Re: [Talk-transit] Alternative routes
2013/3/5 Stefan Tiran stefan.ti...@student.tugraz.at Hi, as I understand the wiki http://wiki.openstreetmap.org/wiki/Public_Transport it is a general consensus to map each variant and each direction into its own relation and to have a master relation which includes them all. However, to your concrete question about the frequency, I'm not sure if there is such a broad consensus yet. Your proposal to write informal notes seems perfectly reasonable and I would support it. The other possibility would be to use more formal tags like: sunday=no|yes|only weekend=no|yes|only public_holiday=no|yes|only school_days=no|yes|only Yours, Stefan Hello. Sorry for the delay, but I needed a little time to respond in detail. To focus, I would put a specific example of a line called 101 SANTA CRUZ - PUERTO DE LA CRUZ in one of its directions. This line has three variants that I'm going to call 1, 2 and 3 to differentiate them, these are the codes of their stops: Line 101 var 1: 9181, 37 more, 4202, 23 more, 4145, 4146, 7 more, 4154, 5089, 5090 note: Goes by Botanico Road Line 101 var 2: 9181, 37 more, 4202, 23 more, 4145, 4193, 8 more, 4097, 5089, 5090 note: Goes by Las Arenas Road Line 101 var 3: 4202, 23 more, 4145, ** 4193, eight more, 4097, 5089, 5090 note: Goes by Las Arenas Road and start at 4202 instead of 9181 I would like to show the differences between each of them and for that, I had to look at the timetable. Although I did not intend at first to include information about timetable, I have seen that with a few lines of code I can generate very easily a operating_hours tag like this: Line 101 var 1 operating_hours: Mo-Sa 06:00; Su-Fr 20:30; Mo-Su 06:30,07:30,08:30,09:30,10:30,11:30,12:30, 13:30,14:30,15:30,16:30,17:30,18:30,19:30,21:30 Line 101 var 2 operating_hours: Su-Fr 14:00,15:00,16:00,17:00,18:00,20:00,21:00; Mo-Sa 07:00,08:00,09:00,10:00,11:00,12:00,13:00; Mo-Su 19:00; Su 06:00 Line 101 var 3 operating_hours: Mo-Fr 7:05 As you can see, var 1 operates roughly every hour from 6:30 and has 117 trips per week; var 2 every hour from 7:00 and has 92 trips per week; var 3 is a special service at 7:05. The easiest way for me to differentiate the variants would be to include this operating_hours tag. Otherwise I would have to examine each variant one by one trying to find an explanatory text, or include each one as is without differentiate relevance or meaning of each. I understand the general objection due to maintenance difficulty of this tag, but how strong are these objections actually? Regards, Javier ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [OSM-talk] strange gaps filled by water at zoomlevel 18
Hello again everybody! I'm continuing exploration about that water bug, and I've found the limit of that effect, which is a huge 200km*2000km rectangle : http://www.openstreetmap.org/?box=yesbbox=81.23549%2C54.060041%2C85.627667%2C68.841992 Some edge pictures are: East http://www.openstreetmap.org/?lat=55.27545lon=85.627667zoom=18layers=M South http://www.openstreetmap.org/?lat=54.08514lon=83.40566zoom=18layers=M West http://www.openstreetmap.org/?lat=58.858448lon=81.23549zoom=18layers=M North http://www.openstreetmap.org/?lat=68.841992lon=82.550755zoom=18layers=M I've found no strange geometry at the edges of the rectangle, and the edges do not always coinside with tiles edges (see this for example: http://b.tile.openstreetmap.org/18/190225/73869.png) So the problem affects not only my city, but a huge 2000x200km area, and I have no idea how to locate the error. Any suggestions here? On Thu, Mar 7, 2013 at 2:17 PM, Pavel Melnikov positro...@gmail.com wrote: Hello fellow osmers! I've been looking at my local area on osm at zoomlevel 18, and it appears thast someone broke something, or that something broke on its own) Specifically, all areas that are not tagged have become filled with water: http://www.openstreetmap.org/?lat=54.843997lon=83.061967zoom=18layers=M. At lower zoomlevels it is all good, ground is where it should be. http://www.openstreetmap.org/?lat=54.84377lon=83.06238zoom=17layers=M. Water stretches pretty far from where it should be, at least some 10 km from Ob reservoir is still filled with water ( http://www.openstreetmap.org/?lat=54.827715lon=83.196056zoom=18layers=M ). I believe it broke recently, because there were some correct (ground-filled) tiles at zoomlevel 18, and they were generated back in Jan or Feb, now when I'm recreating them, they get filled with water. Can anyone help me with the direction to dig for a problem? Is it some tagging mistake, or broken polygon? How do I locate it? Best wishes, Pavel. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] strange gaps filled by water at zoomlevel 18
That's really odd. Looking at the NW corner, I couldn't find any nodes, ways, or multipolygons. It appears to only be broken in Mapnik. The other styles render fine. I'd suggest a bug report - trac.openstreetmap.org Clifford On Sat, Mar 9, 2013 at 7:38 AM, Pavel Melnikov positro...@gmail.com wrote: Hello again everybody! I'm continuing exploration about that water bug, and I've found the limit of that effect, which is a huge 200km*2000km rectangle : http://www.openstreetmap.org/?box=yesbbox=81.23549%2C54.060041%2C85.627667%2C68.841992 Some edge pictures are: East http://www.openstreetmap.org/?lat=55.27545lon=85.627667zoom=18layers=M South http://www.openstreetmap.org/?lat=54.08514lon=83.40566zoom=18layers=M West http://www.openstreetmap.org/?lat=58.858448lon=81.23549zoom=18layers=M North http://www.openstreetmap.org/?lat=68.841992lon=82.550755zoom=18layers=M I've found no strange geometry at the edges of the rectangle, and the edges do not always coinside with tiles edges (see this for example: http://b.tile.openstreetmap.org/18/190225/73869.png) So the problem affects not only my city, but a huge 2000x200km area, and I have no idea how to locate the error. Any suggestions here? On Thu, Mar 7, 2013 at 2:17 PM, Pavel Melnikov positro...@gmail.comwrote: Hello fellow osmers! I've been looking at my local area on osm at zoomlevel 18, and it appears thast someone broke something, or that something broke on its own) Specifically, all areas that are not tagged have become filled with water: http://www.openstreetmap.org/?lat=54.843997lon=83.061967zoom=18layers=M. At lower zoomlevels it is all good, ground is where it should be. http://www.openstreetmap.org/?lat=54.84377lon=83.06238zoom=17layers=M. Water stretches pretty far from where it should be, at least some 10 km from Ob reservoir is still filled with water ( http://www.openstreetmap.org/?lat=54.827715lon=83.196056zoom=18layers=M ). I believe it broke recently, because there were some correct (ground-filled) tiles at zoomlevel 18, and they were generated back in Jan or Feb, now when I'm recreating them, they get filled with water. Can anyone help me with the direction to dig for a problem? Is it some tagging mistake, or broken polygon? How do I locate it? Best wishes, Pavel. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Clifford OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Verkeer over de parallelrijbaan
Hallo, Bij het testen hoe bepaalde autoroutes lopen met OSMAND viel me op dat op de A4 bij knooppunt Badhoevedorp het verkeer de parallelrijbaan op wordt gestuurd[1] om daarna weer op de hoofdrijbaan verder te moeten. Zover ik kan zien is er weinig mis de wegtypes, maar misschien dat ik ergens overheen kijk. De tweede interessante is ook op de A4 waar bewust naar de twee linkerbanen worden gestuurd[2] terwijl het eigenlijk een autosnelweg is met een steunpilaar en verdrijvingsvlak erin zoals ze ook in andere delen van het land staan waar wegen zijn verbreed. Kaarttechnisch klopt het allemaal, maar verkeerstechnisch gaat dit gevaarlijke situatie opleveren. Zijn er andere die hetzelfde is opgevallen en misschien zelfs een oplossing hebben? Hans [1] http://osrm.at/2yD [2] http://osrm.at/2yP ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Verkeer over de parallelrijbaan
Beste Hans, De oorzaak lijkt mij dat de routeplanner bij gelijke wegsoorten gewoon de kortste route kiest. In beide gevallen wordt de binnenbocht gekozen, en deze is natuurlijk iets korter dan de buitenbocht. Ik heb niet genoeg kennis van de OSM-tags, maar als in voorbeeld 1 bij Badhoevedorp de parallelrijbaan als highway=exit (of wat de juiste term zou zijn) kan worden gecodeerd, dan kan de routeplanner hier rekening mee houden en alleen een exit kiezen als je daadwerkelijk moet afslaan. Bij Roelofarendsveen is het lastiger, aangezien het beide doorgaande rijstroken zijn. Hier lijkt me het detailniveau van OSM, beide banen als separate weg intekenen, de bottleneck. Een oplossingsrichting zou kunnen zijn de routeplanner zo te programmeren dat bij zeer kleine afstandsverschillen een rechtdoorgaande route de voorkeur krijgt. De routeplanner zou dan bijvoorbeeld voor iedere keer afslaan/van rijstrook wisselen iets van 50 meter in de totale afstand moeten bijrekenen, zodat in dergelijke situaties de buitenbocht als rechtdoorgaande route toch als beste uit de berekening komt. PS Als geïnteresseerde in OSM, cartografie en toepassingen lees ik hier al een tijd mee, tot nu toe zonder zelf berichten te posten. Ik vond dit echter wel een interessant vraagstuk waar de oorzaak mij, na het bekijken van de links, meteen duidelijk leek. Vandaar mijn bijdrage. Met vriendelijke groet, Robin Hallo, Bij het testen hoe bepaalde autoroutes lopen met OSMAND viel me op dat op de A4 bij knooppunt Badhoevedorp het verkeer de parallelrijbaan op wordt gestuurd[1] om daarna weer op de hoofdrijbaan verder te moeten. Zover ik kan zien is er weinig mis de wegtypes, maar misschien dat ik ergens overheen kijk. De tweede interessante is ook op de A4 waar bewust naar de twee linkerbanen worden gestuurd[2] terwijl het eigenlijk een autosnelweg is met een steunpilaar en verdrijvingsvlak erin zoals ze ook in andere delen van het land staan waar wegen zijn verbreed. Kaarttechnisch klopt het allemaal, maar verkeerstechnisch gaat dit gevaarlijke situatie opleveren. Zijn er andere die hetzelfde is opgevallen en misschien zelfs een oplossing hebben? Hans [1] http://osrm.at/2yD [2] http://osrm.at/2yP ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[Talk-br] importação de dados do IBAMA
Olá turma eu acabo de achar algo muito interessante, os arquivos kml de todas as unidades de conservação ambiental estaduais e federais: http://siscom.ibama.gov.br/publico/brasil/ Eu já dei uma olhada nos arquivos e me parecem ser completos. No passado recente eu já adaptei alguns contornos de parques nacionais como o da Serra da Canastra, mas este caso me parece requerer uma importação bem mais sistemática. Estou neste momento lendo o documento http://wiki.openstreetmap.org/wiki/Import/Guidelines o que vocês acham? abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] importação de dados do IBAMA
Gerard, Eu achando este muito interresant. Tambem fiz alguns areas de concervacao do fontes differente. Uso o fonte do IBAMA poder resolver duvidas segundo o informacao adicionais. Eu poder da um olhada nos kml mes que vem para ajuda analisar os tags para usar Aun Johnsen user Skippern sent from Android On Mar 9, 2013 9:53 AM, Gerald Weber gwebe...@gmail.com wrote: Olá turma eu acabo de achar algo muito interessante, os arquivos kml de todas as unidades de conservação ambiental estaduais e federais: http://siscom.ibama.gov.br/publico/brasil/ Eu já dei uma olhada nos arquivos e me parecem ser completos. No passado recente eu já adaptei alguns contornos de parques nacionais como o da Serra da Canastra, mas este caso me parece requerer uma importação bem mais sistemática. Estou neste momento lendo o documento http://wiki.openstreetmap.org/wiki/Import/Guidelines o que vocês acham? abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] importação de dados do IBAMA
Ola, Eu trabalho no IBAMA e confesso que já tentei varias vezes verificar a fonte, origem ou licença destes arquivos, mas não obtive sucesso. Alexandre Parente Lima. Em 9 de março de 2013 09:53, Gerald Weber gwebe...@gmail.com escreveu: Olá turma eu acabo de achar algo muito interessante, os arquivos kml de todas as unidades de conservação ambiental estaduais e federais: http://siscom.ibama.gov.br/publico/brasil/ Eu já dei uma olhada nos arquivos e me parecem ser completos. No passado recente eu já adaptei alguns contornos de parques nacionais como o da Serra da Canastra, mas este caso me parece requerer uma importação bem mais sistemática. Estou neste momento lendo o documento http://wiki.openstreetmap.org/wiki/Import/Guidelines o que vocês acham? abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Alexandre Parente Lima ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] importação de dados do IBAMA
Oi Alexandre em geral as fontes são as próprias leis que criam os parques, quer dizer, eu já vi muitas das leis contendo listas de coordenadas. Se não for dali seria de onde? Afinal todos esses parques, APAs etc foram criados por algum tipo de lei ou decreto. Agora em se tratando de informação governamental, a Lei de Acesso à Informação coloca essas informações em domínio público, o que resolve a questão da licença. abraço Gerald 2013/3/9 Alexandre Parente Lima alexandre.pare...@gmail.com Ola, Eu trabalho no IBAMA e confesso que já tentei varias vezes verificar a fonte, origem ou licença destes arquivos, mas não obtive sucesso. Alexandre Parente Lima. Em 9 de março de 2013 09:53, Gerald Weber gwebe...@gmail.com escreveu: Olá turma eu acabo de achar algo muito interessante, os arquivos kml de todas as unidades de conservação ambiental estaduais e federais: http://siscom.ibama.gov.br/publico/brasil/ Eu já dei uma olhada nos arquivos e me parecem ser completos. No passado recente eu já adaptei alguns contornos de parques nacionais como o da Serra da Canastra, mas este caso me parece requerer uma importação bem mais sistemática. Estou neste momento lendo o documento http://wiki.openstreetmap.org/wiki/Import/Guidelines o que vocês acham? abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Alexandre Parente Lima ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] importação de dados do IBAMA
Ola. Algumas unidades tem sua poligonal definida por coordenadas geográficas em decreto, outras os limite são definidos por estradas, rios, etc. Quanto ao limites das UCs não vejo problema quanto ao uso. Mas eu estava me referindo a todas as informações que estão disponibilizadas no site do SISCOM: malha rodoviária, hidrografia, limites das bacias hidrográficas, linhas de transmissão, ramais e estradas vicinais da amazônia. Alguns arquivos foram convertidos a parti de material disponibilizado por empreendedores ou órgão públicos federais, estaduais e municipais. O problema é que não temos os metadados desses arquivos ou licença em anexo. Em 9 de março de 2013 10:25, Gerald Weber gwebe...@gmail.com escreveu: Oi Alexandre em geral as fontes são as próprias leis que criam os parques, quer dizer, eu já vi muitas das leis contendo listas de coordenadas. Se não for dali seria de onde? Afinal todos esses parques, APAs etc foram criados por algum tipo de lei ou decreto. Agora em se tratando de informação governamental, a Lei de Acesso à Informação coloca essas informações em domínio público, o que resolve a questão da licença. abraço Gerald 2013/3/9 Alexandre Parente Lima alexandre.pare...@gmail.com Ola, Eu trabalho no IBAMA e confesso que já tentei varias vezes verificar a fonte, origem ou licença destes arquivos, mas não obtive sucesso. Alexandre Parente Lima. Em 9 de março de 2013 09:53, Gerald Weber gwebe...@gmail.com escreveu: Olá turma eu acabo de achar algo muito interessante, os arquivos kml de todas as unidades de conservação ambiental estaduais e federais: http://siscom.ibama.gov.br/publico/brasil/ Eu já dei uma olhada nos arquivos e me parecem ser completos. No passado recente eu já adaptei alguns contornos de parques nacionais como o da Serra da Canastra, mas este caso me parece requerer uma importação bem mais sistemática. Estou neste momento lendo o documento http://wiki.openstreetmap.org/wiki/Import/Guidelines o que vocês acham? abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Alexandre Parente Lima ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Alexandre Parente Lima ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Garminkarten mit Hillshade/ Hillcolour
Hallo Rainer! Klar! Auch die rohen OSM-Daten für die Flächen würde ich gerne weitergeben, es wäre schön, wenn man die Dinger teilen könnte, da es doch ein ziemlicher Aufwand ist, sie zu erstellen (Senken z.B. benötigen ein Multipolygon etc.). Vielleicht komme ich dann im Gegenzug an ein paar Regionen, die ich noch nicht habe :-). Die Frage ist, wo und wie man sinnvoll ein solches repository anlegt, da kenne ich mich leider schlecht aus. Gruß, Martin Am 9. März 2013 08:40 schrieb RainerU ra...@sfr.fr: Am 08.03.2013 21:38, schrieb Martin Simon: Dann öffne man diese mit JOSM und schließe um die Kanten der Kachel herum die Höhenlinien zu Flächen zusammen (immer so, dass ein Schnitt durch das gelände auf der jeweiligen Höhe diese Flächen ergeben würde). Dann braucht man noch eine TYP-Datei, die zu jeder Höhenstufe eine Farbe enthält. Ich habe mir mehr Farben erschummelt, indem ich teilweise transparente Flächen definiert habe, die Teile der darunter liegenden Farbe durchscheinen liessen. Super Idee! Kann man die TYP-Datei bekommen? Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Adressen in Deutschland
Hi, Martin Simon schrieb: nach Frederiks Blogpost zu den Hausnummern in Deutschland im Dezember gab es ja einige Reaktionen, unter anderem erinnere ich mich an eine Seite, die für einen bestimmten user die Anzahl angelegter addr:housenumber (in Deutschland?) anzeigte. Leider finde ich diese Seite nicht mehr wieder, kann mir jemand auf die Sprünge helfen? meines Wissens nach gibt es zwei Seiten die dies können [1][2]. Eine Erklärung zu [1] findest du hier [3] und im dazugehörigen Thread. Bei [2] werden nur Ways und deren letzter Bearbeiter betrachtet. Dies macht idR keinen sehr großen Unterschied. Allerdings werden keine Nodes gezählt, was einen Unterschied machen kann. Die genauen Angaben für DE hat aber keine von beiden Seiten. viele gruesse pascal [1] http://www.remote.org/frederik/tmp/housenumbers.html [2] http://hdyc.neis-one.org/ [3] http://lists.openstreetmap.org/pipermail/talk/2012-December/065490.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Adressen in Deutschland
Hi, Martin Simon schrieb: nach Frederiks Blogpost zu den Hausnummern in Deutschland im Dezember gab es ja einige Reaktionen, unter anderem erinnere ich mich an eine Seite, die für einen bestimmten user die Anzahl angelegter addr:housenumber (in Deutschland?) anzeigte. Leider finde ich diese Seite nicht mehr wieder, kann mir jemand auf die Sprünge helfen? meines Wissens nach gibt es zwei Seiten die dies können [1][2]. Eine Erklärung zu [1] findest du hier [3] und im dazugehörigen Thread. Bei [2] werden nur Ways und deren letzter Bearbeiter betrachtet. Dies macht idR keinen sehr großen Unterschied. Allerdings werden keine Nodes gezählt, was einen Unterschied machen kann. Die genauen Angaben für DE hat aber keine von beiden Seiten. viele gruesse pascal [1] http://www.remote.org/frederik/tmp/housenumbers.html [2] http://hdyc.neis-one.org/ [3] http://lists.openstreetmap.org/pipermail/talk/2012-December/065490.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Adressen in Deutschland
Hi, Martin Simon schrieb: nach Frederiks Blogpost zu den Hausnummern in Deutschland im Dezember gab es ja einige Reaktionen, unter anderem erinnere ich mich an eine Seite, die für einen bestimmten user die Anzahl angelegter addr:housenumber (in Deutschland?) anzeigte. Leider finde ich diese Seite nicht mehr wieder, kann mir jemand auf die Sprünge helfen? meines Wissens nach gibt es zwei Seiten die dies können [1][2]. Eine Erklärung zu [1] findest du hier [3] und im dazugehörigen Thread. Bei [2] werden nur Ways und deren letzter Bearbeiter betrachtet. Dies macht idR keinen sehr großen Unterschied. Allerdings werden keine Nodes gezählt, was einen Unterschied machen kann. Die genauen Angaben für DE hat aber keine von beiden Seiten. viele gruesse pascal [1] http://www.remote.org/frederik/tmp/housenumbers.html [2] http://hdyc.neis-one.org/ [3] http://lists.openstreetmap.org/pipermail/talk/2012-December/065490.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Adressen in Deutschland
Am 9. März 2013 09:09 schrieb Pascal Neis pascal.n...@gmail.com: meines Wissens nach gibt es zwei Seiten die dies können [1][2]. Eine Erklärung zu [1] findest du hier [3] und im dazugehörigen Thread. Bei [2] werden nur Ways und deren letzter Bearbeiter betrachtet. Dies macht idR keinen sehr großen Unterschied. Allerdings werden keine Nodes gezählt, was einen Unterschied machen kann. Die genauen Angaben für DE hat aber keine von beiden Seiten. Danke! Ich glaube das ist das, was ich gesucht habe. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Logo comunity italiana
OT/ se per premio finale intendi una cosa tipo premio di maggioranza, direi che, sempre visto il clima politico, sia meglio evitare :P se la votazione dovesse chiudere in pareggio al massimo darei il mio voto per assegnare la maggioranza ad una delle proposte...più di così non ho intenzione di fare ;) comunque sia sarei felice di ricevere qualche regola o almeno criterio per le votazioni (così da essere d'esempio per la prossima volta [cit.])...l'organizzazione bazaar ha i suoi vantaggi ma per un utente alle prime armi come me può risultare problematico capire come muoversi/orientarsi e fare delle scelte che siano condivise con una community astratta. non ho assolutamente idea di quanto debba durare una votazione, e non ho idea (a meno che non ci sia un plebiscito), qualora venisse messa in votazione una proposta sulla durata delle votazioni, dopo quanto tempo debba venire interrotta quest'ultima...un cane che si morde la coda quindi. se fossimo in una cattedrale mi basterebbe l'ordine del cardinale, ma in un bazaar (in cui non so quante persone ci siano) a chi mi rivolgo? :) Ps: grazie Eric S. Raymond per questa bellissima metafora XD /OT -- View this message in context: http://gis.19327.n5.nabble.com/Logo-comunity-italiana-tp5752169p5752508.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
dipende se la strada è stata inserita correttamente su OSM oppure se è un problema di Garmin e delle sue ricerche dentro le mappe OSM. prova ad effettuare la stessa ricerca con il sito openstreetmap.org considera che in OSM viene usato per la ricerca Nominatim che funziona abbastanza bene se non che ti devi ricordare di mettere prima il nome della via, la virgola e poi il nome della città...altrimenti non funziona Nominatim trova la via anche se inserisci un nome incompleto (nel senso di garibaldi invece che via giuseppe garibaldi) quindi non dovrebbe essere un problema dei dati su osm -- View this message in context: http://gis.19327.n5.nabble.com/Problemi-ricerca-indirizzi-OSM-su-Garmin-tp5752403p5752511.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Controllo ortografia strade raggrupate per Comune
Buongiorno :) A proposito di controlli di qualità, sto mettendo a punto una nuova procedura che risolva qualche problema di quella attuale, il principale è che di solito non è possibile controllare una città intera perché l'elenco dei nomi è diviso tra più persone e questo l'ho risolto (però qualche strada appare in due Comuni anche se è tutta compresa in uno solo, devo verificare se è sbagliata la mia query o se è danneggiato il confine). Nella nuova procedura ho caricato solo la Toscana (aggiornata al 2 marzo perché è l'ultimo estratto disponibile su http://download.gfoss.it/osm/osm/regioni/) e qui non si possono segnalare le parole come giuste o sbagliate, però si può continuare a farlo nell'altra perché questa usa il suo database per controllare l'ortografia: http://www.forsi.it/osm/spellcheck/highway/boundary/ la ricerca trova anche parti di nomi e i pigri possono inserire _ per ottenere l'elenco completo (questo probabilmente lo limiterò a qualche decina di risultati) Segue un po' di spiegazione e di numeretti. Al momento sono caricati 17661 nomi distinti di strade che si trovano in 289 Comuni toscani e che usano 11394 parole distinte di cui 4039 sono sconosciute alla nuova procedura, che si riducono a 2456 usando i dati della vecchia procedura; su queste parole sconosciute potrei provare l'estrazione di nomi e cognomi da dbpedia di cui si parlava tempo fa; per chi le vuol guardare per farsi un'idea, le 2456 parole sono qui: www.forsi.it/osm/spellcheck/highway/unknown-words.txt Nell'elenco dei nomi (limitato a un massimo di 2000 nomi), la prima colonna ha il collegamento per Remote Control che carica tutte le way interessate, la seconda mostra il nome evidenziando le parole sconosciute, la terza spiega quali sono i problemi individuati, cioè: Ortografia da controllare. Sono le parole sconosciute al correttore ortografico e all'altra procedura (quella divisa per utente); ci sono tanti falsi positivi, specialmente sui cognomi. Punti, virgole o altra punteggiatura non ammessa. Si riferisce principalmente alle abbreviazioni, ma anche a punti interrogativi e altri caratteri diversi da numeri e lettere. Parola singola. Il nome è composto da una parola sola. Non inizia con Via, Piazza, ecc. La prima parola non è una di quelle conosciute (ne ho aggiunte 5 e ora siamo a 147, non vorrei aggiungerne altre se non si riferiscono a strade importanti) Errore maiuscole/minuscole. Questo indica i soliti errori della pagina di Groppo perché uso la stessa espressione regolare. Spazi iniziali. Spazi finali. Doppi spazi. Il nome contiene spazi non significativi. -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Controllo ortografia strade raggrupate per Comune
Il 09/03/2013 12:58, Daniele Forsi ha scritto: Buongiorno :) A proposito di controlli di qualità, sto mettendo a punto una nuova procedura che risolva qualche problema di quella attuale, il principale è che di solito non è possibile controllare una città intera perché l'elenco dei nomi è diviso tra più persone e questo l'ho risolto (però qualche strada appare in due Comuni anche se è tutta compresa in uno solo, devo verificare se è sbagliata la mia query o se è danneggiato il confine). Ciao Daniele. Se sarà possibile poi estendere la ricerca alle altre regioni fallo sapere. Nella mia zona di residenza in Piemonte, ho l'esempio di una strada che parte da una zona di confine comunale. Erroneamente era stata inserita per un tratto nel comune limitrofo a quello effettivo (forse da me stesso) ma ora l'ho corretto. Il problema è che Nominatin continua a restituire il nome di questa via in modo doppio, inserendo due Cap diversi (quelli dei due comuni). Sembra appunto l'esempio da te citato. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
Il giorno 08 marzo 2013 13:48, Alberto albertoferra...@fastwebnet.it ha scritto: [] Non capisco dove sia il problema, se nell’Oregon 450 o nelle mappe OSM. Se le mappe sono create con mkgmap si tratta di un problema noto, e non risolvibile per ora in maniera pulita (ci sono dei trucchetti, come creare un poi per ogni via, ma hanno degli svantaggi notevoli). Il formato dei file garmin è molto complesso, e finora non si è riusciti a decodificare completamente la parte riguardante gli indirizzi :( -- * Matteo Gottardi | matg...@tin.it * ICQ UIN 20381372 * Linux - the choice of a GNU generation * GPG Fingerprint: * B9EE 108F 52C8 D50C B667 B1F2 AB56 8A01 BA3D 36A1 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
On sab, 2013-03-09 at 01:34 -0800, Aury88 wrote: Nominatim trova la via anche se inserisci un nome incompleto Premesso che ovviamente nutro il più grande rispetto per gli sviluppatori di Nominatim, quello che scrivi non è sempre vero: cercando gasperi, leno[1] trova giustamente Quartiere Alcide De Gasperi[2], ma cercando de gasperi, leno non trova nulla [1] http://nominatim.openstreetmap.org/search/gasperi,%20leno?format=html [2] http://nominatim.openstreetmap.org/search/de%20gasperi,%20leno?format=html A proposito, qualcuno di più navigato saprebbe indicarmi se sia il caso di segnalarlo come bug? /bruon -- CONTACTS http://tracciabi.li/~bruno/contacts.html 2nd email br...@tracciabi.li GNU/Linux registered user #121507 http://linuxcounter.net signature.asc Description: This is a digitally signed message part ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
Confermo che con Osmand~ per android la ricerca funziona anche per stringhe parziali, es. aribald Forse garmin usa qualche carattere jolly... Hai provato *aribald* oppure %aribald%? Spero non siano così pedanti da richiedere pure il maiuscolo/minuscolo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
On Mar 9, 2013 2:16 PM, bruno br...@anche.no wrote: On sab, 2013-03-09 at 01:34 -0800, Aury88 wrote: Nominatim trova la via anche se inserisci un nome incompleto Premesso che ovviamente nutro il più grande rispetto per gli sviluppatori di Nominatim, quello che scrivi non è sempre vero: cercando gasperi, leno[1] trova giustamente Quartiere Alcide De Gasperi[2], ma cercando de gasperi, leno non trova nulla +1 Anche cercando via cognome, quando c'é via nome cognome.. [1] http://nominatim.openstreetmap.org/search/gasperi,%20leno?format=html [2] http://nominatim.openstreetmap.org/search/de%20gasperi,%20leno?format=html A proposito, qualcuno di più navigato saprebbe indicarmi se sia il caso di segnalarlo come bug? /bruon -- CONTACTS http://tracciabi.li/~bruno/contacts.html 2nd email br...@tracciabi.li GNU/Linux registered user #121507 http://linuxcounter.net ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Consigli su presentazione OSM a sede CAI
Spendo 2 parole innanzitutto per ringraziare tutti per i consigli dati, poi per descrivere l'esito della presentazione. Ho potuto parlare solo con uno dei responsabili e l'accoglienza e' stata un po' freddina. Ad esempio gli ho mostrato un bell'estratto di mappe tratte da http://hiking.waymarkedtrails.org con il tracciato del sentiero, l'altimetria, i segnavie al loro posto, ecc ecc e la risposta e' stata ..ma noi di queste cose non ne abbiamo bisogno. Ho controbattuto: ma almeno il tracciato GPX e 2 foto le potete fare. Risposta: Noi queste cose non le facciamo. Mi sentivo come un venditore di enciclopedie (e mi scuso con la categoria per averla offesa!). Ma la goccia scava la roccia, quindi procedo. Sto prendendo accordi per una presentazione ufficiale del progetto OSM presso la sezione CAI, con tanto di slides, ecc sperando che queste cose facciano breccia almeno nella testa dei piu' giovani. Ho scoperto che la regione Piemonte sta promuovendo il catasto dei sentieri regionale: tutti i sentieri vanno rilevati a cura del CAI tramite traccia GPS, rilievo dei punti caratteristici sul sentiero e dei punti di appoggio nelle vicinanze (parcheggi, ecc) Oltre magari a scriverlo il ML regionale, lo scrivo qui perche' mi piacerebbe che questi dati raccolti (alcuni gia' presenti) venissero liberati e importati in OSM; visto che, come ho fatto notare ieri, mettere un sentiero in OSM ti permette una visibilità quantomeno europea. In questi giorni vado a vedermi se i dati possono gia' essere scaricati quantomeno in GPX e con che licenza, poi il successivo passo e': a chi possiamo chiedere in regione? I dati sono gestiti dall'IPLA (www.ipla.org). Saluti a tutti Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sparito il torrente Leogra in località Schio
2013/3/8 mircozorzo mircozo...@inwind.it: Scrivo io. Ciao, Mirco oltre a scrivere a lui, c'è qualcuno chi conosce la zona e potrebbe confermare che le cancellazioni di questi 11 changesets non abbiano senso? Chi fa il revert delle cancellazioni (se necessario)? Voremmo informare la data working group dell'utente per bloccarlo (se non risponde ai tentativi di contatto direi di si). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
Prova con OpenMTBMap o VeloMap, ora dovrebbe funzionare la ricerca anche del civico. Sto scaricando la mappa aggiornata e vi dico se funziona. 2013/3/9 Cascafico Giovanni cascaf...@gmail.com Confermo che con Osmand~ per android la ricerca funziona anche per stringhe parziali, es. aribald Forse garmin usa qualche carattere jolly... Hai provato *aribald* oppure %aribald%? Spero non siano così pedanti da richiedere pure il maiuscolo/minuscolo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Controllo ortografia strade raggrupate per Comune
Il 09/03/2013 12:58, Daniele Forsi ha scritto: Buongiorno :) A proposito di controlli di qualità, sto mettendo a punto una nuova procedura che risolva qualche problema di quella attuale, il principale è che di solito non è possibile controllare una città intera perché l'elenco dei nomi è diviso tra più persone e questo l'ho risolto (però qualche strada appare in due Comuni anche se è tutta compresa in uno solo, devo verificare se è sbagliata la mia query o se è danneggiato il confine). Nella nuova procedura ho caricato solo la Toscana (aggiornata al 2 marzo perché è l'ultimo estratto disponibile su http://download.gfoss.it/osm/osm/regioni/) e qui non si possono segnalare le parole come giuste o sbagliate, però si può continuare a farlo nell'altra perché questa usa il suo database per controllare l'ortografia: http://www.forsi.it/osm/spellcheck/highway/boundary/ ok la ricerca trova anche parti di nomi e i pigri possono inserire _ per ottenere l'elenco completo (questo probabilmente lo limiterò a qualche decina di risultati) Segue un po' di spiegazione e di numeretti. Al momento sono caricati 17661 nomi distinti di strade che si trovano in 289 Comuni toscani e che usano 11394 parole distinte di cui 4039 sono sconosciute alla nuova procedura, che si riducono a 2456 usando i dati della vecchia procedura; su queste parole sconosciute potrei provare l'estrazione di nomi e cognomi da dbpedia di cui si parlava tempo fa; per chi le vuol guardare per farsi un'idea, le 2456 parole sono qui: www.forsi.it/osm/spellcheck/highway/unknown-words.txt Not found Nell'elenco dei nomi (limitato a un massimo di 2000 nomi), la prima colonna ha il collegamento per Remote Control che carica tutte le way interessate, la seconda mostra il nome evidenziando le parole sconosciute, la terza spiega quali sono i problemi individuati, cioè: Ortografia da controllare. Sono le parole sconosciute al correttore ortografico e all'altra procedura (quella divisa per utente); ci sono tanti falsi positivi, specialmente sui cognomi. Punti, virgole o altra punteggiatura non ammessa. Si riferisce principalmente alle abbreviazioni, ma anche a punti interrogativi e altri caratteri diversi da numeri e lettere. Parola singola. Il nome è composto da una parola sola. Non inizia con Via, Piazza, ecc. La prima parola non è una di quelle conosciute (ne ho aggiunte 5 e ora siamo a 147, non vorrei aggiungerne altre se non si riferiscono a strade importanti) Errore maiuscole/minuscole. Questo indica i soliti errori della pagina di Groppo perché uso la stessa espressione regolare. Spazi iniziali. Spazi finali. Doppi spazi. Il nome contiene spazi non significativi. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Controllo ortografia strade raggrupate per Comune
Il 09 marzo 2013 15:20, Mario Pichetti ha scritto: sono qui: www.forsi.it/osm/spellcheck/highway/unknown-words.txt Not found corretto grazie! P.S. non c'era bisogno di una citazione massiccia -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Controllo ortografia strade raggrupate per Comune
Il 09/03/2013 16:02, Daniele Forsi ha scritto: Il 09 marzo 2013 15:20, Mario Pichetti ha scritto: sono qui: www.forsi.it/osm/spellcheck/highway/unknown-words.txt Not found corretto grazie! P.S. non c'era bisogno di una citazione massiccia ooops, scusa, faccio troppe cose in contemporanea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
Il 09 marzo 2013 10:34, Aury88 ha scritto: dipende se la strada è stata inserita correttamente su OSM oppure se è un problema di Garmin e delle sue ricerche dentro le mappe OSM. lal ricerca degli indirizzi funzionava nella mappa dell'Italia che tempo fa ho scaricato da qui http://garmin.openstreetmap.nl/ Nominatim trova la via anche se inserisci un nome incompleto (nel senso di garibaldi invece che via giuseppe garibaldi) quindi non dovrebbe essere un problema dei dati su osm a te funziona?!? garibaldi è il mio esempio preferito :-) ma se io cerco garibaldi, livorno trova solo una farmacia che, non casualmente, si trova in Via Giuseppe Garibaldi, ma la strada e la piazza me le trova solo se passo da http://nominatim.openstreetmap.org e scelgo il link Search for more results, ora è migliorato perché tempo fa mostrava prima le strade in provincia di Livorno che quelle nella città di Livorno, ma la cartina non capisco come viene centrata... Per curiosità, ci sono circa 165 diversi nomi (vedi allegato) che contengono il cognome Garibaldi qualcuno è chiaramente un errore e potrebbe essere stato corretto, ma il mio preferito è Giuseppa Garibaldi, magari è veramente esistita... -- Daniele Forsi name --- Banchina Garibaldi Borgo Garibaldi ciclabile via garibaldi Contrada Garibaldi Contrà Giuseppe Garibaldi Corso Anita Garibaldi corso garibaldi corso Garibaldi Corso Garibaldi Corso Garibaldi Corso G. Garibaldi corso Giuseppe Garibaldi Corso Giuseppe Garibaldi Corso Giuseppe Garibaldi Corso Guiseppe Garibaldi Galleria Garibaldi Galleria Giuseppe Garibaldi Garibaldi Garibaldi a marina Giuseppe Garibaldi Giuseppe-Garibaldi-Straße - Via Giuseppe Garibaldi Largo Garibaldi Largo Giuseppe Garibaldi Lungarno Garibaldi Lungomare Giuseppe Garibaldi Marina Garibaldi Ottava traversa Corso Garibaldi Passeggiata Anita Garibaldi Piazza Anita Garibaldi Piazza Barriera Garibaldi Piazza Brigate Garibaldi Piazza dei Garibaldi piazza Garibaldi Piazza Garibaldi Piazza Garibaldi Giuseppe piazza G. Garibaldi Piazza G. Garibaldi Piazza Giseppe Garibaldi piazza Giuseppe Garibaldi Piazza Giuseppe garibaldi Piazza Giuseppe Garibaldi Piazza Guiseppe Garibaldi Piazzale Anita Garibaldi Piazzale Giuseppe Garibaldi Piazzetta Garibaldi Ponte Garibaldi Ponte Giuseppe Garibaldi Porta Garibaldi Prima traversa Corso Garibaldi Prima Traversa Via Garibaldi Prima Traversa Via Giuseppe Garibaldi Prima Via Garibaldi Quinta traversa Corso Garibaldi Raccordo autostradale 8 Ferrara-Porto Garibaldi Raccordo Autostradale Ferrara-Porto Garibaldi Rampa Garibaldi Rettifilo Garibaldi Riva Garibaldi Riviera Garibaldi Riviera Giuseppe Garibaldi Rondò Garibaldi Rotonda Giuseppe Garibaldi Salita Garibaldi Seconda Via Garibaldi Sentiero 122ª Brigata Garibaldi Sentiero 122ª Brigata Garibaldi (Variante) Sentiero 3V - Sentiero 122ª Brigata Garibaldi Strada 101a Brigata Garibaldi Strada comunale Garibaldi Strada Garibaldi Terza traversa Corso Garibaldi Traversa Garibaldi Traversa Giuseppe Garibaldi Traversa prima di Via Garibaldi Traversa Via Garibaldi Via 25a Brigata Garibaldi Via A. Garibaldi Via Anita Garibaldi Via B. Costante Garibaldi Via brigata Garibaldi Via Brigata Garibaldi Via Brigate Garibaldi Via Ca' Garibaldi Via Campo Garibaldi Via Cino Canzio Garibaldi Via della Brigata Garibaldi Via di Piazza Garibaldi Via divisione Garibaldi Via Divisione Garibaldi via garibaldi via Garibaldi Via garibaldi Via Garibaldi Via Garibaldi. Via Garibaldi G. via Garibaldi - Garibaldistraße Via Garibaldi - Garibaldistraße Via Garibaldi (Marzocca) Via Garibaldi;SP Pozzulo 1° trato Via Garibaldi - Strasse Via Garibaldi;Via Giuseppe Garibaldi via G. Garibaldi Via G.Garibaldi Via G. Garibaldi Via Giuseppa Garibaldi Via Giuseppe aribaldi via Giuseppe Garibaldi Via Giuseppe garibaldi Via Giuseppe Garibaldi Via Giuseppe Garibaldi di sopra Via Giuseppe Garibaldi - Garibaldistraße via Giuseppe Garibaldi (interni) Via Giuseppe Garibaldi; Via Armando Diaz Via Guiseppe Garibaldi Via Guseppe Garibaldi Via Italo Garibaldi Viale Anita Garibaldi Viale Divisione Garibaldi Viale Divisioni Garibaldi-Osoppo Viale Garibaldi viale giuseppe garibaldi Viale Giuseppe Garibaldi Via Lungolago Garibaldi Via Menotti Garibaldi Via Osoppo Garibaldi Via Palazzi Garibaldi Via Pippo Garibaldi Via Pizzorna; Via Barigione Pizzorni; Largo Gerolamo Pizzorni; Via Giuseppe Garibaldi Via privata Giuseppe Garibaldi Via Rosa Raimondi Garibaldi Via Teatro Garibaldi Via Ventottesima Brigata Garibaldi Via XXVIII Brigata Garibaldi Vico dei Garibaldi Vico Garibaldi Vico Giuseppe Garibaldi Vico II Garibaldi Vico III Garibaldi Vico IV Garibaldi vicolo Garibaldi Vicolo Garibaldi Vicolo Giuseppe Garibaldi Vicolo
Re: [Talk-it] Controllo ortografia strade raggrupate per Comune
Il 09/03/2013 16:02, Daniele Forsi ha scritto: nello stradario dove appare? http://www.gfoss.it/osm/stat/ appare qui http://www.gfoss.it/osm/stat/?cod_com=1035 ma se il link non fosse corretto ti lascio questo http://www.openstreetmap.org/export/embed.html?bbox=7.27295,44.81159,7.29177,44.82346 la strada in questione si chiama Strada Rivà. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sparito il torrente Leogra in località Schio
Il 09/03/2013 14:50, Martin Koppenhoefer ha scritto: 2013/3/8 mircozorzo mircozo...@inwind.it: Scrivo io. Ciao, Mirco oltre a scrivere a lui, c'è qualcuno chi conosce la zona e potrebbe confermare che le cancellazioni di questi 11 changesets non abbiano senso? Chi fa il revert delle cancellazioni (se necessario)? Voremmo informare la data working group dell'utente per bloccarlo (se non risponde ai tentativi di contatto direi di si). Beh, Mirco se non sbaglio è di quella zona. Tra l'altro a Schio e zone limitrofe i mappatori sono parecchi, dunque mi sembra strano che non ci siano arrivate segnalazioni relative alle altre cancellazioni. Comunque prima di informare il DWG direi di attendere l'eventuale risposta, anche perché al momento non mi sembra che il mapper da bloccare sia attivo. ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Ristorante + pizzeria
Ciao a tutti. Devo inserire un ristorante che svolge anche la funzione di pizzeria. amenity= restaurant cuisine= regional, pizza il tag cuisine è corretto in questa forma? Grazie. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ristorante + pizzeria
09.03.2013 - 21:09 - Gianluca Boero: Ciao a tutti. Devo inserire un ristorante che svolge anche la funzione di pizzeria. amenity= restaurant cuisine= regional, pizza cuisine=regional;pizza come separatore si usa il punto-e-virgola il tag cuisine è corretto in questa forma? Grazie. Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sparito il torrente Leogra in località Schio
Ciao, grazie Otto. Concordo con Martin, tutte le modifiche di ivo80 sono cancellazioni di cui alcune anche molto estese, la maggior parte sono cancellazioni di foreste. Non mi risulta che siano sparite quei boschi. Non ha risposto al mio messaggio. Se dite io farei il revert di tutte le modifiche, è la prima volta, per cui vi chiederei una supervisione perché non vorrei metterci pezza peggiore del danno. Grazie! Ciao, Mirco P.S.: curiosità: come avete fatto a scoprire chi aveva fatto la cancellazione? C'è un modo per sorvegliare le grandi cancellazioni? -- View this message in context: http://gis.19327.n5.nabble.com/Sparito-il-torrente-Leogra-in-localita-Schio-tp5752376p5752585.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ristorante + pizzeria
Il 09/03/2013 22:54, Damjan Gerl ha scritto: 09.03.2013 - 21:09 - Gianluca Boero: Ciao a tutti. Devo inserire un ristorante che svolge anche la funzione di pizzeria. amenity= restaurant cuisine= regional, pizza cuisine=regional;pizza come separatore si usa il punto-e-virgola Grazie...avevo un vuoto :-) -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Prensa: El PP pide poner coto a Google Maps
todavía no se han enterado que la seguridad por oscuridad no funciona... From: oscar_zorri...@hotmail.com To: talk-es@openstreetmap.org Date: Fri, 8 Mar 2013 17:20:50 +0100 Subject: [Talk-es] Prensa: El PP pide poner coto a Google Maps El PP pide poner coto a Google Maps http://tecnologia.elpais.com/tecnologia/2013/03/08/actualidad/1362738995_563133.html ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ar] Ruta N19 entre Santa Fe y San Francisco como autopista
Hola lista: Consulto por estos lados. Estas vacaciones viaje por Santa Fe a Crdoba por la Ruta Nacional 19 y vi que el tramo entre Santo Tom y San Francisco no est marcado como highway=motorway, y me pregunto si habr que cambiarlo debido a que es una autova con dos carriles por mano. Pregunto porque nunca he tocado rutas nacionales Es correcto el tag motorway? Hay alguna diferencia entre las autovias o autopistas que recorren zonas urbanas y las que recorren zonas rurales o unen localidades? En caso de que haya que cambiar el tag a motorway y dibujar el otro carril, cmo sugieren hacerlo porque el recorrido es largo y desde el JOSM est la limitacin de los tiles que se pueden descargar. Perdn si las preguntas son demasiado bsicas, estuve viendo algo de la wiki pero no me qued del todo claro. Gracias y saludos! Federico ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-lv] uzliimes u. c. materiaali
atsuti kadu bildi etc. vajag. uzjautasu. g On Sat, 09 Mar 2013 09:55:05 +0200, Rich ric...@nakts.net wrote: On 2013-03-09 01:00, gasha wrote: desu uz maizes visi gribees. ta ka pa brivu tas nav. nee, to nemaz negribeeju (ja piedaavaas, neatteikshos, protams =) ) bet ir zinami cilveki no www.dripe.lv a shie drukaa kaut ko ? lapaa nemaniiju. g On Fri, 08 Mar 2013 15:08:12 +0200, Rich ric...@nakts.net wrote: taa kaa man tika nomainiits kompja vaaks un ir izbeigushaas openstreetmap uzliimes, gribu veel =) vai kaadam nav zinaama draudziiga kompaanija, kur shaadas lietas vareetu dabuut par draudziigaam cenaam ? ir doma sataisiit kaut kaads uzliimes, varbuut ko citu... nu un ja ir veel interesenti, tad labaak jau mesties kopaa :) ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] uzliimes u. c. materiaali
On 2013-03-09 11:53, gasha wrote: atsuti kadu bildi etc. vajag. uzjautasu. nu, visvienkaarshaakajaa variantaa - osm logo ar bish teksta apakshaa. bet pirms mees liidz tam nonaakam... vai nav kaadas versijas par latvijas osm logo ? es neceru uz baltkrievu liimeni ;) , bet... varbuut tomeer ceru =) http://openstreetmap.by/img/logoosmby256.png osm logo ar latvijas karogu es varu uztaisiit, bet ja nu kaadam ir paziistams cilveeks ar nedaudz lielaaku talantu, noteikti reklameesim autoru :) g On Sat, 09 Mar 2013 09:55:05 +0200, Rich ric...@nakts.net wrote: On 2013-03-09 01:00, gasha wrote: desu uz maizes visi gribees. ta ka pa brivu tas nav. nee, to nemaz negribeeju (ja piedaavaas, neatteikshos, protams =) ) bet ir zinami cilveki no www.dripe.lv a shie drukaa kaut ko ? lapaa nemaniiju. g On Fri, 08 Mar 2013 15:08:12 +0200, Rich ric...@nakts.net wrote: taa kaa man tika nomainiits kompja vaaks un ir izbeigushaas openstreetmap uzliimes, gribu veel =) vai kaadam nav zinaama draudziiga kompaanija, kur shaadas lietas vareetu dabuut par draudziigaam cenaam ? ir doma sataisiit kaut kaads uzliimes, varbuut ko citu... nu un ja ir veel interesenti, tad labaak jau mesties kopaa :) -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] uzliimes u. c. materiaali
On 9 March 2013 14:22, Rich ric...@nakts.net wrote: On 2013-03-09 11:53, gasha wrote: atsuti kadu bildi etc. vajag. uzjautasu. nu, visvienkaarshaakajaa variantaa - osm logo ar bish teksta apakshaa. bet pirms mees liidz tam nonaakam... vai nav kaadas versijas par latvijas osm logo ? es neceru uz baltkrievu liimeni ;) , bet... varbuut tomeer ceru =) http://openstreetmap.by/img/**logoosmby256.pnghttp://openstreetmap.by/img/logoosmby256.png osm logo ar latvijas karogu es varu uztaisiit, bet ja nu kaadam ir paziistams cilveeks ar nedaudz lielaaku talantu, noteikti reklameesim autoru :) Tad jau varbūt jāizsludina mazais konkurss? Nav ne jausmas kā varētu būt ar interesi un rezultātiem. g On Sat, 09 Mar 2013 09:55:05 +0200, Rich ric...@nakts.net wrote: On 2013-03-09 01:00, gasha wrote: desu uz maizes visi gribees. ta ka pa brivu tas nav. nee, to nemaz negribeeju (ja piedaavaas, neatteikshos, protams =) ) bet ir zinami cilveki no www.dripe.lv a shie drukaa kaut ko ? lapaa nemaniiju. g On Fri, 08 Mar 2013 15:08:12 +0200, Rich ric...@nakts.net wrote: taa kaa man tika nomainiits kompja vaaks un ir izbeigushaas openstreetmap uzliimes, gribu veel =) vai kaadam nav zinaama draudziiga kompaanija, kur shaadas lietas vareetu dabuut par draudziigaam cenaam ? ir doma sataisiit kaut kaads uzliimes, varbuut ko citu... nu un ja ir veel interesenti, tad labaak jau mesties kopaa :) -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] bings siguldaa
eu, siguldaa ir paraadiijushaas binga bildiites :) var sho to pieziimeet klaat/palabot -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] 2x dzhohara dudajeva 5
http://www.openstreetmap.org/?lat=56.957878lon=24.19418zoom=18layers=M pieveersham uzmaniibu 2 piektajiem numuriem - ka tik viens nav sestais patiesiibaa. varbuut kaads tuvumaa esoshs var izpeetiit un palabot ? -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression
Ok, je vais m'orienter vers cette utilisation. Normalement d'ici lundi j'aurai trouver un moment pour traiter la trace gps au format gpx. La trace est actuellement formé d'un seul bloc. Est ce que je doit segmenter ou laisser tel quel ces données ? Le 8 mars 2013 19:52, Pierre Béland pierz...@yahoo.fr a écrit : Jo, Nous avons axé la priorité jusqu'à maintenant dans la portion nord du pays et n'avons pas trop révisé les routes au sud de Mopti. Si je comprends bien, tes traces concernent les chemins que tu as parcouru au Mali. Ta mémoire des lieux doit être encore assez fraiche. Si tu as un peu de temps, ces traces te seraient utiles à mon avis pour comparer avec la carte actuelle et l'imagerie Bing et éventuellement corriger, ajouter. Elles seront d'autant plus utiles s'il y a des zones non couvertes par l'imagerie Bing haute résolution. Pierre -- *De :* Jo. perche...@gmail.com *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Vendredi 8 mars 2013 13h40 *Objet :* Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression J'ai des traces gps personnelle que j'ai faite au Mali il y a moins de 2 ans, il faut vraiment que je me penche sur la question. Avant de les publier, qui doit je contacter pour l'informer ? Je me rappel parfaitement ce que j'ai fait sur chaque section et j'ai des photos de la région prisent lors des arrêts. Au besoin, je peut détailler complètement ma trace qui part de Montpellier jusqu'à la frontière de la Cote d'Ivoire (d'un coté) et du Burkina (d'un autre coté) avant de couper par la Mauritanie pour le retour. J'ai également des contacts sur place qui pourrait m'indiquer si mes souvenirs sont erroné après avoir publier les cartes en ligne. Le 8 mars 2013 17:35, Francescu GAROBY windu...@gmail.com a écrit : Pour revenir au sujet initiale, j'aime beaucoup ce genre de vidéos, bravo ! Par contre, pourquoi toujours faire tourner la Terre, quand on se concentre sur une zone géographique précise (un pays en l'occurrence) ? On a toujours l'impression qu'on va nous montrer une autre zone (mais dans le cas d'une vidéo sur le Mali, on se demande bien pourquoi), pour finalement avoir un fondu au noir et un recadrage sur la zone de départ Francescu Le 8 mars 2013 17:32, Pierre Béland pierz...@yahoo.fr a écrit : Eh, vous avez détourné le sujet sur l'Activation au Mali. Pierre -- *De :* Pieren pier...@gmail.com *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Vendredi 8 mars 2013 11h19 *Objet :* Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression 2013/3/8 sly (sylvain letuffe) li...@letuffe.org: Le précédent débat concernant la passerelle n'ayant rien donné comme conclusion, je vais ouvrir un sujet sur ce thème pour qu'on règle cette question de manière démocratique Il me semblait que des solutions se dégageaient de la dernière discussion : soit s'inscrire pour une notification directement sur le forum, soit renvoyer les messages sur une autre liste dédiée à cet usage. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM + cadastre + fuite de mémoire
Bonjour Contexte : JOSM et plugin cadastre sous Windows 7 64, 4 GO de RAM ; calques de données téléchargées à l'échelle d'une commune, calque cadastre (même échelle) et parfois un calque Mapnik. nombreux zoom avant et zoom arrière. JOSM plante régulièrement depuis quelques semaines (lien avec une mise à jour ?). J'ai le message out of memory... Mon paramètre -Xmx*M est maintenant à 2048. Lors du plantage, le processus Java consomme environ ... 350 MO de RAM. C'est un délit caractérisé de fuite de mémoire. Suis-je le seul dans ce cas ? Merci. attachment: cherbe.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM + cadastre + fuite de mémoire
Aucun problème pour ma part. Note que le paramètre -Xmx=2048M peut ne pas avoir d'effet si tu continues d'utiliser la version 32-bits de Java qui limite la taille de VM. Donc si tu lances Java par l'exécutable javaw.exe qui se trouve dans \Windows\syswow64, c'est la version 32 bits (celle par défaut aussi utilisée par un navigateur 32 bits). Si tu as lancé JOSM par un lien JNLP téléchargé depuis un navigateur 32 bits, le JNLP s'est installé sur son bureau pour lancer la version 32 bits de Java. Changes alors le chemin de javaws.exe pour passer à la version 64-bits. Note que le panneau de configuration Java installé dans le panneau de configuration Windows peut aussi être celui de la version 32 bits, même si tu as aussi installé la version 64 bits de Java. Selon l'ordre dans lequel tu as installé une version ou l'autre ou les deux de Java, celle qui reste par défaut est celle de ta dernière installation... Pour lancer la version de JOSM en JNLP (avantage : mises à jours automatique de JOSM au lancement), le lancement se fait par javaws.exe (JAva Web Start) et non javaw.exe (version GUI de la VM), mais les deux ouvrent une console que tu peux cacher ou réduire. Cette console te permet aussi de voir toi-même la quantité de mémoire consommée, et divers autres messages de débogage de JOSM. Appuie sur les touches c, f,, g, m dans cette console Java pour gérer la mémoire ou l'afficher, appuie sur ? pour y afficher l'aide sur ces touches. Personnellement je ne recommande pas la version 32 bits de Java pour faire autre chose que des petites modifications locales. Rapidement on a besoin de mémoire et ce n'est pas les ridicules 350Mo de la version 32 bits qui permettent d'aller loin. Mais pour utiliser jusqu'à 2Go en version 32-bits, il te faut changer des paramètres de VM correctement avec la bonne syntaxe. Par exemple la syntaxe de lancement en JNLP du raccourci posé sur le bureau est chez moi: C:\Windows\System32\javaws.exe -Xmx=2048m -localfile -J-Djnlp.application.href=http://josm.openstreetmap.de/download/josm-latest.jnlp C:\Users\Philippe\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\53\5c3539b5-69587e2b (le dernier paramètre compliqué C:\Users\... dépend de la configuration de ton cache personnel de déploiement Java, il est en principe créé par JavaWebStart quand tu ouvres un JNLP la première fois quand il crée un raccourci sur le bureau : tu peux modifier la ligne de commande qui a été mise dans ce raccourci) Et ça marche très bien avec une VM de 2Go ou plus (je peux la monter parfois à 12Go pour des modifs complexes liées à certaines vérifications sur des zones étendues avec beaucoup d'objets). Le 9 mars 2013 10:00, christian Herbé che...@free.fr a écrit : Bonjour Contexte : JOSM et plugin cadastre sous Windows 7 64, 4 GO de RAM ; calques de données téléchargées à l'échelle d'une commune, calque cadastre (même échelle) et parfois un calque Mapnik. nombreux zoom avant et zoom arrière. JOSM plante régulièrement depuis quelques semaines (lien avec une mise à jour ?). J'ai le message out of memory... Mon paramètre -Xmx*M est maintenant à 2048. Lors du plantage, le processus Java consomme environ ... 350 MO de RAM. C'est un délit caractérisé de fuite de mémoire. Suis-je le seul dans ce cas ? Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression
Je viens de consulter mes fichiers et j'avais converti les fichiers exotique fourni par mon gps magellan en KML pour une utilisation personnelle que j'ai publié sur mon blog. Par chance, tous le trajet et découpé en fonction des jours de routes qu'on à effectué avec les camions. Chaque section est datée et j'avais utilisé des couleurs différente pour l'aller et le retour ainsi que pour les randonnées en pays Dogon (à l'est de Mopti). J'avais également pointé les différents point de contrôle de police et de douane sur tous le trajet, surtout en Mauritanie et au sud Maroc où sans ces points de contrôle les risques d'enlèvement serait extrêmement important. Est ce qu'il y a des restrictions sur le partage concernant les licences ? Voici les fichiers en question : - Trace coloré sans POI, Nîmes-Rabbat-Nouakchott-Dakar-Bamako-Mopti-Séville : https://www.dropbox.com/s/i6oadtbufqcrhmr/traces_mali_2010.kml - Trace coloré avec POI indiquant les douane, point de contrôle et lieu marquant du voyage : https://www.dropbox.com/s/7mw8epadlzhmbwb/voyage-mali.kml - Page où apparaissent en public ces traces (pour le contrôle de licence OdBL) : http://toutenkamion.net/les-differents-voyages Les traces sont rangés par pays et par ordre chronologique, tous les POI sont nommé et illustré avec les icônes google par défaut. Pour les visionner, Google Earth est recommandé. Si mon travail respecte la licence OdBL, la conversion par section devrait rapide. Si il ne le respecte pas la licence, indiquez moi ce que je doit modifier/supprimer pour que cela puisse être envoyé sur OSM. Au plaisir de lire la réponse… Joël Le 9 mars 2013 09:30, Jo. perche...@gmail.com a écrit : Ok, je vais m'orienter vers cette utilisation. Normalement d'ici lundi j'aurai trouver un moment pour traiter la trace gps au format gpx. La trace est actuellement formé d'un seul bloc. Est ce que je doit segmenter ou laisser tel quel ces données ? Le 8 mars 2013 19:52, Pierre Béland pierz...@yahoo.fr a écrit : Jo, Nous avons axé la priorité jusqu'à maintenant dans la portion nord du pays et n'avons pas trop révisé les routes au sud de Mopti. Si je comprends bien, tes traces concernent les chemins que tu as parcouru au Mali. Ta mémoire des lieux doit être encore assez fraiche. Si tu as un peu de temps, ces traces te seraient utiles à mon avis pour comparer avec la carte actuelle et l'imagerie Bing et éventuellement corriger, ajouter. Elles seront d'autant plus utiles s'il y a des zones non couvertes par l'imagerie Bing haute résolution. Pierre -- *De :* Jo. perche...@gmail.com *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Vendredi 8 mars 2013 13h40 *Objet :* Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression J'ai des traces gps personnelle que j'ai faite au Mali il y a moins de 2 ans, il faut vraiment que je me penche sur la question. Avant de les publier, qui doit je contacter pour l'informer ? Je me rappel parfaitement ce que j'ai fait sur chaque section et j'ai des photos de la région prisent lors des arrêts. Au besoin, je peut détailler complètement ma trace qui part de Montpellier jusqu'à la frontière de la Cote d'Ivoire (d'un coté) et du Burkina (d'un autre coté) avant de couper par la Mauritanie pour le retour. J'ai également des contacts sur place qui pourrait m'indiquer si mes souvenirs sont erroné après avoir publier les cartes en ligne. Le 8 mars 2013 17:35, Francescu GAROBY windu...@gmail.com a écrit : Pour revenir au sujet initiale, j'aime beaucoup ce genre de vidéos, bravo ! Par contre, pourquoi toujours faire tourner la Terre, quand on se concentre sur une zone géographique précise (un pays en l'occurrence) ? On a toujours l'impression qu'on va nous montrer une autre zone (mais dans le cas d'une vidéo sur le Mali, on se demande bien pourquoi), pour finalement avoir un fondu au noir et un recadrage sur la zone de départ Francescu Le 8 mars 2013 17:32, Pierre Béland pierz...@yahoo.fr a écrit : Eh, vous avez détourné le sujet sur l'Activation au Mali. Pierre -- *De :* Pieren pier...@gmail.com *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Vendredi 8 mars 2013 11h19 *Objet :* Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression 2013/3/8 sly (sylvain letuffe) li...@letuffe.org: Le précédent débat concernant la passerelle n'ayant rien donné comme conclusion, je vais ouvrir un sujet sur ce thème pour qu'on règle cette question de manière démocratique Il me semblait que des solutions se dégageaient de la dernière discussion : soit s'inscrire pour une notification directement sur le forum, soit renvoyer les messages sur une autre liste dédiée à cet usage. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] JOSM + cadastre + fuite de mémoire
Le 9 mars 2013 10:00, christian Herbé che...@free.fr a écrit : JOSM et plugin cadastre sous Windows 7 64, 4 GO de RAM ; J'ai le message out of memory... Mon paramètre -Xmx*M est maintenant à 2048. Lors du plantage, le processus Java consomme environ ... 350 MO de RAM. Tu es sûr que ton install Windows est suffisante pour des performances correctes ? Avec 4Go de RAM, ne rêve pas pouvoir créer une VM java de 2Go pour que cela fonctionne bien. Certes Windows 7 fonctionne plutôt bien avec 4Go seulement (contrairement à Vista) et pour lancer un navigateur ou des applis simples qui ne font pas un usage intensif de la mémoire (très nombreux objets distincts d'accès aléatoire : c'est plus contraignant par exemple que la vidéo, car cela impacte énormément le cache mémoire du processeur, le multithreading, et le swap sur disque) ; mais toute de même, une barrette mémoire en plus ne serait pas un luxe (à moins que ce que tu as est une tablette non extensible, mais je ne pense pas étant donné que tu as une version 64 bits de Windows). Oui JOSM est assez gourmand en mémoire (mais ce serait de toute façon le cas avec n'importe quel éditeur qui charge les objets en mémoire et les parcours presque sans arrêt en grande quantité pour l'affichage des fonds de carte de travail et pour les vérifications d'intégrité). Mais tout dépnd de ce que tu fais avec : pour traailler une petite zone locale, retracer une rue, ajouter des POIs, la version 32 bits fonctionne bien avec une VM relativement réduite en taille. Mais si tu doit gérer des relations longues avec de nombreux membres et des dizaines de milliers de points et pour peu que tu fasses un zoom arrière pour afficher une zone étendue contenant de très nombreux objets chargés, alors oui cela devient lent. C'est pour ça aussi que Potlatch impose de travailler sur des zones petites (sinon il sature lui aussi le navigateur avec trop d'objets, car il ne dispose d'absolument aucun filtre: Potlatch charge tout, même les objets qu'on n'a pas envie ni besoin de toucher). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression
Tu peux uploader tes traces au format GPX via l'interface web : http://www.openstreetmap.org/traces Si tu ne veut pas refaire le travail de découpage, tu peux partir des kml et les convertir en GPX avec gpsbabel. Si tu ne veux pas t'embeter à uploader les traces une par une, tu peux uploader un fichier zip contenant l'ensemble des traces GPX mais tu perds la possibilité d'ajouter une description et des mots clefs sur chaque trace. Il y a 2 restrictions importantes au niveau des GPX acceptés par OSM : - tous tes points de traces doivent avoir un timestamp - les waypoint ne sont pas pris en charge Le 2ème point est important, les différents points d'interêt que tu as enregistré, même s'ils sont présent dans le fichier GPX, ne seront pas restitués par OSM. La mise en commun de trace dans OSM a été fait pour permettre de tracer les routes en faisant une moyenne d'un ensemble de trace, les points d'intérêt sont refusés et c'est volontaire. De toute façon un point d'intérêt nécessite une interprétation humaine (positionnement, signification) avant d'être inséré en tant qu'objet OSM, il est plus efficace que ce soit l'auteur qui fasse ce travail au lieu d'essayer de passer une description ou des consignes dans un GPX qui auront toutes les chances d'être mal interprétées. Enfin pour la licence cela ne doit pas poser de problème, tu es l'auteur de tes traces et tu dois pouvoir les partager sur les sites que tu veux, même si un site interdit la réutilisation des traces qu'il stocke, tu disposes toujours du fichier d'origine que tu peux redécouper, remettre en forme à ta guise. Pour retravailler les traces j'utilise le logiciel Viking. Sur OSM j'ai un doute sur la licence des traces (à cause du changement de licence), je pense que l'on a un mix CC-by-SA pour les plus vieilles, ODbL pour les plus récentes (ou alors on contribue toujours les traces en CC-by-SA). Francisco - Mail original - De: Jo. perche...@gmail.com À: Pierre Béland pierz...@yahoo.fr, Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Samedi 9 Mars 2013 11:04:57 Objet: Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression Je viens de consulter mes fichiers et j'avais converti les fichiers exotique fourni par mon gps magellan en KML pour une utilisation personnelle que j'ai publié sur mon blog. Par chance, tous le trajet et découpé en fonction des jours de routes qu'on à effectué avec les camions. Chaque section est datée et j'avais utilisé des couleurs différente pour l'aller et le retour ainsi que pour les randonnées en pays Dogon (à l'est de Mopti). J'avais également pointé les différents point de contrôle de police et de douane sur tous le trajet, surtout en Mauritanie et au sud Maroc où sans ces points de contrôle les risques d'enlèvement serait extrêmement important. Est ce qu'il y a des restrictions sur le partage concernant les licences ? Voici les fichiers en question : * Trace coloré sans POI, Nîmes-Rabbat-Nouakchott-Dakar-Bamako-Mopti-Séville : https://www.dropbox.com/s/i6oadtbufqcrhmr/traces_mali_2010.kml * Trace coloré avec POI indiquant les douane, point de contrôle et lieu marquant du voyage : https://www.dropbox.com/s/7mw8epadlzhmbwb/voyage-mali.kml * Page où apparaissent en public ces traces (pour le contrôle de licence OdBL) : http://toutenkamion.net/les-differents-voyages Les traces sont rangés par pays et par ordre chronologique, tous les POI sont nommé et illustré avec les icônes google par défaut. Pour les visionner, Google Earth est recommandé. Si mon travail respecte la licence OdBL, la conversion par section devrait rapide. Si il ne le respecte pas la licence, indiquez moi ce que je doit modifier/supprimer pour que cela puisse être envoyé sur OSM. Au plaisir de lire la réponse… Joël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression
Ha mince… je ne retrouve plus les fichiers d'origine et j'avais supprimé l'horodatage des points lors de la conversion en KML. Je ne voyait pas l'intérêt de conserver cette donnée qui permettait de me localiser trop précisément pendant mon voyage. Je ne peut donc pas héberger mes traces sur OSM mais je peut les importer comme couche supplémentaire dans JOSM. Par contre, peut être est il possible de déposer mon travail au format gpx auprès des contributeurs qui travail sur le Mali via HOT… enfin si ils le souhaitent bien sur. Pour cette proposition, qui doit je contacter ? Le 9 mars 2013 12:18, f.dos.san...@free.fr a écrit : Tu peux uploader tes traces au format GPX via l'interface web : http://www.openstreetmap.org/traces Si tu ne veut pas refaire le travail de découpage, tu peux partir des kml et les convertir en GPX avec gpsbabel. Si tu ne veux pas t'embeter à uploader les traces une par une, tu peux uploader un fichier zip contenant l'ensemble des traces GPX mais tu perds la possibilité d'ajouter une description et des mots clefs sur chaque trace. Il y a 2 restrictions importantes au niveau des GPX acceptés par OSM : - tous tes points de traces doivent avoir un timestamp - les waypoint ne sont pas pris en charge Le 2ème point est important, les différents points d'interêt que tu as enregistré, même s'ils sont présent dans le fichier GPX, ne seront pas restitués par OSM. La mise en commun de trace dans OSM a été fait pour permettre de tracer les routes en faisant une moyenne d'un ensemble de trace, les points d'intérêt sont refusés et c'est volontaire. De toute façon un point d'intérêt nécessite une interprétation humaine (positionnement, signification) avant d'être inséré en tant qu'objet OSM, il est plus efficace que ce soit l'auteur qui fasse ce travail au lieu d'essayer de passer une description ou des consignes dans un GPX qui auront toutes les chances d'être mal interprétées. Enfin pour la licence cela ne doit pas poser de problème, tu es l'auteur de tes traces et tu dois pouvoir les partager sur les sites que tu veux, même si un site interdit la réutilisation des traces qu'il stocke, tu disposes toujours du fichier d'origine que tu peux redécouper, remettre en forme à ta guise. Pour retravailler les traces j'utilise le logiciel Viking. Sur OSM j'ai un doute sur la licence des traces (à cause du changement de licence), je pense que l'on a un mix CC-by-SA pour les plus vieilles, ODbL pour les plus récentes (ou alors on contribue toujours les traces en CC-by-SA). Francisco - Mail original - De: Jo. perche...@gmail.com À: Pierre Béland pierz...@yahoo.fr, Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Samedi 9 Mars 2013 11:04:57 Objet: Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression Je viens de consulter mes fichiers et j'avais converti les fichiers exotique fourni par mon gps magellan en KML pour une utilisation personnelle que j'ai publié sur mon blog. Par chance, tous le trajet et découpé en fonction des jours de routes qu'on à effectué avec les camions. Chaque section est datée et j'avais utilisé des couleurs différente pour l'aller et le retour ainsi que pour les randonnées en pays Dogon (à l'est de Mopti). J'avais également pointé les différents point de contrôle de police et de douane sur tous le trajet, surtout en Mauritanie et au sud Maroc où sans ces points de contrôle les risques d'enlèvement serait extrêmement important. Est ce qu'il y a des restrictions sur le partage concernant les licences ? Voici les fichiers en question : * Trace coloré sans POI, Nîmes-Rabbat-Nouakchott-Dakar-Bamako-Mopti-Séville : https://www.dropbox.com/s/i6oadtbufqcrhmr/traces_mali_2010.kml * Trace coloré avec POI indiquant les douane, point de contrôle et lieu marquant du voyage : https://www.dropbox.com/s/7mw8epadlzhmbwb/voyage-mali.kml * Page où apparaissent en public ces traces (pour le contrôle de licence OdBL) : http://toutenkamion.net/les-differents-voyages Les traces sont rangés par pays et par ordre chronologique, tous les POI sont nommé et illustré avec les icônes google par défaut. Pour les visionner, Google Earth est recommandé. Si mon travail respecte la licence OdBL, la conversion par section devrait rapide. Si il ne le respecte pas la licence, indiquez moi ce que je doit modifier/supprimer pour que cela puisse être envoyé sur OSM. Au plaisir de lire la réponse… Joël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM + cadastre + fuite de mémoire
Ah ben ça va nettement mieux comme ça ! Dans la commande, j 'ai remplacé : c:\Windows\syswow64\javaws.exe par C:\Windows\System32\javaws.exe Merci pour la piste. Ca mérite d'être référencé. Mes recherches Google ne m'ont rien apportées. - Le 09/03/2013 11:05, talk-fr-requ...@openstreetmap.org a écrit : Message: 1 Date: Sat, 09 Mar 2013 10:00:32 +0100 From: christian Herbéche...@free.fr To: talk-fr@openstreetmap.org Subject: [OSM-talk-fr] JOSM + cadastre + fuite de mémoire Message-ID:513afa30.2000...@free.fr Content-Type: text/plain; charset=iso-8859-1; Format=flowed Bonjour Contexte : JOSM et plugin cadastre sous Windows 7 64, 4 GO de RAM ; calques de données téléchargées à l'échelle d'une commune, calque cadastre (même échelle) et parfois un calque Mapnik. nombreux zoom avant et zoom arrière. JOSM plante régulièrement depuis quelques semaines (lien avec une mise à jour ?). J'ai le message out of memory... Mon paramètre -Xmx*M est maintenant à 2048. Lors du plantage, le processus Java consomme environ ... 350 MO de RAM. C'est un délit caractérisé de fuite de mémoire. Suis-je le seul dans ce cas ? Merci. -- Aucun problème pour ma part. Note que le paramètre -Xmx=2048M peut ne pas avoir d'effet si tu continues d'utiliser la version 32-bits de Java qui limite la taille de VM. Donc si tu lances Java par l'exécutable javaw.exe qui se trouve dans \Windows\syswow64, c'est la version 32 bits (celle par défaut aussi utilisée par un navigateur 32 bits). Si tu as lancé JOSM par un lien JNLP téléchargé depuis un navigateur 32 bits, le JNLP s'est installé sur son bureau pour lancer la version 32 bits de Java. Changes alors le chemin de javaws.exe pour passer à la version 64-bits. Note que le panneau de configuration Java installé dans le panneau de configuration Windows peut aussi être celui de la version 32 bits, même si tu as aussi installé la version 64 bits de Java. Selon l'ordre dans lequel tu as installé une version ou l'autre ou les deux de Java, celle qui reste par défaut est celle de ta dernière installation... Pour lancer la version de JOSM en JNLP (avantage : mises à jours automatique de JOSM au lancement), le lancement se fait par javaws.exe (JAva Web Start) et non javaw.exe (version GUI de la VM), mais les deux ouvrent une console que tu peux cacher ou réduire. Cette console te permet aussi de voir toi-même la quantité de mémoire consommée, et divers autres messages de débogage de JOSM. Appuie sur les touches c, f,, g, m dans cette console Java pour gérer la mémoire ou l'afficher, appuie sur ? pour y afficher l'aide sur ces touches. Personnellement je ne recommande pas la version 32 bits de Java pour faire autre chose que des petites modifications locales. Rapidement on a besoin de mémoire et ce n'est pas les ridicules 350Mo de la version 32 bits qui permettent d'aller loin. Mais pour utiliser jusqu'à 2Go en version 32-bits, il te faut changer des paramètres de VM correctement avec la bonne syntaxe. Par exemple la syntaxe de lancement en JNLP du raccourci posé sur le bureau est chez moi: C:\Windows\System32\javaws.exe -Xmx=2048m -localfile -J-Djnlp.application.href=http://josm.openstreetmap.de/download/josm-latest.jnlp C:\Users\Philippe\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\53\5c3539b5-69587e2b (le dernier paramètre compliqué C:\Users\... dépend de la configuration de ton cache personnel de déploiement Java, il est en principe créé par JavaWebStart quand tu ouvres un JNLP la première fois quand il crée un raccourci sur le bureau : tu peux modifier la ligne de commande qui a été mise dans ce raccourci) Et ça marche très bien avec une VM de 2Go ou plus (je peux la monter parfois à 12Go pour des modifs complexes liées à certaines vérifications sur des zones étendues avec beaucoup d'objets). Le 9 mars 2013 10:00, christian Herbéche...@free.fr a écrit : Bonjour Contexte : JOSM et plugin cadastre sous Windows 7 64, 4 GO de RAM ; calques de données téléchargées à l'échelle d'une commune, calque cadastre (même échelle) et parfois un calque Mapnik. nombreux zoom avant et zoom arrière. JOSM plante régulièrement depuis quelques semaines (lien avec une mise à jour ?). J'ai le message out of memory... Mon paramètre -Xmx*M est maintenant à 2048. Lors du plantage, le processus Java consomme environ ... 350 MO de RAM. C'est un délit caractérisé de fuite de mémoire. Suis-je le seul dans ce cas ? Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr attachment: cherbe.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression
2013/3/9 Jo. perche...@gmail.com: Ha mince… je ne retrouve plus les fichiers d'origine et j'avais supprimé l'horodatage des points lors de la conversion en KML. Je ne voyait pas l'intérêt de conserver cette donnée qui permettait de me localiser trop précisément pendant mon voyage. Il me semble que l'horodatage peut être ajouté de manière artificielle avec GPSBabel. Il faut juste un timestamp, leur valeur n'a aucune importance. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression
Je n'avais pas pensé à ce contournement. Par chance j'ai conservé le date du départ pour chaque section et les sections ont des durée allant au maximum à 4 jours (traversée de la Mauritanie). Je vais m'orienter vers cette solution (si c'est techniquement possible) Le 9 mars 2013 12:51, Pieren pier...@gmail.com a écrit : 2013/3/9 Jo. perche...@gmail.com: Ha mince… je ne retrouve plus les fichiers d'origine et j'avais supprimé l'horodatage des points lors de la conversion en KML. Je ne voyait pas l'intérêt de conserver cette donnée qui permettait de me localiser trop précisément pendant mon voyage. Il me semble que l'horodatage peut être ajouté de manière artificielle avec GPSBabel. Il faut juste un timestamp, leur valeur n'a aucune importance. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM dans le magazine A vos Mac
Le vendredi 08 mars 2013 à 15:15 -0800, LionelMacBruSoft a écrit : Peut-être y aura t'il une suite un jour à ce premier article... Je vais toutefois attendre quelque temps (évolutions, nouveaux points à décrire...). Salut Lionel, plus près de chez toi, on est quelques contributeurs à se réunir autour du LUG Gebull (Bressuire). On va sans doute refaire une petite cartopartie en Nord Deux-sèvres d'ici peu. Je mettrais un message sur cette liste. Sinon, on presentera OSM lors de la porte ouverte de Gebull, le 20 avril à la médiathèque de Bressuire. N'hésite pas à passer (même si on n'utilisera sans doute pas d'ordis à la pomme ;-)) cordialement, Mika_Gueret ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression
Merci Jo. Pierre De : Jo. perche...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Samedi 9 mars 2013 7h10 Objet : Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression Je n'avais pas pensé à ce contournement. Par chance j'ai conservé le date du départ pour chaque section et les sections ont des durée allant au maximum à 4 jours (traversée de la Mauritanie). Je vais m'orienter vers cette solution (si c'est techniquement possible) Le 9 mars 2013 12:51, Pieren pier...@gmail.com a écrit : 2013/3/9 Jo. perche...@gmail.com: Ha mince… je ne retrouve plus les fichiers d'origine et j'avais supprimé l'horodatage des points lors de la conversion en KML. Je ne voyait pas l'intérêt de conserver cette donnée qui permettait de me localiser trop précisément pendant mon voyage. Il me semble que l'horodatage peut être ajouté de manière artificielle avec GPSBabel. Il faut juste un timestamp, leur valeur n'a aucune importance. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression
Salut, Au final c'était beaucoup plus rapide que je ne l'aurai cru. Le plus long était l'envoi des traces avec commentaire. Tu a maintenant 23 traces supplémentaire donc 13 trace pour le Mali. Elles sont toute en public à l'adresse : http://www.openstreetmap.org/user/percherie/traces/ Si tu a besoin de précisons sur certains lieux où je suis passé, surtout n'hésite pas ça me replongera dans ce long voyage (6 mois). En contrôlant les traces, j'ai retrouvé les endroits où je me suis perdu et surtout où au Sénégal (St Louis) j'ai du ruser pour ne pas payer les fausse contravention. Au passage pour la route dont fait parti le segment suivant : http://www.openstreetmap.org/browse/way/41270243 Elle est indiqué sur les carte Michelin mais sur place il n'y a qu'une pauvre petite piste à peine existante. J'adore filer sur les pistes en camion mais là c'était totalement infernal et je me suis perdu (tu verra sur la trace). Sur le coup j'ai maudit sur mille génération les cartographes Michelin. Pour la petite anecdote, j'étais seul, sans téléphone avec un point de rendez vous à Nioro et un enlèvement d'un français fait quelques semaine avant à l'ouest du pays, j'étais serein mais mes amis ce sont inquiété. Cette route devrait être classé en *secondary* au maximum mais *surtout pas*en primary maintenant que la nationale carrossé propose un contournement par le sud. Le 9 mars 2013 14:43, Pierre Béland pierz...@yahoo.fr a écrit : Merci Jo. Pierre -- *De :* Jo. perche...@gmail.com *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Samedi 9 mars 2013 7h10 *Objet :* Re: [OSM-talk-fr] [forum-osm-fr] Activation au Mali : Video sur la progression Je n'avais pas pensé à ce contournement. Par chance j'ai conservé le date du départ pour chaque section et les sections ont des durée allant au maximum à 4 jours (traversée de la Mauritanie). Je vais m'orienter vers cette solution (si c'est techniquement possible) Le 9 mars 2013 12:51, Pieren pier...@gmail.com a écrit : 2013/3/9 Jo. perche...@gmail.com: Ha mince… je ne retrouve plus les fichiers d'origine et j'avais supprimé l'horodatage des points lors de la conversion en KML. Je ne voyait pas l'intérêt de conserver cette donnée qui permettait de me localiser trop précisément pendant mon voyage. Il me semble que l'horodatage peut être ajouté de manière artificielle avec GPSBabel. Il faut juste un timestamp, leur valeur n'a aucune importance. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] salon Primevère
Depuis hier (vendredi) 14 h, et jusqu à demain 19 h, OSM-FR tient un stand au salon Primevère (Lyon Eurexpo). Si vous êtes dans le coin, passez dire bonjour. Les stands jumelés, avec Sylvain pour OSM-FR, et Justine pour Wikimedia France : http://twitpic.com/c9z2ob A noter, un gros contraste d'équipement : Pour OSM-FR, un écran 22', deux portables, et plein d'affiches au mur (recyclées du SOTM-FR), et bien sûr la bannière (qui flashe bien, pas de doute !) Pour Wikimedia France, aucun ordi, pas d'affiche (juste un kakemono), mais par contre plein de livrets et flyers à distribuer. Même si on ne fait pas la course, il faudra qu'on rattrape notre retard sur ce point là. Je pense qu'un A3 R/V plié en 2 serait idéal. Prochaine action de communication à prévoir pour l'asso ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Aide à la correction École ref:UAI
Bonjour, je cherche à corriger quelques erreurs relevées sur Osmose, mais je ne trouve pas les solutions (car l'erreur revient toujours) pour cette école sans ref:UAI ou invalide http://osmose.openstreetmap.fr/fr/map/?zoom=18lat=46.809535lon=1.691741item=7070level=3qui pourtant a un bien une référence UAI correctehttp://www.education.gouv.fr/bce/avancee/fiche.php?NUMERO_UAI=0360144Ltype_info=fiche_detailleePHPSESSID= J'ai également une autre école, ou plutôt un Établissement Médico Éducatif pour des jeunes de 8 à 16 ans. http://osmose.openstreetmap.fr/fr/map/?zoom=18lat=46.809428lon=1.677142item=7070level=3 Ici je n'ai pas trouvé de ref UAI à mettre. Ou alors ce n'est pas un établissement de l'éducation national, sinon, que mettre à la place de amenity = school. Merci de votre aide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] London Tube Tagging Problems
Looking at your Kew Gardens tag it looks excellent with just one issue. It's correctly tagged for all 3 networks in one as National Rail;London Underground;London Overground but it does tag both stop positions on the two oposite direction tracks as railway=station which i feel should both be changed to be railway=stop or public_transport=platform and a new, single node should be railway=station for the entire station? I must have missed those station tags on the stop positions first time round, I did say I attempted to do it :) I've removed those now, and I think the station property is captured in the area represented by way 199669935 which surrounds the whole station. On 8 March 2013 23:49, James Churchman jameschurch...@gmail.com wrote: Hi Aidan, thanks for such a fast reply! Yes very messy indeed!! Great i had a good read of that link you sent along with http://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation and a few others. Reading : --- * For simple modeling of simple stations with a single track (or one in each direction) just add a node with railway=station and name=* at an appropriate point on the railway (tagged railway=rail, railway=subway etc). * For complex or larger stations it is often best to create a node within the main concourse area and use a public_transport=stop_area to associate this with the rest of the elements of the station. --- It sounds like uk tube stations that are largely underground the best thing is just a node. For larger stations there should still be a node but also but add it to a relation and additionally tag the Node as a Stop Area and along with an Area for the building=station .. but the building=station Area is not sufficient to be a station its self.. it needs a node Further down : --- * There should only be a single railway=station tag for each station. Where there are multiple nodes for a single station then consider converting the station to the area format and moving the relevant tags (including the name etc) to this area and remove the station tag from all the existing 'station' nodes. * Where a mainline station and metro station (or other railway like station) are physically connected, consider if they should be modeled as separate stations or as a single station. The associated Wikipedia article for the facilities might assist with the decision. If the facilities are run by separate organisations (for example a heritage station next to a mainline station) then it is probably better to map them using two separate railway=station tags. --- So this would indicate that only one station tag should ever be used .. Looking at your Kew Gardens tag it looks excellent with just one issue. It's correctly tagged for all 3 networks in one as National Rail;London Underground;London Overground but it does tag both stop positions on the two oposite direction tracks as railway=station which i feel should both be changed to be railway=stop or public_transport=platform and a new, single node should be railway=station for the entire station? Think i am starting to understand how it should be done :-) BR James On 8 March 2013 21:35, Aidan McGinley aidmcgin+openstreet...@gmail.com wrote: James, Seems like a bit of a mess alright. Take a look at the approved proposal for public transport which should be the standard to work towards I would think - http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport I attempted to apply this to Kew Gardens station a while back (http://www.openstreetmap.org/?lat=51.47707lon=-0.28496zoom=17) it's not exactly straightforward, and I'm not sure how well it would work when the station is entirely underground like much of central London. Aidan On 8 March 2013 21:05, James Churchman jameschurch...@gmail.com wrote: Hi Guys I was originally attempting to get all the London Underground Tube stations and Rail stations from OSM ( london xml file ) The issues with the data I have had are : 1) Some stations are tagged as Nodes, some as Ways and some as Relations London Bridge is large area Way: http://www.openstreetmap.org/edit?lat=51.50426lon=-0.084887zoom=18 and is tagged as a building of type station and railway station Westminister Tube station is tagged as a Node http://www.openstreetmap.org/edit?lat=51.501144lon=-0.125211zoom=19 of type railway station this possibly makes sense to be a Node as its too small to be a Way.. Waterloo station is a Way http://www.openstreetmap.org/edit?lat=51.503282lon=-0.113125zoom=18 but this time type building station ( rather than train_station as London bridge is ) ( and also railway station ) but it's also grouped as a Relation of type site railway_station Maybe some being Nodes, Ways or Relations makes good sense, but maybe it does not... maybe all stations should be a Node ( London Bridge has no Nodes just a single Way ) and then station
Re: [Talk-GB] London Tube Tagging Problems
I recently visited London and looked at the OSM map around London Bridge for the tube station. It was difficult to find as it appears to have the same tag as the main line station. My particular reason for looking at the map was to see where the exit/s were. What would be the correct way to map these? Thanks Dudley Date: Sat, 9 Mar 2013 09:45:51 + From: aidmcgin+openstreet...@gmail.com To: jameschurch...@gmail.com CC: talk-gb@openstreetmap.org Subject: Re: [Talk-GB] London Tube Tagging Problems Looking at your Kew Gardens tag it looks excellent with just one issue. It's correctly tagged for all 3 networks in one as National Rail;London Underground;London Overground but it does tag both stop positions on the two oposite direction tracks as railway=station which i feel should both be changed to be railway=stop or public_transport=platform and a new, single node should be railway=station for the entire station? I must have missed those station tags on the stop positions first time round, I did say I attempted to do it :)I've removed those now, and I think the station property is captured in the area represented by way 199669935 which surrounds the whole station. On 8 March 2013 23:49, James Churchman jameschurch...@gmail.com wrote: Hi Aidan, thanks for such a fast reply! Yes very messy indeed!! Great i had a good read of that link you sent along with http://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation and a few others. Reading : --- * For simple modeling of simple stations with a single track (or one in each direction) just add a node with railway=station and name=* at an appropriate point on the railway (tagged railway=rail, railway=subway etc). * For complex or larger stations it is often best to create a node within the main concourse area and use a public_transport=stop_area to associate this with the rest of the elements of the station. --- It sounds like uk tube stations that are largely underground the best thing is just a node. For larger stations there should still be a node but also but add it to a relation and additionally tag the Node as a Stop Area and along with an Area for the building=station .. but the building=station Area is not sufficient to be a station its self.. it needs a node Further down : --- * There should only be a single railway=station tag for each station. Where there are multiple nodes for a single station then consider converting the station to the area format and moving the relevant tags (including the name etc) to this area and remove the station tag from all the existing 'station' nodes. * Where a mainline station and metro station (or other railway like station) are physically connected, consider if they should be modeled as separate stations or as a single station. The associated Wikipedia article for the facilities might assist with the decision. If the facilities are run by separate organisations (for example a heritage station next to a mainline station) then it is probably better to map them using two separate railway=station tags. --- So this would indicate that only one station tag should ever be used .. Looking at your Kew Gardens tag it looks excellent with just one issue. It's correctly tagged for all 3 networks in one as National Rail;London Underground;London Overground but it does tag both stop positions on the two oposite direction tracks as railway=station which i feel should both be changed to be railway=stop or public_transport=platform and a new, single node should be railway=station for the entire station? Think i am starting to understand how it should be done :-) BR James On 8 March 2013 21:35, Aidan McGinley aidmcgin+openstreet...@gmail.com wrote: James, Seems like a bit of a mess alright. Take a look at the approved proposal for public transport which should be the standard to work towards I would think - http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport I attempted to apply this to Kew Gardens station a while back (http://www.openstreetmap.org/?lat=51.47707lon=-0.28496zoom=17) it's not exactly straightforward, and I'm not sure how well it would work when the station is entirely underground like much of central London. Aidan On 8 March 2013 21:05, James Churchman jameschurch...@gmail.com wrote: Hi Guys I was originally attempting to get all the London Underground Tube stations and Rail stations from OSM ( london xml file ) The issues with the data I have had are : 1) Some stations are tagged as Nodes, some as Ways and some as Relations London Bridge is large area Way: http://www.openstreetmap.org/edit?lat=51.50426lon=-0.084887zoom=18 and is tagged as a building of type station and railway station Westminister Tube station is tagged as a Node http://www.openstreetmap.org/edit?lat=51.501144lon=-0.125211zoom=19 of type railway station this possibly makes sense to be a Node
Re: [Talk-GB] London Tube Tagging Problems
On Fri, 8 Mar 2013, James Churchman wrote: I was originally attempting to get all the London Underground Tube stations and Rail stations from OSM ( london xml file ) The issues with the data I have had are : 1) Some stations are tagged as Nodes, some as Ways and some as Relations snip 2) Stations tagged multiple times (this is a much bigger problem) ! Approximately 75 % of all London Underground Tube stations are tagged with a Node multiple times, the distribution looks like this: 0 times : e.g. London Bridge, this is only a Way there is no Node for either the Rail or Tube 1 single time : this is the rarest case and as far as I can see the correct case Borough, Farringdon, St James' Park, Westminister and a few others are the few single tagged Tube stations in London e.g Farringdon looks fine http://www.openstreetmap.org/edit?mlat=51.52056mlon=-0.10504zoom=18 its a single node of railway type station and has the two networks correctly attributed to it of National Rail;London Underground. The only issue that i can see with Farringdon is as with many other tube stations it has a additional russian name name:ru of Фаррингдон What's wrong with names in different languages? 2,3,4 or even more tages for the same station .. High Street Kensington : http://www.openstreetmap.org/edit?lat=51.5008lon=-0.19269zoom=19 has 4 tags .. each one joined to a rail line Piccadilly Circus http://www.openstreetmap.org/edit?lat=51.510003lon=-0.134754zoom=18 is tagged twice ( once under a different way ) Lambeth North is again tagged twice ( once under a way ) http://www.openstreetmap.org/edit?lat=51.499021lon=-0.112524zoom=18 Oxford Circus Tube Station is not taged at all. but instead the 4 exits are tagged singularly as type railway and subway_entrance .. http://www.openstreetmap.org/edit?lat=51.515258lon=-0.141406zoom=18 though they all do seem to be grouped into a Relation of public_transport stop_area Is this level of tagging required, and would an actual station tag in the centre of these 4 entrances simply denoting the station itself be better ? ---as it is no station at all is plotted on osm.org Green Park Tube Station is similar again with no tagged station but many tagged entrances https://maps.google.co.uk/maps?client=safarioe=UTF-8ie=UTF-8q=green+parkfb=1gl=ukhq=green+parkcid=0,0,15806140768408957347ei=8To6UcfADM-w7AbP_oHQCAved=0CKwBEPwSMAA http://www.openstreetmap.org/edit?lat=51.506934lon=-0.142474zoom=18 Waterloo Station is tagged once as a large area Way, and then 5 separate times as well as Nodes detonating a station http://www.openstreetmap.org/edit?lat=51.50246lon=-0.11246zoom=17 they are dotted all about the place, some on lower layers, some for one train line or another .. Some times it makes sense to have two nodes though, as for Edware Road and f.e. Elephant and Castle there are really two stations (for different lines) 3 ) Also there is the issue of networks tagging .. Some stations are tagged as London Underground or National Rail as they should, but some that are both a dual are tagged with two nodes one for each rather that a single node of National Rail;London Underground for example. eg Kensington Olympia is tagged twice, once with London Overground and once with National Rail;London Underground Again, sometimes the stations are actually different. Such as West Hampstead (http://osm.org/go/euuy930F7-) Each should exist, tagged with the appropriate network. So in conclusion the problems I have found with Rail and Tube stations are : a) Tagged as Ways, Nodes or Relations; sometimes all 3, sometimes just a Node, sometimes a building Way of type station, but no Node. b) Duplicated stations: sometimes an identical tagging many many many times. Sometimes the Rail and the Tube are placed as separate stations when they should be combined, sometimes there is a Way and also a Node, sometimes there is a station for every Rail line/track that comes into the actual station c) Stations are not taged at all, but instead the exits are all tagged as an exit, that are sometimes grouped as a exit relation d) Inconsistant tagging eg some are train_station and others just station ( e) odd Russian names for many of the stations ) This is just from the ones I have looked at so far, I will look further in the mean time but asking from the OSM data the position of Rail and Tube stations in London is a very non-trivial task. Is there something missing from my understating, or does a refurbishment of the rail stations data for London needed? maybe something like every station is a single node placed at the approximate center, and then exits or station buildings are separately tagged and grouped into relations a long with the original point, and that a standard station and not the railway_station tag is chosen ? Also do these kinds of issues exist for other cities both around the uk and the data for the
Re: [Talk-GB] London Tube Tagging Problems
Hi Aidan, yes that looks a lot better having the line stops as stop_positions rather than being stations! think it draws better on osm.org now too! Also I missed that the larger building Way 199669935 covered the station as a large area! Finally nit picking, should they be the more specific railway:stop_positions rather than public_transport:stop_positions ? :-) Hi Derick thank you very much for such a comprehensive reply! Think i am finally starting to understand some of the ( different ) methods used to tag stations that some of them may be the standard way of tagging things, that some of them are maybe used but not as the Wiki states and that maybe many are totally wrong ! I am not sure that two nodes really does make sense when both tagged as stations? Having two nodes makes sense for sure, but both tagged as stations? are they really just not different buildings, entrances, lines or platforms of the same station that are more than a small distance apart .. being two physically different building does not necessarily make them a separate station ? :-) The scheme outlined above looks a good one, although not nessisaly as per the wiki.. ( and not followed by the majority of stations in London where every one seems to have a unique pattern to it ) AFAIK, the idea was as follows: station === The whole area with buildings and platforms: - area: - railway=station - area=yes - alt_name=Edgeware Road - name=Edgware Road (Bakerloo) - or: - name=Hampstead Heath - network=London Overground - naptan:ActoCode=9f8798 ... This looks good and seems ideal, tho is not quite per the wiki.. i think the wiki still prefers a single node tagged as a railway:station for the benefit of placing the name correctly ( and maybe for the simplification of all stations having a single Node ? maybe maybe not ) station's building == - area: - building=station or If there is no station area or building: - node: - railway=station - all the tags from station This looks good too, tho not what's folowed, many single buildings are tagged as an entire railway=station with no area for stations it seems platforms = way (or area): railway=platform, ref=nr Where the train stops: - railway=halt (on the railway track itself as a node) - name=Kilburn Park - line=Bakerloo - network=London Underground looks great .. tho still not quite sure of the difference between a halt and a stop a stop_position etc.. mostly seem to be used interchangeably and in reality interchangeably with a platform etc.. station entrances = - station building entrance: building=entrance - tube: railway=subway_entrance, name=Exit nr, ref=nr This looks great.. but in most (/all) cases i have looked not followed; instead if there are multiple exits each is wrongly tagged as a station, and as often there is no single station visible in the real world (its all underground) there is then no single node for the station. http://www.openstreetmap.org/?lat=51.555173lon=-0.165321zoom=20 Hampstead Heath looks excellently done from my now current understanding, with the area marked as a station ( tho i still think the wiki implies having a single node as the station :-) ) the platforms individually marked ( as platforms ) and the stops as railway:halt ( Kilburn High Road looks similarly done and good) Thanks for everybody's advice comment so far! James On 9 March 2013 14:30, Derick Rethans o...@derickrethans.nl wrote: On Fri, 8 Mar 2013, James Churchman wrote: I was originally attempting to get all the London Underground Tube stations and Rail stations from OSM ( london xml file ) The issues with the data I have had are : 1) Some stations are tagged as Nodes, some as Ways and some as Relations snip 2) Stations tagged multiple times (this is a much bigger problem) ! Approximately 75 % of all London Underground Tube stations are tagged with a Node multiple times, the distribution looks like this: 0 times : e.g. London Bridge, this is only a Way there is no Node for either the Rail or Tube 1 single time : this is the rarest case and as far as I can see the correct case Borough, Farringdon, St James' Park, Westminister and a few others are the few single tagged Tube stations in London e.g Farringdon looks fine http://www.openstreetmap.org/edit?mlat=51.52056mlon=-0.10504zoom=18 its a single node of railway type station and has the two networks correctly attributed to it of National Rail;London Underground. The only issue that i can see with Farringdon is as with many other tube stations it has a additional russian name name:ru of Фаррингдон What's wrong with names in different languages? 2,3,4 or even more tages for the same station .. High Street Kensington : http://www.openstreetmap.org/edit?lat=51.5008lon=-0.19269zoom=19 has 4 tags .. each one joined to a rail line Piccadilly Circus
Re: [Talk-GB] London Tube Tagging Problems
On Sat, 9 Mar 2013, James Churchman wrote: I am not sure that two nodes really does make sense when both tagged as stations? Having two nodes makes sense for sure, but both tagged as stations? are they really just not different buildings, entrances, lines or platforms of the same station that are more than a small distance apart .. being two physically different building does not necessarily make them a separate station ? :-) In the case of Edgeware Road they are really different stations, serving different lines, no underground passage and a really busy road in between. It's a bit same for the three named West Hampstead. AFAIK, the idea was as follows: station === The whole area with buildings and platforms: - area: - railway=station - area=yes - alt_name=Edgeware Road - name=Edgware Road (Bakerloo) - or: - name=Hampstead Heath - network=London Overground - naptan:ActoCode=9f8798 ... This looks good and seems ideal, tho is not quite per the wiki.. i think the wiki still prefers a single node tagged as a railway:station for the benefit of placing the name correctly ( and maybe for the simplification of all stations having a single Node ? maybe maybe not ) I don't tag for the renderer... station's building == - area: - building=station or If there is no station area or building: - node: - railway=station - all the tags from station This looks good too, tho not what's folowed, many single buildings are tagged as an entire railway=station with no area for stations it seems It's sometimes difficult to see/know if an area makes sense. For most tube stations (like the one in Kilburn) the area is exactly the station building, having an extra area then makes little sense... platforms = way (or area): railway=platform, ref=nr Where the train stops: - railway=halt (on the railway track itself as a node) - name=Kilburn Park - line=Bakerloo - network=London Underground looks great .. tho still not quite sure of the difference between a halt and a stop a stop_position etc.. mostly seem to be used interchangeably and in reality interchangeably with a platform etc.. well, platform is the physical platform. A train can't be one one (but pedestrians can). Whether it's halt, stop or stop_position I don't know. To be fair, I don't think halt is the best choice. station entrances = - station building entrance: building=entrance - tube: railway=subway_entrance, name=Exit nr, ref=nr This looks great.. but in most (/all) cases i have looked not followed; instead if there are multiple exits each is wrongly tagged as a station, and as often there is no single station visible in the real world (its all underground) there is then no single node for the station. Oxford Circus is done like this (and it wasn't me!) http://www.openstreetmap.org/?lat=51.555173lon=-0.165321zoom=20 Hampstead Heath looks excellently done from my now current understanding, with the area marked as a station It doesn't render well though... the station area should be more of a landuse pastelly colour instead of the same colour as a station building IMO. ( tho i still think the wiki implies having a single node as the station :-) ) the platforms individually marked ( as platforms ) and the stops as railway:halt ( Kilburn High Road looks similarly done and good) cheers, Derick ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] London Tube Tagging Problems
On Sat, 2013-03-09 at 14:30 +, Derick Rethans wrote: What's wrong with names in different languages? Nothing as long as it is from a verifiable source and names should really not break the rule of 'map what we see'. Nowhere will you see Фаррингдон, what is its source? In terms of making a map useful, the place-names need to be what you can see. A map satnav telling me to follow the motorway towards The Hague, Munich or Cologne is as much use as a chocolate fireguard, it needs to direct me to use what appears on the signs. At the moment OSM works, I hope nobody ever thinks it is a good idea to actually use name.en for these cities. Some mappers have been very prolific in spreading name.ru all over the UK, the mapper who added a Russian name to Shrewsbury, also added one to Stretford, Greater Manchester. Despite driving through it, I had never heard of it. Again why does it need a Russian name? Major cities having names in other languages is one thing, but tube stations and suburbs? Phil ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] London Tube Tagging Problems
On Sat, 2013-03-09 at 15:42 +, James Churchman wrote: looks great .. tho still not quite sure of the difference between a halt and a stop a stop_position etc.. mostly seem to be used interchangeably and in reality interchangeably with a platform etc.. I doubt there are any halts on the Underground. A halt on National Rail is one where the train only stops on request. You have to tell the guard that you want to get off there and if you want to catch a train, you put your hand out, like catching a bus. Phil ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] London Tube Tagging Problems
Derick Rethans wrote: What's wrong with names in different languages? Names in different languages are genuine content and therefore worth tagging (e.g. Londres, Moscow). Simple transliterations aren't content, however. They're essentially just algorithmic derivatives. AFAICT the Russian names for tube stations are just simple transliterations. Though Vauxhall might be the exception in the Russian case... cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/London-Tube-Tagging-Problems-tp5752482p5752575.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] US Bicycle Routes in KY, TN, AL, MS, and GA
If it's showing up with an under construction or proposed status, it's subject to change and there for approximate visualization in those cases. If you'd like to propose a better way to handle that situation, I'm sure the folks involved would love to hear it! On Fri, Mar 8, 2013 at 2:48 PM, KerryIrons irons54vor...@sbcglobal.netwrote: All, I am heavily involved in the development of US Bicycle Routes (see www.adventurecycling.org/usbrs) and it has come to my attention that OpenStreetMap/OpenCycleMap have proposed maps for US Bicycle Routes 21, 25, 80, and 84 in KY, TN, AL, MS, and GA. The routes are shown as dashed lines but with the USBR numbers on them. At the same time USBR 76 is shown as proposed but in fact it has officially been designated in KY. As of now there are only proposed corridors for these routes (50 mile wide areas where a route could be developed) and so showing specific proposed routes is beyond the current status of any of these USBRs. It could be argued that USBR 25 will likely follow the Adventure Cycling Underground Railroad route but none of the states involved have applied for designation of these routes with AASHTO, the official body in charge of the USBR system. I would like to get in contact with the mapper(s) who put these routes into OpenStreetMap/OpenCycleMap and clarify this. We are always looking for enthusiastic folks who want to work on the USBR system but in this case putting detailed routes on maps is a source of confusion. Please contact me at your convenience if you have been involved in putting these routes into OpenStreetMap/OpenCycleMap. Kerry Irons Adventure Cycling Association kir...@adventurecycling.org 989-631-6368 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] US Bicycle Routes in KY, TN, AL, MS, and GA
What I mean to say is these were likely mapped with the understanding that these routes are subject to change before they're official and on the ground. The ones I've come across have been tagged as such. While I understand your concern, I believe you may be putting too much weight into the significance. I encourage ACA to work with OSM to get such routes mapped on the preferred corridor with a note that these routes can and likely will move up to 50 miles either way in their final form. Doing so can be useful for providing visualization and mustering support for such routes on a much more concise and clear scale than previously available. It may be unwise to take quite such an adversarial approach for an effort that appears to have complementary goals. On Sat, Mar 9, 2013 at 5:30 PM, KerryIrons irons54vor...@sbcglobal.netwrote: Paul, The process for proposing a US Bicycle Route is well defined. It does not consist of people simply putting a route on a public map system like OpenStreetMaps/OpenCycleMaps. There are local road agency approvals required and there is a risk of significant backlash when these agencies perceive that routes are being proposed without their involvement. The routes as they appear on OpenStreetMaps/OpenCycleMaps are not approximate but rather are on specific state and local roads. I have been contacted by the person who put these routes into OpenSteetMaps and will sort things out with him. Kerry -Original Message- From: Paul Johnson [mailto:ba...@ursamundi.org] Sent: Saturday, March 09, 2013 3:19 PM Cc: OpenStreetMap talk-us list Subject: Re: [Talk-us] US Bicycle Routes in KY, TN, AL, MS, and GA If it's showing up with an under construction or proposed status, it's subject to change and there for approximate visualization in those cases. If you'd like to propose a better way to handle that situation, I'm sure the folks involved would love to hear it! On Fri, Mar 8, 2013 at 2:48 PM, KerryIrons irons54vor...@sbcglobal.net wrote: All, I am heavily involved in the development of US Bicycle Routes (see www.adventurecycling.org/usbrs) and it has come to my attention that OpenStreetMap/OpenCycleMap have proposed maps for US Bicycle Routes 21, 25, 80, and 84 in KY, TN, AL, MS, and GA. The routes are shown as dashed lines but with the USBR numbers on them. At the same time USBR 76 is shown as proposed but in fact it has officially been designated in KY. As of now there are only proposed corridors for these routes (50 mile wide areas where a route could be developed) and so showing specific proposed routes is beyond the current status of any of these USBRs. It could be argued that USBR 25 will likely follow the Adventure Cycling Underground Railroad route but none of the states involved have applied for designation of these routes with AASHTO, the official body in charge of the USBR system. I would like to get in contact with the mapper(s) who put these routes into OpenStreetMap/OpenCycleMap and clarify this. We are always looking for enthusiastic folks who want to work on the USBR system but in this case putting detailed routes on maps is a source of confusion. Please contact me at your convenience if you have been involved in putting these routes into OpenStreetMap/OpenCycleMap. Kerry Irons Adventure Cycling Association kir...@adventurecycling.org 989-631-6368 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
