Re: [OSM-talk-fr] Undelivered Mail Returned to Sender

[Noémie Lehuby]

Bonjour,

la réponse est dans la question :

Si le réseau s'appelle Réseau MAT, alors network = Réseau MAT, le tag 
network correspond au nom commercial du réseau.


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 10/07/2018 à 13:42, mga_geo a écrit :

Bonjour à tous,
L'agglomération de Saint-Malo change le nom de son réseau de transport
public.
KSMA devient le "Réseau MAT".
Quelle valeur doit-on mettre dans le tag network ?
network=FR:Réseau MAT

Marc



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] OSM + Wikidata: Wikidata property proposal fuer eine OSM node ID

[Markus]

Hallo Roland,

> Auf der technischen Ebene ist die Permanent-Id seit Jahren ausgereift.

Schön zu hören :-)

Aber wieso wir die denn nicht endlich definiert?!

> bereiten die OSM-Ids auch nicht soviel Leidensdruck

Was ist der Grund für diese Ignoranz unsererseits?

> vorausgesetzt, dass Objekte eine Identität haben. 

Ja, das ist eine erkenntnistheoretische Grundlage, die m.W. in jeder
Wissenschaft Bestand hat. In so simplen wie der Geografie sowieso.

> als OSMler muss ich bei einem Ladengeschäft nicht entscheiden,
> ob das Gebäude oder der Verkauf das relevante Objekt ist,

Doch, klar tue ich das.
Ich kommuniziere nur weder meine Entscheidung, noch die Parameter dafür.

Und dadurch ist natürlich auch keine Diskussion und keine Definition
möglich - sondern wir bequemen uns in "relativer Beliebigkeit".
Und das macht uns "inkompatibel" mit dem "Rest der Welt" ;-)

> und ob der Rasen vorm Haus, der Bürgersteig, der Parkplatz und weiteres
> dazugehören oder nicht. 

Dito.

> Oder ob es einen Umzug darstellt, wenn ein Geschäft eine Filiale eröffnet
> und später das Stammhaus schließt, aber die Filiale weiterführt.

Dito.

> Für die Identitätsbildung muss ich das festlegen, sonst transportiert
> die Identität nur einen Namen, und die Koordinate wäre schon die
> präzisere Information.

So isses ;-)

>> Ich schlage stattdessen vor, in Wikidata schlicht Koordinaten zu
>> nutzen - wie bisher.
> 
> Das ist, aus OSM- weil geographischer Sicht die richtige Lösung. 

M.E. kann eine Koordinate, selbst eine vierdimensionale (xyzt) incl.
komplexer Ausdehnung in allen vier Dimensionen, keine Identität
beschreiben.

> da steht uns die Datenbank-Dogmatik entgegen

Meine Hypothese ist eine andere:
Bisher verweigern wir einfach die Definition der geografischen Objekte.

Wir könnten ja mal gemeinsam überlegen, wieso wir uns da seit Jahren so
schwer tun :-)

Mit herzlichem Gruss,
Markus

PS: natürlich ist das alles noch ein Bisschen komplexer als hier
beschrieben - aber wir könnten ja mal anfangen, uns den
Herausforderungen zu stellen :-)

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM + Wikidata: Wikidata property proposal fuer eine OSM node ID

[Roland Olbricht]

Hallo,

> Ob OSM "Permanent ID" bereits aus dem Experimentierstadium raus ist,
> ist mir unklar.

Auf der technischen Ebene ist die Permanent-Id seit Jahren ausgereift. 
Sie hat aber praktisch keine Akzeptanz. Die Externen suchen da nach 
einer dauerhaft vergebene Id, und weder Koordinaten nach Namen werden 
akzeptiert. Umgekehrt bereiten die OSM-Ids auch nicht soviel 
Leidensdruck, dass da jemand eine konzeptionell schwierigere Lösung 
akzeptiert.


Das Problem ist, dass alle Datenbank-Einführungen, von Relationalen 
Datenbanken bis zum Semantic Web da sehr dogmatisch sind - es wird immer 
vorausgesetzt, dass in der Dtanebank repräsentierte Objekte eine 
Identität haben. Jeder Wikidata-Aktive wird als immer aufs Neue 
argumentieren müssen, warum er für Geodaten von Ids abgerückt ist - eine 
Sisyphos-Arbeit.


Also konkreter: als OSMler muss ich bei einem Ladengeschäft nicht 
entscheiden, ob das Gebäude oder der Verkauf das relevante Objekt ist, 
und ob der Rasen vorm Haus, der Bürgersteig, der Parkplatz und weiteres 
dazugehören oder nicht. Oder ob es einen Umzug darstellt, wenn ein 
Geschäft eine Filiale eröffnet und später das Stammhaus schließt, aber 
die Filiale weiterführt.


Für die Identitätsbildung muss ich das festlegen, sonst transportiert 
die Identität nur einen Namen, und die Koordinate wäre schon die 
präzisere Information.



Ich schlage stattdessen vor, in Wikidata schlicht Koordinaten zu
nutzen - wie bisher.


Das ist, aus OSM- weil geographischer Sicht die richtige Lösung. Aber da 
steht uns die Datenbank-Dogmatik entgegen, die, wie geschrieben, 
Identität als selbstverständlich voraussetzt.


Viele Grüße,
Roland

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-ca] Montréal: Inconsistency in Public Transportation Provider's Name

[OSM Volunteer stevea]

Hello Damien:

I'm "meh, OK" with an operator=STM value, but I freely say I haven't checked in 
completely with whomever you mean by "the minority."  (I "haven't heard of" any 
controversy one way or the other, STM or full-name.  But that isn't saying much 
on my part).  I watch what's up with North American rail and it seems that 
key-value pair is somewhere around the beginning of correct, at least from my 
perspective, fwiw.  Being right on it (there) you are way more on it than I am. 
 I'm sorta like a linguist here.

However, OSM does have a short_name key and I'd be even better with 
short_name=STM or alt_name=STM and operator=Société de transport de Montréal if 
you want to get dotting-of-i and crossing-of-t about it.

I mean, there are wiki pages on loc_name, nat_name, official_name, short_name, 
alt_name and more, it's a slightly rich and deep topic in OSM and in our wiki.  
I say STM is somewhere around alt_name or short_name.  That is one person's 
opinion.  What happens, happens.  I'm a guy typing words right now, so, yeah.

I also I notice when people get my name exactly right, as I appreciate that.  
And look at that, both of us got "Société de transport de Montréal" exactly 
right too (twice), making it a good candidate value for the name=* key.

SteveA
California

> On Jul 10, 2018, at 7:22 PM, Damien Riegel  wrote:
> 
> Hi everyone,
> 
> 
> I'm new to this list so please forgive me if this topic has already been 
> discussed.
> 
> In Montréal, the public transportation provider is the "Societé de transport 
> de Montréal", more commonly known as STM. Some (the minority) nodes use the 
> full name, all the others use the acronym. it would be great to get rid of 
> that discrepancy.
> 
> If I had to give my opinion on the matter, I'd say "STM" is more appropriate 
> as almost everything is branded under the "STM" name (for instance the 
> website is https://stm.info, their Facebook page is called "STM - Mouvement 
> collectif"), so that's the name people use. I think that also explains why 
> "STM" is way more common as operator value than the full name.
> 
> 
> Regards,
> Damien
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca


___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Montréal: Inconsistency in Public Transportation Provider's Name

[Damien Riegel]

Hi everyone,


I'm new to this list so please forgive me if this topic has already been
discussed.

In Montréal, the public transportation provider is the "Societé de
transport de Montréal", more commonly known as STM. Some (the minority)
nodes use the full name, all the others use the acronym. it would be great
to get rid of that discrepancy.

If I had to give my opinion on the matter, I'd say "STM" is more
appropriate as almost everything is branded under the "STM" name (for
instance the website is https://stm.info, their Facebook page is called
"STM - Mouvement collectif"), so that's the name people use. I think that
also explains why "STM" is way more common as operator value than the full
name.


Regards,
Damien
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-de] OSM + Wikidata: Wikidata property proposal fuer eine OSM node ID

[Martin Koppenhoefer]

sent from a phone

> On 11. Jul 2018, at 02:07, Stefan Keller  wrote:
> 
> Dort wird vorgeschlagen, beim Wikidata-Projekt ein Property "OSM node
> ID" einzuführen.


wenn ich mich nicht irre machen die das schon seit einer Weile, obwohl es 
natürlich problematisch ist.

z.B. https://www.wikidata.org/w/index.php?title=Q42375175=history

es gibt auch Relations ID

Gruß,
Martin 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] OSM + Wikidata: Wikidata property proposal fuer eine OSM node ID

[Stefan Keller]

Liebe alle

Es gibt auf talk-ch eine Diskussion über ein soeben erstelltes
Wikidata property proposal:
https://www.wikidata.org/wiki/Wikidata:Property_proposal/Authority_control#OSM_node_ID

Dort wird vorgeschlagen, beim Wikidata-Projekt ein Property "OSM node
ID" einzuführen.

Obwohl klar ist, dass mangels Alternativen viele Dritt-Projekte OSM
IDs verwenden, denke ich, dass das keine gute Idee ist für ein Projekt
wie Wikidata, aus Gründen schon mehrmals diskutiert wurden.

Ich schlage stattdessen vor, in Wikidata schlicht Koordinaten zu
nutzen - wie bisher.

Ob OSM "Permanent ID" bereits aus dem Experimentierstadium raus ist,
ist mir unklar.

:Stefan

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [talk-au] network=Translink SEQ vs network=TransLink SEQ

[osm.talk-au]

Use download from overpass api in JOSM with this query:

 

[out:json][timeout:999];

(

 node["network"="Translink SEQ"];

  way["network"="Translink SEQ"];

  relation["network"="Translink SEQ"];

);

out body;

out skel qt;

 

after download completes, press Ctrl+A to select everything

 

change network tag value to TransLink SEQ

 

perform “Upload data” action

 

That should do it. (I’ve tried it out till just before the last click where it 
would really upload.)

 

But before this is done, we should probably discuss it more, and also use a 
separate account to perform this update, like for mass imports.

 

 

From: Graeme Fitzpatrick  
Sent: Wednesday, 11 July 2018 08:07
To: osm.talk...@thorsten.engler.id.au
Subject: Re: [talk-au] network=Translink SEQ vs network=TransLink SEQ

 

On 11 July 2018 at 06:14, mailto:osm.talk...@thorsten.engler.id.au> > wrote:

I’ve just noticed that there are 3-4k of both network=Translink SEQ and 
network=TransLink SEQ

 

Given that tag values are generally considered case sensitive, shouldn’t these 
two be conflated into one or the other?

 

Yes, they probably should be.

 

I've just checked & the name is TransLink, so that should be the version we use.

 

How do you even go about doing a mass edit like that though?

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] network=Translink SEQ vs network=TransLink SEQ

[osm.talk-au]

With all 7700 objects (both network variants) loaded, I also noticed that there 
is some variation in the operator tag (excuse the screenshot):

 



 

Which could probably be cleaned up at the same time if we agree on which ones 
are the correct ones.

 

From: Graeme Fitzpatrick  
Sent: Wednesday, 11 July 2018 08:07
To: osm.talk...@thorsten.engler.id.au
Subject: Re: [talk-au] network=Translink SEQ vs network=TransLink SEQ

 

On 11 July 2018 at 06:14, mailto:osm.talk...@thorsten.engler.id.au> > wrote:

I’ve just noticed that there are 3-4k of both network=Translink SEQ and 
network=TransLink SEQ

 

Given that tag values are generally considered case sensitive, shouldn’t these 
two be conflated into one or the other?

 

Yes, they probably should be.

 

I've just checked & the name is TransLink, so that should be the version we use.

 

How do you even go about doing a mass edit like that though?

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Gros travail pour mettre à jour les mobilités régionales en France

[Christian Rogel]

> Le 10 juil. 2018 à 13:49, Philippe Verdy  a écrit :
> 
> "transport collectif" c'est du jargon politiquement correct. Tout le monde 
> dit et comprend "transports en commun" (pas forcément des transports 
> "publics" comme le suggère le terme anglophone utilisé).
> 
> Note: les transports ne sont pas forcément en groupe ("collectif") et on 
> inclut dedans des transports individuels organisés par la collectivité 
> (exemple: transport des handicapés à la demande, ou service public de 
> vélo-partage...): la notion de groupe ou "collectif" dit que c'est utilisable 
> par plus qu'un seul individu pour son usage privé, même si c'est un seul à la 
> fois: la ressource de transport est bien mise "en commun" mais nécessite une 
> réservation individuelle et se fait sous condition non exclusive hors des 
> périodes de réservation et limitations d'usage (en durée ou distance).
> 
> Franchement je préfère "transports en commun" qui est plus approprié que 
> "collectif" qui est trop restrictif, "commun" se rapprochant mieux du sens de 
> "public" en anglais qui n'est pas nécessairement celui d'une collectivité et 
> peut répondre à des intérêts et une organisation privée; exemple, les offres 
> "publiques" en bourse, qui veut dire "ouvertes au public général" sous des 
> conditions d'accès relativement ouvertes non nominatives, mais pas 
> nécessairement appartenant au public).
> 
> 
> Le 9 juillet 2018 à 12:28, Christian Rogel  > a écrit :
> Je ne me suis pas vraiment occupé du réaménagement des pages transports FR du 
> wiki, mais je crois utile de conseiller 3 choses :
> 
> utiliser le terme de transport collectif au lieu de transport en commun
> introduire les nouveaux mots (mobilités, pôle d’échanges) et noter les 
> liaisons intermodales
> mettre les pages des réseaux sous autorité régionale (= transports régionaux) 
> en WikiProject France, ce qui n’est pas nécessaire pour les transports 
> urbains qui doivent être dans les pages de leurs agglomérations respectives

On peut préfèrer l’expression transport en commun, mais, ce n’est pas celui du 
21ème siècle. Les deux ont evidemment le même sens.
Depuis peu, et c’est logique que nous nous y conformons, on emploie le terme 
plus englobant de mobilité(s)., précisément pour inclure les types de 
déplacements de personnes que tu cites (TAD, taxis, cycles, handis, VTC, 
gyropodes, …).
Transport public est à écarter, puisque cela amène de la confusion, alors que 
les opérateurs majeurs ne sont pas toujours de droit public.

Pour répondre à deuzeffe, l’arborescence du wiki doit déployée sur 2 approches :

L’une fonctionnelle et orientée technique de taggage OSM (la page «FR:Transport 
public » est trop verbeuse et semble contrefaire Wikipedia)

transport (hommes et marchandises)
> transport de fret (décrire les gares de triage et les centres pour les 
> véhicules de transport routier)
> mobilté 
>> transport collectif
>> trains, bus, trams, aéroports, téléphériques
>> déplacements non collectifs
>>> Itinéraires cyclables
>>> Itinéraires pédestres
>>>…

L’autre approche est territoriale et consiste à répertorier les réseaux et à 
organiser le travail de cartographie, c’est pourquoi les plus importants 
doivent aller dans un WikiProject France.
 L’arborescence est du type :
> Transport par région
>> Régions
>>> Réseaux régionaux
 Chemin de fer (réseau régional de)
 Cars (réseau régional de)
 Itinéraires par catégorie

> Transport urbain et interurbain
>> Villes et leurs agglomérations (utiliser leur page dédiée)


Par ailleurs, Philippe a renommé la catégorie « Public transport in Brittany » 
en Public transport in Bretagne ». Il n’y a aucune raison de passer à la trappe 
une appelation familière aux anglophones. A la rigueur, on peut les accoler.

Chaque catégorie en anglais devrait être doublée par son équivalent en 
français, pour l’utilisabilité du plus grand nombre.


Christian R.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-es] Nombre estaciones Valenbisi (Valencia)

[Jordi Miró Ferrer]

Hola,


Gracias, Javier. No conocía la convención de OSM de no usar el guión bajo. Lo 
tendré en cuenta. He intentado contactar con los usuarios que mapearon algunas 
estaciones, pero no he recibido respuesta (hace meses o años que no editan).



De: Javier Sánchez Portero 
Enviat el: dimarts, 10 de juliol de 2018 12:52
Per a: Discusión en Español de OpenStreetMap
Tema: Re: [Talk-es] Nombre estaciones Valenbisi (Valencia)

Hola

Yo pondría el nombre que viene en el portal, pero con las convenciones de OSM. 
Es decir, sustituir guión bajo por espacio y poner el nombre de la calle tal 
como viene en OSM, sin gritar (mayúsculas).

El 9 de julio de 2018, 16:38, Jordi MF 
mailto:jmir...@hotmail.com>> escribió:
Hola a todos,

Estoy revisando y completando la información referente a las estaciones de
Valenbisi de la ciudad de Valencia (es el servicio de laquiler de Bicicletas
municipal). Me gustaría homogeneizar el nombre y la información de todas las
estaciones. En concreto, me gustaría consensuar el nombre que debería
figurar en la etiqueta name=* de OSM. Actualmente, el nombre utilizado en
OSM es el de las calles que confluyen con la estación. Por tanto, no
coincide con el nombre identificativo de cada estación que se puede leer a
pie de calle.

En las máquinas validadoras para alquilar las bicis, el único nombre
identificativo de la estación que se ve es el número de la estación (lo que
nosotros etiquetaríamos como ref=*). Por ejemplo, la estación de la calle
Músico Hipólito Martínez está rotulada con el número 122
(https://www.openstreetmap.org/node/5734498726). Según el portal de datos
abiertos del Ayuntamiento de Valencia y de la máquina validadora a pie de
calle, el nombre de esa parada es "122_C_MÚSICO HIPÓLITO MARTÍNEZ". Podéis
consultarlo en la siguiente dirección:
http://gobiernoabierto.valencia.es/va/resource/?ds=estaciones-valenbisi=39e82a63-ce32-4064-be9a-d3ddc5fedca3
Esta nomenclatura es la misma que utilizan las máquinas validadoras del
resto de estaciones.

Mi propuesta para la etiqueta name=* es la de escribir el número de la
estación + el nombre de la calle (tal y como aparece en el portal de datos
abiertos y en el ordenador de las máquinas de Valenbisi). Por ejemplo:
https://www.openstreetmap.org/node/5734498726.

¿Qué nomenclatura se debería seguir, la del "número de estación + nombre de
la calle" o "nombre de las 2 calles que confluyen en la estación"?

Saludos



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-GB] Closed software supplier ESRI creates OSM vector tile basemap

[Paul Norman]

On 2018-07-10 2:00 PM, Mark Goodge wrote:
ESRI's free maps can be accessed as server-side tiles. See 
Leaflet-providers for some examples:


https://leaflet-extras.github.io/leaflet-providers/preview/

I'm not sure of the licence restrictions which apply to them, or any 
rate limits. But, from a technical point of view, it's just as easy to 
use as OSM Carto tiles. 


The ESRI layers listed on leaflet-providers are from a different host, 
and looking at URLs, I wasn't able to get raster tiles from the new 
vector basemap.


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Undelivered Mail Returned to Sender

[mga_geo]

Une précision : le nom du réseau est "Réseau MAT" cf
https://www.reseau-mat.fr/
Il ne me semble pas judicieux d'enlever le mot "Réseau".
Inclure le numéro de département serait une première pour un réseau de
transport ?



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Closed software supplier ESRI creates OSM vector tile basemap

[Mark Goodge]

On 10/07/2018 21:10, Paul Norman wrote:

On 2018-07-10 12:30 PM, Mark Goodge wrote:


I think it's a positive. One of the biggest issues with large-scale 
use of OSM is that OSM's own tile server isn't suited for high-volume 
use, but most of the alternative tile servers are rate-limited and 
require payment for larger volumes. If ESRI's tile server will, as the 
blog post suggests, be free to access, then it will be a more useful 
alternative for users who don't have the resources to host their own 
tile server.


It's not the same as OpenStreetMap Carto. OpenStreetMap Carto is written 
in CartoCSS and rendered server-side, what they have uses client-side 
rendering and lots of ESRI technology.


ESRI's free maps can be accessed as server-side tiles. See 
Leaflet-providers for some examples:


https://leaflet-extras.github.io/leaflet-providers/preview/

I'm not sure of the licence restrictions which apply to them, or any 
rate limits. But, from a technical point of view, it's just as easy to 
use as OSM Carto tiles.


Mark

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Wochennotiz Nr. 415 26.06.2018–02.07.2018

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 415 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:

http://blog.openstreetmap.de/blog/2018/07/wochennotiz-nr-415/

Ebenfalls ist schon vor gut einer Woche ohne besondere Werbung die voherige 
Ausgabe erschienen:

http://blog.openstreetmap.de/blog/2018/07/wochennotiz-nr-414/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Wochennotiz Nr. 415 26.06.2018–02.07.2018

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 415 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:

http://blog.openstreetmap.de/blog/2018/07/wochennotiz-nr-415/

Ebenfalls ist schon vor gut einer Woche ohne besondere Werbung die voherige 
Ausgabe erschienen:

http://blog.openstreetmap.de/blog/2018/07/wochennotiz-nr-414/

Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-GB] Closed software supplier ESRI creates OSM vector tile basemap

[Simon Wetton]

Hi.

Can anyone assist with a query for a new user.

I want to allow limited access for a set of roads. It is a private estate with 
permission access for certain users but not general access for all but it does 
require navigation permission so it will allow a navigation app ability to plot 
a route and Ellie access. There is paid entry or free entry based upon your 
status but I don’t know how to tag the access -can you advise?

Kind regards
Simon Wetton 
 
M : 07774 960970

Confidentiality Note:
THIS E-MAIL AND ANY ATTACHMENTS ARE CONFIDENTIAL AND ARE INTENDED ONLY FOR THE 
RECIPIENT TO WHOM IT IS ADDRESSED AND MAY BE PROTECTED BY COPYRIGHT PRIVILEGE. 
IF YOU ARE NOT THE INTENDED RECIPIENT, BE AWARE THAT ANY DISCLOSURE, COPYING, 
DISTRIBUTION, MODIFICATION OR USE OF THIS E-MAIL OR ANY ATTACHMENT IS STRICTLY 
PROHIBITED. IF YOU HAVE RECEIVED THIS E-MAIL IN ERROR, PLEASE NOTIFY THE SENDER 
IMMEDIATELY BY RETURN E-MAIL AND DELETE THIS MESSAGE FROM YOUR COMPUTER AND 
SYSTEM.  ROUNDSHAW FARM DISCLAIMS ALL RESPONSIBILITY FROM AND ACCEPTS NO 
LIABILITY WHATSOEVER FOR THE CONSEQUENCES OF ANY UNAUTHORIZED PERSON ACTING OR 
REFRAINING FROM ACTING, ON ANY INFORMATION CONTAINED IN THIS MESSAGE.



> On 10 Jul 2018, at 21:10, Paul Norman  wrote:
> 
>> On 2018-07-10 12:30 PM, Mark Goodge wrote:
>> 
>> I think it's a positive. One of the biggest issues with large-scale use of 
>> OSM is that OSM's own tile server isn't suited for high-volume use, but most 
>> of the alternative tile servers are rate-limited and require payment for 
>> larger volumes. If ESRI's tile server will, as the blog post suggests, be 
>> free to access, then it will be a more useful alternative for users who 
>> don't have the resources to host their own tile server.
> 
> It's not the same as OpenStreetMap Carto. OpenStreetMap Carto is written in 
> CartoCSS and rendered server-side, what they have uses client-side rendering 
> and lots of ESRI technology.
> 
>> I think a more granular update schedule is unlikely to be an issue for most 
>> users. Even "every few weeks" is going to be a lot better than Bing and 
>> Google.
> 
> Yes, every few weeks is more than fast enough for most uses. osm.org is 
> different because it's part of the feedback cycle, so minutely updates 
> matter. Quarterly updates are common with many maps.
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Closed software supplier ESRI creates OSM vector tile basemap

[Dan S]

Great. No problem here with commercial suppliers rehosting osm data as
long as there's clear attribution and licensing, which there is. This
could be useful for many "read-only" users and potentially relieve
some load on the main osm tileserver since it could fulfil various of
their needs.

For my taste, they should probably be clearer in the naming. Instead
of name it as "OpenStreetMap", it would be better to say this is
"OpenStreetMap carto vector rendering", or something less clunky but
not just osm. Else there's a risk of some users believing that what
they get there is the only form in which osm data can be expressed.

Best
Dan


2018-07-10 20:16 GMT+01:00 Jez Nicholson :
> https://www.arcgis.com/home/item.html?id=fae788aa91e54244b161b59725dcbb2a
>
> "...updated every few weeks..." is not so great
>
> "...freely available for any user or developer..." sounds good
>
> discuss
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] Mapování "power"

[r00t]

Ahoj,

Tagoval bych takto:

> Heřmaň
building=transformer_tower
frequency=50
location=indoor
power=substation
substation=minor_distribution
transformer=distribution
voltage=22000;400

> Opalice: bod a pohled
frequency=50
operator=EON
power=pole
transformer=distribution
voltage=22000;400

Jinak JOSM me ted u transformatoru vnucuje napeti oddelene tagovat takto:
voltage:primary=22000
voltage:secondary=400


Jakub


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[talk-au] network=Translink SEQ vs network=TransLink SEQ

[osm.talk-au]

I've just noticed that there are 3-4k of both network=Translink SEQ and
network=TransLink SEQ

 

Given that tag values are generally considered case sensitive, shouldn't
these two be conflated into one or the other?

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-GB] Closed software supplier ESRI creates OSM vector tile basemap

[Paul Norman]

On 2018-07-10 12:30 PM, Mark Goodge wrote:


I think it's a positive. One of the biggest issues with large-scale 
use of OSM is that OSM's own tile server isn't suited for high-volume 
use, but most of the alternative tile servers are rate-limited and 
require payment for larger volumes. If ESRI's tile server will, as the 
blog post suggests, be free to access, then it will be a more useful 
alternative for users who don't have the resources to host their own 
tile server.


It's not the same as OpenStreetMap Carto. OpenStreetMap Carto is written 
in CartoCSS and rendered server-side, what they have uses client-side 
rendering and lots of ESRI technology.


I think a more granular update schedule is unlikely to be an issue for 
most users. Even "every few weeks" is going to be a lot better than 
Bing and Google.


Yes, every few weeks is more than fast enough for most uses. osm.org is 
different because it's part of the feedback cycle, so minutely updates 
matter. Quarterly updates are common with many maps.


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Footpath project - tools

[Rob Nickerson]

Yes, wonderful - thanks.

Will be fun to see the numbers each day.

On Tue, 10 Jul 2018, 13:55 Brian Prangle,  wrote:

> Fantastic work Harry! Thanks very much
>
> Rgds
>
> Brian
>
> On 9 July 2018 at 23:22, Harry Wood  wrote:
>
>> Alright then Rob! Here we go. The "footpaths edit tracker":
>> https://harrywood.dev.openstreetmap.org/diffreader/footpaths/
>>
>> So far 89 people have done 1214 edits to objects with the
>> designation=public_footpath tag.
>>
>> Harry
>>
>>
>>
>>  On Sunday, 8 July 2018, 16:55:27 BST, Rob Nickerson <
>> rob.j.nicker...@gmail.com> wrote:
>> Looking back at the schools one, it would be amazing if Harry's tool
>> could be adapted to the designation=public_footpath (and others) tag. Is
>> this possible?
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Closed software supplier ESRI creates OSM vector tile basemap

[Mark Goodge]

On 10/07/2018 20:16, Jez Nicholson wrote:

https://www.arcgis.com/home/item.html?id=fae788aa91e54244b161b59725dcbb2a

"...updated every few weeks..." is not so great

"...freely available for any user or developer..." sounds good

discuss


I think it's a positive. One of the biggest issues with large-scale use 
of OSM is that OSM's own tile server isn't suited for high-volume use, 
but most of the alternative tile servers are rate-limited and require 
payment for larger volumes. If ESRI's tile server will, as the blog post 
suggests, be free to access, then it will be a more useful alternative 
for users who don't have the resources to host their own tile server.


I think a more granular update schedule is unlikely to be an issue for 
most users. Even "every few weeks" is going to be a lot better than Bing 
and Google.


Mark

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] Closed software supplier ESRI creates OSM vector tile basemap

[Jez Nicholson]

https://www.arcgis.com/home/item.html?id=fae788aa91e54244b161b59725dcbb2a

"...updated every few weeks..." is not so great

"...freely available for any user or developer..." sounds good

discuss
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it-lazio] Digest di Talk-it-lazio, Volume 70, Numero 1

[Ubaldo Musco]

> Mapping Party Frasso Sabino - Sabato 14 luglio 2018


Ciao a tutti,

ho appena ricevuto la conferma della disponibilità del Comune ad ospitarci 
sabato 14 prossimo in una stanza per riordinare i dati.

Confermerei definitivamente quindi l’appuntamento alle ore 10 davanti la sede 
del Comune in via XX Settembre 11 affianco all’ufficio postale (coordinate 
42°13’46.82”N - 12°48’19.02”E)

E’ consigliabile portarsi il pranzo al sacco ed acqua in abbondanza in quanto 
mi dicono che il bar è chiuso e in paese non ci sono altre risorse pubbliche, 
per trovare un bar o una pizza a taglio bisogna tornare circa 2,5 km indietro a 
Osteria Nuova di Poggio Moiano sulla Salaria

Per chi arriva in macchina il parcheggio pubblico del paese da Google sembra 
chiuso per cui consiglio di parcheggiare prima di entrare in paese lungo la 
strada in alternativa c’è un parcheggio al cimitero (in verità un po distante 
dal centro) coordinate 42°13’38.44”N - 12°48’42.97”

Sarebbe bello sapere quanti saremo così chiamo il Sindaco e glielo comunico

A disposizione per ulteriori informazioni e chiarimenti

buona serata

Ubaldo



> Il giorno 01 lug 2018, alle ore 14:00, 
> talk-it-lazio-requ...@openstreetmap.org 
>  ha scritto:
> 
> Invia le richieste di iscrizione alla lista Talk-it-lazio
> all'indirizzo
>   talk-it-lazio@openstreetmap.org 
> 
> Per iscriverti o cancellarti attraverso il web, visita
>   https://lists.openstreetmap.org/listinfo/talk-it-lazio
> oppure, via email, manda un messaggio con oggetto `help' all'indirizzo
>   talk-it-lazio-requ...@openstreetmap.org
> 
> Puoi contattare la persona che gestisce la lista all'indirizzo
>   talk-it-lazio-ow...@openstreetmap.org
> 
> Se rispondi a questo messaggio, per favore edita la linea dell'oggetto
> in modo che sia più utile di un semplice "Re: Contenuti del digest
> della lista Talk-it-lazio..."
> Argomenti del Giorno:
> 
>   1. Mapping Party Frasso Sabino - Sabato 14 luglio 2018 (pelatom)
> 
> Da: pelatom 
> Oggetto: [Talk-it-lazio] Mapping Party Frasso Sabino - Sabato 14 luglio 2018
> Data: 30 giugno 2018 21:40:53 CEST
> A: talk-it-lazio@openstreetmap.org
> 
> 
> Ciao ragazzi,
> oggi pensavo al Mapping Party di Frasso Sabino del 14/07/2018.
> 
> Nel Wiki di Openstretmap ho creato una pagina di Frasso Sabino e del Mapping
> Party che andremo a svolgere lì. 
> https://wiki.openstreetmap.org/wiki/Rome/Mapping_Party/2018-07-14
>   
> 
> Sentitevi liberi di modificare se ci sono dettagli o correzioni da
> aggiungere. E nel caso confermate così la pubblichiamo.
> 
> L'appuntamento è alle 10:00 davanti al Comune di Frasso Sabino. Pranzo al
> sacco e smartphone. La connessione dovrebbe esserci, ed Ubaldo ha sentito
> l'amministrazione per un locale dove potremo stare per modificare i dati.
> 
> L'intenzione è quella di mappare tutto quello che manca. Gli edifici del
> centro sono stati inseriti, ma vanno verificati ed inseriti i piani. Mancano
> quindi numeri civici, nomi strade e percorsi, aree pedonali ed accessibilità
> locali. Niente vieta di inserire altro :-)
> 
> Ovviamente l'invito è aperto a tutti e spero nella vostra partecipazione.
> Se intendete farlo magari scrivete qui nella mailing-list così ci conosciamo
> e ci organizziamo anche con le macchine (almeno, io verrò in macchina).
> 
> Un saluto,
> 
> 
> 
> 
> 
> -
> 
> 
> M.P.
> --
> Sent from: http://gis.19327.n8.nabble.com/Lazio-f5372285.html
> 
> 
> 
> 
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio

___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-cz] Kontrola uctu pro fotky rozcestniku

[<0174]

Ahoj, jj, 0174 jsem já, právě se vracím z dovolené, pak na to mrknu.
Vojta

Dne út 10. 7. 2018 12:09 uživatel xkomc...@centrum.cz 
napsal:

> Zřejmě:
>
> 0174 = https://www.openstreetmap.org/user/%3C0174
>
> Smurfie = https://www.openstreetmap.org/user/Smurfie (viz
> https://openstreetmap.cz/talkcz/c2154#map=13/49.6453/17.7912=xdKG )
>
>
> On 10.7.2018 07:57, Tom Ka wrote:
> > Ahoj, diky vsem za spolupraci, v tabulce mi chybi jeste tyto ucty s
> > vetsim mnozstvim fotek, netusite nekdo o koho by mohlo jit?
> >
> > Kuba  288
> > Pavel Píša  264
> > 0174  250
> > lostinhack  177
> > janivo 57
> > Martin31
> > Smurfie  22
> > pslavicek21
> >
> > vse stale na: https://osm.fit.vutbr.cz/photodb2/import.php?stat.author
> >
> > Dalsi krok bude vyreseni situace s licencovanim fotek, takze se brzo
> > zase ozvu :-)
> >
> > Diky moc.
> >
> >
> > Dne 3. července 2018 13:36 Tom Ka  napsal(a):
> >> Ahoj,
> >>
> >> vzhledem k tomu, ze walleyho system pro fotky dlouhodobe nefunguje
> >> tak, aby byl pro mne pouzitelny a s walleym se nejsem schopen
> >> dohodnout na nejake zmene, rozhodl jsem se udelat si system vlastni
> >> (aka PhotoDB2). Prvnim krokem pro import stavajicich dat je jejich
> >> uvedeni do stavu, kdy jsou aspon castecne pouzitelna a na to budu
> >> potrebovat v ruznych pripadech kontaktovat autory fotek.
> >>
> >> Proto prosim o kontrolu vaseho uctu v teto tabulce:
> >>
> >> https://osm.fit.vutbr.cz/photodb2/import.php?stat.author
> >>
> >> Prvni sloupec je autor dle DB z api.openstreetmap.cz (po
> >> upravach/slouceni) zrejmych preklepu apod, druhy je odhadnuty OSM nick
> >> - ten je pro mne kvuli komunikaci stezejni, posledni je pocet fotek
> >> daneho cloveka. Podivejte se prosim jestli (pokud nahravate fotky) v
> >> tabulce jste a sedi obe vase jmena a zaroven nejste v tabulce vickrat.
> >> Pokud je neco spatne, poslete mi prosim spravne info do mailu (neni
> >> treba do konference at neplevelime).
> >>
> >> Pro pripadne zajemce jsou stavajici (pracovni, zatim nic pro finalni
> >> uzivatele) skripty na https://openstreetmap.cz/git/tom.k/PhotoDB2.
> >>
> >> Diky moc tom.k.
> >>
> >> P.S.: Nepiste mi prosim, ze se mam radeji s wallym dohodnout a
> >> spolupracovat, uz jsem promrhal prilis mnoho casu kdyz jsem se o to
> >> snazil a nefunguje to.
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-at] Gärten rund um den Wolfersberg

[grubernd]

On 2018-07-10 13:36, Stephan Bösch-Plepelits wrote:

Beispiel: https://www.openstreetmap.org/way/239595537/history
Meines Erachtens ist dies eine falsch Anwendung, leisure=garden sollte doch
nur für Gärten gelten, die explizit Garten sind und nicht auch noch ein
Haus (es sein denn spezielle Gartenhäuser?) sein.



"Areas should not include features (for example residential houses) 
which are not part of the garden itself." [1]


"Das Tag leisure=garden bezieht sich ausdrücklich auch auf private 
Gärten. An verschiedenen Stellen wird empfohlen, diese mit 
access=private als privat zu markieren. Es wird ebenfalls empfohlen, 
Hausgärten für eventuelle zukünftige Optionen mit den Tags 
landuse=residential und garden:type=residential zu markieren." [2]



das Beispiel sieht für mich nach over-tagging auf die faule Variante 
aus. ich würde den Original-Ersteller von damals fragen ob er/sie die 
Flächen entsprechend bearbeiten will.


oder ob er/sie was dagegen hat, dass man die folgenden Tags rausnimmt:

leisure=garden
al:landuse=residential
landcover=grass

selbst das barrier=fence halte ich für grenzwertig ohne die 
entsprechenden gates, paths etc.


ist zwar alles irgendwie richtig, aber für meinen Geschmack viel zu 
generell, ungenau und pauschal homogenisiert. man könnte ja gleich ganz 
Wien nehmen und _alle_ Tags auf die Fläche werfen, weil es wird schon 
irgendwo das passende geben. ausgenommen vielleicht die Bereiche 
Hochgebirge, Meer und Wüste. wobei.. ;-)


grüsse,
grubernd


1 https://wiki.openstreetmap.org/wiki/Tag:leisure=garden#Tagging
2 https://wiki.openstreetmap.org/wiki/DE:Tag:leisure=garden

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-ja] osmjp_都道府県 運営のご相談

[yasunari yamashita]

山下です。

いわさきさん
ご協力ありがとうございました。
osmjp_hiroshima, osmjp_okayama ともにブロックが解消されました。

皆さん、
アップロード時の「編集の概要」には、
どこの何を何のためにどう編集したか
を毎回正しく入力するように指導をお願いします。



2018年7月10日 22:22 Nobusuke Iwasaki :
> いわさきです。
> いいですよー。ご支持ください
>
> 2018年7月10日(火) 21:59 yasunari yamashita :
>>
>> 山下です。皆さんこんにちわ。
>>
>> osmjp_okayama と osmjp_hiroshima がブロックされました。
>> SMS認証してブロックを解除いただける方はいらっしゃいませんでしょうか。
>>
>> よろしくお願いします
>>
>>
>> 2017年11月14日 22:22 yasunari yamashita :
>> > 山下です。みなさんこんにちわ
>> >
>> > OpenStreetMap の編集時コメントを Twitter に流す osmjp_都道府県の運営が、
>> > 個人ベースでは困難になりましたので、ご相談です。
>> >
>> > 以下、長文です。
>> >
>> > ご存知の方もいらっしゃるとは思いますが、
>> > オープンストリートマップの編集時に入力したコメントを twitter の
>> > osmjp_都道府県
>> > 例：東京なら @osmjp_tokyo https://twitter.com/osmjp_tokyo
>> > に流す仕組みを2014年からサービスしています。
>> > その仕組みの詳細は
>> > http://www.yamasita.jp/weblog/2014/03/_osmjp_1.html
>> > を参照ください
>> >
>> > お近くのマッパーの動向を把握したり、
>> > マッピングパーティ時に成果を共有したり
>> > 時にはライセンス違反の把握にと
>> > 参照いただいているかたもいらっしゃるかと思います。
>> >
>> > さて、
>> > 編集時のコメントを流すという仕組み上、
>> > ツィートの文面は編集時のコメントに依存します。
>> > 編集時のコメントが、同じようなコメント、
>> > 例えば「あ」「編集」などが何度も何度も続きますと、
>> > twitter から spam 認定されるのか、アカウントがロックされてしまいます。
>> > 現に今、osmjp_okayama がロックされています。
>> > https://twitter.com/osmjp_okayama
>> > 他にもあるかもしれません。
>> >
>> > これまで、アカウントがロックされるたびに、
>> > 私の携帯電話の番号を使ってSMS認証を行い、ロックの解除をおこなっていたのですが、
>> > twitter の仕様変更があったようで、
>> > 一度使った携帯電話の番号は他のアカウントには使えなくなってしまいました。
>> >
>> > つまり、osmjp_都道府県 を運営するためには、
>> > まだロックされていない将来を含め
>> > 47 都道府県分の携帯電話の番号が必要になってしまいました。
>> >
>> >
>> > {残念ながら|申し訳ありませんが|はずかしながら}
>> > 個人として give up です。
>> >
>> >
>> > 残念ながら、ロックされた都道府県はその時点で終わりです。
>> >
>> > まぁ、個人で勝手に始めたのですから、
>> > 自業自得、終わっちゃえというご意見もあるかと思いますが、、、
>> >
>> > せっかくなので、ご相談です。
>> > 47 枚の SMS が使えるSIMを提供いただける方はいらっしゃいませんでしょうか？（無理ですね
>> > もしくは「XX県はロックされたら私がSMS認証してあげるよ」というかたはいらっしゃいませんでしょうか？
>> > （ご自身のtwitterアカウント用とは別の電話番号が必要です）
>> >
>> > その他、回避策、例えばマストドンに逃げるとか（笑
>> > 終わっていいよとか（藁
>> > いろいろご意見いただけましたら幸いです
>> > よろしくお願いします
>> > --
>> > 山下康成＠東京都新宿区
>>
>>
>>
>> --
>> 山下康成＠東京都新宿区
>> ___
>> Talk-ja mailing list
>> Talk-ja@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ja
>
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>



-- 
山下康成＠東京都新宿区
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it-trentino] Aggiornamento OSM in Valsugana - esito dei 2 incontri

[Luca Delucchi]

Ciao Alessandro,

scusa se non sono intervenuto prima ma avevo letto la tua mail che
necessitava di una risposta complessa e la cosa mi è poi rimasta in
coda...

2018-07-05 19:51 GMT+02:00 Alessandro Vitali :
> Rieccoci... ieri abbiamo fatto un secondo incontro dove ho conosciuto
> Cristian Cenci che ringrazio.
>
> Parlato del mondo Wiki (che non conoscevo), delle "risorse umane" presenti
> sul territorio e di 1000 altre cose che potrebbero aiutare nella risoluzione
> dei vari problemi che ho sollevato
>
>
> A questo punto riassumerei le mie necessità in:
>
> 1) completare la mappatura della bassa valsugana.
> Sto procedendo con facilità con l'app Vespucci e sto cercando contatti con i
> singoli comuni per chiarire quelle aree/vie dubbie.
> Se questo può essere favorito attraverso una collaborazione con Wiki e la
> creazione di giornate a tema coinvolgendo studenti tanto meglio! (Cristian
> correggimi se sbaglio...)
>

la realizzazione di giornate a tema è sicuramente utile, nel caso io
posso essere disponibile a venire alla prima dare qualche dritta e poi
aiutarvi da remoto

> 2) riuscire ad ottenere mappe cartacee da osm con stili specifici per
> stradari.
> Questo io non so farlo... ho capito che servono degli stili da applicare e
> delle query per estrapolare i dati... ma non so ne creare e ne usare. Ho
> capito che ci dovrebbero essere alcuni di voi pratici... tipo Napolitano
> Maurizio e Luca Delucchi. Nel caso riusciste ad aiutarmi ne sarei felice!
> Al momento ho aggiornato i paesi di Torcegno, Carzano, Scurelle, Borgo
> (quasi tutta). Avrei la necessità di creare su fogli A4 degli stradari che
> rappresentino tutte le vie, vicoli, strade, sensi unici e civici di ogni
> paese. Ho già provato alcuni strumenti online ma nascondono vie e dati in
> base al livello di ingrandimento della mappa. Mi servirebbe uno strumento
> fatto su misura.
>

io sono disponibile però non è un lavoro ne veloce ne da fare come volontariato

> 3) capire se c'è la possibilità di muoversi per un'implementazione massiva
> di tutti i civici e vie del trentino da parte della provincia (tipo emilia
> romagna) in particolare per i nuovi accorpamenti di comuni.
> So che Alessandro Palmas di Wikimedia ha seguito la cosa per l'Emilia
> Romagna ma per i passi successivi aspetto vostri input.
>

io non sono un amante degli import per svariati motivi, però se pensi
sia utile bisognerebbe capire se la provincia ha il dato completo
(cosa che dubito) e il suo aggiornamento

>
> 7) ottenere l'installazione di un app che utilizzi i dati OSM sui tablet del
> 118 in prossimo arrivo sui mezzi di Trentino Emergenza.
> Io sto insistendo dall'interno del servizio e dovrei avere una risposta
> venerdì o sabato di questa settimana. Non so però, fatta da me umile
> autista, quanto verrà presa in considerazione delle alte sfere.
>

se gli autisti fossero più di uno forse si potrebbe avere maggiore ascolto

>
> Detto questo direi che, se disponibili, sarebbe bello passare ad incontri
> più specifici per approfondire ed avviare alcuni di questi punti. Io abito a
> Borgo Valsugana ma sono disponibile, turni e famiglia permettendo, a
> spostarmi.
>

sono disponibile però anche per me dipende da famiglia e lavoro...

>
> Grazie ancora!!
>
> Ale. Vit.
>


-- 
ciao
Luca

www.lucadelu.org

___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

Re: [Talk-cz] Mapování "power"

[Michal Pustějovský]

Ahoj, daná místá se dají otagovat několika způsoby, Já bych použil tento:




power=substation

substation=minor_distribution

voltage=22000 (příp. 35000 v SV Čechách; někdo taguje 22000/400 příp. 35000/
400)

frequency=50

location=indoor resp. outdoor




zbytek věcí jako name, ref nebo operator jdou zjistit ze štítku. Pokud
chceme mikromapovat, dají se zmapovat i jednotlivé transformátory a napojení
kabelů apod. :-)




Alternativně by šel sloup otagovat jako:

power=pole

transformer=distribution


voltage=22000 (příp. 35000 v SV Čechách; někdo taguje 22000/400 příp. 35000/
400)

frequency=50

location=indoor resp. outdoor




Tomuto stylu se ale v rámci konzistence s transformačními stanicemi
umístěnými mimo sloupy vyhýbám.






Tahle mechanická editace je OK. power=station i power=sub_station už se
nemají používat a byly beze zbytku nahrazeny power=substation.




Michal





-- Původní e-mail --
Od: Jan Macura 
Komu: OpenStreetMap Czech Republic 
Datum: 10. 7. 2018 15:32:40
Předmět: Re: [Talk-cz] Mapování "power"
"



Podle en OSM wiki: "This tag is a refinement of power
(https://wiki.openstreetmap.org/wiki/Key:power)=station
(https://wiki.openstreetmap.org/wiki/Tag:power%3Dstation) and power
(https://wiki.openstreetmap.org/wiki/Key:power)=sub_station
(https://wiki.openstreetmap.org/wiki/Tag:power%3Dsub_station) and has
replaced these tags."

Takže ta editace vypadá ok.




Ta dvě místa mohou vypadat na první pohled odlišně, ale obě slouží totožnému
účelu. Obě dvě můžeš doplnit tagem power=transformer.




H.





2018-07-10 13:51 GMT+02:00 majka mailto:majka.zem+t...@gmail.com)>:
"
V přehledu lokálních editací jsem si všimla, že nás zasáhl okraj patrně
trochu pokoutní mechanické editace (oprava power=sub_station na power=
substation).
V Čechách se to zatím týká jen dvou bodů(https://overpass-turbo.eu/s/AbM) 
blízko ČB, ale přesto:

Pozná někdo jen na základě obrázků, co je co a jak přesně by to mělo být
zmapované? 

Protože ta dvě místa jsou dost odlišná, a "substation" je sice korektní tag,
ale pochopila jsem to tak, že je sám o sobě nedostatečně vypovídající:

Heřmaň: bod(https://www.openstreetmap.org/node/923966599) a pohled
(https://mapy.cz/zakladni?x=14.4970337=48.9190948=17=1=ophoto=30278819=4.512=1.507=0.075=muni=3352=he%C5%99ma%C5%88)

Opalice: bod
(https://www.openstreetmap.org/node/1477579049#map=19/48.88239/14.40068) a
pohled
(https://mapy.cz/zakladni?x=14.4007243=48.8823179=17=1=ophoto=30245253=5.645=1.521=-0.052=ward=7815=opalice)




Majka


___
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
https://openstreetmap.cz/talkcz(https://openstreetmap.cz/talkcz)

"


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[Talk-cz] MissingMaps million buildings for tanzania

[Jiri Hubacek]

Ahoj všem,

rád bych přeposlal email od Marcela (člena disastermappers heidelberg
[1]), se kterým jsme se několikrát viděli na mapathonech. Vypadá to, že
pracují na importu většího množství dat do OSM, kdyby to někoho
zajímalo/chtěl se zapojit.

[1]: https://disastermappers.wordpress.com/

Pěkný den,
jiri

> Hey Jiri,
> 
> am back at the GIScience Institute and we came across an intersting  task,
> I hope you may can support. We currently got access to an automatic
> generated dataset of building footprints from digitial globe for tanzania.
> Now we think of ways to import that data to OSM.
> The solution should be able to:
> 
>- provide footprints to users for evaluation like a tasking platform
>- user can evaluate footprints as
>   - yes footprint resembles an building on satellite imagery
>   - no footprint doesn't resemble an building, theres nothing
>   - shape doesn't match the building object, user shall manual correct
>   the shape
> 
> May that can be (partly) realized as a JOSM plugin. And you guys from the
> czech community were the first people I could think of with expertise in
> JOSM hacking. Would you like to join a skype call tomorrow at 12.30 to join
> the discussion?
> 
> dataset:
> https://www.dropbox.com/s/zkh1gmw2i25u186/1104-tanzania-4326-20180403.zip?dl=0
> technical-description:
> https://www.dropbox.com/s/wtggt6jcv0w5pze/DigitalGlobe%20Building%20Footprints%20Technical%20Specification.pdf?dl=0
> 
> Best
> 
> Marcel

---

> Hey guys,
> 
> and we already have some googledoc. Maybe this helps to give some background 
> information.
> 
> https://docs.google.com/document/d/1DEGJYlR-92idDsaP7qICxXUcpC0PZ7ldP48fEmZgxPY/edit?usp=sharing
> 
> :)
> 
> Kind regards,
> Benn

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-es] Problema con Suances

[Javier Sánchez Portero]

Hola

Yo creo que es incorrecto. El pueblo de Suances está ahora mismo definido
en tres elementos: las dos vías (73103452 y 53883269) y el nodo (
https://www.openstreetmap.org/node/288260621). Eso significa para OSM tres
pueblos distintos con el mismo nombre.

Ese problema pasa con muchísimas otras poblaciones. Si ir más lejos, el
pueblo de al lado Tagle está definido dos veces, (en n288260723 y en
w25433840).

Eso viola [1]. O las definimos por un nodo en su centro o por una vía que
la englobe (o una relación multipolígono si está formado por varios
enclaves como parece ser este caso). No se debería hacer ambas cosas a la
vez. Por separado, ambas formas son buenas, pero es muy difícil saber
cuales son los límites exactos del pueblo, por lo que creo que es mejor
usar un nodo para el lugar (place) que definirlo con con una vía. Otro tema
distinto es que se quiera usar vías para definir los usos del suelo (en
este caso residencial).

Si se acepta el punto anterior, yo quitaría la etiqueta place=village de
las dos vías, dejándolas sólo en el nodo (288260621). También eliminaría de
las vías todas las etiquetas duplicadas con el nodo, como wikipedia=*, por
ejemplo. Es decir borraría todas las etiquetas de las vías excepto
landuse=residential. Otros posiblemente querrían conservar la etiqueta con
el nombre del pueblo en esas zonas residenciales. El enclave más pequeño
(53883269) parece tener nombre propio (La Tablía) según el el Mapa
Topográfico Nacional, mereciendo un nodo place particular.

[1]
https://wiki.openstreetmap.org/wiki/ES:Una_caracter%C3%ADstica,_un_elemento_OSM


El 9 de julio de 2018, 12:29, Alejandro Moreno  escribió:

> Hola  a todos.
>
> Creo que hay un problema con como está mapeado Suances. Dentro de la
> relación del pueblo ( https://www.openstreetmap.org/relation/345454 ) hay
> definidos 2 áreas place:village, este ( https://www.openstreetmap.org/
> way/73103452#map=14/43.4292/-4.0448 ) y este (
> https://www.openstreetmap.org/way/53883269 ) que , creo se corresponde a
> una urbanización llamada La Tablía, pero que seguro que no forma parte del
> núcleo urbano. ¿Esto es correcto que existan estos 2 village y se llamen
> igual?
>
> Un saludo.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Undelivered Mail Returned to Sender

[Philippe Verdy]

je suggère d'éviter "Réseau", juste mettre "FR:35:MAT" (car "MAT" est trop
court pour être identifiable, même en France, avec 35 on sait que c'est en
Ille-et-Vilaine et que c'est un sous-réseau dans le département et pas le
réseau départemental; chercher MAT en Ille-et-Vilaine ne sera donc pas
difficile à trouver).

===
Note: il y a maintenant un problème de livraison des mails de Yahoo via la
liste OSM vers Gmail (problème de sécurité DKIM/DMARC) :  une erreur se
produit "550 5.7.1 DMARC initiative. m129-v6si1689864wmb.101 - gsmtp", ce
qui empêche de faire un "forward".

Il semble que Gmail a renforcé les règles concernant les renvois de listes
de diffusion, et la mailing list OSM ne semble pas prendre en charge une
clé de suivi nécessaire opur que Google évite de rejeter les mails entrants
comme venant d'une source non authentique; il semble que le mailing list
manager d'OSM oublie une signature, la chaine de vérification des sources
est rompue; je pense que c'est lié au niveau de sécurité demandé, Google
ayant désapprouvé d'anciens algos de signature numérique comme SHA1 et
impose maintenant SHA256 avec une longueur de clé supérieure; Google a
également désapprouvé tout un tas d'anciennes clés PKI utilisant une
signature SHA1 dont la mort avait été prévue pourtant depuis plus de 10 ans
et annoncée comme définitive au 1er juillet: plein de services ont changé
leur certificats depuis de début de l'année, Google l'a fait depuis au
moins 3 ans. En France Orange n'a encore rien fait et est **encore** à la
traine en terme de sécurité !).

Je reçois encore ces messages correctement chez Orange qui n'impose pas
encore la nouvelle version de DKIM/DMARC pour les listes de diffusion. Je
pense que je ne dois pas être le seul à qui il manque des messages non
arrivés depuis cette liste.

Ce qui est particulier aux listes de diffusion est que le message envoyé à
la liste doit nécessairement être modifié par la liste (au moins les
entêtes, mais la liste OSM modifie aussi le corps du message en adjoignant
un pied de page (le message perd donc sa signature valide, la liste OSM ne
recalcule pas une clé sur le fragment initial, et ne met pas son pied de
page dans une section MIME séparée avec sa propre signature numérique OSM,
il laisse les autres entêtes DKIM inchangés et le texte ne correspond plus,
Google est incapable de valider l'authenticité, et prend donc les messages
venant des listes OSM comme du spam abusant l'identité d'un tiers).

Philippe

Le 10 juillet 2018 à 13:43, mga_geo   a écrit :
>
> Subject: [OSM-talk-fr] Changement de nom d'un réseau de transport
> Bonjour à tous,
> L'agglomération de Saint-Malo change le nom de son réseau de transport
> public.
> KSMA devient le "Réseau MAT".
> Quelle valeur doit-on mettre dans le tag network ?
> network=FR:Réseau MAT
>
> Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Mapování "power"

[Jan Macura]

Podle en OSM wiki: *"This tag is a refinement of power
=station
 and power
=sub_station
 and has
replaced these tags."*
Takže ta editace vypadá ok.

Ta dvě místa mohou vypadat na první pohled odlišně, ale obě slouží
totožnému účelu. Obě dvě můžeš doplnit tagem power=transformer.

H.

2018-07-10 13:51 GMT+02:00 majka :

> V přehledu lokálních editací jsem si všimla, že nás zasáhl okraj patrně
> trochu pokoutní mechanické editace (oprava power=sub_station na
> power=substation).
> V Čechách se to zatím týká jen dvou bodů  
> blízko
> ČB, ale přesto:
> Pozná někdo jen na základě obrázků, co je co a jak přesně by to mělo být
> zmapované?
> Protože ta dvě místa jsou dost odlišná, a "substation" je sice korektní
> tag, ale pochopila jsem to tak, že je sám o sobě nedostatečně vypovídající:
> Heřmaň: bod  a pohled
> 
> Opalice: bod
> 
> a pohled
> 
>
> Majka
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-ja] osmjp_都道府県 運営のご相談

[Nobusuke Iwasaki]

いわさきです。
いいですよー。ご支持ください

2018年7月10日(火) 21:59 yasunari yamashita :

> 山下です。皆さんこんにちわ。
>
> osmjp_okayama と osmjp_hiroshima がブロックされました。
> SMS認証してブロックを解除いただける方はいらっしゃいませんでしょうか。
>
> よろしくお願いします
>
>
> 2017年11月14日 22:22 yasunari yamashita :
> > 山下です。みなさんこんにちわ
> >
> > OpenStreetMap の編集時コメントを Twitter に流す osmjp_都道府県の運営が、
> > 個人ベースでは困難になりましたので、ご相談です。
> >
> > 以下、長文です。
> >
> > ご存知の方もいらっしゃるとは思いますが、
> > オープンストリートマップの編集時に入力したコメントを twitter の
> > osmjp_都道府県
> > 例：東京なら @osmjp_tokyo https://twitter.com/osmjp_tokyo
> > に流す仕組みを2014年からサービスしています。
> > その仕組みの詳細は
> > http://www.yamasita.jp/weblog/2014/03/_osmjp_1.html
> > を参照ください
> >
> > お近くのマッパーの動向を把握したり、
> > マッピングパーティ時に成果を共有したり
> > 時にはライセンス違反の把握にと
> > 参照いただいているかたもいらっしゃるかと思います。
> >
> > さて、
> > 編集時のコメントを流すという仕組み上、
> > ツィートの文面は編集時のコメントに依存します。
> > 編集時のコメントが、同じようなコメント、
> > 例えば「あ」「編集」などが何度も何度も続きますと、
> > twitter から spam 認定されるのか、アカウントがロックされてしまいます。
> > 現に今、osmjp_okayama がロックされています。
> > https://twitter.com/osmjp_okayama
> > 他にもあるかもしれません。
> >
> > これまで、アカウントがロックされるたびに、
> > 私の携帯電話の番号を使ってSMS認証を行い、ロックの解除をおこなっていたのですが、
> > twitter の仕様変更があったようで、
> > 一度使った携帯電話の番号は他のアカウントには使えなくなってしまいました。
> >
> > つまり、osmjp_都道府県 を運営するためには、
> > まだロックされていない将来を含め
> > 47 都道府県分の携帯電話の番号が必要になってしまいました。
> >
> >
> > {残念ながら|申し訳ありませんが|はずかしながら}
> > 個人として give up です。
> >
> >
> > 残念ながら、ロックされた都道府県はその時点で終わりです。
> >
> > まぁ、個人で勝手に始めたのですから、
> > 自業自得、終わっちゃえというご意見もあるかと思いますが、、、
> >
> > せっかくなので、ご相談です。
> > 47 枚の SMS が使えるSIMを提供いただける方はいらっしゃいませんでしょうか？（無理ですね
> > もしくは「XX県はロックされたら私がSMS認証してあげるよ」というかたはいらっしゃいませんでしょうか？
> > （ご自身のtwitterアカウント用とは別の電話番号が必要です）
> >
> > その他、回避策、例えばマストドンに逃げるとか（笑
> > 終わっていいよとか（藁
> > いろいろご意見いただけましたら幸いです
> > よろしくお願いします
> > --
> > 山下康成＠東京都新宿区
>
>
>
> --
> 山下康成＠東京都新宿区
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-be] streetname changes (and a community to-do list)

[joost schouppe]

Hi Frank,
Yes, that is the last sub-task on the Github issue (thanks to Escada for
thinking about that). I think once all the streets are mapped, someone
better at querying could probably write something that takes highways with
a proposed:name tag and selects everything nearby that has an addr:street
tag identical to the current name tag of those highways.
Then there's also the (probably few) streetname relations to think about.

Op di 10 jul. 2018 om 12:00 schreef Jakka :

> Op 9/07/2018 om 11:25 schreef joost schouppe:
> > Hi,
> >
> > As you may know, there are some municipalities that will be merged
> > officially on Jan 1st 2019. One of the things that affects us about
> > that, is that a lot of addresses will change, as these new
> > municipalities want to avoid having more than one street with the same
> > name in the same municipality.
> >
> > With OSMbe, we're doing a small project to make sure this is mapped well
> > in advance, and we can be up to date with the new names a few days in
> > advance.
> >
> > Since all of our organisational stuff is on Github, I've put an overview
> > of the project and it's tasks
> > there: https://github.com/osmbe/community_planning/issues/2
> >
> > You are welcome to help on any and all of these tasks, as well as post
> > different issues there for other things you think OSMbe should be doing.
> > If it works, that could become a sort of community to do list, where
> > people can just pitch in whatever time they have.
> >
> > --
> > Joost Schouppe
> > OpenStreetMap
> >  | Twitter
> >  | LinkedIn
> >  | Meetup
> > 
> >
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be
> >
>
> Is er ook gedacht aan gebouwen, POI waar mogelijk de straat in opgenomen
> is ? Kan men dat globaal zichtbaar krijgen...
> Attention to: buildings where possible the street is included ?
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-at] Gärten rund um den Wolfersberg

[eest9]

Hi,
seh nichts was der Ausbesserung entgegenstehen würde! +1 bin dafür! :)
Danke!
lg Erwin Ernst

Am 10. Juli 2018 um 13:36 schrieb Stephan Bösch-Plepelits <
sk...@xover.mud.at>:

> Mir ist gerade aufgefallen, dass es rund um den Wolfersberg jede Menge
> leisure=garden gibt.
>
> Beispiel: https://www.openstreetmap.org/way/239595537/history
>
> Meines Erachtens ist dies eine falsch Anwendung, leisure=garden sollte doch
> nur für Gärten gelten, die explizit Garten sind und nicht auch noch ein
> Haus (es sein denn spezielle Gartenhäuser?) sein.
>
> An dem konkreten Objekt halte ich sogar noch mehr für fehlerhaft:
> - landcover=grass: Große Teile sind ja von Gebäuden bedeckt
> - al:landuse=residential: ist wohl nur zum Testen
>
> Die folgenden Tags sind wohl die einzig richtigen:
> - landuse=residential, barrier=fence
>
> Hat jemand ein Problem wenn ich für dieses Objekt und den meisten Objekten
> in der Umgebung die oben genannten Tags entferne?
>
> Zur Häufigkeit von leisure=garden im Westen Wiens:
> https://overpass-turbo.eu/s/AbL
>
> grüße,
> Stephan
>
> PS: Ich werde eine Woche auf Reaktionen warten, bevor ich etwas ändere.
> --
> Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich
> ,--.
> | Stephan Bösch-Plepelits  ❤ code ❤ urbanism ❤ free software ❤ cycling |
> | Projects:|
> | > OpenStreetMap: openstreetbrowser.org > openstreetmap.at|
> | > Urbanism: Radlobby Wien 15 |
> | Contact: |
> | > Mail: sk...@xover.mud.at > Blog: plepe.at > Code: github.com/plepe |
> | > Twitter: twitter.com/plepe > Jabber: sk...@jabber.at   |
> `--'
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-ja] osmjp_都道府県 運営のご相談

[yasunari yamashita]

山下です。皆さんこんにちわ。

osmjp_okayama と osmjp_hiroshima がブロックされました。
SMS認証してブロックを解除いただける方はいらっしゃいませんでしょうか。

よろしくお願いします


2017年11月14日 22:22 yasunari yamashita :
> 山下です。みなさんこんにちわ
>
> OpenStreetMap の編集時コメントを Twitter に流す osmjp_都道府県の運営が、
> 個人ベースでは困難になりましたので、ご相談です。
>
> 以下、長文です。
>
> ご存知の方もいらっしゃるとは思いますが、
> オープンストリートマップの編集時に入力したコメントを twitter の
> osmjp_都道府県
> 例：東京なら @osmjp_tokyo https://twitter.com/osmjp_tokyo
> に流す仕組みを2014年からサービスしています。
> その仕組みの詳細は
> http://www.yamasita.jp/weblog/2014/03/_osmjp_1.html
> を参照ください
>
> お近くのマッパーの動向を把握したり、
> マッピングパーティ時に成果を共有したり
> 時にはライセンス違反の把握にと
> 参照いただいているかたもいらっしゃるかと思います。
>
> さて、
> 編集時のコメントを流すという仕組み上、
> ツィートの文面は編集時のコメントに依存します。
> 編集時のコメントが、同じようなコメント、
> 例えば「あ」「編集」などが何度も何度も続きますと、
> twitter から spam 認定されるのか、アカウントがロックされてしまいます。
> 現に今、osmjp_okayama がロックされています。
> https://twitter.com/osmjp_okayama
> 他にもあるかもしれません。
>
> これまで、アカウントがロックされるたびに、
> 私の携帯電話の番号を使ってSMS認証を行い、ロックの解除をおこなっていたのですが、
> twitter の仕様変更があったようで、
> 一度使った携帯電話の番号は他のアカウントには使えなくなってしまいました。
>
> つまり、osmjp_都道府県 を運営するためには、
> まだロックされていない将来を含め
> 47 都道府県分の携帯電話の番号が必要になってしまいました。
>
>
> {残念ながら|申し訳ありませんが|はずかしながら}
> 個人として give up です。
>
>
> 残念ながら、ロックされた都道府県はその時点で終わりです。
>
> まぁ、個人で勝手に始めたのですから、
> 自業自得、終わっちゃえというご意見もあるかと思いますが、、、
>
> せっかくなので、ご相談です。
> 47 枚の SMS が使えるSIMを提供いただける方はいらっしゃいませんでしょうか？（無理ですね
> もしくは「XX県はロックされたら私がSMS認証してあげるよ」というかたはいらっしゃいませんでしょうか？
> （ご自身のtwitterアカウント用とは別の電話番号が必要です）
>
> その他、回避策、例えばマストドンに逃げるとか（笑
> 終わっていいよとか（藁
> いろいろご意見いただけましたら幸いです
> よろしくお願いします
> --
> 山下康成＠東京都新宿区



-- 
山下康成＠東京都新宿区
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-GB] Footpath project - tools

[Brian Prangle]

Fantastic work Harry! Thanks very much

Rgds

Brian

On 9 July 2018 at 23:22, Harry Wood  wrote:

> Alright then Rob! Here we go. The "footpaths edit tracker":
> https://harrywood.dev.openstreetmap.org/diffreader/footpaths/
>
> So far 89 people have done 1214 edits to objects with the
> designation=public_footpath tag.
>
> Harry
>
>
>
>  On Sunday, 8 July 2018, 16:55:27 BST, Rob Nickerson <
> rob.j.nicker...@gmail.com> wrote:
> Looking back at the schools one, it would be amazing if Harry's tool could
> be adapted to the designation=public_footpath (and others) tag. Is this
> possible?
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] panne des rendu HOT OpenRiverBoatMap Route500/BDCarthage/QA/FrAdm

[Philippe Verdy]

Le 9 juillet 2018 à 09:20, Christian Quest  a
écrit :

> Le rendu Route500 et Hydro (Carthage + BDTopo Hydro) sont de retour.
>
> Manque encore le rendu QA et FRadm + les analyses osmose.
>
> Le 7 juillet 2018 à 16:14, Christian Quest  a
> écrit :
>
>> La semaine dernière un des SSD d'osm13 a rendu l'âme après presque 6 ans
>> d'usage intensif.
>>
>> Voilà ce que j'appelle "usage intensif":
>> - plus de 47000 heures de vol
>>
> Les SSD actuels sont en centaines de milliers d'heure.

> - plus de 100To écrits (soit 200 fois la capacité du SSD de 480Go)
>>
> 200 fois c'est peu, les SSD actuels promettent plusieurs milliers de
réécriture par secteur. De plus ils compensent des pannes éventuelles sur
certains secteurs avec une réserve supplémentaire en faisant cycler (cela
évite les cas pathologiques lors que le SSD est presque plein, où quelques
secteurs seulement sont constamment réécrits et les autres beaucoup moins
souvent. La ressource critique est la mémoire de "tags" qui permet de
mapper les secteurs logiques en secteurs physiques (dont la position change
constamment à chaque écriture en les réallouant parmi les secteurs trimmés,
qui eux aussi doivent avoir une réserve suffisante pour ne pas tourner sur
le même petit nombre: au besoin le firmware SSD devrait aussi recycler les
secteurs logiques non réécrits mais sur des secteurs beaucoup moins souvent
écrits afin de les mettre sur des secteurs trimmés trop fréquemment
réécrits mais encore fiables; chaque trim d'un secteur devrait tenir un
compteur pour déterminer ce qu'il faudrait déplacer afin de préserver le
reste en distribuant la charge sur la totalité du disque; la réserve libre
non allouable devrait être de l'ordre de 10% de la capacité physique pour
avoir 90% de capacité logique; la petite mémoire de tags devrait être
constituée de mémoire nettement plus fiable et plus rapide, sa capacité
réduite permet de la maintenir en RAM volatile synchronisée prioritairement
vers la mémoire flash, avec une réserve d'énergie suffisante et pour cela
le firmware devrait maintenir un pool minimum de pages prétrimmés libres
pour sauvegarder très facilement et rapidement la mémoire de tags sans
avoir besoin de beaucoup d'énergie).

Cependant des lecteurs SSD bon marché n'ont même pas de réserve d'énergie
suffisante ou c'est un simple condensateur électrolytique dont la duré de
vie est limitée et trop utilisé en pleine capacité de charge avec une
"mémoire de charge" qui se dégrade comme les batteries de smartphones avec
un hystérésis important. Certains qui n'ont aucune réserve d'énergie ont
simplement alloué la mémoire de tags dans un petit journal cyclique sur des
pages qui s'usent prématurément plus vites que le reste de la capacité de
stockage logique et physique, et avec un trop petit pool de pages trimmées
libre pour ce journal: ils sont faits comme les clés USB, qui peuvent se
bloquer en lecture seul très vite (j'ai eu une clé USB3, pourtant de marque
Philips, qui n'a pas tenu son premier formatage pour y installer une image
ISO bootable de Windows, la copie s'est bloquée au milieu, la clé est
passée en lecture seule définitive avec moins de 300 méga écrits dessus sur
une clé de 32 Go!).

OCZ (comme les fabricants de clés de stockage USB) n'est pas réputé pour la
fiabilité de ses SSD et notamment de son firmware trop simpliste assurant
un recyclage statistiquement correct des pages de stockage. Sur un SSD
c'est toujours la mémoire de tags qui est la plus sollicitée, elle doit
avoir des tampons maintenant sa durabilité et le meilleur moyen reste d'y
inclure un cache en registres CMOS et un cache de second niveau en DRAM,
une réserve d'énergie, avant la couche finale flash, et une bonne gestion
des priorités internes dans les bus internes.

- plus de 11100 To de lus, 1.1 Po

Là oui c'est intensif, mais normalement pas un problème pour les SSD, la
lecture ne touchant ni à la mémoire de tags, ni ne nécessitant aucune
opération de trim et recyclage.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-ja] 高速道路の無料措置、およびクライシスマッピングについて

[石野貴之]

田口さん、古橋さん返答ありがとうございます。

>
> 2018年7月10日(火) 14:52 Takahisa TAGUCHI :
>
>> 田口です
>>
>> 高速道路無料措置の件、NEXCO西日本リリースのPDF確認しましたが、
>> 今回の措置は「岡山総社ICから乗って賀陽ICで降りた車両（または
>> その逆）」のみに適用される特例措置です。
>>
>> PDFの例にもありますが、例えば「岡山JCTから岡山自動車道に入って賀陽ICで
>> 降りた場合」は該当区間は無料とはならず、岡山総社IC〜賀陽IC間の料金も
>> 含んで精算されてしまいます。
>>
>> # 2年前に起きた北海道の水害で国道274号日勝峠が1年間通行止めになった
>> # ときも同様の措置がとられました。
>>
>> なので、toll=no とするのは少し意味合いが違うのではないかと思うのですが、
>> いかがでしょうか。
>>
>>  これに関しては承知しており、変更セットのコメント、およびfixmeにも明記しています。
ただ、当該区間外はtoll=yesのままにしており、上に挙げられたようなまたがり利用では
全体として有料と判断される筈ですので、自分としては問題ないと考えています。

#道路に料金データ(たとえば1キロあたり24.6円、のような)が入っていたら話は別だと思いますが。

yumean1119(石野 貴之)
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[Talk-cz] Mapování "power"

[majka]

V přehledu lokálních editací jsem si všimla, že nás zasáhl okraj patrně
trochu pokoutní mechanické editace (oprava power=sub_station na
power=substation).
V Čechách se to zatím týká jen dvou bodů
 blízko
ČB, ale přesto:
Pozná někdo jen na základě obrázků, co je co a jak přesně by to mělo být
zmapované?
Protože ta dvě místa jsou dost odlišná, a "substation" je sice korektní
tag, ale pochopila jsem to tak, že je sám o sobě nedostatečně vypovídající:
Heřmaň: bod  a pohled

Opalice: bod
 a
pohled


Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Gros travail pour mettre à jour les mobilités régionales en France

[Philippe Verdy]

"transport collectif" c'est du jargon politiquement correct. Tout le monde
dit et comprend "transports en commun" (pas forcément des transports
"publics" comme le suggère le terme anglophone utilisé).

Note: les transports ne sont pas forcément en groupe ("collectif") et on
inclut dedans des transports individuels organisés par la collectivité
(exemple: transport des handicapés à la demande, ou service public de
vélo-partage...): la notion de groupe ou "collectif" dit que c'est
utilisable par plus qu'un seul individu pour son usage privé, même si c'est
un seul à la fois: la ressource de transport est bien mise "en commun" mais
nécessite une réservation individuelle et se fait sous condition non
exclusive hors des périodes de réservation et limitations d'usage (en durée
ou distance).

Franchement je préfère "transports en commun" qui est plus approprié que
"collectif" qui est trop restrictif, "commun" se rapprochant mieux du sens
de "public" en anglais qui n'est pas nécessairement celui d'une
collectivité et peut répondre à des intérêts et une organisation privée;
exemple, les offres "publiques" en bourse, qui veut dire "ouvertes au
public général" sous des conditions d'accès relativement ouvertes non
nominatives, mais pas nécessairement appartenant au public).


Le 9 juillet 2018 à 12:28, Christian Rogel  a écrit :

> Je ne me suis pas vraiment occupé du réaménagement des pages transports FR
> du wiki, mais je crois utile de conseiller 3 choses :
>
>
>- utiliser le terme de transport collectif au lieu de transport en
>commun
>- introduire les nouveaux mots (mobilités, pôle d’échanges) et noter
>les liaisons intermodales
>- mettre les pages des réseaux sous autorité régionale (= transports
>régionaux) en WikiProject France, ce qui n’est pas nécessaire pour les
>transports urbains qui doivent être dans les pages de leurs agglomérations
>respectives
>
>
> Il ne faut pas prendre la prudence des politiques pour l’indice de vouloir
> laisser les transports par autocar sous responsabilité départementale, car,
> si les services sont restés sur place, les personnels ont pu déjà être
> régionalisés (80 en Bretagne).
>
> Ce n’est qu’une question de temps pour que les façades départementales
> disparaissent. De nouvelles marques et de nouvelles lignes sont en
> préparation et cela bougera beaucoup à la rentrée 2019.
>
> Note : La Région Bretagne a renommé son calculateur d’itinéraires,
> MobiBreizh (basé sur Navitia), et utilise des cartes OSM au lieu de G Maps
> pour les trajets. Ce calculateur semble devoir être celui des gros réseaux
> urbains, car il a été adopté par mon agglo.
>
>
>
> Christian R.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Changement de nom d'un réseau de transport

[mga_geo]

Bonjour à tous,
L'agglomération de Saint-Malo change le nom de son réseau de transport
public.
KSMA devient le "Réseau MAT".
Quelle valeur doit-on mettre dans le tag network ?
network=FR:Réseau MAT

Marc



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-at] Gärten rund um den Wolfersberg

[Stephan Bösch-Plepelits]

Mir ist gerade aufgefallen, dass es rund um den Wolfersberg jede Menge
leisure=garden gibt.

Beispiel: https://www.openstreetmap.org/way/239595537/history

Meines Erachtens ist dies eine falsch Anwendung, leisure=garden sollte doch
nur für Gärten gelten, die explizit Garten sind und nicht auch noch ein
Haus (es sein denn spezielle Gartenhäuser?) sein.

An dem konkreten Objekt halte ich sogar noch mehr für fehlerhaft:
- landcover=grass: Große Teile sind ja von Gebäuden bedeckt
- al:landuse=residential: ist wohl nur zum Testen

Die folgenden Tags sind wohl die einzig richtigen:
- landuse=residential, barrier=fence

Hat jemand ein Problem wenn ich für dieses Objekt und den meisten Objekten
in der Umgebung die oben genannten Tags entferne?

Zur Häufigkeit von leisure=garden im Westen Wiens:
https://overpass-turbo.eu/s/AbL

grüße,
Stephan

PS: Ich werde eine Woche auf Reaktionen warten, bevor ich etwas ändere.
-- 
Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich
,--.
| Stephan Bösch-Plepelits  ❤ code ❤ urbanism ❤ free software ❤ cycling |
| Projects:|
| > OpenStreetMap: openstreetbrowser.org > openstreetmap.at|
| > Urbanism: Radlobby Wien 15 |
| Contact: |
| > Mail: sk...@xover.mud.at > Blog: plepe.at > Code: github.com/plepe |
| > Twitter: twitter.com/plepe > Jabber: sk...@jabber.at   |
`--'


signature.asc
Description: Digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[Francois Gouget]

On Mon, 9 Jul 2018, François Lacombe wrote:
> Bonjour à vous,
> 
> Le 9 juillet 2018 à 11:36, Francois Gouget  a écrit :
> 
> > Ca serait sympa d'avoir un module Osmose pour faire l'intégration, un
> > peut comme pour les panneaux Mapillary : une ligne haute tension est
> > signalée à proximité mais aucun objet OSM correspondant n'a été trouvé.
> >
> 
> Aux dernières nouvelles ce n'est pas possible pour les objets linéaires.
> Osmose ne fait de la conflation que sur les points.
> Nous ne pourrions dans tous les cas pas proposer de correction via Osmose :
> il manque les poteaux dans les données Enedis, et ce sont pourtant les
> seuls sommets qui doivent composer les lignes OSM.

L'absence des poteaux dans les données Enedis ne me paraît pas 
rédihibitoire.

Pour chaque portion de ligne qui va tout droit leur fichier contient un 
segment décrit par les coordonnées de ses extrémités. D'après ce que 
j'ai pu en voir leurs coordonnées sont assez précises. Donc à proximité 
de chaque extrémité on devrait retrouver un poteau dans OSM.

Je ne sais pas si on peut aussi vérifier que le poteau de départ est 
bien connecté au poteau d'arrivée mais la détection des poteaux isolés 
et des lignes incomplètes devrait déjà inciter les contributeurs à 
ajouter les lignes manquantes.

Bien sûr cela ne permettra pas non plus de vérifier que le contributeur 
OSM n'a pas raté des poteaux intermédiaires. Mais cela permettra 
d'identifier les morceaux de ligne manquants et c'est déjà beaucoup. En 
particulier cela permettra de s'assurer que le réseau est correctement 
connecté et complet. Parce que lorsque le réseau a trois au quatre 
bifurcations de suite il est facile de continuer sur la branche 
'principale' et d'oublier de revenir en arrière pour ajouter celles 
qu'on a sauté.


> Ca se décrit comme ca :
> power=line OU power=minor_line (faut choisir, perso c'est line)
> voltage=2
> operator=Enedis
> cables=3

J'ai une question là-dessus : comme j'ai travaillé à partir des photos 
j'ai renseigné ce que je voyais, c'est à dire cables=3. Par contre 
le voltage ne se voyant pas sur les photos je ne l'ai pas 
positionné.

Par contre maintenant je voie que mes lignes correspondent à celles du 
fichier Enedis. Sait-on si ce fichier ne contient que des lignes à 2 
V ? (j'ai pas réussi à le voir d'après leur doc) Déjà dessus je ne voie 
pas les lignes à 9 V qui passent dans la région donc c'est bon 
signe.

Bref, serait-il présomptueux d'ajouter voltage=2 sur les lignes que 
j'ai ajouté même si je ne suis pas allé vérifier avec mon voltmètre ? 
;-)

Et pour les transformateurs il faut transformer=distribution, pas 
transformer=minor_distribution ? Ça semble incohérent avec les 
power=substation.

https://wiki.openstreetmap.org/wiki/Tag:power=substation#Substation_values
https://wiki.openstreetmap.org/wiki/Tag:power=transformer#Transformer_values


-- 
Francois Gouget   http://fgouget.free.fr/
It really galls me that most of the computer power in the world
  is wasted on screen savers.
 Chris Caldwell from the GIMPS project
   http://www.mersenne.org/prime.htm___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] MapThePaths update: live edit of designation and prow_ref

[Nick Whitelegg]

Hi, the Chrome issue now seems to be fixed.

Technical info if you're interested: the fetch() API for sending AJAX requests 
does not send the session cookie by default in Chrome unless the 'credentials' 
option is set to 'include'.


See:


https://developers.google.com/web/updates/2015/03/introduction-to-fetch



If you want to try editing with Chrome, please use Ctrl+F5 to force a reload of 
the cache.


Nick


From: Nick Whitelegg 
Sent: 09 July 2018 09:03:08
To: Andrew Black
Cc: Talk-GB
Subject: Re: [Talk-GB] MapThePaths update: live edit of designation and prow_ref



OK, sorry.. there appears to be an issue with Chrome. Not got time to 
investigate right now, but will reply when I've found the problem.


Just tested, I can edit in Firefox but getting the error in Chrome.


Nick



From: Andrew Black 
Sent: 08 July 2018 21:09:29
To: Nick Whitelegg
Cc: Talk-GB
Subject: Re: [Talk-GB] MapThePaths update: live edit of designation and prow_ref

I am getting "your editing session has timed out, please log in again." despite 
having logged in less than a minute earlier.
Chrome if it is relevant

Thanks

On 7 July 2018 at 19:45, Nick Whitelegg 
mailto:nick.whitel...@solent.ac.uk>> wrote:


401 would mean you're not logged in.. when you login it stores your OAuth token 
in a session, which expires after a certain time (15 minutes I think, need to 
check the configuration).


I'll modify the code when I have a moment so that if it gives a 401 it comes up 
with a more friendly message to tell the user they need to log back in.


I have changed the code slightly to reduce the risk of caching old versions of 
the JavsScript.


Nick



From: Rob Nickerson 
mailto:rob.j.nicker...@gmail.com>>
Sent: 07 July 2018 18:20:15

To: Nick Whitelegg
Cc: Talk-GB
Subject: Re: [Talk-GB] MapThePaths update: live edit of designation and prow_ref

Still having issues.

I was getting the correct message box but now I just get "OpenStreetMap 
returned an error: code 401".

BTW: I am adding designation but no prow_ref. For now I will continue with JOSM.

Rob


On Sat, 7 Jul 2018 at 17:38, Nick Whitelegg 
mailto:nick.whitel...@solent.ac.uk>> wrote:


Hello Rob,


To add to Martin's comment, try using Ctrl+F5 on MapThePaths itself as you 
might be using a cached old version of the scripts.


When you add a designation and/or prow_ref, an alert box reading 'Way NNN 
successfully updated in OSM' should appear. Does this appear?


The way you mentioned doesn't seem to have any edits even after refreshing.


Nick



From: Rob Nickerson 
mailto:rob.j.nicker...@gmail.com>>
Sent: 07 July 2018 12:37:26
To: Nick Whitelegg
Cc: Talk-GB
Subject: Re: [Talk-GB] MapThePaths update: live edit of designation and prow_ref

In that case it is not working for me. Username is RobJN (with capitalisation). 
Tried to edit a few ways including this one:
https://www.openstreetmap.org/way/454674177

Anyone else having success? problems?

Thanks,
Rob


On Sat, 7 Jul 2018 at 11:10, Nick Whitelegg 
mailto:nick.whitel...@solent.ac.uk>> wrote:


Hello Rob,


Should be immediate: for example I've added a number of prow_ref tags in just 
the last few minutes. See:


https://www.openstreetmap.org/changeset/60485630


One update today BTW - formerly each edit had a separate changeset, which 
wasn't ideal. Now multiple edits in one session are grouped into a single 
changeset.


Let me know if you're still having problems; let me know what edits you're 
trying to do and I'll try and reproduce them.


Nick



From: Rob Nickerson 
mailto:rob.j.nicker...@gmail.com>>
Sent: 06 July 2018 23:42:41
To: talk-gb@openstreetmap.org; Nick Whitelegg
Subject: Re: [Talk-GB] MapThePaths update: live edit of designation and prow_ref

Hi Nick,

How long does it take for the edits to go through to OSM? I expected it to be 
live but this doesn't seem to be the case.

Thanks,
Rob

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-es] Nombre estaciones Valenbisi (Valencia)

[Javier Sánchez Portero]

Hola

Yo pondría el nombre que viene en el portal, pero con las convenciones de
OSM. Es decir, sustituir guión bajo por espacio y poner el nombre de la
calle tal como viene en OSM, sin gritar (mayúsculas).

El 9 de julio de 2018, 16:38, Jordi MF  escribió:

> Hola a todos,
>
> Estoy revisando y completando la información referente a las estaciones de
> Valenbisi de la ciudad de Valencia (es el servicio de laquiler de
> Bicicletas
> municipal). Me gustaría homogeneizar el nombre y la información de todas
> las
> estaciones. En concreto, me gustaría consensuar el nombre que debería
> figurar en la etiqueta name=* de OSM. Actualmente, el nombre utilizado en
> OSM es el de las calles que confluyen con la estación. Por tanto, no
> coincide con el nombre identificativo de cada estación que se puede leer a
> pie de calle.
>
> En las máquinas validadoras para alquilar las bicis, el único nombre
> identificativo de la estación que se ve es el número de la estación (lo que
> nosotros etiquetaríamos como ref=*). Por ejemplo, la estación de la calle
> Músico Hipólito Martínez está rotulada con el número 122
> (https://www.openstreetmap.org/node/5734498726). Según el portal de datos
> abiertos del Ayuntamiento de Valencia y de la máquina validadora a pie de
> calle, el nombre de esa parada es "122_C_MÚSICO HIPÓLITO MARTÍNEZ". Podéis
> consultarlo en la siguiente dirección:
> http://gobiernoabierto.valencia.es/va/resource/?ds=
> estaciones-valenbisi=39e82a63-ce32-4064-be9a-d3ddc5fedca3
> Esta nomenclatura es la misma que utilizan las máquinas validadoras del
> resto de estaciones.
>
> Mi propuesta para la etiqueta name=* es la de escribir el número de la
> estación + el nombre de la calle (tal y como aparece en el portal de datos
> abiertos y en el ordenador de las máquinas de Valenbisi). Por ejemplo:
> https://www.openstreetmap.org/node/5734498726.
>
> ¿Qué nomenclatura se debería seguir, la del "número de estación + nombre de
> la calle" o "nombre de las 2 calles que confluyen en la estación"?
>
> Saludos
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-be] streetname changes (and a community to-do list)

[Jakka]

Op 9/07/2018 om 11:25 schreef joost schouppe:

Hi,

As you may know, there are some municipalities that will be merged
officially on Jan 1st 2019. One of the things that affects us about
that, is that a lot of addresses will change, as these new
municipalities want to avoid having more than one street with the same
name in the same municipality.

With OSMbe, we're doing a small project to make sure this is mapped well
in advance, and we can be up to date with the new names a few days in
advance.

Since all of our organisational stuff is on Github, I've put an overview
of the project and it's tasks
there: https://github.com/osmbe/community_planning/issues/2

You are welcome to help on any and all of these tasks, as well as post
different issues there for other things you think OSMbe should be doing.
If it works, that could become a sort of community to do list, where
people can just pitch in whatever time they have.

--
Joost Schouppe
OpenStreetMap
 | Twitter
 | LinkedIn
 | Meetup



___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be



Is er ook gedacht aan gebouwen, POI waar mogelijk de straat in opgenomen 
is ? Kan men dat globaal zichtbaar krijgen...

Attention to: buildings where possible the street is included ?



___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-cz] Kontrola uctu pro fotky rozcestniku

[xkomc...@centrum.cz]

Zřejmě:

0174 = https://www.openstreetmap.org/user/%3C0174

Smurfie = https://www.openstreetmap.org/user/Smurfie (viz 
https://openstreetmap.cz/talkcz/c2154#map=13/49.6453/17.7912=xdKG )



On 10.7.2018 07:57, Tom Ka wrote:

Ahoj, diky vsem za spolupraci, v tabulce mi chybi jeste tyto ucty s
vetsim mnozstvim fotek, netusite nekdo o koho by mohlo jit?

Kuba  288
Pavel Píša  264
0174  250
lostinhack  177
janivo 57
Martin31
Smurfie  22
pslavicek21

vse stale na: https://osm.fit.vutbr.cz/photodb2/import.php?stat.author

Dalsi krok bude vyreseni situace s licencovanim fotek, takze se brzo
zase ozvu :-)

Diky moc.


Dne 3. července 2018 13:36 Tom Ka  napsal(a):

Ahoj,

vzhledem k tomu, ze walleyho system pro fotky dlouhodobe nefunguje
tak, aby byl pro mne pouzitelny a s walleym se nejsem schopen
dohodnout na nejake zmene, rozhodl jsem se udelat si system vlastni
(aka PhotoDB2). Prvnim krokem pro import stavajicich dat je jejich
uvedeni do stavu, kdy jsou aspon castecne pouzitelna a na to budu
potrebovat v ruznych pripadech kontaktovat autory fotek.

Proto prosim o kontrolu vaseho uctu v teto tabulce:

https://osm.fit.vutbr.cz/photodb2/import.php?stat.author

Prvni sloupec je autor dle DB z api.openstreetmap.cz (po
upravach/slouceni) zrejmych preklepu apod, druhy je odhadnuty OSM nick
- ten je pro mne kvuli komunikaci stezejni, posledni je pocet fotek
daneho cloveka. Podivejte se prosim jestli (pokud nahravate fotky) v
tabulce jste a sedi obe vase jmena a zaroven nejste v tabulce vickrat.
Pokud je neco spatne, poslete mi prosim spravne info do mailu (neni
treba do konference at neplevelime).

Pro pripadne zajemce jsou stavajici (pracovni, zatim nic pro finalni
uzivatele) skripty na https://openstreetmap.cz/git/tom.k/PhotoDB2.

Diky moc tom.k.

P.S.: Nepiste mi prosim, ze se mam radeji s wallym dohodnout a
spolupracovat, uz jsem promrhal prilis mnoho casu kdyz jsem se o to
snazil a nefunguje to.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz



___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-be] streetname changes (and a community to-do list)

[joost schouppe]

There is now an interactive map of the work already done:
https://www.mapcontrib.xyz/t/2d975c-Geplande_adreswijzigingen_gemeentefusies

It works by querying things with a "proposed:name" and
"fixme:name"="WikiProject_Belgium/Municipality_Fusions". So only if the you
add those tags, your edits will show up.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-cz] Kontrola uctu pro fotky rozcestniku

[Pavel Machek]

On Tue 2018-07-10 07:57:23, Tom Ka wrote:
> Ahoj, diky vsem za spolupraci, v tabulce mi chybi jeste tyto ucty s
> vetsim mnozstvim fotek, netusite nekdo o koho by mohlo jit?
> 
> Kuba  288
> Pavel Píša  264

Asi znam osobne, uci na CVUT.

https://www.root.cz/autori/pavel-pisa/

Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


signature.asc
Description: Digital signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[Talk-in] Uber planning to explore and contribute to OpenStreetMap in Delhi

[Naveen Francis]

https://forum.openstreetmap.org/viewtopic.php?id=62986
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-ja] 高速道路の無料措置、およびクライシスマッピングについて

[FURUHASHI Taichi]

古橋です。

＞ @yumean1119 さん

ご意見ありがとうございます。
今回のクライシスマッピングの タスクプロジェクトには、現時点では
プロジェクト管理をしているチーム名として #DRONEBIRD というハッシュタグをデフォルト登録しております。

気になる方がいるとのことで、さきほど Twitter 上で投票はじめました。
https://twitter.com/dronebirds/status/101656168892416

多数決ではなく、一定数以上そのようなご意見があるのであれば
削除しようと思っております。

ご指摘いただきありがとうございました・
引き続きどうぞよろしくお願いいたします！




2018年7月10日(火) 14:52 Takahisa TAGUCHI :

> 田口です
>
> 高速道路無料措置の件、NEXCO西日本リリースのPDF確認しましたが、
> 今回の措置は「岡山総社ICから乗って賀陽ICで降りた車両（または
> その逆）」のみに適用される特例措置です。
>
> PDFの例にもありますが、例えば「岡山JCTから岡山自動車道に入って賀陽ICで
> 降りた場合」は該当区間は無料とはならず、岡山総社IC〜賀陽IC間の料金も
> 含んで精算されてしまいます。
>
> # 2年前に起きた北海道の水害で国道274号日勝峠が1年間通行止めになった
> # ときも同様の措置がとられました。
>
> なので、toll=no とするのは少し意味合いが違うのではないかと思うのですが、
> いかがでしょうか。
>
>
> On 2018/07/10 14:10, 石野貴之 wrote:
> > 飯田さん、瀬戸さん返答ありがとうございます。
> >
> > ・高速道路の無料措置について
> > 終了後に直すことが重要な点についてはお二方と意見が一致しています。
> >
> > 2018年7月10日 13:03 Toshikazu SETO  > >:
> >
> > もちろん、今回のように現地調査や公式機関の確定した情報発信が根拠にな
> > るのは大前提かと思います。
> > （URLがあれば、url＝も合わせて載せておくとエビデンスになりうる？）
> >
> >
> > 変更セットのコメントに追加しておきます。
> >
> >
> >
> > いいだです。
> >
> > また、ちょっと関連して、鉄道橋やトンネルが崩落していて復旧にかな
> > りの時間がかかりそうな場所は、
> > access=noをつけたりしておくとよいかと思います。
> >
> > 一時的な通行止めの書き方が分かりました。ありがとうございます。
> > 今回は被災現場には行けないので(おそらく復興支援の邪魔になるため)、今後自
> > 分が行ける範囲でこのような事象が
> > 発生した際に役立てようと思います。
> >
> > yumean1119(石野 貴之)
> >
> >
> > ___
> > Talk-ja mailing list
> > Talk-ja@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ja
> >
>
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>


-- 
-- 
## Taichi FURUHASHI
## Professor - School of Global Studies and Collaboration, Aoyama Gakuin
Univ.
## President - CrisisMappers Japan, NPO / DRONEBIRD http://crisismappers.jp/
## President - MAPconcierge Inc.
## Director - OpenStreetMap F. Japan with sinsai.info
## Director - OSGeo F. Japan
## Researcher - the center for spatial info. science, univ.of Tokyo
## ZIP252-5258, Fuchinobe5-10-1,Sagamihara,Kanagawa, Japan.
## Room No.720, B-Building, GSC, Sagamihara Campus, Aoyama Gakuin Univ.
## 〒252-5258 神奈川県相模原市中央区淵野辺5-10-1 青山学院大学 相模原キャンパス 地球社会共生学部 B棟 7F 720号室
## TEL/Skype: 070-6401-5963 / http://about.me/mapconcierge
## URL/Mail: http://www.mapconcierge.com tai...@gsc.aoyama.ac.jp,
i...@mapconcierge.com
## Shop: https://dronebird.buyshop.jp/
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja