Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)

[Philippe Verdy]

Un maxspeed sur un noeud pourrait être valide par défaut sur une longueur
de 50 mètres avant et après. Il me semble qu'il y a une norme pour la
signalisation qui impose des distances minimales (différentes en
agglomération et hors agglomération), sinon elle est inapplicable en
conduite réelle. Mais je vois trop souvent des panneaux de changement de
limites qui se succèdent à des distances ridiculement petites (donc qui se
contredisent). Mais le problème est plus souvent celui de leur visibilité
réelle (et le défaut de rappel si un panneau n'a pas pu être vu car masqué
ou dégradé).
.

Le 21 février 2017 à 08:06, Topographe Fou  a
écrit :

> Bonjour,
>
> Personnellement quand le 30 s'applique sur le dos d'âne (ou intersection
> surélevée), je met le maxspeed=30 sur le node indiquant le dos d'âne sans
> faire de découpage. J'attends ainsi d'un algo de routage de comprendre
> qu'il faut être à 30 au passage du node (donc du dos d'âne). Bien entendu
> je parle bien là du cas où le panneau rond 30 est sous le triangle dos
> d'âne.
>
> Sinon pour revenir au sujet initial, les maxspeed sont pour moi les
> données qui manquent le plus en France (pour le reste, on est plutôt bien
> loti même si certaines régions sont moins bien couvertes). Peut-être parce
> que les maxspeed ne peuvent pas être connus sur une vue aérienne depuis son
> fauteuil ;-) . Donc c'est une source potentiellement intéressante.
>
> Cordialement,
>
> LeTopographeFou
> *De:* jerome.ama...@gmail.com
> *Envoyé:* 21 février 2017 1:55 AM
> *À:* talk-fr@openstreetmap.org
> *Répondre à:* talk-fr@openstreetmap.org
> *Objet:* Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)
>
>
>
> Le 20 février 2017 à 22:25,  a écrit :
>
>> Le 20/02/2017 à 20:36, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
>>
>> D’après le code de la route, la limitation comme ici à 30 s’arrête à la
>> prochaine intersection si c'est pas rappelé après l’intersection. Ce qui
>> fait que des fois comme il y a 1 ou 2 intersection entre le panneau 30 et
>> le dos d’âne et bien c'est limité à 50 sur le dos d’âne.
>>
>> Tu as raison sur le cas général mais je pensais à un endroit où le
>> ralentisseur est fait pour une traversée piétonne et point d'intersection
>> avant 100 m. Oui il y a des zones de 30 de plus de 100 m. Mais là les
>> panneaux de début de 30 (pas de zone de 30) sont avant le ralentisseur dans
>> chaque sens.
>>
>> Du coup je me suis demandé comment taguer.
>> Ne rien mettre = rien de faux ;-)
>> Mettre le 30 sur le bumper.
>> Mettre le 30 sur le way.
>> Couper le way en tronçons correspondant à ce que la mairie a voulu faire.
>> http://mc.bbbike.org/mc/?lon=-3.492926=47.795015=16
>> =2=osmfr=mapbox-satellite=ol_mapquest-label
>> s=100?marker=dos%20d%27%C3%A2ne%20avec%20B14%
>> 2030%20km/h%20dans%20chaque%20sens%20de%20circulation%
>> 3Cbr%3E%20Bref%20laissez-passez%20les%20pi%C3%A9tons%
>> 20puis%20continuez%20votre%20route.
>>
>> En fait je me suis mis dans un coin et j'ai attendu que ça me passe.
>>
>> Logiquement j'aurais dû ajouter a minima le dos d’âne et les cédez-le-pas
>> de la voirie douce sur la route.
>>
>> Philippe, tu as raison en théorie mais en pratique si tu as un accident
>> c'est le statut réel (voie publique ou accès privé) qui dira si tu étais en
>> excès de vitesse. Enfin pour un excès de vitesse, il y a des
>> chances/risques que les forces dites de l'ordre disent pas vu pas pris même
>> si les projections des véhicules attestent du contraire.
>>
>> Je déteste ça les dos d’âne! Vers chez moi, dans l'Ain, ( je sais que ça
> dépend beaucoup des endroits, la présence ou non de dos d’âne en grand
> nombre) le moindre petit hameau a ses 2 ou 3 ralentisseurs et ils se
> multiplient à une vitesse folle.
> Souvent je me dis que les personnes en charge de la voirie dans les
> communes ne connaissent rien au code de la route. (c'est surement le cas,
> vu que c'est sûrement les élus qui décident et qu'ils ont pour la plupart
> plus de 60 ans qu'ils ont donc passer leur permis il y a plus de 40 ans
> alors que les dos d'ane n'existaient pas, ni les zone 30, que les rond
> point était très rare ...)
>
> Enfin après ça revenons au limitation de vitesse et à osm :)
> Pour moi, cette limitation à 30 avant les ralentisseurs c'est en fait
> seulement un autre moyen d'indiquer la présence d'un dos d’âne (en plus du
> panneau fait pour ça).
> dans osm quand je modifie ce genre d'endroit j'indique le dos d'ane mais
> je laisse toute la rue à maxspeed=50, je fait pas des découpes pour indiqué
> le passage à 30.
>
> ___
> 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: [OSM-talk-fr] base VLA (vitesse limite autorisé)

[Topographe Fou]

  Bonjour,Personnellement quand le 30 s'applique sur le dos d'âne (ou intersection surélevée), je met le maxspeed=30 sur le node indiquant le dos d'âne sans faire de découpage. J'attends ainsi d'un algo de routage de comprendre qu'il faut être à 30 au passage du node (donc du dos d'âne). Bien entendu je parle bien là du cas où le panneau rond 30 est sous le triangle dos d'âne.Sinon pour revenir au sujet initial, les maxspeed sont pour moi les données qui manquent le plus en France (pour le reste, on est plutôt bien loti même si certaines régions sont moins bien couvertes). Peut-être parce que les maxspeed ne peuvent pas être connus sur une vue aérienne depuis son fauteuil ;-) . Donc c'est une source potentiellement intéressante. Cordialement, LeTopographeFou   De: jerome.ama...@gmail.comEnvoyé: 21 février 2017 1:55 AMÀ: talk-fr@openstreetmap.orgRépondre à: talk-fr@openstreetmap.orgObjet: Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)  Le 20 février 2017 à 22:25,   a écrit :
  

  
  
Le 20/02/2017 à 20:36, Jérôme Amagat - jerome.ama...@gmail.com a
  écrit :

D’après le code de la route, la limitation comme ici à
  30 s’arrête à la prochaine intersection si c'est pas rappelé après
  l’intersection. Ce qui fait que des fois comme il y a 1 ou 2
  intersection entre le panneau 30 et le dos d’âne et bien c'est
  limité à 50 sur le dos d’âne.
Tu as raison sur le cas général mais je pensais à un endroit où le
ralentisseur est fait pour une traversée piétonne et point
d'intersection avant 100 m. Oui il y a des zones de 30 de plus de
100 m. Mais là les panneaux de début de 30 (pas de zone de 30) sont
avant le ralentisseur dans chaque sens.

Du coup je me suis demandé comment taguer.
Ne rien mettre = rien de faux ;-)
Mettre le 30 sur le bumper.
Mettre le 30 sur le way.
Couper le way en tronçons correspondant à ce que la mairie a voulu
faire.
http://mc.bbbike.org/mc/?lon=-3.492926=47.795015=16=2=osmfr=mapbox-satellite=ol_mapquest-labels=100?marker&marker=dos%20d%27%C3%A2ne%20avec%20B14%2030%20km/h%20dans%20chaque%20sens%20de%20circulation%3Cbr%3E%20Bref%20laissez-passez%20les%20pi%C3%A9tons%20puis%20continuez%20votre%20route.

En fait je me suis mis dans un coin et j'ai attendu que ça me passe.

Logiquement j'aurais dû ajouter a minima le dos d’âne et les
cédez-le-pas de la voirie douce sur la route.

Philippe, tu as raison en théorie mais en pratique si tu as un
accident c'est le statut réel (voie publique ou accès privé) qui
dira si tu étais en excès de vitesse. Enfin pour un excès de
vitesse, il y a des chances/risques que les forces dites de l'ordre
disent pas vu pas pris même si les projections des véhicules
attestent du contraire.
Je déteste ça les dos d’âne! Vers chez moi, dans l'Ain, ( je sais que ça dépend beaucoup des endroits, la présence ou non de dos d’âne en grand nombre) le moindre petit hameau a ses 2 ou 3 ralentisseurs et ils se multiplient à une vitesse folle.Souvent je me dis que les personnes en charge de la voirie dans les communes ne connaissent rien au code de la route. (c'est surement le cas, vu que c'est sûrement les élus qui décident et qu'ils ont pour la plupart plus de 60 ans qu'ils ont donc passer leur permis il y a plus de 40 ans alors que les dos d'ane n'existaient pas, ni les zone 30, que les rond point était très rare ...)Enfin après ça revenons au limitation de vitesse et à osm :)Pour moi, cette limitation à 30 avant les ralentisseurs c'est en fait seulement un autre moyen d'indiquer la présence d'un dos d’âne (en plus du panneau fait pour ça). dans osm quand je modifie ce genre d'endroit j'indique le dos d'ane mais je laisse toute la rue à maxspeed=50, je fait pas des découpes pour indiqué le passage à 30.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Utente problematico (recidivo)

[Dino Michelini]

  La proposta del "tutorial" è ottima! +1 :)

Il 21.02.2017 07:34
Federico Cortese ha scritto: 

> 2017-02-21 6:26 GMT+01:00 Francesco
Pelullo :
> 
>> Qualche tempo fa abbiamo cercato di approfondire. Se non
ho travisato, il concetto espresso dalla lista fu: meglio una mappa
liberamente editabile (al punto da essere esposta a sfregi) che una
mappa editabile solo gerarchicamente (quindi potenzialmente "di
proprietà" o se preferisci "controllabile" da qualcosa o qualcuno).
> 
>
Io sono sempre stato uno dei sostenitori di questa libertà e non ho
>
cambiato idea. Quando mi riferisco al sistema sbagliato, non lo faccio
>
pensando che ci debba essere una gerarchia di utenti controllori.
>
Piuttosto credo che dovrebbe essere posta più attenzione alle app, in
>
particolar modo iD è quella che crea la maggior parte di problemi.
> 
>
Per esempio gli utenti che mappano con quel software riescono
>
continuamente a collegare i poligoni landuse/natural alle linee
>
elettriche. Se usi JOSM prima di caricare ti avvisa almeno che è
>
strano se il nodo sulla linea elettrica non è un traliccio o un palo.
>
Quindi per prima cosa è necessario un validatore automatico per iD.
> 
>
Inoltre quando parlavo di "tutorial" intendevo che sarebbe opportuno
>
che quando un mappatore decide di iniziare con iD (ma pure con JOSM e
>
gli altri software) parta un sistema "prova", che ti guida a fare i
>
primi passi.
> Tipo si apre una mappa di test e tramite dei messaggi
passo passo, ti
> guida ad inserire una strada non mappata, a spezzarne
una mappata e
> cambiare il nome solo di un pezzo, aggiungere un senso
unico, ecc.
> fino alla mappatura dei fabbricati o dei landuse. Tipo
"vedi qual
> vigneto sulla foto? traccia il poligono" e si illumina un
pallino sul
> primo vertice, tu ci clicchi all'interno e si illumina il
secondo. Se
> clicchi su altri oggetti ti avvisa in cosa stai
sbagliando.
> Chiaramente questo su una mappa fatta apposta per il test,
quindi
> perfettamente controllabile.
> Solo finite le sessioni di
training (tipo 10 sessioni da mezz'ora
> l'una) si possa poi passare
alla mappa reale. Credo che in questo modo
> i nuovi mappatori
imparerebbero più di quello che apprendono in un
> anno.
> Chi si
scoccia prima si vede che non è adatto a questo "lavoro" :)
> 
> Quello
che è sbagliato è dare la nostra sudata mappa in mano al nuovo
>
arrivato, come se fosse un campo prova da devastare!
> 
>> In
alternativa, un flag da attivare quando carichi un changeset che ti
chieda: vuoi essere informato quando un altro utente modifica (o
soltanto quando cancella) questi dati? Voglio dire, l'azione di
controllo non dovrebbe avvenire su iniziativa dell utente Federico,
dovrebbe essere un default per tutti, in modo che quando inserisci una
feature ne diventi in qualche modo "responsabile", oserei dire
"genitore", e verifichi, almeno per la prima revisione, quello che
succede. Poi magari passi la palla all'editor successivo.
> 
> A me un
sistema così non servirebbe, perchè mi arriverebbero centinaia
> di
messaggi e non credo sarebbe gestibile.
  


Con Open 4 Giga a 9 euro/4 sett navighi veloce, chiami e invii SMS dal tuo 
smartphone verso tutti i fissi e mobili in Italia. Passa a Tiscali Mobile! 
http://casa.tiscali.it/mobile/

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

Re: [Talk-it] Utente problematico (recidivo)

[Federico Cortese]

2017-02-21 6:26 GMT+01:00 Francesco Pelullo :
>
> Qualche tempo fa abbiamo cercato di approfondire. Se non ho travisato, il
> concetto espresso dalla lista fu: meglio una mappa liberamente editabile (al
> punto da essere esposta a sfregi) che una mappa editabile solo
> gerarchicamente (quindi potenzialmente "di proprietà" o se preferisci
> "controllabile" da qualcosa o qualcuno).
>

Io sono sempre stato uno dei sostenitori di questa libertà e non ho
cambiato idea. Quando mi riferisco al sistema sbagliato, non lo faccio
pensando che ci debba essere una gerarchia di utenti controllori.
Piuttosto credo che dovrebbe essere posta più attenzione alle app, in
particolar modo iD è quella che crea la maggior parte di problemi.

Per esempio gli utenti che mappano con quel software riescono
continuamente a collegare i poligoni landuse/natural alle linee
elettriche. Se usi JOSM prima di caricare ti avvisa almeno che è
strano se il nodo sulla linea elettrica non è un traliccio o un palo.
Quindi per prima cosa è necessario un validatore automatico per iD.

Inoltre quando parlavo di "tutorial" intendevo che sarebbe opportuno
che quando un mappatore decide di iniziare con iD (ma pure con JOSM e
gli altri software) parta un sistema "prova", che ti guida a fare i
primi passi.
Tipo si apre una mappa di test e tramite dei messaggi passo passo, ti
guida ad inserire una strada non mappata, a spezzarne una mappata e
cambiare il nome solo di un pezzo, aggiungere un senso unico, ecc.
fino alla mappatura dei fabbricati o dei landuse. Tipo "vedi qual
vigneto sulla foto? traccia il poligono" e si illumina un pallino sul
primo vertice, tu ci clicchi all'interno e si illumina il secondo. Se
clicchi su altri oggetti ti avvisa in cosa stai sbagliando.
Chiaramente questo su una mappa fatta apposta per il test, quindi
perfettamente controllabile.
Solo finite le sessioni di training (tipo 10 sessioni da mezz'ora
l'una) si possa poi passare alla mappa reale. Credo che in questo modo
i nuovi mappatori imparerebbero più di quello che apprendono in un
anno.
Chi si scoccia prima si vede che non è adatto a questo "lavoro" :)

Quello che è sbagliato è dare la nostra sudata mappa in mano al nuovo
arrivato, come se fosse un campo prova da devastare!

>
> In alternativa, un flag da attivare quando carichi un changeset che ti
> chieda: vuoi essere informato quando un altro utente modifica (o soltanto
> quando cancella) questi dati?
>
>  Voglio dire, l'azione di controllo non dovrebbe avvenire su iniziativa dell
> utente Federico, dovrebbe essere un default per tutti, in modo che quando
> inserisci una feature ne diventi in qualche modo "responsabile", oserei dire
> "genitore", e verifichi, almeno per la prima revisione, quello che succede.
> Poi magari passi la palla all'editor successivo.
>

A me un sistema così non servirebbe, perchè mi arriverebbero centinaia
di messaggi e non credo sarebbe gestibile.

>
> Non riesco ad immaginare sede migliore.
>

Mi riferivo al fatto che qui in lista Italia possiamo parlarne anche
per ore, ma non penso che abbiamo il potere di modificare qualcosa,
nel senso che sarebbe forse necessario parlarne su una lista
internazionale, oppure una lista developer del software specifico.

Ciao,
Federico

PS: per Fabrizio che dedica tanta attenzione alle linee elettriche,
sempre lo stesso utente ha appena modificato il nome di una centrale
elettrica da "San Vito dei Normanni" a "Centralina elettrica".

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

Re: [Talk-it] Utente problematico (recidivo)

[Francesco Pelullo]

Il 20 feb 2017 22:26, "Federico Cortese"  ha scritto:


Spesso, anzi quasi sempre, si tratta di persone in buona fede, quindi
sono arrivato alla conclusione che è il sistema ad essere sbagliato.


Benvenuto tra





Non si potrebbe permettere a chiunque di intervenire sulla mappa, non
in maniera completa almeno, se questa mappa deve essere usata dalle
PA, dai professionisti o dalla Protezione Civile.


È un argomento che periodicamente torna in evidenza.

Qualche tempo fa abbiamo cercato di approfondire. Se non ho travisato, il
concetto espresso dalla lista fu: meglio una mappa liberamente editabile
(al punto da essere esposta a sfregi) che una mappa editabile solo
gerarchicamente (quindi potenzialmente "di proprietà" o se preferisci
"controllabile" da qualcosa o qualcuno).

E devo riconoscere che, con il passare del tempo ed alla luce di quello che
succede nel mondo (Trump in testa), il concetto di "libertà ad ogni costo"
che all'inizio mi sembrava sacrificabile, oggi mi sembra più sostenibile.



Anche nei videogiochi quando si inizia si seguono alcuni tutorial
obbligati. La stessa cosa potrebbe avvenire su OSM, per essere almeno
un po' preparati. Poi un messaggio di warning bello grande quando si
rimuove un oggetto, del tipo "Attenzione: stai cancellando il lavoro
di chi prima di te ha dedicato tempo e passione alla mappa!!! Sei
sicuro di voler procedere? L'utente che ha creato l'oggetto potrebbe
contattarti per chiedertene spiegazione!"


In alternativa, un flag da attivare quando carichi un changeset che ti
chieda: vuoi essere informato quando un altro utente modifica (o soltanto
quando cancella) questi dati?

 Voglio dire, l'azione di controllo non dovrebbe avvenire su iniziativa
dell utente Federico, dovrebbe essere un default per tutti, in modo che
quando inserisci una feature ne diventi in qualche modo "responsabile",
oserei dire "genitore", e verifichi, almeno per la prima revisione, quello
che succede. Poi magari passi la palla all'editor successivo.


Mi rendo conto che non è la sede adatta per questo tipo di
considerazioni, quindi perdonate lo sfogo ;)


Non riesco ad immaginare sede migliore.

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

Re: [Talk-in] Adding wikidata tag for Indian districts

[Naveen Francis]

http://www.openstreetmap.org/user/naveenpf/diary/40515

On 16 February 2017 at 13:48, Naveen Francis  wrote:

>
> On 16 February 2017 at 13:04, Arun Ganesh  wrote:
>
>> Naveen this is amazing. Is there some documentation on Wikipedia on how
>> one tags a feature on OSM and then add the map on the wiki?
>>
>
>
>- Step-by-step instructions on adding a map link to your page
>
>- Step-by-step instructions on adding embedded maps to your page
>
>
>
>
> Are features immediately updated from OSM or does it take some time?
>>
>
> It takes one day for wikidata queries.
> *https://en.wikipedia.org/wiki/User:Naveenpf/sandbox#NHs_in_India
> *
>
>
>
>
>> On Fri, Feb 10, 2017 at 8:15 AM, Naveen Francis 
>> wrote:
>>
>>> One more example
>>>
>>> CIAL on OSM map [right]
>>> https://en.wikipedia.org/wiki/Cochin_International_Airport#Construction
>>>
>>> On 10 February 2017 at 08:08, Naveen Francis  wrote:
>>>
 Hi

 After adding wikidata tags in OSM, now we can display the maps in
 Wikipedia.

 Example for Kerala districts:-
 https://en.wikipedia.org/wiki/List_of_districts_in_India#Ker
 ala_.28KL.29


 First five primary NHs:-
 https://en.wikipedia.org/wiki/List_of_National_Highways_in_I
 ndia_by_highway_number

 https://en.wikipedia.org/wiki/National_Highway_1_(India) [Top right
 corner.]

 Thanks,
 naveenpf

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

Re: [talk-au] Hume and Hovel Walking Track in the Bargo SF

[John Henderson]

I haven't walked those sections between Blowering Dam and Tumbarumba, so
I'm happy to trust your judgement.

I'm still hoping to map more one day on foot with GPS.  If I do, I'll
revisit OSM, as I always do when I got good traces.

John

On 21/02/17 11:30, Warin wrote:


For comparison of the data

I have added;

Way: 475962239 - LPI path - probably H
http://www.openstreetmap.org/way/475962239#map=16/-35.6419/148.2472
Way 475966488 - Strava path - probably H
http://www.openstreetmap.org/way/475966488#map=16/-35.6419/148.2472

OSM H presently in that area;

Way 285630127 and Way: 248788644 + many others
http://www.openstreetmap.org/way/285630127#map=16/-35.6419/148.2472
http://www.openstreetmap.org/way/248788644#map=16/-35.6419/148.2472


I am inclined to go with the strava as that has more than one
source/person (I hope). Where that is lacking then the LIP data.

I am depreciating the present OSM data as it comes from one person
and no source is stated .. I think it is an indication - better than
a total lack of data, but there are now better sources.

- I think leaving all 3 is not helpful. But
what to remove and and why is a judgement call that would be made
from one area to another.

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



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

Re: [Talk-ko] Questionable imagery

[Andrew Errington]

Here's another one from user 'Bucketz', using imagery Custom (
http://xdworld.vworld.kr:8080/2d/Satellite/201612/{z}/{x}/{y}.jpeg)

Not only is he/she using a source they shouldn't, but they are also
screwing up good mapping.

They have only done 20 edits, 6 days and 4 days ago.  The first 5 used Bing
and Mapbox, but then he/she introduced xdworld.  I will send a message
asking what's up, but I don't know if this mapper is Korean, or what
language they use.

Best wishes,

Andrew

On 10 February 2017 at 22:18, Robert Helvie  wrote:

> Kyu-sung,
>
> Thanks for the report.
>
> Robert
>
> On Fri, Feb 10, 2017 at 10:05 PM, 최규성  wrote:
>
>> Kyu-sung
>
>
>
>
> ___
> Talk-ko mailing list
> Talk-ko@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ko
>
>
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

[Talk-TW] 2017年台灣開放街圖社群會員招募與理事監會選舉

[Dongpo Deng]

各位圖客，好

很高興地向各位報告，過去一年來，理監事各成員在工作閒暇之餘，投入於開放街圖在台灣的推廣、維護、組織活動等相關事務。目前在台北與高雄二地都有定期聚會活動，也不定期舉辦Mapping
party，並參與其它開源社群活動，如SITCON和COSCUP，以推廣開放街圖，而社群內外的相關活動，匯編為社群進展月報
，以讓圖客們了解目前活動，並歡迎大家一起參與。為了使台灣的使用者更方便，我們協助改善
iD 在台灣的地址語法為國人習慣的順序，目前並有OSM相關軟體，如JOSM，及LearnOSM學習手冊的翻譯計畫都正在進行中。此外，我們也極積地推廣登山社群使用
OSM 離線地圖
，及利用
OSM 進行登山主題地圖的開發。

在政府交流方面，我們積極參與政府開放資料會議，並遊說政府開放地理資料。去年與國家災害防救科技中心(NCDR)合作，整合 Localwiki和OSM成為
防災地方誌 做為社區防災資訊平台。並於去年12月在台灣舉辦的第15屆Globe Spatial Data
Infrastructure (GSDI)研討會 
，台灣OSM成為該會議的在地支持的社團。我們希望能夠持續地和政府相關單位合作，以推廣地理圖資開放的觀念和開放街圖的應用。

在國際交流部份，我們參與組織首度舉辦的亞洲開放街圖研討會(SotM Asia)
，並支援圖客參與會議，以報告台灣開放街圖事務，今年我們有更多人參與SotM
Asia的組織規劃，該會預計於尼泊爾舉辦。我們也參與日本在京都舉辦的Open Source Conference，分享架設於國家高速網路中心的
龍馬(Longma)伺服器

，以及台灣地區的製圖活動，並與日本在地社群交流。此外，全球開放街圖研討會今年預計8月18-20日於日本會津若松舉辦
，屆時，台灣社群一定不會缺席。

開放街圖台灣社群經費是由台灣開放文化基金會(OCF)所管理，2016年經費餘額為45,546元。

項目   收入支出
2015年結餘 22,337
會費 7,200
SotM 2015 結餘 30,258
文宣支出 3,100
SotM 講者旅費 6,190
理監事會議場地費 3,345
OCF 手續費 1,092
其它手續費 (KKTix 匯款等) 522
合計 59,795 14,249
總計   45,546

更詳細的年度報告 https://osmtw.hackpad.com/2016-SmK4FoC3097

新年度的會員更新作業也開始，我們需要您的再度支持，以小額捐款的方式成為台灣開放街圖社群的會員，一來幫助社群活動，二來參與社群理監事會選舉投票。我們誠摯邀請您的參與，小額捐款成為會員請至
 http://osmtw.kktix.cc/events/membership2017

第二屆台灣開放街圖社群理監事會選舉投票的進程如下，請各位不要錯過

2/19 開放提名、參與會員。
3/19 截止提名。
3/20 開始投票。
3/31 投票截止。

歡迎各位圖客來推舉理監事會候選人 (這時候不推坑，更待何時!)
https://osmtw.hackpad.com/GpUhaeVRllD

Happy Mapping!

台灣開放街圖社群理監事會 敬上
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw

Re: [Talk-es] Gestor de Tareas

[Rafael Avila Coya]

Guay que informes de esto. Ahora mismo estoy viendo que hay otro con el 
que trabajo que también le pasa lo mismo. Seguro que la razón es ésa...


Un saludo,

Rafael.

On 20/02/17 19:34, Alejandro S. wrote:

Buenas tardes,

El gestor de tareas ha estado funcionando mal últimamente, no te dejaba
hacer login. Ya está corregido, se trataba de un problema por el que no
se conseguía conectar al servidor OAuth de OSM debido a que han cambiado
los certificados SSL a los proveídos por Let's Encrypt.

Saludos,
  Alejandro Suárez


___
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] base VLA (vitesse limite autorisé)

[Jérôme Amagat]

Le 20 février 2017 à 22:25,  a écrit :

> Le 20/02/2017 à 20:36, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
>
> D’après le code de la route, la limitation comme ici à 30 s’arrête à la
> prochaine intersection si c'est pas rappelé après l’intersection. Ce qui
> fait que des fois comme il y a 1 ou 2 intersection entre le panneau 30 et
> le dos d’âne et bien c'est limité à 50 sur le dos d’âne.
>
> Tu as raison sur le cas général mais je pensais à un endroit où le
> ralentisseur est fait pour une traversée piétonne et point d'intersection
> avant 100 m. Oui il y a des zones de 30 de plus de 100 m. Mais là les
> panneaux de début de 30 (pas de zone de 30) sont avant le ralentisseur dans
> chaque sens.
>
> Du coup je me suis demandé comment taguer.
> Ne rien mettre = rien de faux ;-)
> Mettre le 30 sur le bumper.
> Mettre le 30 sur le way.
> Couper le way en tronçons correspondant à ce que la mairie a voulu faire.
> http://mc.bbbike.org/mc/?lon=-3.492926=47.795015=
> 16=2=osmfr=mapbox-satellite=ol_mapquest-
> labels=100?marker=dos%20d%27%C3%A2ne%
> 20avec%20B14%2030%20km/h%20dans%20chaque%20sens%20de%
> 20circulation%3Cbr%3E%20Bref%20laissez-passez%20les%20pi%
> C3%A9tons%20puis%20continuez%20votre%20route.
>
> En fait je me suis mis dans un coin et j'ai attendu que ça me passe.
>
> Logiquement j'aurais dû ajouter a minima le dos d’âne et les cédez-le-pas
> de la voirie douce sur la route.
>
> Philippe, tu as raison en théorie mais en pratique si tu as un accident
> c'est le statut réel (voie publique ou accès privé) qui dira si tu étais en
> excès de vitesse. Enfin pour un excès de vitesse, il y a des
> chances/risques que les forces dites de l'ordre disent pas vu pas pris même
> si les projections des véhicules attestent du contraire.
>
> Je déteste ça les dos d’âne! Vers chez moi, dans l'Ain, ( je sais que ça
dépend beaucoup des endroits, la présence ou non de dos d’âne en grand
nombre) le moindre petit hameau a ses 2 ou 3 ralentisseurs et ils se
multiplient à une vitesse folle.
Souvent je me dis que les personnes en charge de la voirie dans les
communes ne connaissent rien au code de la route. (c'est surement le cas,
vu que c'est sûrement les élus qui décident et qu'ils ont pour la plupart
plus de 60 ans qu'ils ont donc passer leur permis il y a plus de 40 ans
alors que les dos d'ane n'existaient pas, ni les zone 30, que les rond
point était très rare ...)

Enfin après ça revenons au limitation de vitesse et à osm :)
Pour moi, cette limitation à 30 avant les ralentisseurs c'est en fait
seulement un autre moyen d'indiquer la présence d'un dos d’âne (en plus du
panneau fait pour ça).
dans osm quand je modifie ce genre d'endroit j'indique le dos d'ane mais je
laisse toute la rue à maxspeed=50, je fait pas des découpes pour indiqué le
passage à 30.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] Hume and Hovel Walking Track in the Bargo SF

[Warin]

For comparison of the data

I have added;

Way: 475962239 - LPI path - probably H 
http://www.openstreetmap.org/way/475962239#map=16/-35.6419/148.2472
Way 475966488 - Strava path - probably H 
http://www.openstreetmap.org/way/475966488#map=16/-35.6419/148.2472


OSM H presently in that area;

Way 285630127 and Way: 248788644 + many others
http://www.openstreetmap.org/way/285630127#map=16/-35.6419/148.2472
http://www.openstreetmap.org/way/248788644#map=16/-35.6419/148.2472


I am inclined to go with the strava as that has more than one 
source/person (I hope). Where that is lacking then the LIP data.


I am depreciating the present OSM data as it comes from one person and 
no source is stated ..
 I think it is an indication - better than a total lack of data, but 
there are now better sources.


-
I think leaving all 3 is not helpful.
But what to remove and and why is a judgement call that would be made 
from one area to another.


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

Re: [Talk-it] mappatura armadi telefonici

[Martin Koppenhoefer]

sent from a phone

> On 20 Feb 2017, at 21:45, Giulio Barba  wrote:
> 
> Che voi sappiate esiste una specie di elenco di cose che sarebbe meglio non 
> mancassero mai in una mappa?


le strade con i loro nomi, edifici principali (es. municipio, chiesa, ospedale, 
teatro, museo, cinema, polizia, poste, supermercato, ...


Solo recentemente, purtroppo, ho cominciato di aggiungere building:levels 

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

Re: [Talk-es] Presentación en SigLibre

[Miguel Sevilla-Callejo]

Hola Santiago, a mi me parece una gran idea pero yo no sé si podría
ayudarte y no voy a poder ir a las jornadas. A ver si alguien se anima.

--
 Miguel Sevilla-Callejo
from my mobile 

El 20/2/2017 7:36 p. m., "Santiago Higuera"  escribió:

> Hola:
> Se me había ocurrido que igual era interesante hacer una presentación
> en las Jornadas de SigLibre de Girona de junio de este año acerca de
> OpenStreetMap España, el estado actual, en qué cosas se está trabajando
> y proyectos de futuro.
> No sé qué os parece. Yo voy a ir por allí. Si va a ir alguno más y se
> anima, podemos preparar algo juntos.
> El plazo límite para presentar propuestas es el 24 de febrero, dentro
> de cuatro días.
> ¿Cómo lo veis?
>
> Saludos
>
> Santiago Higuera
>
>
> ___
> 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-au] A possible CAPAD 2016 import?

[Andrew Davidson]

On 18/2/17 11:59, cleary wrote:
>

I would prefer incremental additions, that is one-by-one, after checking
what is already on the map.

My major concern with any mass import is the effect on existing data. In
particular where a new way is overlaid on an existing way, making
editing more difficult.  On parts of the NSW/VIC border, there are ten
relations (two of which are protected areas) attached to a single way.
It is manageable to alter relations if needed etc. but it is difficult
if we have ten separate ways overlaid one on top of the other.  For this
reason I would prefer to see new areas added where appropriate, but
adding new relations to existing ways where they exist.


OK, I'll start thinking in terms of a manual import. We'll have to come 
up with some way of being a bit systematic about putting them in, 
especially if more than one mapper wants to volunteer.




I have added some protected areas in NSW and SA using the approved
government data sources. If there were any discrepancies, I would be
inclined to prefer the state government sources although hopefully there
will not be any significant discrepancies.


Yeah, I wasn't explicit enough about that. What I was trying to say is 
that NSW, SA, and Tas are "done" (or at least will have to be treated 
differently--check for completeness add operator tags, start dates etc 
). I'd be prepared to bet that the CAPAD data is the States' data.




CAPAD may also have errors or omissions. For example, I had mapped
Calperum Station in South Australia which is a non-government protected
area but I could not see it in CAPAD map (although it may well be in the
2016 edition when it becomes available).



Turns out that's because Calperum Station is not a protected area under 
the definition used for CAPAD (because there is tourism development 
allowed it doesn't fall under a IUCN category). CAPAD only lists things 
that would be protect_class 1 to 6 in OSM. I think Calperum would be 
protect_class 7.


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

Re: [OSM-talk-fr] Tarif des péages

[osm . sanspourriel]

Ce que veut dire Philippe c'est que souvent quand tu peux lire le tarif 
il est trop tard pour changer de route, tu te manges au moins le premier 
tronçon.


Mais le but étant d'utiliser l'info sur des calculs d'itinéraire...

Pour obtenir des infos, on peut dire qu'à défaut on pénalisera à 99,99 
€/km ;-).


Ou que l'on mettra que la société n'a pas souhaité diffuser les tarifs 
dans un format propre à une réutilisation efficace et que l'on espère 
que le prix n'en est pas la raison.


Jean-Yvon


Le 20/02/2017 à 23:27, David Crochet - david.croc...@free.fr a écrit :

Bonjour


Le 20/02/2017 à 22:59, Philippe Verdy a écrit :
Quand tu es au péage tu ne sais le prix qu'au moment où tu as déjà 
fait la route


Non, les tarifs sont affichés sur les cabines délivrant le ticket.

par exemple :
http://www.instantstreetview.com/@45.648091,5.119873,51.2h,-12.77p,2.96z
http://www.instantstreetview.com/@45.283214,5.622056,326.33h,-11.68p,2.96z 


http://www.instantstreetview.com/@45.605019,5.234563,-69.04h,-8.91p,3.84z
http://www.instantstreetview.com/@48.554013,1.93009,93.25h,-14.78p,2.96z

Cordialement



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

Re: [OSM-talk-fr] Tarif des péages

[David Crochet]

Bonjour


Le 20/02/2017 à 22:59, Philippe Verdy a écrit :
Quand tu es au péage tu ne sais le prix qu'au moment où tu as déjà 
fait la route


Non, les tarifs sont affichés sur les cabines délivrant le ticket.

par exemple :
http://www.instantstreetview.com/@45.648091,5.119873,51.2h,-12.77p,2.96z
http://www.instantstreetview.com/@45.283214,5.622056,326.33h,-11.68p,2.96z
http://www.instantstreetview.com/@45.605019,5.234563,-69.04h,-8.91p,3.84z
http://www.instantstreetview.com/@48.554013,1.93009,93.25h,-14.78p,2.96z

Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] Tarif des péages

[Philippe Verdy]

Non ! Ca dit juste qu'on va payer mais pas combien. Devants les
supermarchés il y a aussi la bannière, ça ne les dispense pas d'afficher
les prix dans les rayons avant de passer en caisse.
Les stations esence sont bien tenues d'afficher les prix avant qu'on y
entre, et les communiquer en open data. mpeme chose pour les parkings. Je
ne vois pas pourquoi les autoroutes s'en passent !

Quand tu es au péage tu ne sais le prix qu'au moment où tu as déjà fait la
route (hormis les quelques péages de sections courtes comme les ponts qu'on
paye avant d'entrer).

Le 20 février 2017 à 22:47, David Crochet  a écrit :

> Bonjour
>
>
> Le 20/02/2017 à 22:39, Philippe Verdy a écrit :
>
>> ce qui à minima devrait être obligatoire selon le code du commerce, AVANT
>> de "consommer"
>>
>
> Sur le panneau, il y a écrit "péage", donc tu est au courant avant
> d'entrer.
>
> Cordialement
>
> --
> David Crochet
>
>
>
> ___
> 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: [OSM-talk-fr] nouveau site Internet points géodésiques IGN

[Christian Quest]

Vu que Florian s'est heurté à un mur administratif pour obtenir ces
données, j'ai extrait les données de base sur les repères géodésiques du
réseau de base et du réseau de détail et mis ça en ressource communautaire
sur
https://www.data.gouv.fr/fr/datasets/fiches-signaletiques-des-points-geodesiques-et-des-reperes-de-nivellement/

J'ai simplement interrogé le serveur WFS qui sert au clicodrome
http://geodesie.ign.fr et utiisé ogr2ogr pour en faire un geojson:

ogr2ogr -f geojson rdf.json WFS:
http://geodesie.ign.fr/cgi-bin/mapserv?map=/var/webapp/lib/visugeod/mapfile_bdg.map
sit_rdfType
ogr2ogr -f geojson rbf.json WFS:
http://geodesie.ign.fr/cgi-bin/mapserv?map=/var/webapp/lib/visugeod/mapfile_bdg.map
sit_rbfType

On a au moins les coordonnées, l'identifiant, le nom et le lien vers le PDF.

Ah oui, les échanges de mails à défaut d'avoir obtenu les données ont quand
même permis d'apprendre que ces données étaient sous Licence Ouverte.


Le 8 février 2017 à 18:33, Florian LAINEZ  a écrit :

>
> Le 8 février 2017 à 18:15, PanierAvide  a écrit :
>
>> Donc s'ils ont possibilité de mettre à disposition un fichier avec
>> l'ensemble des bornes du réseau (y compris pour la métropole) ce serait
>> idéal.
>
>
> j'en fait prestement la demande cher Adrien.
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Tarif des péages

[David Crochet]

Bonjour


Le 20/02/2017 à 22:39, Philippe Verdy a écrit :
ce qui à minima devrait être obligatoire selon le code du commerce, 
AVANT de "consommer" 


Sur le panneau, il y a écrit "péage", donc tu est au courant avant d'entrer.

Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] Tarif des péages

[Philippe Verdy]

A moins que les collectivités leur impose une publication libre des tarifs
(ce qui à minima devrait être obligatoire selon le code du commerce, AVANT
de "consommer" sur place et pas au moment où on n'a plus le choix) !
Je n'ai en fait jamais vu d'affichage digne de ce nom des prix. Et même les
sites des opérateurs ne sont pas clairs du tout sur le sujet.
Là dessus on devrait contacter les maires ou députés sur l'obligation
d'information qui leur incombe. L'open data n'est pas la seule solution,
mais c'est celle la plus péreine qui permet à différents dispositifs
d'afficher les tarifs, et pas seulement au moment où on est devant la
cabine de péage. Les changements tarifaires devraient aussi être annoncé
dans la presse comme les annonces officielles.

Le 20 février 2017 à 22:20, Benoit Fournier  a
écrit :

> Rien n'empêche de prospecter auprès des exploitants les plus ouverts (si
> cela existe), sans attendre la publication du décret.
>
> On Feb 20, 2017 5:58 PM, "Rogelio Canedo" 
> wrote:
>
> Je pense que tu as raison Vincent, la meilleur solution est une référence
> à la clef de l'exploitant.
> On va attendre la publication du décret :)
>
> Merci pour vos retours
>
> Le 20 février 2017 à 12:03, François Lacombe 
> a écrit :
>
>> Le 20 février 2017 à 11:44, Christian Quest  a
>> écrit :
>>
>>> par contre les péages ponctuels (je pense aux ponts) ça serait pas
>>> idiot, mais je vois aussi la complexité pour les différentes catégories.
>>>
>>
>> A mon avis c'est identique aux péages d'autoroute.
>> Et les péages des ponts peuvent évoluer à des rythmes plus rapides que
>> les autoroutes mêmes, varier en fonction de la saison, avoir des tarifs
>> abonnés / résidents, etc...
>>
>> Si on indique ces tarifs là, il faudra mettre les tarifs des bacs et
>> ferries qui assument la même fonction, et ce sera probablement terrible à
>> maintenir
>>
>> Aucun tarif dans OSM reste une valeur sûre :)
>>
>>
>> François
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Rogelio Canedo
>
> ___
> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)

[osm . sanspourriel]

Le 20/02/2017 à 20:36, Jérôme Amagat - jerome.ama...@gmail.com a écrit :

D’après le code de la route, la limitation comme ici à 30 s’arrête à 
la prochaine intersection si c'est pas rappelé après l’intersection. 
Ce qui fait que des fois comme il y a 1 ou 2 intersection entre le 
panneau 30 et le dos d’âne et bien c'est limité à 50 sur le dos d’âne.
Tu as raison sur le cas général mais je pensais à un endroit où le 
ralentisseur est fait pour une traversée piétonne et point 
d'intersection avant 100 m. Oui il y a des zones de 30 de plus de 100 m. 
Mais là les panneaux de début de 30 (pas de zone de 30) sont avant le 
ralentisseur dans chaque sens.


Du coup je me suis demandé comment taguer.
Ne rien mettre = rien de faux ;-)
Mettre le 30 sur le bumper.
Mettre le 30 sur le way.
Couper le way en tronçons correspondant à ce que la mairie a voulu faire.
http://mc.bbbike.org/mc/?lon=-3.492926=47.795015=16=2=osmfr=mapbox-satellite=ol_mapquest-labels=100?marker=dos%20d%27%C3%A2ne%20avec%20B14%2030%20km/h%20dans%20chaque%20sens%20de%20circulation%3Cbr%3E%20Bref%20laissez-passez%20les%20pi%C3%A9tons%20puis%20continuez%20votre%20route.

En fait je me suis mis dans un coin et j'ai attendu que ça me passe.

Logiquement j'aurais dû ajouter a minima le dos d’âne et les 
cédez-le-pas de la voirie douce sur la route.


Philippe, tu as raison en théorie mais en pratique si tu as un accident 
c'est le statut réel (voie publique ou accès privé) qui dira si tu étais 
en excès de vitesse. Enfin pour un excès de vitesse, il y a des 
chances/risques que les forces dites de l'ordre disent pas vu pas pris 
même si les projections des véhicules attestent du contraire.


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

Re: [Talk-it] Utente problematico (recidivo)

[Federico Cortese]

2017-02-20 19:34 GMT+01:00 Marco :
> Mi ha scritto lui, forse ha letto qua, si scusa per aver chiuso tutte quelle
> note senza pensarci troppo e per non avermi risposto, il fatto è che era
> successa la stessa cosa già a novembre quando qualcuno lo aveva già
> segnalato qua. Vedremo come andrà avanti questa volta.
>

Avevo segnalato io i changeset copiati da Google a novembre e anche io
ho riscontrato adesso il problema delle note, come si può leggere nei
commenti alle stesse.
Purtroppo lui, come altri nuovi utenti, non si da pace a mappare
quello che vede, ma vuole inserire informazioni in tutta Italia,
spesso prendendole da altra cartografia.

Di recente abbiamo dovuto revertare una decina di changeset nei quali
aveva copiato tutti i POI di Google lungo circa 200 km di costa
salentina (per la parte che controllo almeno). Tutti gli alberghi, i
campeggi, i ristoranti, le grotte, ma anche i nomi delle spiagge,
commettendo enormi strafalcioni, degni di GMaps. Inoltre molte delle
attività inserite erano già mappate, ma le ha duplicate o triplicate.
Ha persino spostato POI che avevo mappato personalmente sul posto,
mettendoli dove li indicava Google a centinaia di metri. Devo dire a
sua difesa che è stato sempre disponibilissimo, chiedendo scusa per il
fastidio arrecato, anche se puntualmente il problema pare riproporsi.

Per questo condivido profondamente il pensiero di Marco quando dice "a
dire il vero mi sto stufando di buttare tempo per scrivere oggi a
questo, domani a quello, dopodomani a quell'altro, anziché utilizzarlo
per mappare", perchè ormai anche io non riesco più a mappare, per
cercare di seguire tutti i vandalismi che vengono fatti alla mappa.
Spesso, anzi quasi sempre, si tratta di persone in buona fede, quindi
sono arrivato alla conclusione che è il sistema ad essere sbagliato.

Non si potrebbe permettere a chiunque di intervenire sulla mappa, non
in maniera completa almeno, se questa mappa deve essere usata dalle
PA, dai professionisti o dalla Protezione Civile.

Anche nei videogiochi quando si inizia si seguono alcuni tutorial
obbligati. La stessa cosa potrebbe avvenire su OSM, per essere almeno
un po' preparati. Poi un messaggio di warning bello grande quando si
rimuove un oggetto, del tipo "Attenzione: stai cancellando il lavoro
di chi prima di te ha dedicato tempo e passione alla mappa!!! Sei
sicuro di voler procedere? L'utente che ha creato l'oggetto potrebbe
contattarti per chiedertene spiegazione!"

Mi rendo conto che non è la sede adatta per questo tipo di
considerazioni, quindi perdonate lo sfogo ;)

Ciao,
Federico

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

Re: [talk-au] Hume and Hovel Walking Track in the Bargo SF

[Warin]

On 21-Feb-17 06:10 AM, John Henderson wrote:

On 20/02/17 20:49, Warin wrote:


I'd no be worried by 10 m ... the differences are ~100 metres in
places. Might be more in some places too .. have not been measuring
.. just concerned at the differences. It could be as simple as
running off a map and going a bit off the official course as 'it
looks better'.


I mapped the area around Burrinjuck Dam during the last big drought.  So
I've got the track going well out into where the water is now, and to
where walkers got on and off the boat at that time.

Looks odd on the hiking map with the dam showing as full, especially at
the southern end, on the Goodradigbee River to the north of Wee Jasper.


There are many tracks that 'go into' lakes Not worried by them.

Here is an example
Way: 285828626 - a track source Bing

If you compare it to the LPI Base map zoomed in to a scale of 100m in 
JOSM you will

find that path heading north about halfway along the track.
Around -35.75557/148.16232


I thing the H is the path shown on LPI ... not the present OSM shown 
route.
If LPI is correct and you followed OSM .. there might be a fair bit of 
true bushwalking.


To further confuse things .. Strava shows paths/tracks used in that area 
... but not the LPI path nor the OSM H trail.


I am inclined to;
map the LPI data .. as the H where I think it is appropriate.
map the strava stuff ... as a track.
remove the present OSM H where it looks to be replaced by either the 
OSM or strava data.


But I am still thinking about it, I don't like removing stuff!




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

Re: [talk-au] Hume and Hovel Walking Track in the Bargo SF

[Graeme Fitzpatrick]

"I mapped the area around Burrinjuck Dam during the last big drought.  So
I've got the track going well out into where the water is now, and to
where walkers got on and off the boat at that time.

Looks odd on the hiking map with the dam showing as full, especially at
the southern end, on the Goodradigbee River to the north of Wee Jasper"

My BiL was down Jindabyne area on holidays last year & one day they took a
drive around the lake. At one spot they drove down to the lake edge, but
their GPS was saying they were actually underwater!

Thanks

Graeme


On 21 February 2017 at 05:10, John Henderson  wrote:

> On 20/02/17 20:49, Warin wrote:
>
> I'd no be worried by 10 m ... the differences are ~100 metres in
>> places. Might be more in some places too .. have not been measuring
>> .. just concerned at the differences. It could be as simple as
>> running off a map and going a bit off the official course as 'it
>> looks better'.
>>
>
> I mapped the area around Burrinjuck Dam during the last big drought.  So
> I've got the track going well out into where the water is now, and to
> where walkers got on and off the boat at that time.
>
> Looks odd on the hiking map with the dam showing as full, especially at
> the southern end, on the Goodradigbee River to the north of Wee Jasper.
>
> John
>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-it] lista CAI

[Alfredo Gattai]

Dacci dentro Giuseppe con la Basilicata che ci serve!

Alfredo

2017-02-20 11:09 GMT+01:00 Giuseppe Cillis :

> Ciao a tutti !! Io vorrei "lanciarmi" nella mappatura dei sentieri CAI
> della Basilicata? C'è già qualcuno che se ne occupa?
> Grazie
>
> Giuseppe
>
> Il giorno 16 febbraio 2017 15:50, Pio  ha scritto:
>
>> Non preoccuparti, è giusto e corretto che sia lui a farlo!
>>
>> Però nell'era dei Social appena pubblichi una notizia significa
>> divulgarla a
>> razzo.
>>
>>
>>
>>
>>
>>
>>
>> --
>> View this message in context: http://gis.19327.n8.nabble.com
>> /lista-CAI-tp5891366p5891464.html
>> Sent from the Italy General mailing list archive at Nabble.com.
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Tarif des péages

[Benoit Fournier]

Rien n'empêche de prospecter auprès des exploitants les plus ouverts (si
cela existe), sans attendre la publication du décret.

On Feb 20, 2017 5:58 PM, "Rogelio Canedo"  wrote:

Je pense que tu as raison Vincent, la meilleur solution est une référence à
la clef de l'exploitant.
On va attendre la publication du décret :)

Merci pour vos retours

Le 20 février 2017 à 12:03, François Lacombe  a
écrit :

> Le 20 février 2017 à 11:44, Christian Quest  a
> écrit :
>
>> par contre les péages ponctuels (je pense aux ponts) ça serait pas idiot,
>> mais je vois aussi la complexité pour les différentes catégories.
>>
>
> A mon avis c'est identique aux péages d'autoroute.
> Et les péages des ponts peuvent évoluer à des rythmes plus rapides que les
> autoroutes mêmes, varier en fonction de la saison, avoir des tarifs abonnés
> / résidents, etc...
>
> Si on indique ces tarifs là, il faudra mettre les tarifs des bacs et
> ferries qui assument la même fonction, et ce sera probablement terrible à
> maintenir
>
> Aucun tarif dans OSM reste une valeur sûre :)
>
>
> François
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Rogelio Canedo

___
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-it] Mappatura sentieri 'storici'

[Alfredo Gattai]

+1

2017-02-20 22:00 GMT+01:00 Marco :

> Ciao, io cerco di fare una media tra quel che dice la mia traccia e quel
> che si vede dalle immagini satellitari. Quando i sentieri sono molto
> utilizzati dai ciclisti approfitto della heatmap di strava, ricalcando il
> sentiero, con risultati ottimi. Ci possono essere centinaia e centinaia di
> passaggi su alcuni sentieri.
> https://wiki.openstreetmap.org/wiki/Strava
> Quando non sono sicuro che la geometria del sentiero inserito sia corretta
> aggiungo il tag note con valore "la geometria del sentiero é approssimata"
> o qualcosa di simile.
> Sono dell'idea che un sentiero in più, anche se non precisissimo é meglio
> che non avere niente sulla mappa, poi col tempo, con più passaggi, nuove
> immagini satellitari si può sempre migliorarlo; non vale la stessa cosa per
> sentieri già mappati. Se non sono sicuro che la mia traccia sia più precisa
> preferisco non modificare ciò che é già sulla mappa.
>
>
> On February 20, 2017 8:57:07 PM GMT+01:00, carlo folini <
> carlo.fol...@gmail.com> wrote:
>>
>> Ciao,
>> sono nuovo della lista, mi scuso in anticipo se andrò a toccare aspetti
>> già discussi e, in questo caso, vi chiederei la cortesia di indirizzarmi a
>> qualche risorsa online
>>
>> Utilizzo per le rilevazioni devices android con Oruxmaps che poi riporto
>> su OSM tramite JOSM.
>> Capita a volte che alcune zone abbiano copertura scarsa (per vegetazione
>> o per la morfologia del terreno). Per ottenere un risultato migliore faccio
>> diversi passaggi o mi baso su registrazioni di altri mappatori amici.
>> Durante la rilevazione vedo che il numero di satelliti e l'accuratezza
>> varia, ma non ho trovato il modo per memorizzare tale informazione.
>> Sono cosciente che in se, queste informazioni non sono indice di una
>> rilevazione migliore o peggiore, ma aiutano nel fare una scelta.
>>
>> Capitano anche a voi queste problematiche?
>> Come le avete gestite?
>>
>> --
>> Carlo Folini
>> mailto:carlo.fol...@gmail.com
>> blog: http://www.diariocorsa.com
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappatura sentieri 'storici'

[Marco]

Ciao, io cerco di fare una media tra quel che dice la mia traccia e quel che si 
vede dalle immagini satellitari. Quando i sentieri sono molto utilizzati dai 
ciclisti approfitto della heatmap di strava, ricalcando il sentiero, con 
risultati ottimi. Ci possono essere centinaia e centinaia di passaggi su alcuni 
sentieri.
https://wiki.openstreetmap.org/wiki/Strava
Quando non sono sicuro che la geometria del sentiero inserito sia corretta 
aggiungo il tag note con valore "la geometria del sentiero é approssimata" o 
qualcosa di simile.
Sono dell'idea che un sentiero in più, anche se non precisissimo é meglio che 
non avere niente sulla mappa, poi col tempo, con più passaggi, nuove immagini 
satellitari si può sempre migliorarlo; non vale la stessa cosa per sentieri già 
mappati. Se non sono sicuro che la mia traccia sia più precisa preferisco non 
modificare ciò che é già sulla mappa.

On February 20, 2017 8:57:07 PM GMT+01:00, carlo folini 
 wrote:
>Ciao,
>sono nuovo della lista, mi scuso in anticipo se andrò a toccare aspetti
>già
>discussi e, in questo caso, vi chiederei la cortesia di indirizzarmi a
>qualche risorsa online
>
>Utilizzo per le rilevazioni devices android con Oruxmaps che poi
>riporto su
>OSM tramite JOSM.
>Capita a volte che alcune zone abbiano copertura scarsa (per
>vegetazione o
>per la morfologia del terreno). Per ottenere un risultato migliore
>faccio
>diversi passaggi o mi baso su registrazioni di altri mappatori amici.
>Durante la rilevazione vedo che il numero di satelliti e l'accuratezza
>varia, ma non ho trovato il modo per memorizzare tale informazione.
>Sono cosciente che in se, queste informazioni non sono indice di una
>rilevazione migliore o peggiore, ma aiutano nel fare una scelta.
>
>Capitano anche a voi queste problematiche?
>Come le avete gestite?
>
>-- 
>Carlo Folini
>mailto:carlo.fol...@gmail.com
>blog: http://www.diariocorsa.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)

[Philippe Verdy]

Sauf que la notion d'intersection est délicate à définir en ville (avec des
tas de sorties de résidences, difficile de voir si c'est une voie privée ou
publique) et ce n'est pas le marquage au sol qui aide non plus.

Dans les faits les panneaux signalent les ralentisseurs et impliquent un
ralentissement à 30 pour les passer, mais après on ne peut pas accélérer
bcp si à moins de 50 mètres on a une intersection: le 50 ne reprend qu'apès
l'intersection (et à condition qu'il n'y ait pas à nouveau un ralentisseur
en sortie, souvent sur les passages piétons, et c'est alors tour le
carrefour limité par les ralentisseurs et incluant les passages piétons qui
est à 30.

Le 20 février 2017 à 20:36, Jérôme Amagat  a écrit
:

>
>
> Le 20 février 2017 à 19:56,  a écrit :
>
>> Le 20/02/2017 à 11:50, Christian Quest - cqu...@openstreetmap.fr a
>> écrit :
>>
>> Sur le terrain on a quand aussi un peu ces notions d'implicite/explicite.
>>
>> (...)
>>
>> En tout cas, on a forcément un panneau quelque part car un arrêté seul
>> sans signalisation n'a pas de valeur.
>>
>> Ou pas, il y a souvent des 30 avant des ralentisseurs, mais pas de fin de
>> 30 / début de 50.
>> Là l'implicite c'est qu'après le dos d'âne tu reprends la vitesse
>> précédente.
>> Alors que le panneau est un brave B14 "30"
>> https://wiki.openstreetmap.org/wiki/File:France_road_sign_B14_(30).svg
>>
>> Je doute que quelque part dans l'agglo figure cette règle.
>> Ou ailleurs d'ailleurs.
>> Reste qu'il faudrait mettre plus loin un maxspeed=50,
>> source:maxspeed=FR:urban comme dit Eric.
>>
>> D’après le code de la route, la limitation comme ici à 30 s’arrête à la
> prochaine intersection si c'est pas rappelé après l’intersection. Ce qui
> fait que des fois comme il y a 1 ou 2 intersection entre le panneau 30 et
> le dos d’âne et bien c'est limité à 50 sur le dos d’âne.
> D’ailleurs il y a plein de panneau de fin de limitation de vitesse qui ne
> servent à rien vu qu'une intersection précédente a déjà mit fin à la
> limitation.
>
> Pour ce qui est de osm, pour moi que ça soit implicite ou pas il y a une
> vitesse limite donc il y a de quoi mettre une valeur dans maxspeed=*
>
> ___
> 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-it] Mappatura sentieri 'storici'

[Cascafico Giovanni]

Prova a vedere se trovi questi parametri nel gpx

https://en.m.wikipedia.org/wiki/Dilution_of_precision_(navigation)

Il 20/feb/2017 20:58, "carlo folini"  ha scritto:

> Ciao,
> sono nuovo della lista, mi scuso in anticipo se andrò a toccare aspetti
> già discussi e, in questo caso, vi chiederei la cortesia di indirizzarmi a
> qualche risorsa online
>
> Utilizzo per le rilevazioni devices android con Oruxmaps che poi riporto
> su OSM tramite JOSM.
> Capita a volte che alcune zone abbiano copertura scarsa (per vegetazione o
> per la morfologia del terreno). Per ottenere un risultato migliore faccio
> diversi passaggi o mi baso su registrazioni di altri mappatori amici.
> Durante la rilevazione vedo che il numero di satelliti e l'accuratezza
> varia, ma non ho trovato il modo per memorizzare tale informazione.
> Sono cosciente che in se, queste informazioni non sono indice di una
> rilevazione migliore o peggiore, ma aiutano nel fare una scelta.
>
> Capitano anche a voi queste problematiche?
> Come le avete gestite?
>
> --
> Carlo Folini
> mailto:carlo.fol...@gmail.com
> blog: http://www.diariocorsa.com
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] mappatura armadi telefonici

[Giulio Barba]

Che voi sappiate esiste una specie di elenco di cose che sarebbe meglio non
mancassero mai in una mappa?
Così da focalizzare il lavoro dei mappatori e cercare di standardizzare il
più possibile?
Così quando magari la nostra zona contiene già queste categorie possiamo
andare in una vicina.
Non so se mi sono spiegato...

Ciao

Il giorno lun 20 feb 2017 alle ore 21:17 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> sent from a phone
>
> > On 20 Feb 2017, at 18:48, Alessandro  wrote:
> >
> > Se lì è tutto mappato il buon mappatore potrebbe sempre traslocare in
> una zona meno mappata :-) :-)
>
>
> potrebbe, ma i mappatori spesso sono anche Campanilisti...
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 
Giulio Barba
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappatura sentieri 'storici'

[Alfredo Gattai]

Ciao Carlo,

generalmente mi baso solo su vari passaggi, il numero dei satelliti e la
precisione puo' variare anche in base al meteo quindi memorizzare tale
informazione non l'ho mai trovato utile.

Alfredo

2017-02-20 20:57 GMT+01:00 carlo folini :

> Ciao,
> sono nuovo della lista, mi scuso in anticipo se andrò a toccare aspetti
> già discussi e, in questo caso, vi chiederei la cortesia di indirizzarmi a
> qualche risorsa online
>
> Utilizzo per le rilevazioni devices android con Oruxmaps che poi riporto
> su OSM tramite JOSM.
> Capita a volte che alcune zone abbiano copertura scarsa (per vegetazione o
> per la morfologia del terreno). Per ottenere un risultato migliore faccio
> diversi passaggi o mi baso su registrazioni di altri mappatori amici.
> Durante la rilevazione vedo che il numero di satelliti e l'accuratezza
> varia, ma non ho trovato il modo per memorizzare tale informazione.
> Sono cosciente che in se, queste informazioni non sono indice di una
> rilevazione migliore o peggiore, ma aiutano nel fare una scelta.
>
> Capitano anche a voi queste problematiche?
> Come le avete gestite?
>
> --
> Carlo Folini
> mailto:carlo.fol...@gmail.com
> blog: http://www.diariocorsa.com
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] building=bridge ?

[Martin Koppenhoefer]

sent from a phone

> On 20 Feb 2017, at 19:18, Volker Schmidt  wrote:
> 
> Noto che il rendering standard ha problemi: nei casi (2) e (3) la 
> visualizzazione non rende il fto che il "ponte" è sopra la strada.


si, un workaround consiste nel specificare che la parte sotto è coperta 
(covered=yes).

http://www.openstreetmap.org/way/4402643

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

Re: [Talk-it] mappatura armadi telefonici

[Martin Koppenhoefer]

sent from a phone

> On 20 Feb 2017, at 18:48, Alessandro  wrote:
> 
> Se lì è tutto mappato il buon mappatore potrebbe sempre traslocare in una 
> zona meno mappata :-) :-)


potrebbe, ma i mappatori spesso sono anche Campanilisti...
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Mappatura sentieri 'storici'

[carlo folini]

Ciao,
sono nuovo della lista, mi scuso in anticipo se andrò a toccare aspetti già
discussi e, in questo caso, vi chiederei la cortesia di indirizzarmi a
qualche risorsa online

Utilizzo per le rilevazioni devices android con Oruxmaps che poi riporto su
OSM tramite JOSM.
Capita a volte che alcune zone abbiano copertura scarsa (per vegetazione o
per la morfologia del terreno). Per ottenere un risultato migliore faccio
diversi passaggi o mi baso su registrazioni di altri mappatori amici.
Durante la rilevazione vedo che il numero di satelliti e l'accuratezza
varia, ma non ho trovato il modo per memorizzare tale informazione.
Sono cosciente che in se, queste informazioni non sono indice di una
rilevazione migliore o peggiore, ma aiutano nel fare una scelta.

Capitano anche a voi queste problematiche?
Come le avete gestite?

-- 
Carlo Folini
mailto:carlo.fol...@gmail.com
blog: http://www.diariocorsa.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)

[Jérôme Amagat]

Le 20 février 2017 à 19:56,  a écrit :

> Le 20/02/2017 à 11:50, Christian Quest - cqu...@openstreetmap.fr a écrit :
>
> Sur le terrain on a quand aussi un peu ces notions d'implicite/explicite.
>
> (...)
>
> En tout cas, on a forcément un panneau quelque part car un arrêté seul
> sans signalisation n'a pas de valeur.
>
> Ou pas, il y a souvent des 30 avant des ralentisseurs, mais pas de fin de
> 30 / début de 50.
> Là l'implicite c'est qu'après le dos d'âne tu reprends la vitesse
> précédente.
> Alors que le panneau est un brave B14 "30"
> https://wiki.openstreetmap.org/wiki/File:France_road_sign_B14_(30).svg
>
> Je doute que quelque part dans l'agglo figure cette règle.
> Ou ailleurs d'ailleurs.
> Reste qu'il faudrait mettre plus loin un maxspeed=50,
> source:maxspeed=FR:urban comme dit Eric.
>
> D’après le code de la route, la limitation comme ici à 30 s’arrête à la
prochaine intersection si c'est pas rappelé après l’intersection. Ce qui
fait que des fois comme il y a 1 ou 2 intersection entre le panneau 30 et
le dos d’âne et bien c'est limité à 50 sur le dos d’âne.
D’ailleurs il y a plein de panneau de fin de limitation de vitesse qui ne
servent à rien vu qu'une intersection précédente a déjà mit fin à la
limitation.

Pour ce qui est de osm, pour moi que ça soit implicite ou pas il y a une
vitesse limite donc il y a de quoi mettre une valeur dans maxspeed=*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] Hume and Hovel Walking Track in the Bargo SF

[John Henderson]

On 20/02/17 20:49, Warin wrote:


I'd no be worried by 10 m ... the differences are ~100 metres in
places. Might be more in some places too .. have not been measuring
.. just concerned at the differences. It could be as simple as
running off a map and going a bit off the official course as 'it
looks better'.


I mapped the area around Burrinjuck Dam during the last big drought.  So
I've got the track going well out into where the water is now, and to
where walkers got on and off the boat at that time.

Looks odd on the hiking map with the dam showing as full, especially at
the southern end, on the Goodradigbee River to the north of Wee Jasper.

John


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

Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)

[osm . sanspourriel]

Le 20/02/2017 à 11:50, Christian Quest - cqu...@openstreetmap.fr a écrit :


Sur le terrain on a quand aussi un peu ces notions d'implicite/explicite.

(...)

En tout cas, on a forcément un panneau quelque part car un arrêté seul 
sans signalisation n'a pas de valeur.
Ou pas, il y a souvent des 30 avant des ralentisseurs, mais pas de fin 
de 30 / début de 50.
Là l'implicite c'est qu'après le dos d'âne tu reprends la vitesse 
précédente.

Alors que le panneau est un brave B14 "30"
https://wiki.openstreetmap.org/wiki/File:France_road_sign_B14_(30).svg 



Je doute que quelque part dans l'agglo figure cette règle.
Ou ailleurs d'ailleurs.
Reste qu'il faudrait mettre plus loin un maxspeed=50, 
source:maxspeed=FR:urban comme dit Eric.


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

[Talk-es] Presentación en SigLibre

[Santiago Higuera]

Hola:
Se me había ocurrido que igual era interesante hacer una presentación
en las Jornadas de SigLibre de Girona de junio de este año acerca de
OpenStreetMap España, el estado actual, en qué cosas se está trabajando
y proyectos de futuro. 
No sé qué os parece. Yo voy a ir por allí. Si va a ir alguno más y se
anima, podemos preparar algo juntos.
El plazo límite para presentar propuestas es el 24 de febrero, dentro
de cuatro días.
¿Cómo lo veis?

Saludos

Santiago Higuera


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

[Talk-es] Gestor de Tareas

[Alejandro S.]

Buenas tardes,

El gestor de tareas ha estado funcionando mal últimamente, no te dejaba
hacer login. Ya está corregido, se trataba de un problema por el que no se
conseguía conectar al servidor OAuth de OSM debido a que han cambiado los
certificados SSL a los proveídos por Let's Encrypt.

Saludos,
  Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Utente problematico (recidivo)

[Marco]

Mi ha scritto lui, forse ha letto qua, si scusa per aver chiuso tutte 
quelle note senza pensarci troppo e per non avermi risposto, il fatto è 
che era successa la stessa cosa già a novembre quando qualcuno lo aveva 
già segnalato qua. Vedremo come andrà avanti questa volta.



Il 20/02/2017 18:15, Marco ha scritto:
Ogni tanto mi dedico a chiudere un po' di note senza senso in giro per 
l'Italia ed è da qualche giorno che sono incappato in un tal 
"Valefasa3"; il nome non mi è nuovo e cercando nell'archivio della 
lista sembra che abbia già qualche "precedente" per utilizzo di gmaps 
come fonte di informazioni. Attualmente sembra chiudere note (una 
valanga) senza correggere ciò che le note segnalano, oppure credendo 
di correggere i problemi indicati con modifiche inutili. Questi sono 
alcuni esempi:


http://www.openstreetmap.org/note/584722

http://www.openstreetmap.org/note/358681

http://www.openstreetmap.org/note/249561

http://www.openstreetmap.org/note/263977

http://www.openstreetmap.org/note/224254

http://www.openstreetmap.org/note/627114

http://www.openstreetmap.org/note/137214

http://www.openstreetmap.org/note/357562

La situazione mi sembra atipica; non sembra essere un vandalo puro, 
più o meno risponde (con risposte ermetiche a dir poco) ma sembra 
avere un modo tutto suo di mappare (dopo 1400 changeset mette ancora i 
nodi dei bar in mezzo alle strade e non sull'edificio corrispondente). 
Non gli ho ancora scritto in privato perché mi aspettavo qualche 
risposta alle molte note commentate e perché a dire il vero mi sto 
stufando di buttare tempo per scrivere oggi a questo, domani a quello, 
dopodomani a quell'altro, anziché utilizzarlo per mappare.


Qualcuno è in contatto con l'utente in questione? lo avete notato 
anche nella vostra zona? Vale la pena di segnalarlo ad dwg e passare 
la palla a loro?


Ogni suggerimento è ben accetto

Grazie




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

[OSM-talk-fr] open data de l'ESA (nouvelle imagerie)

[Philippe Verdy]

Présentation:
http://www.esa.int/About_Us/Digital_Agenda/ESA_affirms_Open_Access_policy_for_images_videos_and_data

Les données:
http://open.esa.int/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] building=bridge ?

[Volker Schmidt]

"overpass" è un altra cosa.

Il termine tecnico secondo Wikipedia sarebbe skyway. bridge_type=skyway ma
non lo vedo applicato in OSM

Ho guardato un po' in giro fra posti che conosco:

(1) Ponte dei sospiri (Venezia) http://www.openstreetmap.org/way/138803225
bridge =yes
building =yes
layer =1
man_made =
bridge


(2) Ponte dei Sospiri (Oxford) https://www.openstreetmap.org/way/6203
bridge =yes
building =
university

building:levels
=2
building:min_level
=2
layer =1

(3) Edificio ponte sull'Autobahn a Klein-Machnow
http://www.openstreetmap.org/way/153021207
bridge =yes
building =yes
layer =1

Noto che il rendering standard ha problemi: nei casi (2) e (3) la
visualizzazione non rende il fto che il "ponte" è sopra la strada.

2017-02-20 17:34 GMT+01:00 Martin Koppenhoefer :

>
> 2017-02-20 17:30 GMT+01:00 Martin Koppenhoefer :
>
>> ciao, secondo voi questo è da mappare come building=bridge ?
>>>
>>
>>
>> per me va bene, rispetto a building=yes si può solo guadagnare.
>
>
>
> forse anche building=overpass, tag mai usato...
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSRM-talk] Oneway sample: No route found vs Impossible route

[Daniel Patterson]

Mateusz,

  The difference is in the small component snapping.

"Impossible route between points" indicates that the two snapping points 
are on different small-sized Strongly Connected Components (SCC) (i.e. on two 
separate islands)
"No route between points" indicates that the two snap points are on the 
same component, but there is no route between them.

  OSRM identifies every road edge as either belonging to a particular "small 
component" (an SCC with fewer than 1000 nodes, e.g. an island), or "the large 
component" (there is only one of these globally).

  During initial route finding, we snap coordinates to the nearest edge.

  If both the start and end snap to the same SCC, we attempt to route.  If the 
route fails, you'll get "No route between points".  This can happen if you 
route between two locations on the global "large component", i.e. between 
Europe and the USA.

  If both coordinates snap to the same small component, then by definition, you 
will get a route (this is what an SCC is).

  If one coordinate snaps to a small component, and one to the large component, 
the first point will be searched to find the nearest point on the large 
component.  Then we attempt to route.

  The only time "impossible route between points" can really happen is during 
test cases or if you fiddle with settings.  Because the threshold for "small 
component" is 1000 nodes, there is no "large component" created during test 
cases.

  This leads us to the situation where you can snap points to two separate 
small components, and leads to the error "Impossible route between points".  
That's what's happening in your test example - the one-way roads are creating 
separate SCC islands.

  There's a blog post here that gives an overview for the reasoning behind this 
somewhat complicated logic:

https://www.mapbox.com/blog/smart-neighbor/ 


daniel

> On Feb 20, 2017, at 9:42 AM, Mateusz Loskot  wrote:
> 
> On 20 February 2017 at 13:51, Mateusz Loskot  wrote:
>> [...]
>> I run the OSRM processing and service:
>> 
>> osrm-extract.exe -p C:\apps\osrm-5.5.0\profiles\car.lua
>> 89_car_two_consecutive_oneways.osm
>> osrm-contract.exe 89_car_two_consecutive_oneways.osrm
>> osrm-routed.exe 89_car_two_consecutive_oneways.osrm
> 
> 
> FYI, I've tested those queries using build based on the latest master
> and I'm getting the same results as on Windows with OSRM 5.5.0.
> 
> Best regards,
> -- 
> Mateusz Loskot, http://mateusz.loskot.net
> 
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] mappatura armadi telefonici

[Alessandro]

Il 20/02/2017 17:47, Martin Koppenhoefer ha scritto:




Certo, molto più interessante una fontanella, ma se quelle le hai già
mappate tutte...




Se lì è tutto mappato il buon mappatore potrebbe sempre traslocare in 
una zona meno mappata :-) :-)



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

Re: [Talk-it] Utente problematico (recidivo)

[Fabrizio Tambussa]

Il 20/Feb/2017 18:16, "Marco"  ha scritto:


Qualcuno è in contatto con l'utente in questione? lo avete notato anche
nella vostra zona? Vale la pena di segnalarlo ad dwg e passare la palla a
loro?

Ogni suggerimento è ben accetto


Per esperienza passata con l'utente Fredie e su consiglio di un membro del
DWG, posso dire che è sempre meglio lasciare commenti pubblici a note o
changeset.
un changeset molto commentato (e con risposte assenti o insufficienti ) si
autocertifica come "problematico".
Basta quindi un link al changeset o alla nota perché chiunque possa farsi
un'idea del problema o dell'oggetto del contendere. Il tutto senza dover
citare o rendere pubbliche comunicazioni private tra utenti.
Saluti
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Utente problematico (recidivo)

[Marco]

Ogni tanto mi dedico a chiudere un po' di note senza senso in giro per 
l'Italia ed è da qualche giorno che sono incappato in un tal 
"Valefasa3"; il nome non mi è nuovo e cercando nell'archivio della lista 
sembra che abbia già qualche "precedente" per utilizzo di gmaps come 
fonte di informazioni. Attualmente sembra chiudere note (una valanga) 
senza correggere ciò che le note segnalano, oppure credendo di 
correggere i problemi indicati con modifiche inutili. Questi sono alcuni 
esempi:


http://www.openstreetmap.org/note/584722

http://www.openstreetmap.org/note/358681

http://www.openstreetmap.org/note/249561

http://www.openstreetmap.org/note/263977

http://www.openstreetmap.org/note/224254

http://www.openstreetmap.org/note/627114

http://www.openstreetmap.org/note/137214

http://www.openstreetmap.org/note/357562

La situazione mi sembra atipica; non sembra essere un vandalo puro, più 
o meno risponde (con risposte ermetiche a dir poco) ma sembra avere un 
modo tutto suo di mappare (dopo 1400 changeset mette ancora i nodi dei 
bar in mezzo alle strade e non sull'edificio corrispondente). Non gli ho 
ancora scritto in privato perché mi aspettavo qualche risposta alle 
molte note commentate e perché a dire il vero mi sto stufando di buttare 
tempo per scrivere oggi a questo, domani a quello, dopodomani a 
quell'altro, anziché utilizzarlo per mappare.


Qualcuno è in contatto con l'utente in questione? lo avete notato anche 
nella vostra zona? Vale la pena di segnalarlo ad dwg e passare la palla 
a loro?


Ogni suggerimento è ben accetto

Grazie


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

Re: [Talk-ee] MTÜ Avatud Maakaardi Selts seis 2017 (veebruar)

[Artur Räpp]

Tere!

 

Pilk väljapoolt. Kahjuks tehnilise külje pealt ei oska midagi öelda. Varade 
koha pealt peab loomulikult otsustama need, kes ei heida pilku väljapoolt, et 
siis üldisem jutt minu poolt, kuid vaikus on siin niigi, et ehk sobib.

 

Kõigi selliste MTÜ-de puhul, kus esimeste tegijate ind on raugenud ja valitseb 
vaikus, olen soovitanud kaaluda MTÜ riiulisse panemist. MTÜ, mis on lihtsalt 
olemas, vajab väga vähe tööd. Sisuliselt võtad juuni kuus eelmise aasta 
majandusaruande, muudad aastaarvu ära ja lükkad registrisse. Jälle ühe aasta 
töö tehtud. Miinus on töö, mis on natuke suurem kui siit lugedes tundub, pluss 
on see, et kui kellelgi tuleb uus tuhin peale või saabub uus tegija, siis on 
MTÜ juba olemas ja ei pea hakkama kaaluma, kas tuhin on ikka nii suur, et uus 
MTÜ asutada. 

Et kui, siis kaaluda, kas Wikipedia all saab kõike sama asja teha, mis praegu, 
st. eraldi, ja kas tegelikult oleks vaja või usutav, et keegi võiks kasvõi 
paari aasta pärast midagi liigutama hakata. Rohkem kui 10 aasta peale ette pole 
mõtet mõelda, tõenäoliselt on tärmin lühemgi, kuid paar aastat riiulielu elab 
MTÜ kindlasti üle. 

 

Vara võib üle anda ka ilma MTÜ-d lõpetamatagi. Vähemalt oletan, et võib, et 
varade üle andmine ei pea veel MTÜ lõpetamist tähendama. Töömahtu varade üle 
andmine kindlasti vähendab.

 

Ma ei ole OSMi liikumise ja rakendustega nii kursis. Kas eestis on firmasid või 
üksikisikuid, kes kasutavad neid vahendeid oma palgatöös või mingites teistes 
suuremates projektides? Nemad võiksid olla huvitatud pool, et MTÜ läheks edasi. 
Kui ka nemad ütlevad, et pole vaja, küll kaart täitub automaagiliselt 
andmetega, inimesed tulevad täiesti iseseisvalt mõttele taolist tööd teha ja 
teevad seda hästi, siis no jah. Üks kivi hauakünkale juurde. Kui selliseid 
inimesi või firmasid on, võib olla tahavad nõu, jõu või rahaga aidata. 
Tõenäoliselt pole palju vajagi. Tõenäoliselt on kõige rohkem puudust päris 
pisukesest rahast, teadmisest, et teed vajalikku asja ja nende tööpanusest, 
lisaks et uued võimalikud liitujad leiaks teid üles. Kui vanad ees väsivad, 
tuleb leida uusi tegijaid. 

 

Minust. Ma kasutan OSMi rakendusi. Ise ma küll mõningatel põhjustel kaardistama 
ei hakka, kuid kui olen vahel harva mõne ametniku lähedusse sattunud ja 
jututeema on sobiv, olen alati öelnud, et see või teine äpp või andmestik 
tuleks teha OSMi baasil, et põhi on olemas ja nii muutub ka too andmestik ise 
paremaks, kõik osapooled võidavad. Kardan küll, et minu jutu peale pole ühtegi 
tegu küll veel tehtud, kuid vähemalt ports inimesi ei saa enam öelda, et nad 
pole OSMist midagi kuulnud.

 

Üks näide, kus on ka teie tööd kasutatud ja millest mulle on kasu tõusnud

https://touch-mapper.org/en/

 

Minu 1 sent.

Artur

From: Jaak Laineste [mailto:j...@carto.com] 
Sent: Thursday, February 9, 2017 5:48 PM
To: OpenStreetMap Estonia 
Subject: [Talk-ee] MTÜ Avatud Maakaardi Selts seis 2017 (veebruar)

 

Hoi,

 

Tuleb tõdeda, et MTÜ seisus valitseb üsna suur vaikus, mis ei ole ilmtingimata 
halb - võibolla see on märk, et aktiivse tegevuse loomulik faas on läbi ja kui 
kellelgi pole aega tegeleda, siis võiks asjad vaikselt kokkupoole tõmmata. Nagu 
ütles laulutaat Gustav: mis tehtud, see tehtud - mis tegemata, see tegemata. 
Kui kellelgi on aega tegeleda, võiks alustada tegudega ja heameelega aitan 
palju saan (st nõuga, mitte jõuga).

 

Katsun eksekuteeriva kokkuvõtte teha tänase seisuga.

 

Tegemata tehnilised võlad - on neile vabatahtlikke?

 - 2015 aastaaruanne äriregistrisse, tärmin 1.7.16. Raamatupidajale andmed 
esitada, maksta talle pisut. Arveid on väga vähe, seega ehk on odav.

 - kaart.maakaart.ee - “tolmupühkimine” -  uuendada tarkvara ja andmeid, ehk 
korra kuus. 

 - sama server (1u supermicro masin, tänaseks suht moraalselt aegunud + 
tulemüüri masin) - Tartu LV ootab et see viidaks nende juurest ära, seda juba 
2015.a. jõulust, kui see seal viimati neile tüli tekitas (piiksus katkise ketta 
tõttu). On kellelgi serveriruumi? Või siis saata vana masin pensionile.

 - www.maakaart.ee   - vana joomla upgrade wordpressi, 
püüdsime mingi faasini aga toppas mingi tehnilise asja taha. Seda enne, kui 
häkkerid näpud taha ajavad. Ühtlasi kriitiliselt mõelda mida seal on üldse 
mõtet üle viia sisust.

 - korraldada üldkoosolek, juhatuse valimine, otsus mida/kuidas edasi. Minu 
ettepanek oleks sama mis aasta tagasi - eraldi MTÜst loobuda, nt wikimedia 
Eestile kohustused ja vähesed varad üle anda.

 

Viimati tehtud asjad:

 - maksuameti soodusnimekirja nõutav aruanne 2015 kohta

 - maksin just maakaart.ee majutuse eest 24 eur eenet-ile, käesoleva aasta eest

 

Tiksuvad asjad:

 - Rahaline seis on kontojääk umbes 100 eur SEB pangast. Kuna seal konto maksab 
€1/kuu, siis läheneb see varsti nullile.

 - varad: maakaart.ee ja openstreetmap.ee domeenid, vana server ja ruuter, KYSK 
projekti ja raamatupidamisde dokumentatsioon, mida tuleb veel mõne aasta 
sälilitada.

 

[Talk-it] Parma: aggiunti più di 2400 esercizi commerciali

[Alessandro Palmas]

  
  
3 giorni fa a Parma sono stati caricati più di 2400 attività
  commerciali. Si tratta di un rilevamento fatto dall'Urb
  Lab del Politecnico di Milano e la mappatura è parte di un
  progetto descritto a grandi linee qui

http://www.comune.parma.it/notizie/news/COMMERCIO/2017-02-16/Parma-al-Centro-1.aspx

A breve dovrei sentire l'assessore Casa e tra alcune settimane è
probabile che organizzeremo una giornata rivolta alla cittadinanza e
ai commercianti sull'utilizzo di OSM e delle sue Nmila applicazioni.
Se ci sarà un minimo di seguito di OSMer vorrei organizzare un
mapping party focalizzato almeno su defibrillatori, parcheggi per
biciclette, parchimetri e idranti. Se si uniranno anche dei
Wikipediani potremmo migliorare voci su Parma.

Alessandro Ale_Zena_IT
  


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

Re: [OSM-talk-fr] Tarif des péages

[Rogelio Canedo]

Je pense que tu as raison Vincent, la meilleur solution est une référence à
la clef de l'exploitant.
On va attendre la publication du décret :)

Merci pour vos retours

Le 20 février 2017 à 12:03, François Lacombe  a
écrit :

> Le 20 février 2017 à 11:44, Christian Quest  a
> écrit :
>
>> par contre les péages ponctuels (je pense aux ponts) ça serait pas idiot,
>> mais je vois aussi la complexité pour les différentes catégories.
>>
>
> A mon avis c'est identique aux péages d'autoroute.
> Et les péages des ponts peuvent évoluer à des rythmes plus rapides que les
> autoroutes mêmes, varier en fonction de la saison, avoir des tarifs abonnés
> / résidents, etc...
>
> Si on indique ces tarifs là, il faudra mettre les tarifs des bacs et
> ferries qui assument la même fonction, et ce sera probablement terrible à
> maintenir
>
> Aucun tarif dans OSM reste une valeur sûre :)
>
>
> François
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [Talk-it] mappatura armadi telefonici

[Martin Koppenhoefer]

2017-02-20 10:57 GMT+01:00 Giulio Barba :

> Non so quale applicazione trovi il mostrare la posizione dell'armadio di
> cablaggio, ma se a qualcuno fa piacere inserirli non sarei contrario (mappa
> ciò che vedi, mi dicevano..:-) ).



puoi vedere se c'è fibra in una strada e di quale provider, quanto dista
l'armadio da un punto, forse anche la generazione del impianto, ecc.
Finchè si trovano dappertutto per me sono leggermente più utili dei
power=cable_distribution_cabinet ;-)

Certo, molto più interessante una fontanella, ma se quelle le hai già
mappate tutte...

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

Re: [Talk-it] building=bridge ?

[Martin Koppenhoefer]

2017-02-20 17:30 GMT+01:00 Martin Koppenhoefer :

> ciao, secondo voi questo è da mappare come building=bridge ?
>>
>
>
> per me va bene, rispetto a building=yes si può solo guadagnare.



forse anche building=overpass, tag mai usato...

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

Re: [Talk-it] building=bridge ?

[Martin Koppenhoefer]

2017-02-20 14:01 GMT+01:00 demon.box :

> ciao, secondo voi questo è da mappare come building=bridge ?
>


per me va bene, rispetto a building=yes si può solo guadagnare. Importante
comunque il layer. Personalmente sono contrario al "min_level", perché non
è chiaro a quale edificio o si referisce. min_height è meglio:
https://wiki.openstreetmap.org/wiki/Key:min_height che si riferisce al
terreno sottostante.
(talvolta si dovrebbe mettere su i nodi, non su poligoni o way). Non mi ha
mai piaciuto contare livelli inesistenti, per me sarebbe building:levels=1
min_height=4.5

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

[OSM-talk-ie] Splitting of CIvil Parishes?

[Cormac O Murchú]

The problem with CPs is that Country boundaries were revised twice in the
19th Century.

 

1.   Between 1830 and 1840 counties had exclaves that were removed over
the course of the original OS Mapping (EG Ballymore Eustace was in Co.
Dublin once) and thereby leaving fragments of baronies and cps stranded in
‘other’ counties 

2.   A lot of exclave CPs and Baronies  were created when the
Urban/Rural Electoral Divisions were created in 1898.

 

There is no evidence that 2 CPs or 2 Baronies were formally created ( part
in one county and part in another in every case)  in this reordering
process. They were ignored more like. 

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

Re: [OSM-talk-ie] Typos in Townland names

[Patrick Matthews]

Brian,

On Mon, Feb 20, 2017 at 12:32 PM, Brian Tuffy  wrote:

> Thanks, I have started mapping some "X (part of)" townlands as exclaves now
> (part of the 'parent' townland relation). This works well for the most
> part. I noticed that the 'parent' Townland usually has an additional area,
> for example "including 10A 1R 7P  dd. portion". This area matches the area
> of the exclave, so that makes sense.
>
> Here is a difficult example though, Although it says "Part of Rahard" it is
> not obvious that it is an exclave as the 'parent' townland is about 4
> townlands to the North West (There is even a third unrelated "Rahard" to
> the west which makes it difficult). I can identify the correct parent
> townland by matching the E.D. and the "area ...d.d. portion". The areas
> match, so it IS an exclave, but a strange one. The areas are relatively the
> same size and its not obvious why it is an exclave and not another townland
> with the same name. I will leave it alone for now.
> exclave:
> http://maps.openstreetmap.ie/?zoom=16=53.63809=-9.
> 10907=B00TTFFF
> Parent:
> http://maps.openstreetmap.ie/?zoom=17=53.67605=-9.
> 161=B00TTFFF



They're in different civil parishes but have been drawn into the same DED.
In this case, I would say that
they're two separate townlands which just happen to have the same name and
are being incorrectly
treated as two parts of the same townland.(This is a different issue to
having a single townland "split"
between civil parishes.) I suspect that they will have different logainm
references as well. I made a
similar change last week to the two Corravillas in Shercock ED (Cavan) when
I was finishing up the
EDs there.


>
>
>
> Another somewhat unrelated question is, Could "Bal of Dookinnely (Calvy)"
> (Ball Dumha Cinn Aille) be an exclave of nearby "Dookinnely (Calvy)" (Dumha
> Cinn Aille)? In Irish, Ball can mean 'part of' and we are on Achill Island
> here, so it is in the Gaeltacht. As far as I understand the (Calvy) ending
> is a family name in the area. The townland was named after landowners? The
> common (Calvy) part in both townlands suggests they are linked. I somehow
> think that "Bal of Dookinnely (Calvy)" should still remain as a separate
> townland, at least for now.
> http://askaboutireland.ie/griffith-valuation/index.xml?
> action=doNameSearch=0=0=Submit&
> familyname=calvy===MAYO&
> unionname==
>
>

I'd be inclined to leave it as is.


>
> On Fri, Feb 17, 2017 at 7:04 PM, Brian Hollinshead 
> wrote:
>
> > Re Exclave
> > try Kiltiernan in County Dublin in townlands.ie
> >
> > and Kinnitty as CP, both enclaves belong to eslewhere external CPs
> >
> > On 17 February 2017 at 16:03, Rory McCann  wrote:
> >
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA1
> > >
> > > On 17/02/17 16:38, Brian Tuffy wrote:
> > > > Just to be clear, if it is "X and Y" you should treat it as "X and
> > > > Y", as it says on the wiki page. If it is "X or Y" then it should
> > > > be treated as "X" or "Y" in OSM but It looks like Logainm treats "X
> > > > or Y" as "X or Y" and so two townland names have one ref tag. The
> > > > thing is your script will look for "Lisnakirka or Milebush" but in
> > > > OSM it is name=Milebush and alt_name= Lis...
> > > > https://www.logainm.ie/35706.aspx
> > >
> > > OK, that sounds a little more complicated. I think I'll leave it alone
> > > then. We can always just find townlands with an "and" and without a
> > > logainm:ref and manually add them. Sometimes manually adding it is
> > > quicker than programming complicated rules.
> > >
> > > > It confusses me why it is Lower or Northern (North is up right!! :)
> > > > ) but I think it might be lower in elevation possibly? I doubt it.
> > > > Upper Bavaria is the south because it rises to the alps.  More
> > > > interestingly, up might be to the south? you go up towards Rome in
> > > > Irish?? More More interestingly, I hear that Irish is one of those
> > > > languages that has an in-built sense of direction, you wouldn't say
> > > > move over to the left, you would say move east or something
> > > > like that. I am not sure about it. Anyway, back to the map.
> > >
> > > Usually "Upper" is upstream, and "lower" is downstream, near the mouth
> > > of the river. e.g. the Upper Rhine Plane is in south Germany, because
> > > that's near where the Rhine starts. So when you see "Upper X" that's
> > > usually more "upsteam" or something.
> > >
> > > > I agree with you that it should be mapped as an exclave. I have not
> > > > seen any like that so that's why I suggested to have two
> > > > townlands.
> > >
> > > I don't know if I've seen it with townlands. It's more common with
> > > Civil Parishes.
> > > -BEGIN PGP SIGNATURE-
> > > Version: GnuPG v2.0.22 (GNU/Linux)
> > >
> > > iQEcBAEBAgAGBQJYpx69AAoJEOrWdmeZivv2a/EIAKwvRsri1/hodVTDoy936q8w
> > > nrJzEdDGpfTHU/7MyyNRfcqrtAfp41x+qgr13jTmGC3yGMraM9waj9UZLdj9h7WG
> > 

Re: [Talk-it] building=bridge ?

[Lorenzo "Beba" Beltrami]

2017-02-20 14:19 GMT+01:00 Volker Schmidt :

> Per me sarebbe un semplice building con layer=+1
>

+1, anche a me verrebbe da mapparlo come semplice building...
Avevo mappato qualcosa di simile aggiungendo anche:

building:min_level=1[1]
building:levels=2

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Key:building:min_level
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] building=bridge ?

[Volker Schmidt]

Per me sarebbe un semplice building con layer=+1

2017-02-20 14:01 GMT+01:00 demon.box :

> ciao, secondo voi questo è da mappare come building=bridge ?
>
> 
>
> praticamente collega 2 edifici della stessa fabbrica.
>
> grazie.
>
> --enrico
>
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/building-bridge-tp5891683.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] building=bridge ?

[demon.box]

ciao, secondo voi questo è da mappare come building=bridge ?

 

praticamente collega 2 edifici della stessa fabbrica.

grazie.

--enrico




--
View this message in context: 
http://gis.19327.n8.nabble.com/building-bridge-tp5891683.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[OSRM-talk] Oneway sample: No route found vs Impossible route

[Mateusz Loskot]

Hi,

I'm playing with one way restrictions and I noticed
curious result I'm getting in response to my routing queries
which I can't explain (I haven't dug into the implementation details).

I'm trying OSM file generated for one of the OSRM test scenarios,
namely "Scenario: Car - Two consecutive oneways" [1].
Here is content of the file (w/ timestamp attributes stripped):



  

  
  

  
  

  
  





  
  





  


I run the OSRM processing and service:

osrm-extract.exe -p C:\apps\osrm-5.5.0\profiles\car.lua
89_car_two_consecutive_oneways.osm
osrm-contract.exe 89_car_two_consecutive_oneways.osrm
osrm-routed.exe 89_car_two_consecutive_oneways.osrm

The following queries return routes, as expected:

1. ab: http://127.0.0.1:5000/route/v1/driving/1.0,1.0;1.0008990679362704,1.0
HTTP 200

2. bc: 
http://127.0.0.1:5000/route/v1/driving/1.0008990679362704,1.0;1.0026972038088113,1.0
HTTP 200

Now, I try backward routes:

3. ba: http://127.0.0.1:5000/route/v1/driving/1.0008990679362704,1.0;1.0,1.0
-> HTTP 400: {'message': 'Impossible route between points', 'code': 'NoRoute'}

4. cb: 
http://127.0.0.1:5000/route/v1/driving/1.0026972038088113,1.0;1.0008990679362704,1.0?steps=true=geojson
-> HTTP 400: {'message': 'No route found between points', 'code': 'NoRoute'}

Why the 4th query is responded with 'No route found between points'
instead of 'Impossible route between points'?

I suspect, the way `cb` is treated differently than `ba` during processing.
If it is, what makes the difference?

[1] 
https://github.com/Project-OSRM/osrm-backend/blob/master/features/car/oneway.feature

Best regards,
-- 
Mateusz Loskot, http://mateusz.loskot.net

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-GB] Fwd: [Talk-scotland] Estate Agent Solicitors

[Philip Barnes]

On Mon, 2017-02-20 at 11:58 +, Paul Oldham wrote:
> On 20/02/17 11:50, SK53 wrote:
> 
> > A couple of other points:
> > 
> >   * I think office=lawyer is more widely used than UK specific
> > terms
> > like solicitor.
> 
> Funnily enough I was just reading the wiki page on that very thing.
> So I 
> should have
> 
> office=lawyer
> lawyer=solicitor
> 
> As per https://wiki.openstreetmap.org/wiki/Tag:office%3Dlawyer
> 
> >   * You could also do shop=estate_agent;office=lawyer too.
> > Certainly
> > around Nottingham we use shop=estate_agent for walk-in high
> > street
> > agents, and office=estate_agent for mainly commercial agents
> > who are
> > usually not located in retail premises. Others regard anywhere
> > that
> > does not allow immediate purchase of a product as an office
> > rather
> > than a shop.
> 
> That does seem like a tempting solution. Apart from anything else it 
> gives the renderers a better chance of doing something plausible. So
> I 
> end up with:
> 
> office=lawyer
> lawyer=solicitor
> shop=estate_agent
> 
Its certainly not an unusual situation in small towns in England and
Wales either.

Phil



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

Re: [OSM-talk-ie] Typos in Townland names

[Brian Tuffy]

Thanks, I have started mapping some "X (part of)" townlands as exclaves now
(part of the 'parent' townland relation). This works well for the most
part. I noticed that the 'parent' Townland usually has an additional area,
for example "including 10A 1R 7P  dd. portion". This area matches the area
of the exclave, so that makes sense.

Here is a difficult example though, Although it says "Part of Rahard" it is
not obvious that it is an exclave as the 'parent' townland is about 4
townlands to the North West (There is even a third unrelated "Rahard" to
the west which makes it difficult). I can identify the correct parent
townland by matching the E.D. and the "area ...d.d. portion". The areas
match, so it IS an exclave, but a strange one. The areas are relatively the
same size and its not obvious why it is an exclave and not another townland
with the same name. I will leave it alone for now.
exclave:
http://maps.openstreetmap.ie/?zoom=16=53.63809=-9.10907=B00TTFFF
Parent:
http://maps.openstreetmap.ie/?zoom=17=53.67605=-9.161=B00TTFFF


Another somewhat unrelated question is, Could "Bal of Dookinnely (Calvy)"
(Ball Dumha Cinn Aille) be an exclave of nearby "Dookinnely (Calvy)" (Dumha
Cinn Aille)? In Irish, Ball can mean 'part of' and we are on Achill Island
here, so it is in the Gaeltacht. As far as I understand the (Calvy) ending
is a family name in the area. The townland was named after landowners? The
common (Calvy) part in both townlands suggests they are linked. I somehow
think that "Bal of Dookinnely (Calvy)" should still remain as a separate
townland, at least for now.
http://askaboutireland.ie/griffith-valuation/index.xml?
action=doNameSearch=0=0=Submit&
familyname=calvy===MAYO&
unionname==





On Fri, Feb 17, 2017 at 7:04 PM, Brian Hollinshead 
wrote:

> Re Exclave
> try Kiltiernan in County Dublin in townlands.ie
>
> and Kinnitty as CP, both enclaves belong to eslewhere external CPs
>
> On 17 February 2017 at 16:03, Rory McCann  wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 17/02/17 16:38, Brian Tuffy wrote:
> > > Just to be clear, if it is "X and Y" you should treat it as "X and
> > > Y", as it says on the wiki page. If it is "X or Y" then it should
> > > be treated as "X" or "Y" in OSM but It looks like Logainm treats "X
> > > or Y" as "X or Y" and so two townland names have one ref tag. The
> > > thing is your script will look for "Lisnakirka or Milebush" but in
> > > OSM it is name=Milebush and alt_name= Lis...
> > > https://www.logainm.ie/35706.aspx
> >
> > OK, that sounds a little more complicated. I think I'll leave it alone
> > then. We can always just find townlands with an "and" and without a
> > logainm:ref and manually add them. Sometimes manually adding it is
> > quicker than programming complicated rules.
> >
> > > It confusses me why it is Lower or Northern (North is up right!! :)
> > > ) but I think it might be lower in elevation possibly? I doubt it.
> > > Upper Bavaria is the south because it rises to the alps.  More
> > > interestingly, up might be to the south? you go up towards Rome in
> > > Irish?? More More interestingly, I hear that Irish is one of those
> > > languages that has an in-built sense of direction, you wouldn't say
> > > move over to the left, you would say move east or something
> > > like that. I am not sure about it. Anyway, back to the map.
> >
> > Usually "Upper" is upstream, and "lower" is downstream, near the mouth
> > of the river. e.g. the Upper Rhine Plane is in south Germany, because
> > that's near where the Rhine starts. So when you see "Upper X" that's
> > usually more "upsteam" or something.
> >
> > > I agree with you that it should be mapped as an exclave. I have not
> > > seen any like that so that's why I suggested to have two
> > > townlands.
> >
> > I don't know if I've seen it with townlands. It's more common with
> > Civil Parishes.
> > -BEGIN PGP SIGNATURE-
> > Version: GnuPG v2.0.22 (GNU/Linux)
> >
> > iQEcBAEBAgAGBQJYpx69AAoJEOrWdmeZivv2a/EIAKwvRsri1/hodVTDoy936q8w
> > nrJzEdDGpfTHU/7MyyNRfcqrtAfp41x+qgr13jTmGC3yGMraM9waj9UZLdj9h7WG
> > u0zLX1Lb6DX3FfSsKkXI47N3/bTCqQ5ZqdzBmAfJzjypd9fSPkTwJDBNdoiBBgCx
> > UepxqQqAXgAJ+3F957dT5EcXzoP1p4pVrPTI6HI6knXNnw1F9XeICXIWQPZva7+D
> > p6lDedvEQHA3Iwk7s2i1UqAXvf/TDd5ZCnJ+IO9Qm92VFmJ/N2k4umWsnQbLdKJy
> > WG3R3QqiccE4IajpcJbGjgKafXuuSpLQn/7hHi6pP0j+KaE7FTp5aAh2na0FZEQ=
> > =GEzN
> > -END PGP SIGNATURE-
> >
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
> >
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-GB] Fwd: [Talk-scotland] Estate Agent Solicitors

[Paul Oldham]

On 20/02/17 11:50, SK53 wrote:


A couple of other points:

  * I think office=lawyer is more widely used than UK specific terms
like solicitor.


Funnily enough I was just reading the wiki page on that very thing. So I 
should have


   office=lawyer
   lawyer=solicitor

As per https://wiki.openstreetmap.org/wiki/Tag:office%3Dlawyer


  * You could also do shop=estate_agent;office=lawyer too. Certainly
around Nottingham we use shop=estate_agent for walk-in high street
agents, and office=estate_agent for mainly commercial agents who are
usually not located in retail premises. Others regard anywhere that
does not allow immediate purchase of a product as an office rather
than a shop.


That does seem like a tempting solution. Apart from anything else it 
gives the renderers a better chance of doing something plausible. So I 
end up with:


   office=lawyer
   lawyer=solicitor
   shop=estate_agent

--
Paul

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

Re: [Talk-GB] Fwd: [Talk-scotland] Estate Agent Solicitors

[SK53]

Hi Paul,

The classic case of needing to use semicolons is Timpsons:
shop=shoe_repair;key_cutting. In this case the data consumer may need to
recognise the pattern (not necessarily parse the semi-colon). On a similar
basis I'd suggest office=solictor;estate_agent should be fine: it's not
that different from office=solictor_estate_agent after all.

Data consumers dealing with Scottish data would need to be able to handle
this: it may be worth documenting on the wiki.

A couple of other points:

   - I think office=lawyer is more widely used than UK specific terms like
   solicitor.
   - You could also do shop=estate_agent;office=lawyer too. Certainly
   around Nottingham we use shop=estate_agent for walk-in high street agents,
   and office=estate_agent for mainly commercial agents who are usually not
   located in retail premises. Others regard anywhere that does not allow
   immediate purchase of a product as an office rather than a shop.

Some estate agents may also act as agents for financial services companies.
I'm not sure anyone has tried to map such things, but they may be relevant
in more rural places.


Jerry





On 20 February 2017 at 11:26, Paul Oldham  wrote:

> I asked this question over on talk-scotl...@openstreetmap.org a couple of
> days ago but have had no answer so perhaps I could ask here?
>
> For those who don't know the issue in Scotland most (but not all) houses
> are sold by solicitors rather than estate agents, although we have those
> too.
>
> Paul
>
>  Forwarded Message 
> Subject: [Talk-scotland] Estate Agent Solicitors
> Date: Sat, 18 Feb 2017 18:14:48 +
> From: Paul Oldham 
> Organisation: The Hug
> To: talk-scotl...@openstreetmap.org
>
> Hi folks
>
> I suspect this may be a FAQ hereabout but it's not on the wiki and I did
> look very briefly towards the list archive but pipermail doesn't have built
> in search and my Google Fu wasn't strong enough to get anything out that
> way.
>
> Anyway I'd value some advice. I'm in the middle of getting our town's high
> street shops up to date as it's clearly a while since it was done and
> there's also lots of gaps.
>
> One thing that I'm puzzling over however is estate agent solicitors. Do I
> tag them as:
>
>office=solicitor
>office=estate_agent
>office=solicitor;estate_agent
>
> I was tempted by the latter but the wiki page on semi-colons
>
>http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator
>
> seems not to like semi-colons much. You on this list must have come across
> this issue before many times. Was there a consensus? If there is I'll add
> it to the wiki.
> --
> Paul
>
> ___
> 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

[Talk-GB] Fwd: [Talk-scotland] Estate Agent Solicitors

[Paul Oldham]

I asked this question over on talk-scotl...@openstreetmap.org a couple 
of days ago but have had no answer so perhaps I could ask here?


For those who don't know the issue in Scotland most (but not all) houses 
are sold by solicitors rather than estate agents, although we have those 
too.


Paul

 Forwarded Message 
Subject: [Talk-scotland] Estate Agent Solicitors
Date: Sat, 18 Feb 2017 18:14:48 +
From: Paul Oldham 
Organisation: The Hug
To: talk-scotl...@openstreetmap.org

Hi folks

I suspect this may be a FAQ hereabout but it's not on the wiki and I did 
look very briefly towards the list archive but pipermail doesn't have 
built in search and my Google Fu wasn't strong enough to get anything 
out that way.


Anyway I'd value some advice. I'm in the middle of getting our town's 
high street shops up to date as it's clearly a while since it was done 
and there's also lots of gaps.


One thing that I'm puzzling over however is estate agent solicitors. Do 
I tag them as:


   office=solicitor
   office=estate_agent
   office=solicitor;estate_agent

I was tempted by the latter but the wiki page on semi-colons

   http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator

seems not to like semi-colons much. You on this list must have come 
across this issue before many times. Was there a consensus? If there is 
I'll add it to the wiki.

--
Paul

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

Re: [OSM-talk-fr] Tarif des péages

[François Lacombe]

Le 20 février 2017 à 11:44, Christian Quest  a
écrit :

> par contre les péages ponctuels (je pense aux ponts) ça serait pas idiot,
> mais je vois aussi la complexité pour les différentes catégories.
>

A mon avis c'est identique aux péages d'autoroute.
Et les péages des ponts peuvent évoluer à des rythmes plus rapides que les
autoroutes mêmes, varier en fonction de la saison, avoir des tarifs abonnés
/ résidents, etc...

Si on indique ces tarifs là, il faudra mettre les tarifs des bacs et
ferries qui assument la même fonction, et ce sera probablement terrible à
maintenir

Aucun tarif dans OSM reste une valeur sûre :)


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

[Talk-it] ufficio assistenza domiciliare

[Volker Schmidt]

Come si inserisce un ufficio di una cooperativa che offre servizi di
assistenza domiciliari (in primo luogo badanti)?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)

[Christian Quest]

Sur le terrain on a quand aussi un peu ces notions d'implicite/explicite.

Lorsqu'on a des panneaux, on est en explicite, mais à beaucoup 
d'endroits il n'y a pas de panneau et donc c'est la règle générale qui 
s'applique. Malheureusement cette "règle générale" est bien complexe car 
composée d'un mélange de code de la route et d'arrêtés divers 
(préfectoraux, municipaux) qu'on retrouve sur un panneau en entrée de 
commune.


En tout cas, on a forcément un panneau quelque part car un arrêté seul 
sans signalisation n'a pas de valeur.



Le 20/02/2017 à 10:19, Eric Sibert a écrit :
Il est très dangereux dans ce genre d'extraction, d'utiliser les 
maxspeed implicites puisque justement ils ne sont pas explicites.


+1.

Après des années de discussion intermittentes, rien n'est ressorti de 
simple sur la questions des vitesses implicites. Comment sait-on qu'on 
est dans/en dehors d'une agglomération par exemple? Et les trunks ;-). 
Sans parler de la complexité quand on raisonne à une échelle mondiale.


Alors, je suis parti sur le codage explicite des limites de vitesses. 
Si ça correspond à une vitesse implicite, je rajoute ça au 
source:maxspeed = FR:urban, FR:rural...


Faute de mieux. Voir par exemple:
https://lists.openstreetmap.org/pipermail/talk-fr/2015-November/078535.html 




Eric



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



--
Christian Quest - OpenStreetMap France


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

Re: [Talk-it] lista CAI

[Federico Cortese]

2017-02-20 11:09 GMT+01:00 Giuseppe Cillis :
> Ciao a tutti !! Io vorrei "lanciarmi" nella mappatura dei sentieri CAI della
> Basilicata? C'è già qualcuno che se ne occupa?

Ciao Giuseppe,
io seguo gli edit in buona parte della Basilicata e da quel che vedo
gli utenti di recente più attivi nella mappatura sentieri sono:
https://www.openstreetmap.org/user/mauromauromauro (quello che aveva
cancellato il perimetro del parco)
https://www.openstreetmap.org/user/Maurizio_D
Quest'ultimo in particolare aggiunge informazioni relative al CAI
(esempio: https://www.openstreetmap.org/changeset/4423).
Non so se seguono questa lista, ma puoi provare a contattarli.

Ciao
Federico

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

Re: [Talk-it] lista CAI

[Luca Delucchi]

On 19 February 2017 at 21:43, Lorenzo Milesi  wrote:
>> Oltre alla pagina wiki dedicata
>> http://wiki.openstreetmap.org/wiki/CAI
>
>> ed il preset di Josm
>> https://github.com/osmItalia/cai_josm_preset
>
>
> Nel primo non sarebbe utile mettere un link al secondo?
>

aggiunto, comunque potevi farlo anche te ;-)

> grazie del lavoro!
>


-- 
ciao
Luca

www.lucadelu.org

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

Re: [OSM-talk-fr] Tarif des péages

[David Crochet]

Bonjour


Le 20/02/2017 à 11:13, François Lacombe a écrit :
+1, je ne suis pas sur qu'OSM soit le plus adapté pour contenir ces 
informations.


le site gouvernemental d'Opendata serait le lieu le plus approprié.

Il faudrait trouver le cercle vertueux :

Point 1 : une des sociétés propose de libérer le contenu
point 2 : on dit aux autres qu'un confrère l'a fait et c'est vachement 
utile car on peut faire telle, telle, telle et telle chose.

point 3 : attendre que le point 1 soit de nouveau actif et y retourner



On dispose déjà de :

Autoroute de normandie : péage à la section : il faut extraire le 
bulletin tarifaire pour connaitre le tarif : 
https://www.sanef.com/#!/section/mon-voyage/voyager/tarifs ( Coût de 
péage gare à gare)


pont de normandie et de tancarville : 
http://www.pontsnormandietancarville.fr/informations-pratiques/tarifs-et-abonnements-2017.html
tunnel du fréjus : http://www.123savoie.com/tarifs-tunnel-du-frejus/2/ 
et http://www.123savoie.com/tarifs-tunnel-du-frejus/3/
tunnel du mont-blanc : 
http://www.123savoie.com/tarifs-tunnel-du-mont-blanc/2/ et 
http://www.123savoie.com/tarifs-tunnel-du-mont-blanc/3/


de façon générale en page 3 : 
http://www.autoroutes.fr/FCKeditor/UserFiles/File/Tarifs%2001.pdf


Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] Tarif des péages

[Christian Quest]

+1 pour ajouter les identifiants de péages, si ceux-ci sont librement 
disponibles quelque part


-1 pour avoir la matrice des tarifs directement dans OSM... par contre 
les péages ponctuels (je pense aux ponts) ça serait pas idiot, mais je 
vois aussi la complexité pour les différentes catégories.



En principe, ces données devraient être en opendata si tout ce qui 
touche aux transports dans la loi Macron avaient eu leur décret de 
publiés... mais devant le lobbying des acteurs du domaines, on attend 
toujours.


--
Christian Quest - OpenStreetMap France


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

Re: [Talk-GB] London, network=Barclays Cycle Hire

[Dan S]

Thanks. Yes I agree. I was thinking of suggesting network="TfL Cycle
Hire". But then, given that capitalisation can be a pain, maybe
network="tfl_cycle_hire"?

Dan


2017-02-18 17:07 GMT+00:00 Phillip Barnett :
> +1 for simplifying name. Adding the name of 'sponsor of the week' adds 
> nothing to the utility of the map, and just means extra work for no benefit. 
> We are under no obligation to promote the sponsor.
>
>
>> On 18 Feb 2017, at 12:43, Philip Barnes  wrote:
>>
>> I see no problem with this edit, however should we keep changing the
>> name of the sponsor, or should we be even more bold and simply call it
>> London Cycle Hire, or similar, in the same way the BBC refer to the FA
>> Cup rather than the name of the sponsor it happens to have this year?
>>
>> My 2 pence worth.
>>
>> Phil (trigpoint)
>>
>>
>>
>>> On Sat, 2017-02-18 at 12:31 +, Dan S wrote:
>>> Hi all,
>>>
>>> Exactly 1 year ago, Harry pointed out that most of London's bike hire
>>> scheme was still tagged as "Barclays Cycle Hire" even though it's not
>>> called that any more.
>>> >> London_Cycle_Hire#Santander_Cycles>
>>>
>>> He said: "I think this is a case where (PROPOSAL) we Londoners should
>>> be bold and swap them all over as a single edit."
>>>
>>> I concurred back then, and I still do. I invite opinions as to the
>>> best value to put in the network=* tag (see the discussion on the
>>> wiki, for some suggestions). I've pasted at the end of this email,
>>> the
>>> current counts of values used.
>>>
>>> I'd like to propose carrying out that edit, i.e. a simple edit to the
>>> network=* values listed below, for amenity=bicycle_rental. (Note that
>>> we'd avoid editing other network=* values such as "Brompton Dock",
>>> different scheme.)
>>>
>>> Best
>>> Dan
>>>
>>>
>>>
>>> 422 "network": "Barclays Cycle Hire"
>>>   1 "network": "Barclays Cycle Hire Scheme"
>>>   1 "network": "Barkleys Cycle Hire"
>>>   1 "network": "Santander"
>>>  20 "network": "Santander Cycle Hire"
>>>  42 "network": "Santander Cycles"
>>>   1 "network": "TfL"
>>>   1 "network": "TFL"
>>>   3 "network": "TfL Cycle Hire"
>>>   1 "network": "TFL Cycle Hire"
>>>
>>> ___
>>> 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
>
> ___
> 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] Tarif des péages

[Vincent de Château-Thierry]

Bonjour,

> De: "Guillaume Rose" 
> 
> Juste pour expliquer comment font les sites français actuellement (ou
> en tout cas Mappy - là où Rogelio et moi travaillons) :

(coucou Rogelio et Guillaume, chers confrères & voisins ;) )

> L'association des sociétés françaises d'autoroute envoie
> régulièrement sa base de données de tarifs. Celle-ci est en fait un
> gros zip avec des fichiers très hétérogènes : les prix csv
> cofiroute, des fichiers textes pour vinci, un word pour une autre
> société d'autoroute, des pdfs pour les tunnels du Mont-Blanc, etc.
> 
> Avec beaucoup de courage, on arrive péniblement à obtenir un fichier
> uniforme de la forme :
> id asfa de la gare de départ;id asfa de la gare d'arrivée,tarif
> euro1, tarif euro2, etc..
> 
> 14307;14355;750;1120;1940;2380;370
> 14307;14370;1060;1700;2970;3650;550
> 
> Reste à faire l'association entre le réseau routier et les id asfa
> pour obtenir les tarifs sur un trajet ou faire un itinéraire sans
> péage.


À ma connaissance (car côté ViaMichelin je ne m'occupe pas de cette intégration 
de données) on procède de même. Le casse-tête a une dimension européenne.


Un tout premier (modeste) pas pourrait consister à renseigner les ID de l'ASFA 
pour faciliter le pont vers les tarifs, avec un tag ref:FR:ASFA=* par exemple. 
On est pour l'instant au degré 0 de l'intégration de cette thématique dans OSM, 
il n'y a qu'à voir la modélisation d'un péage comme Saint-Arnoult :

https://www.openstreetmap.org/node/26210039
https://www.openstreetmap.org/way/141815115
https://www.openstreetmap.org/relation/6145750

Je ne sais pas si stocker les *tarifs* en soi dans OSM est une bonne idée, car 
j'ai peur d'avance sur le volume de données qu'on devrait maintenir, avec une 
belle matrice carrée des couples barrière d'origine/barrière de destination et 
la ventilation par tarifs. Je fais le parallèle avec les données de l'INSEE : 
on stocke dans OSM les identifiants INSEE (des communes par exemple) mais pas 
les résultats du recensement. On permet juste de les retrouver grâce à 
l'identifiant. 

(mais je vois qu'en // François dit la même chose)

vincent

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

Re: [OSM-talk-fr] Tarif des péages

[François Lacombe]

Bonjour,

Je pense que là nous sommes dans une problématique à long terme ingérable.
> En effet il faudrait que la source soit les sociétés d'autoroutes elles
> mêmes!
> Pourquoi c'est simple la multiplicité des couples entrée-sortie. Par
> contre des péages sur des ouvrages d'art est possible et en soit pertinent
> car aisément modifiable.
>

+1, je ne suis pas sur qu'OSM soit le plus adapté pour contenir ces
informations.
Cartographier et qualifier la structure du péage ok, mais ajouter ce genre
d'infos devrait être fait en jointure basée sur une référence métier.

OSRM peut-il utiliser des infos d'une source externe à solliciter avec une
telle référence ?

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

Re: [Talk-it] lista CAI

[Giuseppe Cillis]

Ciao a tutti !! Io vorrei "lanciarmi" nella mappatura dei sentieri CAI
della Basilicata? C'è già qualcuno che se ne occupa?
Grazie

Giuseppe

Il giorno 16 febbraio 2017 15:50, Pio  ha scritto:

> Non preoccuparti, è giusto e corretto che sia lui a farlo!
>
> Però nell'era dei Social appena pubblichi una notizia significa divulgarla
> a
> razzo.
>
>
>
>
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.com/lista-CAI-
> tp5891366p5891464.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] mappatura armadi telefonici

[Giulio Barba]

Ciao a tutti, io ho sempre pensato che sia ogni "mappa" a decidere che cosa
mostrare nel suo render, se così fosse, per me se qualcuno ha piacere di
inserirli in mappa perché no.
Dal mio punto di vista cerco di inserire elementi utili ai più, tipo
fontanelle di acqua potabile, WC, servizi in genere. Non so quale
applicazione trovi il mostrare la posizione dell'armadio di cablaggio, ma
se a qualcuno fa piacere inserirli non sarei contrario (mappa ciò che vedi,
mi dicevano..:-) ).
Buona giornata a tutti!

Il giorno lun 20 feb 2017 alle ore 08:36 THESTORM375 <
fasanovaler...@gmail.com> ha scritto:

> Come non li dobbiamo mappare..? Se mai alcuni i più importanti ... forse
> hai ragione che mappare tutti gli armadi ..renderebbe poi la mappa troppo
> confusionaria... Ma almeno i più  importanti. . Si .. poi.. non so ..
> decidete voi .. poi secondo me... più la mappa è dettagliata .. meglio è..
>
> Il Dom 19 Feb 2017 02:31 Martin Koppenhoefer  ha
> scritto:
>
>
>
> sent from a phone
>
> On 18 Feb 2017, at 19:04, Andrea Solari  wrote:
>
> Ciao
> qualcuno ha iniziato a mappare gli armadi telefonici Tim/Telecom per la
> fibra ottica?
>
>
>
> si:
> http://www.openstreetmap.org/node/457644
>
>
> ciao,
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
> --
>
> Written by Valerio
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 
Giulio Barba
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-au] Hume and Hovel Walking Track in the Bargo SF

[Warin]

On 20-Feb-17 03:22 PM, John Henderson wrote:

On 20/02/17 14:52, Warin wrote:


Anyone with any experience Hume and Hovel Walking Track?


I did the original entry of the section from Yass through Wee Jasper to
Brindabella Road years ago.  The data came from my Garmin 60 CSx
handheld GPS.

My 60 Cx is still going ... not buy another until this one gives up.
Trying to rig up a solar charger for it - charges the AA batteries 
within the unit and provides power to the unit.
This way I don't have to carry around a AA battery charger nor extra 
batteries.
May not fully charge the batteries but good enough for me - a simple 
system.


Some areas had heavy tree cover, and cliffs nearby.  So the accuracy
might have blown out to ± 10 metres in a few places.


I'd no be worried by 10 m ... the differences are ~100 metres in places.
Might be more in some places too .. have not been measuring .. just 
concerned at the differences.
It could be as simple as running off a map and going a bit off the 
official course as 'it looks better'.



That section shows up on the hiking map here:
https://hiking.waymarkedtrails.org/?zoom=7=-35.9627=144.96348#route?id=308594 



Someone else did the work south from Brindabella Road.


Tried contacting them .. no response as yet.

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

Re: [OSM-talk-fr] Tarif des péages

[Guillaume Rose]

Bonjour,

Juste pour expliquer comment font les sites français actuellement (ou en
tout cas Mappy - là où Rogelio et moi travaillons) :
L'association des sociétés françaises d'autoroute envoie régulièrement sa
base de données de tarifs. Celle-ci est en fait un gros zip avec des
fichiers très hétérogènes : les prix csv cofiroute, des fichiers textes
pour vinci, un word pour une autre société d'autoroute, des pdfs pour les
tunnels du Mont-Blanc, etc.

Avec beaucoup de courage, on arrive péniblement à obtenir un fichier
uniforme de la forme :
id asfa de la gare de départ;id asfa de la gare d'arrivée,tarif euro1,
tarif euro2, etc..
14307;14355;750;1120;1940;2380;370
14307;14370;1060;1700;2970;3650;550

Reste à faire l'association entre le réseau routier et les id asfa pour
obtenir les tarifs sur un trajet ou faire un itinéraire sans péage.

Les données de l'asfa n'étant - a priori - pas libres, nous nous demandons
si une solution plus libre et moins moche serait possible. De nombreuses
réutilisations seraient possibles : des vraies analyses journalistiques
quand les prix augmentent chaque année, des moteurs d'itinéraire type osrm/
maps.me pourrait les prendre en compte, afficher sur une carte les tarifs
de manière homogène, etc..
On se demande aussi si les modalités d'obtention d'une concession
autoroutière ne devrait pas comporter un volet opendata ?

Guillaume


Le 20 février 2017 à 10:02, David Crochet  a écrit :

> Bonjour
>
>
> Le 20/02/2017 à 09:15, Rogelio Canedo a écrit :
>
>> Une première étape pourrait être de travailler avec eux sur un format
>> d'échange standard, plus pratique que les fichiers pdf.
>>
>
> un API ?
>
> Viamichelin arrive a faire le calcul je croix. Il le fait sur quel
> principe ?
>
> Cordialement
>
> --
> David Crochet
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-be] KBO

[joost schouppe]

>
> Concerning the quality, if the data is not correct, then what the hell are
> they doing in Brussels ;)
> All business have to be closed or created on that list.
>

I know, right?
But seriously: this data is really nowhere near the quality we would need
for OSM. It is built for a certain admin process, and at best, it does that
properly. But for the government, it might for example not be a problem
that a business has closed years ago. They only close it when all the
paperwork is done.

Not saying that it wouldn't be useful as a backup, if we were allowed.

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)

[Eric Sibert]

Il est très dangereux dans ce genre d'extraction, d'utiliser les  
maxspeed implicites puisque justement ils ne sont pas explicites.


+1.

Après des années de discussion intermittentes, rien n'est ressorti de  
simple sur la questions des vitesses implicites. Comment sait-on qu'on  
est dans/en dehors d'une agglomération par exemple? Et les trunks ;-).  
Sans parler de la complexité quand on raisonne à une échelle mondiale.


Alors, je suis parti sur le codage explicite des limites de vitesses.  
Si ça correspond à une vitesse implicite, je rajoute ça au  
source:maxspeed = FR:urban, FR:rural...


Faute de mieux. Voir par exemple:
https://lists.openstreetmap.org/pipermail/talk-fr/2015-November/078535.html


Eric



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

Re: [OSM-talk-fr] Tarif des péages

[David Crochet]

Bonjour


Le 20/02/2017 à 09:15, Rogelio Canedo a écrit :
Une première étape pourrait être de travailler avec eux sur un format 
d'échange standard, plus pratique que les fichiers pdf.


un API ?

Viamichelin arrive a faire le calcul je croix. Il le fait sur quel 
principe ?


Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)

[David Crochet]

Bonjour


Le 19/02/2017 à 23:05, Florian_G a écrit :

mais il ne tient compte que des maxspeed explicites et non des maxspeed 
implicites
Il est très dangereux dans ce genre d'extraction, d'utiliser les 
maxspeed implicites puisque justement ils ne sont pas explicites.


Cette car à l'avantage de montrer les "zones blanches" de vitesse non 
définies. On pourrait définir déjà un liste de voies d'autoroute, de 
type autoroutier et de caractère nationale où les vitesses limites 
maximales sont absentes (un peu comme ce qui a été fait pour les FANTOIR 
je crois)


Cordialement

--
David Crochet


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

[Talk-cz] Druhý brněnský Missing Maps mapathon

[r.stampach]

Zdravím,
jsem zaměstnancem Geografického ústavu Přírodovědecké fakulty Masarykovy 
univerzity.

V polovině prosince 2016 se na našem Geografickém ústavu (Kotlářská 2, Brno) 
uskutečnil první brněnský Missing Maps mapathon pro organizaci Lékařů bez 
hranic. Účastníků přišlo asi 20, mnozí z nich jsou uživateli tohoto fóra. Tímto 
jim znovu děkuji. Někteří lidé se také omluvili s tím, že se jim nehodil termín 
páteční odpoledne, protože se z práce dostanou až po 17 h. Na mapathonu pak 
bylo s účastníky také domluveno, že by bylo možné opakovat brněnský mapathon 
zhruba jednou za dva měsíce. 

Z těchto dvou důvodů byl druhý brněnský mapathon naplánován na úterý 7. března 
v 18,30. S tím, že závěr mapathonu je otevřený, nejpozději musíme odejít před 
21,45. Mapathon se opět odehraje v počítačové učebně, takže mapující 
nepotřebují vlastní notebook. Ale nebude žádný problém, pokud si ho přinesou.

Událost na Eventbrite s registrací vyvěsím ještě dnes.

Radim Štampach
Geografický ústav
Přírodovědecká fakulta
Masarykova univerzita

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

Re: [OSM-talk-fr] Tarif des péages

[Rogelio Canedo]

L'idée pour moi n'était pas tant de venir afficher les tarifs sur la carte
mais de pouvoir les prendre en compte lors d'un calcul d'itinéraire avec
osrm.

Je trouve que c'est vraiment une très bonne idée d'inviter les exploitants
à venir à SOTM pour en discuter.
Une première étape pourrait être de travailler avec eux sur un format
d'échange standard, plus pratique que les fichiers pdf.
Peut être que les copains d'etalab peuvent nous aider à organiser ça ?

Merci

Le 19 févr. 2017 11:50 PM, "Philippe Verdy"  a écrit :

Je pense aussi que c'est le genre d'appli qu'il faudrait demander aux
sociétés d'autoroute qui utiliseront leurs propres bases tarifaires, se les
échangeront pour les besoin d'interconnexion, et tiendront compte aussi des
différentes options tarifaires (pas que la classe des véhicules, mais aussi
les modulations horaires/calendaires, ou les formules d'abonnement, tarifs
de gros pour les professionnels, ou de paiement échelonné s'il y en a), les
sections rendues gratuites par décision administrative temporaire ou
sections temporairement fermées passant par le réseau public ouvert), et
qui indiqueront aussi des temps de parcours, des restrictions
supplémentaires de vitesse (alertes pollution). Ces tarifs varient
régulièrement (certains changement étant imposés ou refusés par
l'administration concessionnaire).

C'est impossible à mettre sur une carte (cependant on peut toujours leur
proposer nos fonds de cartes et leur proposer et les aider à monter les
serveurs de tuiles éventuels. Dans les faits ces sociétés développeront
leurs surcouches vectorielles (leur schéma de réseau est plus "simple" que
notre fond global), mais nos fonds de carte et données communes peuvent
aussi les aider à promouvoir des parcours avec des sites à visiter autour
de leur réseau (ces sociétés peuvent aussi faire des partenariats locaux
avec d'autres sociétés ou collectivités dans le domaine du tourisme, le
sport, la culture, le développement économique local, et les
interconnexions avec d'autres moyens de transport). par cette collaboration
on pourrait avoir en échange des données ouvertes supplémentaires. Par
exemple les équipements de sécurité, la signalisation fixe, les aires de
service et des listes de leurs exploitants, des horaires d'ouverture,
l'accessiblité, les services divers aux usagers: toilettes, douches, aires
de camping, télésurveillance, éclairage, et même données de travaux en
cours ou prévus (réfection, extensions ou fermetures) avec des indications
sur les nouveaux tracés à prévoir, la capacité des voies, les dangers
divers.

Avec nous elles pourraient avoir des points de contacts et d'échange avec
les autres producteurs de données géolocalisées, et elles pourraient aussi
participer aux travaux de développement d'outils ouverts, ou améliorer
l'harmonisation des normes et de nos règles de balisage (d'autant plus
qu'elles peuvent manquer d'éléments de comparaison au plan international et
que d'autres pays, même hors d'Europe, ont d'autres besoins et d'autres
règles et usages.

On peut aussi leur montrer comment des administrations françaises (avec qui
elles travaillent déjà, comme les collectivités et EPCI, les agences de
gestion de parcs naturels, la sécurité civile ou encore la gendarmerie et
les agences en charge des fréquences) utilisent déjà OSM (en plus de l'IGN
qui ne couvre pas tout ou peut avoir un service cher et pas nécessairement
très approprié pour l'information des usagers, avec un ROI plus faible) au
moins pour tout ce qu'elles ne produisent pas déjà elles-mêmes et qu'elles
ne sont pas en mesure de maintenir ailleurs et où les données ouvertes par
d'autres sociétés peuvent être insuffisantes : OSM permet de collecter des
données de tout le monde, à égalité et de façon neutre, et collecte aussi
des tas de données ou corrections que les exploitants eux-mêmes ont omis de
maintenir, OSM peut être pour elles un outil de recherche, au moins à titre
de comparaison, qui peut aussi les aider à maintenir leur référentiel et
trouver des zones qui demanderaient des relevés actualisés par elles sur
place).

On ne leur demande pas d'abandonner leur modèle et on ne leur interdit pas
non plus d'exploiter d'autres sources (ou même de les acheter ou les louer
à des fournisseurs commerciaux comme Google), juste de faire preuve
d'ouverture. Elles auront de toute façon aussi à produire des données
réglementaires qu'OSM ne peut pas leur garantir (et continueront à utiliser
les services du cadastre, de l'IGN ou des géomètres et experts publics ou
privés, notamment en géologie et en météorologie qu'OSM ne gère pas du
tout, pas plus non plus que la gestion des coûts et la logistique, ni leurs
plans de travail au jour le jour ni la gestion de leur investissement ou
les relations avec leurs actionnaires et investisseurs, bien que la
collaboration en données ouvertes est aussi un outil de communication, où
OSM et les donénes ouvertes peuvent être performants pour leur image et
générer aussi des 

Re: [Talk-cz] body zachrany

[Michal Grézl]

2017-02-18 18:07 GMT+01:00 Jáchym Čepický :
> Ahoj,
>
> máme v databázi nějak evidované tzv. body záchrany - rescue points ?
>
> http://www.hzscr.cz/clanek/body-zachrany-na-uzemi-cr.aspx
>
> Na mapy.cz jsou
>
> J
> --
> Jachym Cepicky
> e-mail: jachym.cepi...@gmail.com
> twitter: @jachymc

ja mam tohle
http://api.openstreetmap.cz/table/hashtag/emergency:
-- 
Michal Grézl
http://openstreetmap.cz

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