[OSM-talk-be] Belgian_road_sign
Is there a demand for Belgian_road_sign_ in .png or .??? for use in osm plug-ins. Like road-sign restriction relations selector or place them near the highway as node icon (like give_way, stop) for better overview in a second layer, ??? Before I start to contribute, like to know if someone already did the job so no in witch proportion you want them and what extension ? Can java (josm) scale the sign while rendering ? exits there a program for easily scaling and still keep the proportions? -- Met vriendelijke groeten, Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Belgian_road_sign
On Saturday 20 December 2014 15:33:35 Jakka wrote: Is there a demand for Belgian_road_sign_ in .png or .??? for use in osm plug-ins. Like road-sign restriction relations selector or place them near the highway as node icon (like give_way, stop) for better overview in a second layer, ??? Before I start to contribute, like to know if someone already did the job so no in witch proportion you want them and what extension ? Can java (josm) scale the sign while rendering ? exits there a program for easily scaling and still keep the proportions? There are already many signs available at http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium The ones on that page that I made are in svg format (so they scale well) and hand made, and you can use them any way you like. Someone else added several more signs on the page, you'll have to ask that person for more info. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Belgian_road_sign
Did you look at this page already? https://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium But note that not all tags translate to signs directly. F.e. the maxspeed tag might be there because of an explicit sign, or because of the bebouwde kom. Next to that, maxspeed is tagged on way segments, while the signs are placed at the beginning of the way, and at crossings. This example of maxspeed holds for a lot of other signs. Regards, Sander 2014-12-20 15:33 GMT+01:00 Jakka vdmfrank...@gmail.com: Is there a demand for Belgian_road_sign_ in .png or .??? for use in osm plug-ins. Like road-sign restriction relations selector or place them near the highway as node icon (like give_way, stop) for better overview in a second layer, ??? Before I start to contribute, like to know if someone already did the job so no in witch proportion you want them and what extension ? Can java (josm) scale the sign while rendering ? exits there a program for easily scaling and still keep the proportions? -- Met vriendelijke groeten, Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Belgian_road_sign
http://www.mobielvlaanderen.be/verkeersbordendatabank/webtoepassing.php Het is natuurlijk onwaarschijnlijk dat we toestemming zouden krijgen om de data daarvandaan naar OSM te versassen... Anderen zouden ook toegang kunnen krijgen. Maar over de voorwaarden wordt met geen woord gerept. Jo 2014-12-20 16:51 GMT+01:00 Marc Gemis marc.ge...@gmail.com: I assume that you mean something like: http://wiki.openstreetmap.org/wiki/Finland:Traffic_signs ? No we don't have that. The Dutch have something based on that. It is discussed on http://forum.openstreetmap.org/viewtopic.php?id=24096 I would love to see something like that for Belgium as well. regards m On Sat, Dec 20, 2014 at 4:16 PM, Sander Deryckere sander...@gmail.com wrote: Did you look at this page already? https://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium But note that not all tags translate to signs directly. F.e. the maxspeed tag might be there because of an explicit sign, or because of the bebouwde kom. Next to that, maxspeed is tagged on way segments, while the signs are placed at the beginning of the way, and at crossings. This example of maxspeed holds for a lot of other signs. Regards, Sander 2014-12-20 15:33 GMT+01:00 Jakka vdmfrank...@gmail.com: Is there a demand for Belgian_road_sign_ in .png or .??? for use in osm plug-ins. Like road-sign restriction relations selector or place them near the highway as node icon (like give_way, stop) for better overview in a second layer, ??? Before I start to contribute, like to know if someone already did the job so no in witch proportion you want them and what extension ? Can java (josm) scale the sign while rendering ? exits there a program for easily scaling and still keep the proportions? -- Met vriendelijke groeten, Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Advanced editing with Overpass Level0
Hallo, I wrote a diary entry on editing with Overpass Level0. http://www.openstreetmap.org/user/escada/diary/28268 This is certainly not meant to for novice mappers. But people that are already using Overpass and Josm to update some data, might find Level0 even more convenient in some cases. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Advanced editing with Overpass Level0
That looks really useful. Thanks for letting us know about this possibility. Jo 2014-12-20 18:09 GMT+01:00 Marc Gemis marc.ge...@gmail.com: Hallo, I wrote a diary entry on editing with Overpass Level0. http://www.openstreetmap.org/user/escada/diary/28268 This is certainly not meant to for novice mappers. But people that are already using Overpass and Josm to update some data, might find Level0 even more convenient in some cases. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Belgian_road_sign
Indeed was thinking something like that. Marc http://wiki.openstreetmap.org/wiki/Finland:Traffic_signs ? No we don't have that. The Dutch have something based on that. It is discussed on http://forum.openstreetmap.org/viewtopic.php?id=24096 And Jo the permission of mobielvlaanderen would be awesome perhaps to control if the survey is corresponding with the database ;) http://www.mobielvlaanderen.be/verkeersbordendatabank/webtoepassing.php Stylesheets and CSS java coding is like ?@'(§è!çà for me. Jakka Jo schreef op 20/12/2014 om 17:22: http://www.mobielvlaanderen.be/verkeersbordendatabank/webtoepassing.php Het is natuurlijk onwaarschijnlijk dat we toestemming zouden krijgen om de data daarvandaan naar OSM te versassen... Anderen zouden ook toegang kunnen krijgen. Maar over de voorwaarden wordt met geen woord gerept. Jo 2014-12-20 16:51 GMT+01:00 Marc Gemis marc.ge...@gmail.com mailto:marc.ge...@gmail.com: I assume that you mean something like: http://wiki.openstreetmap.org/wiki/Finland:Traffic_signs ? No we don't have that. The Dutch have something based on that. It is discussed on http://forum.openstreetmap.org/viewtopic.php?id=24096 I would love to see something like that for Belgium as well. regards m On Sat, Dec 20, 2014 at 4:16 PM, Sander Deryckere sander...@gmail.com mailto:sander...@gmail.com wrote: Did you look at this page already? https://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium But note that not all tags translate to signs directly. F.e. the maxspeed tag might be there because of an explicit sign, or because of the bebouwde kom. Next to that, maxspeed is tagged on way segments, while the signs are placed at the beginning of the way, and at crossings. This example of maxspeed holds for a lot of other signs. Regards, Sander 2014-12-20 15:33 GMT+01:00 Jakka vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com: Is there a demand for Belgian_road_sign_ in .png or .??? for use in osm plug-ins. Like road-sign restriction relations selector or place them near the highway as node icon (like give_way, stop) for better overview in a second layer, ??? Before I start to contribute, like to know if someone already did the job so no in witch proportion you want them and what extension ? Can java (josm) scale the sign while rendering ? exits there a program for easily scaling and still keep the proportions? -- Met vriendelijke groeten, Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Fwd: Schedule for the geospatial devroom @FOSDEM announced
Hi OSM Belgium folks, FOSDEM is a free open source event bringing together about 5000 developers in Brussels, Belgium. The goal is to provide open source software developers and communities a place to meet at. The next edition will take place the weekend 31/1 - 1/2/2015. This year for the first time there will be a geospatial devroom on Sunday 1/2/2015! We closed the call for papers on 1 december, and we were all pleasantly suprised by the number and the quality of the proposals. All speakers have now confirmed, so I'm really happy I can share the schedule with all of you: https://fosdem.org/2015/schedule/track/geospatial/ Hope to see many of you in Brussels! The devroom organisers Johan Van de Wauw Margherita Di Leo Astrid Emde Anne Ghisla Julien Fastré Martin Hammitzsch Andy Petrella Dirk Frigne Gael Musquet ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Belgian_road_sign
Found app with mouse over viewing restrictions http://map.comlu.com/?zoom=16lat=51.22543lon=4.41365layer=Mapquest%20Openoverlays=TTT Jakka schreef op 20/12/2014 om 18:59: Indeed was thinking something like that. Marc http://wiki.openstreetmap.org/wiki/Finland:Traffic_signs ? No we don't have that. The Dutch have something based on that. It is discussed on http://forum.openstreetmap.org/viewtopic.php?id=24096 And Jo the permission of mobielvlaanderen would be awesome perhaps to control if the survey is corresponding with the database ;) http://www.mobielvlaanderen.be/verkeersbordendatabank/webtoepassing.php Stylesheets and CSS java coding is like ?@'(§è!çà for me. Jakka Jo schreef op 20/12/2014 om 17:22: http://www.mobielvlaanderen.be/verkeersbordendatabank/webtoepassing.php Het is natuurlijk onwaarschijnlijk dat we toestemming zouden krijgen om de data daarvandaan naar OSM te versassen... Anderen zouden ook toegang kunnen krijgen. Maar over de voorwaarden wordt met geen woord gerept. Jo 2014-12-20 16:51 GMT+01:00 Marc Gemis marc.ge...@gmail.com mailto:marc.ge...@gmail.com: I assume that you mean something like: http://wiki.openstreetmap.org/wiki/Finland:Traffic_signs ? No we don't have that. The Dutch have something based on that. It is discussed on http://forum.openstreetmap.org/viewtopic.php?id=24096 I would love to see something like that for Belgium as well. regards m On Sat, Dec 20, 2014 at 4:16 PM, Sander Deryckere sander...@gmail.com mailto:sander...@gmail.com wrote: Did you look at this page already? https://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium But note that not all tags translate to signs directly. F.e. the maxspeed tag might be there because of an explicit sign, or because of the bebouwde kom. Next to that, maxspeed is tagged on way segments, while the signs are placed at the beginning of the way, and at crossings. This example of maxspeed holds for a lot of other signs. Regards, Sander 2014-12-20 15:33 GMT+01:00 Jakka vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com: Is there a demand for Belgian_road_sign_ in .png or .??? for use in osm plug-ins. Like road-sign restriction relations selector or place them near the highway as node icon (like give_way, stop) for better overview in a second layer, ??? Before I start to contribute, like to know if someone already did the job so no in witch proportion you want them and what extension ? Can java (josm) scale the sign while rendering ? exits there a program for easily scaling and still keep the proportions? -- Met vriendelijke groeten, Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] wiki history function problem?
Hi, since some time the wiki history (show diffs between versions) always displays empty changesets for me: http://wiki.openstreetmap.org/w/index.php?title=Date_namespacediff=1119628oldid=1119586 displays an empty box and says (Nessuna differenza) which is clearly wrong. Did anyone else notice the problem? I am logged in and have my settings to only display diffs, not full page. Richard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] wiki history function problem?
On 2014-12-20 02:18, Richard Z. wrote: Hi, since some time the wiki history (show diffs between versions) always displays empty changesets for me: http://wiki.openstreetmap.org/w/index.php?title=Date_namespacediff=1119628oldid=1119586 displays an empty box and says (Nessuna differenza) which is clearly wrong. Did anyone else notice the problem? I am logged in and have my settings to only display diffs, not full page. I noticed this too (just in the last day or so) and posted as much on the dev list. Even Special:ComparePages is broken. Hopefully a sysadmin can fix it soon. -- m...@nguyen.cincinnati.oh.us ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] wiki history function problem?
On 20/12/14 10:18, Richard Z. wrote: since some time the wiki history (show diffs between versions) always displays empty changesets for me: Where some time is since yesterday afternoon? http://wiki.openstreetmap.org/w/index.php?title=Date_namespacediff=1119628oldid=1119586 displays an empty box and says (Nessuna differenza) which is clearly wrong. Did anyone else notice the problem? I am logged in and have my settings to only display diffs, not full page. I'm working on it. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] wiki history function problem?
On 20/12/14 10:44, Tom Hughes wrote: On 20/12/14 10:18, Richard Z. wrote: displays an empty box and says (Nessuna differenza) which is clearly wrong. Did anyone else notice the problem? I am logged in and have my settings to only display diffs, not full page. I'm working on it. Should be fixed now. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Schedule for the geospatial devroom @FOSDEM announced
Hi all, FOSDEM is a free open source event bringing together about 5000 developers in Brussels, Belgium. The goal is to provide open source software developers and communities a place to meet at. The next edition will take place the weekend 31/1 - 1/2/2015. This year for the first time there will be a geospatial devroom on Sunday 1/2/2015! We closed the call for papers on 1 december, and we were all pleasantly suprised by the number and the quality of the proposals. All speakers have now confirmed, so I'm really happy I can share the schedule with all of you: https://fosdem.org/2015/schedule/track/geospatial/ Hope to see many of you in Brussels! The devroom organisers Johan Van de Wauw Margherita Di Leo Astrid Emde Anne Ghisla Julien Fastré Martin Hammitzsch Andy Petrella Dirk Frigne Gael Musquet ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] wiki history function problem?
On 2014-12-20 03:15, Tom Hughes wrote: On 20/12/14 10:44, Tom Hughes wrote: On 20/12/14 10:18, Richard Z. wrote: displays an empty box and says (Nessuna differenza) which is clearly wrong. Did anyone else notice the problem? I am logged in and have my settings to only display diffs, not full page. I'm working on it. Should be fixed now. Thanks Tom, really appreciate it. -- m...@nguyen.cincinnati.oh.us ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] cycleway=track bei Bordstein Trennung
Hallo. Das ist etwas, dass ich eigentlich als zweitrangig erachtet. Beides hat Vor und Nachteile. Separates Erfassen hat den Vorteil, das man auf hohen Zoomstufen (z.b. Zoom 18+) eine genaueren Verlauf darstellen kann, der ein genaueres Routing möglich ist (z.b. komplizierte Kreuzungen) Das taggen an die Straße hat die Vorteile, das das erzeugt Kartenbild übersichtlicher erscheint und es macht das Routing einfacher. Darum geht es mir aber nicht. Ich habe für mich festgestellt, dass beide Versionen getagged werden und möchte eine Möglichkeit ausloten, welche die dadurch entstehenden Konflikte minimiert. Gruß Hubert Am 20. Dezember 2014 03:03:28 MEZ, schrieb 715371 osmu715...@gmx.de: Am 09.12.2014 um 13:17 schrieb Hubert: Ich kenne ein paar (eche/reine) Radwege, welche mit highway=cycleway getaggt sind. Allerdings habe ich Bauchschmerzen, enge Bordsteinradwege mit highway=cycleway + cycleway=sidewalk/crossing zu taggen. Das sieht dann doch sehr seltsam aus, auch wenn es unter einem systematischen Gesichtspunkt logisch wäre. Mir fehlt hier noch die Diskussion weshalb man nun etwas separat erfassen sollte bzw. nicht. Ein Bordstein ist zwar eine bauliche Trennung, aber man kann sie erwarten und stellt für Radfahrer kein Hindernis dar, wenn an den zu erwartenden Stellen (z.B. Mündungen von anderen Straßen) die Bordsteine abgesenkt sind. Oder das zumindest so vorkommt, so dass man die straßenbegleitenden Wege ohne Komplikationen befahren kann. Bei Rollstuhlfahrern mag das anders aussehen. Ich finde aber, dass man (in D-Land) eher als default annehmen sollte, dass alles Rollstuhlfahrergerecht ist und Rollstuhlfahrer an z.B. einer Kreuzung oder Einmündung alles machen können. Wenn das nicht der Fall sein sollte, sollte man sich nach einem Tagging umschauen oder ggf. eine Relation einführen, die der restriction-Relation ähnelt. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Suche nach OSM Spiel
Hallo, ich suche ein Spiel, dass mal auf blog.openstreetmap.de vorgestellt wurde, wo man Länderumrisse auf die richtigen Stellen auf die Kontinente schieben musste. Mit der bescheidene Suchfunktion auf der Seite liefert Spiel ziemlich jede Woche als Treffer. Danke Johannes signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche nach OSM Spiel
Kort ? http://www.kort.ch/ gruß m 2014-12-21 0:49 GMT+01:00 Johannes jotpe@gmail.com: Hallo, ich suche ein Spiel, dass mal auf blog.openstreetmap.de vorgestellt wurde, wo man Länderumrisse auf die richtigen Stellen auf die Kontinente schieben musste. Mit der bescheidene Suchfunktion auf der Seite liefert Spiel ziemlich jede Woche als Treffer. Danke Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] HeatMap non evidenzia alcuni changeset
Avrei una domanda su heatmap cioè la mappa che permette di visualizzare dove un mappatore ha aggiunto dei dati su osm. È uno strumento molto interessante e nel mio caso utile visto che spesso mi piace ritornare nei luoghi in cui ho mappato e magari migliorare ulteriormente i dati inseriti. 8 mesi fa ho effettuato alcune modifiche e un estesa mappatura di un fiume ( quello che ho mappato si estende per una ventina di chilometri ma a causa delle molte curve il fiume è molto più lungo) in Russia e mi sarei aspettato che su heatmap questa zona venisse evidenziata e invece nulla...ho sospettato che questo fosse dovuto al fatto che le mie aggiunte/modifiche fossero state cancellate/sostituite/migliorate da un altro utente ma usando overpass turbo per trovare la zona (ricerca con il wizard user:Aury88) le mie aggiunte erano li ancora nello stato in cui le avevo lasciate (7035 nodi 127 way ed 1 relazione) A questo punto ho il sospetto che heatmap non funzioni con tutti gli elementi inseriti ma solo alcuni... la zona è questa [1] è il fiume che vedete al centro della mappa è quello di cui vi parlavo prima. le mie aggiunte comprendono una highway l'intero fiume e un 50-100 tra laghi e laghetti. qualcuno sa spiegarmi del perchè questa aggiunta non sia stata rilevata mentre altre molto meno consistenti (tipo a pechino dove ho modificato solo un tag e aggiunto qualche nodo)sì? grazie e ciao a tutti Aury88 [1]http://www.openstreetmap.org/#map=10/65.7363/40.5512 - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/HeatMap-non-evidenzia-alcuni-changeset-tp5827817.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dove taggare civici
On Fri, Dec 19, 2014 at 07:20:06AM -0700, Aury88 wrote: discorso già uscito diverse volte qua in lista e a questo punto direi che si dovrebbe impostare il wiki:it con le scelte venute fuori +1 e con qualche esempio... -- Marco Ciampa I know a joke about UDP, but you might not get it. ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dove taggare civici
per chi vuole approfondire la normativa c'è la pubblicazione: metodi e norme istituto nazionale Serie *B* ' Il. 29 di *statistica* edizione *1992* (vedere da pagina 71) http://www.istat.it/it/files/2013/11/testointegrale20090115.pdf 2014-12-20 9:22 GMT+01:00 Marco Ciampa ciam...@libero.it: On Fri, Dec 19, 2014 at 07:20:06AM -0700, Aury88 wrote: discorso già uscito diverse volte qua in lista e a questo punto direi che si dovrebbe impostare il wiki:it con le scelte venute fuori +1 e con qualche esempio... -- Marco Ciampa I know a joke about UDP, but you might not get it. ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dove taggare civici
Il 20 dicembre 2014 10:42, Dario Zontini ha scritto: per chi vuole approfondire la normativa c'è la pubblicazione: metodi e norme istituto nazionale Serie B ' Il. 29 di statistica edizione 1992 (vedere da pagina 71) http://www.istat.it/it/files/2013/11/testointegrale20090115.pdf c'è anche questo PDF aggiornato a novembre scorso, a partire da pagina 21 ci sono degli esempi con disegni e foto da Google Earth o Street View :-( http://www.agenziaentrate.gov.it/wps/file/Nsilib/Nsi/Home/CosaDeviFare/Consultare+dati+catastali+e+ipotecari/Scambio+dati+catastali+e+cartografici+con+enti+o+PA/Portale+per+i+Comuni/Servizi+portale+dei+comuni/toponomastica/Informativa+Istat/Informativa+Istat+ANSC+del+6+maggio_AGGIORNAMENTO+27_11_2014.pdf A pagina 21 dice Tutti gli accessi esterni di qualsiasi genere che dall’area di circolazione immettono direttamente o indirettamente all’interno dei fabbricati devono, secondo la normativa vigente, essere provvisti di appositi numeri civici più avanti specifica che le vetrine dei negozi sono escluse dalla numerazione se la parte in muratura è più alta di 25 cm -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-ar] consulta sobre OsmAnd
Hola he visto que han circulado mensajes sobre el uso de OsmAnd. A partir de esto me baje la apps para android y funciona. Mi pregunta es mejor utilizar esto que algún garmin de mano? para registrar nuevas rutas, puntos y demás? Hay algún manual de OsmAnd para generar y agregar Tracks, POIs a OSM y contribuir con el proyecto OSM gracias gus ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] consulta sobre OsmAnd
2014-12-20 10:19 GMT-04:00 Gus Urban gusunava...@gmail.com: Mi pregunta es mejor utilizar esto que algún garmin de mano? para registrar nuevas rutas, puntos y demás? Si y no, depende de qué equipos estés comparando, hay un claro ganador respecto a la precisión cuando comparas garmin gama alta contra un teléfono gama media. Si salvas el tema de la calidad del equipo, el teléfono será más versátil a la hora de registrar puntos por botones o por teclado. O usar audio notas o vídeo notas en lugar de escribir o marcar. No habrá mucha diferencia en el trazado dependiendo de que aplicación uses en el teléfono (relacionado con 2da pregunta). Hay algún manual de OsmAnd para generar y agregar Tracks, POIs a OSM y contribuir con el proyecto OSM Existe un manual a modo de guía si haces clic sobre el icono ? una vez iniciado la app. Hay una sección de How to articles o Artículos cómo hacer... ahí muestran cómo configurar desde lo más básico a cómo registrar trazas todo en inglés. Un intento interesante de manual de viajero lo hizo Joost (1) igual en inglés. https://www.dropbox.com/s/8skw4dn35etw8kt/SC20141220-133038.png?dl=0 Para registrar trazas yo prefiero OSMTracker, es más sencillo , directo y con posibilidad de subir la trazas a OSM. En OSMAnd existe una rápida forma de contribuir en OSM usando las notas, y que luego los que mapean pueden registrar los cambios usando esta info. Abrazos, Marco Antonio (1) https://joostschouppe.wordpress.com/2014/07/25/using-osmand-on-the-road/ ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] consulta sobre OsmAnd
Gracias Marco El dic 20, 2014 2:45 PM, Marco Antonio marcoantoniofr...@gmail.com escribió: 2014-12-20 10:19 GMT-04:00 Gus Urban gusunava...@gmail.com: Mi pregunta es mejor utilizar esto que algún garmin de mano? para registrar nuevas rutas, puntos y demás? Si y no, depende de qué equipos estés comparando, hay un claro ganador respecto a la precisión cuando comparas garmin gama alta contra un teléfono gama media. Si salvas el tema de la calidad del equipo, el teléfono será más versátil a la hora de registrar puntos por botones o por teclado. O usar audio notas o vídeo notas en lugar de escribir o marcar. No habrá mucha diferencia en el trazado dependiendo de que aplicación uses en el teléfono (relacionado con 2da pregunta). Hay algún manual de OsmAnd para generar y agregar Tracks, POIs a OSM y contribuir con el proyecto OSM Existe un manual a modo de guía si haces clic sobre el icono ? una vez iniciado la app. Hay una sección de How to articles o Artículos cómo hacer... ahí muestran cómo configurar desde lo más básico a cómo registrar trazas todo en inglés. Un intento interesante de manual de viajero lo hizo Joost (1) igual en inglés. https://www.dropbox.com/s/8skw4dn35etw8kt/SC20141220-133038.png?dl=0 Para registrar trazas yo prefiero OSMTracker, es más sencillo , directo y con posibilidad de subir la trazas a OSM. En OSMAnd existe una rápida forma de contribuir en OSM usando las notas, y que luego los que mapean pueden registrar los cambios usando esta info. Abrazos, Marco Antonio (1) https://joostschouppe.wordpress.com/2014/07/25/using-osmand-on-the-road/ ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-cz] Reklamace turistických tras
Registrace IMHO není nutná (a ani ze strany autorů zamýšlená) - pro užívání (nahlášení závady) je určen odkaz Správa požadavků na opravu TZ v horizontální liště... ... kterážto věc vyžaduje zadat Uživatelské jméno, nebo aspoň je označené hvězdičkou, když chcete zadat nový požadavek. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Reklamace turistických tras
Registrace IMHO není nutná (a ani ze strany autorů zamýšlená) - pro užívání (nahlášení závady) je určen odkaz Správa požadavků na opravu TZ v horizontální liště... ... kterážto věc vyžaduje zadat Uživatelské jméno, nebo aspoň je označené hvězdičkou, když chcete zadat nový požadavek. Aha, tak beru zpět - když se hvězdičkou označené pole vynechá, tak požadavek také projde ;-) Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Reklamace turistických tras
Jen takova otazka. Chceme pomáhat organizaci, která nechce pomáhat nám ? Dne 20. prosince 2014 10:31 Petr Holub ho...@ics.muni.cz napsal(a): Registrace IMHO není nutná (a ani ze strany autorů zamýšlená) - pro užívání (nahlášení závady) je určen odkaz Správa požadavků na opravu TZ v horizontální liště... ... kterážto věc vyžaduje zadat Uživatelské jméno, nebo aspoň je označené hvězdičkou, když chcete zadat nový požadavek. Aha, tak beru zpět - když se hvězdičkou označené pole vynechá, tak požadavek také projde ;-) Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Reklamace turistických tras
Inu, tuhle otázku jsem si taky položil. A pak si řekl, že turistické značení za svého správce nemůže… Za sebe tedy rozhodně díky za tuhle informaci, web neznal jsem. h. On Dec 20, 2014 1:24 PM, Petr Schönmann pschonm...@gmail.com wrote: Jen takova otazka. Chceme pomáhat organizaci, která nechce pomáhat nám ? Dne 20. prosince 2014 10:31 Petr Holub ho...@ics.muni.cz napsal(a): Registrace IMHO není nutná (a ani ze strany autorů zamýšlená) - pro užívání (nahlášení závady) je určen odkaz Správa požadavků na opravu TZ v horizontální liště... ... kterážto věc vyžaduje zadat Uživatelské jméno, nebo aspoň je označené hvězdičkou, když chcete zadat nový požadavek. Aha, tak beru zpět - když se hvězdičkou označené pole vynechá, tak požadavek také projde ;-) Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Duchove v Kozojedech. Re: Osmose Česká republika
Ahoj! já mám skript, který proleze dané území či celou republiku a vyhází adresy, co jsou v OSM a nejsou v RUIAN. Pokud usoudíme, že v RUIAN (téměř) nic nechybí, můžu ho pustit na dohodnutém území. On se tedy používá při importu, jenže začal se používat s ostatními vychytávkami, jako je určování správné polohy AM, až někdy ke konci toho hlavního importu. Skriptu nevadí, když AM v RUIAN nemá geometrii. Funguje to cca tak, že udělá párování RUIAN-OSM tak, jak se to při importu dělá a co v OSM zbyde, to probírá jeden po druhém a hledá k tomu příslušné AM v RUIAN. Když nenajde (OPRAVDU nenajde, snaží se najít opravdu intenzivně), tak tu adresu z OSM vyhodí. Tak jestli máš tip na nějaké území, kde je hodně takových chyb, můžeme to vyzkoušet. Zkušenosti jsou takové, že v RUIAN je adres spíš nadbytek ;-). Taky je možné udělat na daném území upřesnění polohy adres - dělalo by se to tak, že by se provedl reimport, ovšem bez přidávání nových adresních bodů. Přidávání nových bodů by způsobilo import těch duplicit typu 35 x 5035. Apropó co Jevany, Kozojedy, Vyžlovka a Stříbrná Skalice Praha-východ? Občas se na to podívám a stále je tam nezdravě velké množství duchů uvnitř budovy, takové ty chyby typu číslo 5 a 5005. Zitra jdem na vylet do Kozojed, takze jestli mate zajem o nejake konkretni pozorovani, tak se o nej muzu pokusit, pripadne udelat fotky... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Padání traceru
Zdravím, dneska při mapování lpis polí okoli Českého Těšína mi tracer začal znenadání padat. Začalo to vždy u stejného pole a po jedné vyhozené chybě už přestalo trasovat i ostatní pole. Po hodině hrátek s datasetem jsem zjistil pravděpodobný důvod. Chybu způsobuje, pokud je KDEKOLIV v datasetu relace lesa (multipolygon), která má za člena s rolí inner jinou relaci. Po opravení a restartu JOSM už vše trasovat šlo. Třeba to někomu pomůže. Michal ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Padání traceru
Ahoj, ufff, multipolygon co má jako člena jinou relaci? Takovou obskurnost by tracer měl ignorovat, ale asi ne úplně dokonale. Zkusím nasimulovat a opravit. Martin On 20.12.2014 20:36, Michal Pustějovský wrote: Zdravím, dneska při mapování lpis polí okoli Českého Těšína mi tracer začal znenadání padat. Začalo to vždy u stejného pole a po jedné vyhozené chybě už přestalo trasovat i ostatní pole. Po hodině hrátek s datasetem jsem zjistil pravděpodobný důvod. Chybu způsobuje, pokud je KDEKOLIV v datasetu relace lesa (multipolygon), která má za člena s rolí inner jinou relaci. Po opravení a restartu JOSM už vše trasovat šlo. Třeba to někomu pomůže. Michal ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Padání traceru
Jo, padá :-) Tuhle situaci jsem považoval za tak nepravděpodobnou, že ji tracer sice zjistí, ale nesnaží se to řešit a rovnou vyhodí výjimku Multipolygon neobsahující cesty nelze editovat. Nu, něco s tím udělám, vidím to poprvé. Martin On 20.12.2014 20:58, Martin Švec - OSM wrote: Ahoj, ufff, multipolygon co má jako člena jinou relaci? Takovou obskurnost by tracer měl ignorovat, ale asi ne úplně dokonale. Zkusím nasimulovat a opravit. Martin On 20.12.2014 20:36, Michal Pustějovský wrote: Zdravím, dneska při mapování lpis polí okoli Českého Těšína mi tracer začal znenadání padat. Začalo to vždy u stejného pole a po jedné vyhozené chybě už přestalo trasovat i ostatní pole. Po hodině hrátek s datasetem jsem zjistil pravděpodobný důvod. Chybu způsobuje, pokud je KDEKOLIV v datasetu relace lesa (multipolygon), která má za člena s rolí inner jinou relaci. Po opravení a restartu JOSM už vše trasovat šlo. Třeba to někomu pomůže. Michal ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Duchove v Kozojedech. Re: Osmose Česká republika
Ahoj, jde o ty chyby typu dvojčísel, přičemž jedno z nich je o X tisíc vyšší než druhé, tedy třeba jeden dům má číslo evidenční 45 a 5045. Na http://pedro.poloha.net/osm/import_adres/ dávám protokoly z pokusu o import - jsou to ty známé seznamy chyb/podezření, na čemž mnozí participanti pracovali. Jsou zde všechny 4 obce, které zbývá naimportovat. Pro zajímavost se tedy můžeš podívat, zda jsou na chatách ta vysoká nebo ta nižší čísla, nejspíš to ovšem bude půl-napůl ;-), aby se to nedalo hromadně rozhodnout. -- Petr Dne So 20. prosince 2014 20:17:15, Pavel Machek napsal(a): Zitra jdem na vylet do Kozojed, takze jestli mate zajem o nejake konkretni pozorovani, tak se o nej muzu pokusit, pripadne udelat fotky... Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Duchove v Kozojedech. Re: Osmose Česká republika
Ahoj! jde o ty chyby typu dvojčísel, přičemž jedno z nich je o X tisíc vyšší než druhé, tedy třeba jeden dům má číslo evidenční 45 a 5045. Na http://pedro.poloha.net/osm/import_adres/ dávám protokoly z pokusu o import - jsou to ty známé seznamy chyb/podezření, na čemž mnozí participanti pracovali. Jsou zde všechny 4 obce, které zbývá naimportovat. Pro zajímavost se tedy můžeš podívat, zda jsou na chatách ta vysoká nebo ta nižší čísla, nejspíš to ovšem bude půl-napůl ;-), aby se to nedalo hromadně rozhodnout. Ok, chapu to ze uloha je vyfotit par chat ;-). I kdyz mam pocit, ze na nich zadna cisla nebudou... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Duchove v Kozojedech. Re: Osmose Česká republika
Ahoj, Dne Ne 21. prosince 2014 00:07:41, Pavel Machek napsal(a): Ok, chapu to ze uloha je vyfotit par chat ;-). I kdyz mam pocit, ze na nich zadna cisla nebudou... néé, to není úloha :-), to je jen kdyby ses chtěl podívat. I kdybys přivezl soupis všech evidenčních čísel, co na chatách (možná) jsou, tak stejně nebudeme vědět, zda to jsou ta, co nakonec budou platit či zda chataři vyfasují čísla nová. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Duchove v Kozojedech. Re: Osmose Česká republika
Pavle, za nějaké zjišťování budu rád. Pokud pošlete konkrétní zjištění i s fotkami, bude to fajn. Petr Souček -Original Message- From: Pavel Machek [mailto:pa...@ucw.cz] Sent: Saturday, December 20, 2014 8:17 PM To: OpenStreetMap Czech Republic Subject: [Talk-cz] Duchove v Kozojedech. Re: Osmose Česká republika Ahoj! já mám skript, který proleze dané území či celou republiku a vyhází adresy, co jsou v OSM a nejsou v RUIAN. Pokud usoudíme, že v RUIAN (téměř) nic nechybí, můžu ho pustit na dohodnutém území. On se tedy používá p-ři importu, jenže začal se používat s ostatními vychytávkami, jako je určování správné polohy AM, až někdy ke konci toho hlavního importu. Skriptu nevadí, když AM v RUIAN nemá geometrii. Funguje to cca tak, že udělá párování RUIAN-OSM tak, jak se to při importu dělá a co v OSM zbyde, to probírá jeden po druhém a hledá k tomu příslušné AM v RUIAN. Když nenajde (OPRAVDU nenajde, snaží se najít opravdu intenzivně), tak tu adresu z OSM vyhodí. Tak jestli máš tip na nějaké území, kde je hodně takových chyb, můžeme to vyzkoušet. Zkušenosti jsou takové, že v RUIAN je adres spíš nadbytek ;-). Taky je možné udělat na daném území upřesnění polohy adres - dělalo by se to tak, že by se provedl reimport, ovšem bez přidávání nových adresních bodů. Přidávání nových bodů by způsobilo import těch duplicit typu 35 x 5035. Apropó co Jevany, Kozojedy, Vyžlovka a Stříbrná Skalice Praha-východ? Občas se na to podívám a stále je tam nezdravě velké množství duchů uvnitř budovy, takové ty chyby typu číslo 5 a 5005. Zitra jdem na vylet do Kozojed, takze jestli mate zajem o nejake konkretni pozorovani, tak se o nej muzu pokusit, pripadne udelat fotky... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Démo recherche d'adresse / POI (Jour de Fête)
Étonnant ! Sur osm.org aucun résultat pour rue pierre mandes france, Limoge. Sur http://dev.geovelo.fr/jdf/ il y a des propositions, dont la bonne rue Rue Pierre Mandés-France, Limoges. Ne pourrait-on pas avoir ce moteur de recherche sur http://tile.openstreetmap.fr/ ? Le 15 octobre 2014 18:52, GaelADT gael.sauva...@gmail.com a écrit : Bonjour, Nous en avions parlé rapidement lors de SotM France : nous (Géovélo Luc Léger, contributeur OSM) travaillons depuis quelque temps sur un système de recherche de rue / POI / etc. Ce projet s'appelle pour le moment Jour de Fête : https://github.com/lluc/django_jdf Un site de démo a été mis en place histoire de donner une idée à tout le monde, avec les données France (pas forcément super à jour) : http://dev.geovelo.fr/jdf/ Attention ce n’est pas fait pour de la production: le serveur peut donc potentiellement être un peu long à retourner des résultats. Et il reste encore pas mal de soucis à régler, mais c’est un début. Pour faire simple : il n'y a aucun outil suffisamment ergonomique, libre, pour qu'un utilisateur lambda trouve un objet sur OSM, si possible avec de l'auto-complétion. Si bien qu'aujourd’hui beaucoup de services utilisent Google pour la recherche d’adresse ou de POI. Ce que nous avons fait n'est pas forcément un truc révolutionnaire, mais nous espérons que cela sera une nouvelle étape pour rendre OSM plus accessible en France et que cela ferra enfin bouger les choses niveau geocoding (chez Géovélo on en a marre d'utiliser l'API Google pour l'autocomplétion !) Voici ce qu'est aujourd'hui Jour de Fête : - un projet libre qui est basé sur les données d'un import Nominatim, - recherche phonétique d'objet OSM (avenue edouar michelin sera reconnu), - reconnaissance sémantique (rue edouard michelin sera reconnu, même s’il existe uniquement avenue edouard michelin), - un outil entièrement configurable : on peut choisir les tags OSM qui doivent être reconnus (une option existe pour tout sortir), on peut choisir dans quel ordre doivent sortir les résultats (exemple les villes avant les rues, etc.). Exemples concrets d’utilisation : - rechercher uniquement les rues (ou tout autre chose) sur le territoire d’une commune, - rechercher uniquement les gares, arrêts de bus, de tramway, de métro et les ordonner (d’abord les gares, puis les arrêts, etc.) - et bien sur notre exemple pour Géovélo faire une recherche d’adresse / POI fine en choisissant précisément les types de POI que l’on veut faire remonter et dans quel ordre (commune avant quartier, quartier avant avenue, gare avant magasin, etc.) Ce qu'il reste à faire / Roadmap : - optimiser les temps de réponse, voir ce que cela donne sur un serveur digne de ce nom, - recherche partielle (zola tours sera reconnue) - forcer la recherche sur une bounding box - ajouter les numéros de rue : Faire un lien vers BANO ? - améliorer l'ordonnancement des résultats - faire une mise à jour des données via les diff de OSM (la mise à jour des données prend 1 heure pour la France actuellement) Voilà merci d’avance pour vos retours. Gaël. -- View this message in context: http://gis.19327.n5.nabble.com/Demo-recherche-d-adresse-POI-Jour-de-Fete-tp5820413.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour BANO à la demande
Le 20 déc. 2014 à 00:18, Vincent de Château-Thierry v...@laposte.net a écrit : Bonsoir, Un nouveau bouton est apparu en haut à droite de la page http://cadastre.openstreetmap.fr/fantoir/ . Il vous permet, pour une commune donnée, de forcer la mise à jour BANO, et donc de mettre à jour les listes de voies. +1 Merci — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] GPS (routier) hors-ligne en HTML5
Bonjour, Ayant fait rentrer Firefox OS à la maison, je m'interroge actuellement sur l'utilisation de ce système vis à vis d'OSM. Coté GPS, le système (vendu par Leclerc) est équipé d'une application Here. https://marketplace.firefox.com/app/here-maps-packaged?src=search Celle-ci est propriétaire, fonctionne essentiellement en ligne, même si elle offre la possibilité de pré-télécharger des zones pour fonctionner hors-ligne. Quand on cherche sur le market, on trouve d'autres applications en lien avec la carto. https://marketplace.firefox.com/category/maps-navigation Mais pour l'essentiel, elles fonctionnent toutes en mode connecté. Je m'interroge alors sur la manière de proposer une application fonctionnant réellement hors-ligne, c'est à dire qu'on ne soit pas obligé d'anticiper un déplacement : les données doivent être présentes dans le périphérique, comme tout GPS routier. Ma première idée va vers le modèle de Navit. Mais tout recoder en Javascript ça me semble un peu délicat. Ensuite, je réalise qu'avec l'augmentation de la taille des stockages embarqués, il est peut-être envisageable d'embarquer directement des tuiles. On pourrait alors faire évoluer l'une des applications existantes (souvent basé sur leaflet) pour utiliser ce fond de carte préchargé. Pour limiter l'occupation, on peut certainement limiter à la fois la zone (un pays, une région) mais aussi le nombre de niveau. En effet, pour un usage routier on peut certainement se suffire de 2 à 3 niveaux : un détaillé pour se repérer en fin de parcours, un niveau pour le trajet et un niveau pour localiser globalement. Restera à trouver la solution de geocoding et guidage. Qu'en pensez-vous ? Avez-vous des métriques ? Genre, avec 1Go on couvre quelle supperficie, grosso-modo ? Quid du format MBTile ? Un autre format ? Pour les applications à faire évoluer, j'ai repéré : - https://marketplace.firefox.com/app/hikingmaps?src=maps-navigation-popular - https://marketplace.firefox.com/app/hiking-guide?src=maps-navigation-popular Sur Framasphere ( https://framasphere.org/posts/238284 ) on m'a aussi pointé : - https://marketplace.firefox.com/app/track-guide?src=search - https://marketplace.firefox.com/app/lantea-maps?src=search A savoir que ce sujet fait l'objet d'un bug, mais manque cruellement d'activité : - https://bugzilla.mozilla.org/show_bug.cgi?id=926112 -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Groupes de changements et politique de changements massifs
Le 19 déc. 2014 à 13:01, Pieren pier...@gmail.com a écrit : Les mechanical edits restent possibles mais il faut prendre des précautions. Les changements globaux sans annonces sont rarement bien perçus. C'est plus facile si c'est fait à l'échelle de son propre pays pour commencer. Le problème si on ne fait rien, c'est que des doublons de tags peuvent longtemps persister dans OSM et des actions de nettoyage doivent parfois être entreprises. Mais pour ne pas froisser les suceptibilités, il vaut mieux en parler avant pour expliquer la démarche. Il ne faut pas prendre les gens par surprise, expliquer, etc. Mais on trouvera toujours des gens qui sont contre, par principe. Si ça résiste trop, on peut lancer une consultation publique par le biais d'un vote ou d'un sondage en ligne pour peser les forces en présence (la majorité silencieuse »). En lisant les discussions indiquées par Marc, j’ai compris que les « votations » ne doivent plus être utilisées ;-) Pour les AED, c'est un peu ma faute aussi. Ben non, avoir un consensus sur l’utilisation d’un seul tag au lieu de 2, 3 ou même 4 me parait mieux :-) Les abréviations sont un problème dans une même langue, alors entre plusieurs langues c’est pire. (DAE en français mais Departement of Atomic Energy en Inde, AED en anglais…) defibrillator est même compréhensible pour un francophone :-) Les stats étaient encore largement en faveur de l'ancienne version jusqu'à ce que les allemands décident d'adopter la nouvelle version (c'est chez-eux qu'il y en a le plus). Après, c'est plus facile de convaincre les derniers récalcitrants. Bonne tactique ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GPS (routier) hors-ligne en HTML5
Bonjour, Le problème est que pour cette plateforme/technologie tout reste à faire ou presque. Tu parles de tuile images, mais il existe aussi des solutions de stockage vectoriel, beaucoup plus faible en taille. Elles ont également l’avantage de pouvoir servir pour du calcul et de la recherche. Cette plateforme autorise l'utilisation de sqlite, donc des MBtile peuvent être utilisé, mais ça reste très gros à stocker. Il existe également déjà des moteurs de rendu vectoriel en javascrit, http://wiki.openstreetmap.org/wiki/Kothic_JS par ex. À mon avis le risque de problème de performance est bien réel, surtout que FirefoxOS cible des terminaux low-cost. Frédéric. Le 20/12/2014 11:21, Guilhem Bonnefille a écrit : Bonjour, Ayant fait rentrer Firefox OS à la maison, je m'interroge actuellement sur l'utilisation de ce système vis à vis d'OSM. Coté GPS, le système (vendu par Leclerc) est équipé d'une application Here. https://marketplace.firefox.com/app/here-maps-packaged?src=search Celle-ci est propriétaire, fonctionne essentiellement en ligne, même si elle offre la possibilité de pré-télécharger des zones pour fonctionner hors-ligne. Quand on cherche sur le market, on trouve d'autres applications en lien avec la carto. https://marketplace.firefox.com/category/maps-navigation Mais pour l'essentiel, elles fonctionnent toutes en mode connecté. Je m'interroge alors sur la manière de proposer une application fonctionnant réellement hors-ligne, c'est à dire qu'on ne soit pas obligé d'anticiper un déplacement : les données doivent être présentes dans le périphérique, comme tout GPS routier. Ma première idée va vers le modèle de Navit. Mais tout recoder en Javascript ça me semble un peu délicat. Ensuite, je réalise qu'avec l'augmentation de la taille des stockages embarqués, il est peut-être envisageable d'embarquer directement des tuiles. On pourrait alors faire évoluer l'une des applications existantes (souvent basé sur leaflet) pour utiliser ce fond de carte préchargé. Pour limiter l'occupation, on peut certainement limiter à la fois la zone (un pays, une région) mais aussi le nombre de niveau. En effet, pour un usage routier on peut certainement se suffire de 2 à 3 niveaux : un détaillé pour se repérer en fin de parcours, un niveau pour le trajet et un niveau pour localiser globalement. Restera à trouver la solution de geocoding et guidage. Qu'en pensez-vous ? Avez-vous des métriques ? Genre, avec 1Go on couvre quelle supperficie, grosso-modo ? Quid du format MBTile ? Un autre format ? Pour les applications à faire évoluer, j'ai repéré : - https://marketplace.firefox.com/app/hikingmaps?src=maps-navigation-popular - https://marketplace.firefox.com/app/hiking-guide?src=maps-navigation-popular Sur Framasphere ( https://framasphere.org/posts/238284 ) on m'a aussi pointé : - https://marketplace.firefox.com/app/track-guide?src=search - https://marketplace.firefox.com/app/lantea-maps?src=search A savoir que ce sujet fait l'objet d'un bug, mais manque cruellement d'activité : - https://bugzilla.mozilla.org/show_bug.cgi?id=926112 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GPS (routier) hors-ligne en HTML5
2014-12-20 11:21 GMT+01:00 Guilhem Bonnefille guilhem.bonnefi...@gmail.com : Bonjour, Ayant fait rentrer Firefox OS à la maison, je m'interroge actuellement sur l'utilisation de ce système vis à vis d'OSM. Coté GPS, le système (vendu par Leclerc) est équipé d'une application Here. https://marketplace.firefox.com/app/here-maps-packaged?src=search Celle-ci est propriétaire, fonctionne essentiellement en ligne, même si elle offre la possibilité de pré-télécharger des zones pour fonctionner hors-ligne. Quand on cherche sur le market, on trouve d'autres applications en lien avec la carto. https://marketplace.firefox.com/category/maps-navigation Mais pour l'essentiel, elles fonctionnent toutes en mode connecté. Je m'interroge alors sur la manière de proposer une application fonctionnant réellement hors-ligne, c'est à dire qu'on ne soit pas obligé d'anticiper un déplacement : les données doivent être présentes dans le périphérique, comme tout GPS routier. J'ai aussi un ffxos phone (zte open première génération) depuis un an comme seul portable, et la seule killer-app qui me manque par rapport a android est l'équivalent d'OSMand. Autant stocker/manipuler/afficher du mbtiles est pratique et envisageable relativement simplement, le gros plus d'OSMand et de son modèle 'pack de données par région': c'est du vectoriel, et comme le rappelle frédéric : - c'est routable/requêtable - c'est plus léger que du raster Après, evidemment afficher du vectoriel a la volée, c'est *gourmand* en perfs - c'est aussi pour ca qu'OSMand est bien foutu, l'alternative '3g-affiche du raster - fluide mais basique' vs 'offline-fallback sur vectoriel - gourmand mais plus puissant'... Du coup, envisager de réutiliser le format d'OSMand serait le top, mais ca veut dire qu'il faut parser en JS, alors qu'OSMand est nativement en java.. tout à refaire. Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Wikipédia et attribution OpenStreetMap ?
Bonjour, Je ne sais pas si c'est quelque chose de nouveau du côté de Wikipédia, mais sur les pages de villes on peut afficher une carte OpenStreetMap. Voir par exemple : https://fr.wikipedia.org/wiki/Toulouse (en haut à droite carte) J'ai l'impression qu'il n'y a pas d'attribution OSM présente. Est-ce normal ? Tout en sachant que sur le Wikipédia anglais, l'attribution est présente. Voir par exemple : https://en.wikipedia.org/wiki/Toulouse Bonne journée. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Wikipédia et attribution OpenStreetMap ?
Effectivement, il y en avait une, mais elle n'est plus là. Le composant a disparu et n'est pas nulle part dans le code HTML/CSS/JS généré (ce n'est pas un bogue d'affichage ou alors un javascript qui l'insérait ne fonctionne plus ou a été modifié pour supprimer l'élément). Je suyis certain qu'il y en avait une dans le bas de la carte. Il faut se plaindre sur la Wikipédie et aux admins de Wikimédia pour que l'outil soit rétabl dans les plus brefs délais (et voir qui a pu toucher au script hébergé sur les Tool Labs). Le 20 décembre 2014 15:33, Félix Marty felixma...@outlook.com a écrit : Bonjour, Je ne sais pas si c'est quelque chose de nouveau du côté de Wikipédia, mais sur les pages de villes on peut afficher une carte OpenStreetMap. Voir par exemple : https://fr.wikipedia.org/wiki/Toulouse (en haut à droite carte) J'ai l'impression qu'il n'y a pas d'attribution OSM présente. Est-ce normal ? Tout en sachant que sur le Wikipédia anglais, l'attribution est présente. Voir par exemple : https://en.wikipedia.org/wiki/Toulouse Bonne journée. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Wikipédia et attribution OpenStreetMap ?
J'ai posté un message d'alerte sur plusieurs pages de contact d'administrateurs de Wikipedia et sur Meta-Wiki (RfC page, Legal talk pages, Request for a sysop/bureaucrat...), avec des pings sur quelques admins présents sur MetaWiki (mais ils peuvent être occupés en cette période de fêtes) pour une diffusion plus large. J'ai également contacté la WMF par mail. Le 20 décembre 2014 17:08, Philippe Verdy verd...@wanadoo.fr a écrit : Effectivement, il y en avait une, mais elle n'est plus là. Le composant a disparu et n'est pas nulle part dans le code HTML/CSS/JS généré (ce n'est pas un bogue d'affichage ou alors un javascript qui l'insérait ne fonctionne plus ou a été modifié pour supprimer l'élément). Je suyis certain qu'il y en avait une dans le bas de la carte. Il faut se plaindre sur la Wikipédie et aux admins de Wikimédia pour que l'outil soit rétabl dans les plus brefs délais (et voir qui a pu toucher au script hébergé sur les Tool Labs). Le 20 décembre 2014 15:33, Félix Marty felixma...@outlook.com a écrit : Bonjour, Je ne sais pas si c'est quelque chose de nouveau du côté de Wikipédia, mais sur les pages de villes on peut afficher une carte OpenStreetMap. Voir par exemple : https://fr.wikipedia.org/wiki/Toulouse (en haut à droite carte) J'ai l'impression qu'il n'y a pas d'attribution OSM présente. Est-ce normal ? Tout en sachant que sur le Wikipédia anglais, l'attribution est présente. Voir par exemple : https://en.wikipedia.org/wiki/Toulouse Bonne journée. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Wikipédia et attribution OpenStreetMap ?
Une tentative de résolution est en cours... mais ça ne marche pas du tout. Le bas de la carte affichée dans l'IFRAME (par exemple pour la page de Toulouse sur FRWP) https://tools.wmflabs.org/wiwosm/osm-on-ol/kml-on-ol.php?lang=fruselang=frparams=43.604482_N_1.443962_E_type:city_region:frtitle=Toulouse est tronqué par son déplacement vers le bas dans le panneau déplaçable créé par le gadget (sur une hauteur égale à la hauteur de la zone banche en haut permettant de déplacer le panel et contenant le lien masquer dans le coin supérieur droit pour fermer le panel), ce qui masque toutes les attributions et liens de licences (le panel fait un clipping de l'IFRAME); il n'est pas dimensionné non plus correctement relativement à la taille du panel. Le 20 décembre 2014 18:04, Philippe Verdy verd...@wanadoo.fr a écrit : J'ai posté un message d'alerte sur plusieurs pages de contact d'administrateurs de Wikipedia et sur Meta-Wiki (RfC page, Legal talk pages, Request for a sysop/bureaucrat...), avec des pings sur quelques admins présents sur MetaWiki (mais ils peuvent être occupés en cette période de fêtes) pour une diffusion plus large. J'ai également contacté la WMF par mail. Le 20 décembre 2014 17:08, Philippe Verdy verd...@wanadoo.fr a écrit : Effectivement, il y en avait une, mais elle n'est plus là. Le composant a disparu et n'est pas nulle part dans le code HTML/CSS/JS généré (ce n'est pas un bogue d'affichage ou alors un javascript qui l'insérait ne fonctionne plus ou a été modifié pour supprimer l'élément). Je suyis certain qu'il y en avait une dans le bas de la carte. Il faut se plaindre sur la Wikipédie et aux admins de Wikimédia pour que l'outil soit rétabl dans les plus brefs délais (et voir qui a pu toucher au script hébergé sur les Tool Labs). Le 20 décembre 2014 15:33, Félix Marty felixma...@outlook.com a écrit : Bonjour, Je ne sais pas si c'est quelque chose de nouveau du côté de Wikipédia, mais sur les pages de villes on peut afficher une carte OpenStreetMap. Voir par exemple : https://fr.wikipedia.org/wiki/Toulouse (en haut à droite carte) J'ai l'impression qu'il n'y a pas d'attribution OSM présente. Est-ce normal ? Tout en sachant que sur le Wikipédia anglais, l'attribution est présente. Voir par exemple : https://en.wikipedia.org/wiki/Toulouse Bonne journée. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Wikipédia et attribution OpenStreetMap ?
Problème résolu (mais c'est un dirty fix, visiblement par quelqu'un qui ne comprend pas comment marche CSS (notamment ils ne savent pas ce qu'est le box-sizing et comment fonctionne le modèle de dimensionnement des boites en CSS) mais qui m'accuse maintenant de ne pas comprendre le truc. Pire on m'accuse de n'avoir pas posté au bon endroit (alors que l'endroit initial n'avait pas été remarqué, pour preuve le bulletin des admins où quelqu'un ment en disant que je n'ai pas alerté là-bas alors que ça a été le premier endroit avant que je monte vers Meta, où quelques admins que je n'ai pas contactés directement sont intervenus pour dire qu'ils ne ne voulaient rien faire ni même chercher !). Une autre réponse a été de m'accuser d'en faire un drame ou devenir beserk car l'alerte n'était pas prise au sérieux (ce que je trouve stupide comme attitude alors que Wikimedia se fait une obligation de faire respecter sa licence libre et celle des autres); Bref j'ai du remonter l'alerte au LCA pour qu'une solution commence à être prise en compte. Le problème est réglé, mais visiblement Wikimedia a des efforts àq faire dans sa communication et notamment sur la façon de faire pour signaler un incident (on est dirigé selon les uns ou les autres à divers endroits, pas efficaces, alors que ceux qui critiquent y font référence... sans même être allé voir si je n'y avais pas déjà posté l'alerte là où ils disent ! note: OSM a aussi du mal avec ses différents points de contact trop dispersés : il devient de plus en plus difficile de trouver les bonnes personnes et ne pas susciter des réactions hostiles de ceux qui ne veulent pas traiter un problème parce qu'ils sont fixés sur autre chose (mais jamais il leur vient à l'idée que les personnes qui les contactent à ces endroits ont bel et bien été guidés là par des pages d'aide en ligne sensées résumer les marches à suivre... que personne ne va remettre à jour pour s'assurer que ce soit cohérent. De plus en plus ces gros projets ouverts travaillent en petits cercles fermés de personnes qui ne communiquent qu'entre elles et oublient d'informer les autres sur ce qu'elles font ou ce qu'elles ont décidé en petit comités éclatés. Sur OSM comme sur les sites Wikimedia, il faut une page claire avec un lien unique pour signaler un problème, et un guidage thématique clair. On a beaucoup trop de lieux dispersés et c'est difficile de s'y retrouver (même ceux qui participent à ces lieux se trompent et ne regarde pas ce qui est fait dans les autres endroits). Résultat: beaucoup de disperson, suivi d'incidents inefficace (et de plus en plus difficile à suivre avec la multiplication des outils trop partiellement connectés ente eux avec des interfaces claires et des points de contact bien identifiés. Selon les cas on se retrouve sur une page wiki, ou sur IRC, ou sur un autre wiki ou sur un site technique comme Bugzilla, ou Phabricator, ou sur des listes de diffusion ou sur des pages de discussion personnelles. Et une fois qu'on y arrive, il n'y a plus aucune remontée, les liens arrières sont oubliés pour avoir une idée des résultats. Beaucoup de temps et dénergie gaspillée (et des discussions en doublon, des corrections faites plusieurs fois ou simultanément à différents niveaux mais incompatibles entre elles puisque chacun des petits groupes fait son truc dans son coin). Tout ça manque de cohésion et d'organisation. Il faudrait un véritable audit de qualité des méthodes des projets ouverts pour en mesurer l'efficacité, et éviter aussi des mots assez grossiers comme je viens de le voir. Et cet audit devrait être renouvelé chaque année avec aussi une captation des avis et un agenda pour discuter et décider des solutions possibles pour une coopération plus cohérente (identifier aussi les pages et aides à remettre à jour, ce qui est sans cesse oublié par ceux qui ensuite adoptent des attitudes grossières sans remettre en cause le fait qu'il leur a fallu aussi du temps pour entrer dans leur petit groupe qui s'est finalement centré sur une seule partie des problèmes qu'ils étaient sensés traiter au vu des guides existants pas à jour). Si une activité n'est plus prise en charge à un endroit, il faut faire remonter l'information et l'identifier pour ensuite remettre à jour les guides et permettre à d'autres groupes de les prendre en compte, ou pour idnetifier les groupes qui travaillent en doublon et souvent décident des choses incompatibles sans même savoir que les autres existent aussi. /note Bref ça marche maintenant mais la carte est encore tronquée à droite et en bas et la zone blanche pour déplacer le panneau est de taille variable excessive (10% de la hauteur du panneau). Ils auraient pu enlever aussi la bordure grise par défaut inutile de l'IFRAME (tronquée elle aussi à droite et en bas) qui n'apporte rien. Le 20 décembre 2014 20:34, Philippe Verdy verd...@wanadoo.fr a écrit : Une tentative de résolution est en cours... mais ça ne marche pas du tout. Le bas de la carte
Re: [OSM-talk-fr] Wikipédia et attribution OpenStreetMap ?
Problème résolu (mais c'est un dirty fix, visiblement par quelqu'un qui ne comprend pas comment marche CSS (notamment ils ne savent pas ce qu'est le box-sizing et comment fonctionne le modèle de dimensionnement des boites en CSS) mais qui m'accuse maintenant de ne pas comprendre le truc. Pire on m'accuse de n'avoir pas posté au bon endroit (alors que l'endroit initial n'avait pas été remarqué, pour preuve le bulletin des admins où quelqu'un ment en disant que je n'ai pas alerté là-bas alors que ça a été le premier endroit avant que je monte vers Meta, où quelques admins que je n'ai pas contactés directement sont intervenus pour dire qu'ils ne ne voulaient rien faire ni même chercher !). Une autre réponse a été de m'accuser d'en faire un drame ou devenir beserk car l'alerte n'était pas prise au sérieux (ce que je trouve stupide comme attitude alors que Wikimedia se fait une obligation de faire respecter sa licence libre et celle des autres); Bref j'ai du remonter l'alerte au LCA pour qu'une solution commence à être prise en compte. Le problème est réglé, mais visiblement Wikimedia a des efforts àq faire dans sa communication et notamment sur la façon de faire pour signaler un incident (on est dirigé selon les uns ou les autres à divers endroits, pas efficaces, alors que ceux qui critiquent y font référence... sans même être allé voir si je n'y avais pas déjà posté l'alerte là où ils disent ! OSM a aussi du mal avec ses différents points de contact trop dispersés : il devient de plus en plus difficile de trouver les bonnes personnes et ne pas susciter des réactions hostiles de ceux qui ne veulent pas traiter un problème parce qu'ils sont fixés sur autre chose (mais jamais il leur vient à l'idée que les personnes qui les contactent à ces endroits ont bel et bien été guidés là par des pages d'aide en ligne sensées résumer les marches à suivre... que personne ne va remettre à jour pour s'assurer que ce soit cohérent. De plus en plus ces gros projets ouverts travaillent en petits cercles fermés de personnes qui ne communiquent qu'entre elles et oublient d'informer les autres sur ce qu'elles font ou ce qu'elles ont décidé en petit comités éclatés. Tout ça manque de cohésion. Sur OSM comme sur les sites Wikimedia, il faut une page claire avec un lien unique pour signaler un problème, et un guidage thématique clair. On a beaucoup trop de lieux dispersés et c'est difficile de s'y retrouver (même ceux qui participent à ces lieux se trompent et ne regarde pas ce qui est fait dans les autres endroits). Résultat: beaucoup de disperson, suivi d'incidents inefficace (et de plus en plus difficile à suivre avec la multiplication des outils trop partiellement connectés ente eux avec des interfaces claires et des points de contact bien identifiés. Selon les cas on se retrouve sur une page wiki, ou sur IRC, ou sur un autre wiki ou sur un site technique comme Bugzilla, ou Phabricator, ou sur des listes de diffusion ou sur des pages de discussion personnelles. Et une fois qu'on y arrive, il n'y a plus aucune remontée, les liens arrières sont oubliés pour avoir une idée des résultats. Beaucoup de temps et dénergie gaspillée (et des discussions en doublon, des corrections faites plusieurs fois ou simultanément à différents niveaux mais incompatibles entre elles puisque chacun des petits groupes fait son truc dans son coin). Bref ça marche maintenant mais la carte est encore tronquée à droite et en bas et la zone blanche pour déplacer le panneau est de taille variable excessive (10% de la hauteur du panneau). Ils auraient pu enlever aussi la bordure grise par défaut inutile de l'IFRAME (tronquée elle aussi à droite et en bas) qui n'apporte rien. Le 20 décembre 2014 20:34, Philippe Verdy verd...@wanadoo.fr a écrit : Une tentative de résolution est en cours... mais ça ne marche pas du tout. Le bas de la carte affichée dans l'IFRAME (par exemple pour la page de Toulouse sur FRWP) https://tools.wmflabs.org/wiwosm/osm-on-ol/kml-on-ol.php?lang=fruselang=frparams=43.604482_N_1.443962_E_type:city_region:frtitle=Toulouse est tronqué par son déplacement vers le bas dans le panneau déplaçable créé par le gadget (sur une hauteur égale à la hauteur de la zone banche en haut permettant de déplacer le panel et contenant le lien masquer dans le coin supérieur droit pour fermer le panel), ce qui masque toutes les attributions et liens de licences (le panel fait un clipping de l'IFRAME); il n'est pas dimensionné non plus correctement relativement à la taille du panel. Le 20 décembre 2014 18:04, Philippe Verdy verd...@wanadoo.fr a écrit : J'ai posté un message d'alerte sur plusieurs pages de contact d'administrateurs de Wikipedia et sur Meta-Wiki (RfC page, Legal talk pages, Request for a sysop/bureaucrat...), avec des pings sur quelques admins présents sur MetaWiki (mais ils peuvent être occupés en cette période de fêtes) pour une diffusion plus large. J'ai également contacté la WMF par mail. Le 20 décembre
Re: [OSM-talk-fr] Wikipédia et attribution OpenStreetMap ?
Merci pour la clarification. Le samedi 20 décembre 2014, 22:37:46 Philippe Verdy a écrit : Problème résolu (mais c'est un dirty fix, visiblement par quelqu'un qui ne comprend pas comment marche CSS (notamment ils ne savent pas ce qu'est le box-sizing et comment fonctionne le modèle de dimensionnement des boites en CSS) mais qui m'accuse maintenant de ne pas comprendre le truc. [...] Ils auraient pu enlever aussi la bordure grise par défaut inutile de l'IFRAME (tronquée elle aussi à droite et en bas) qui n'apporte rien. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM Re: Démo recherche d'adresse / POI (Jour de Fête)
bonjour,
"général de gaulle, Nantes" ne donne rien à Nantes
sur Nominatim c'est en premier résultat.
c'est pas encore ça
ça m'a l'air bien compliqué les outils de recherche.
Qu'est ce qui bloque dans l'absolu ?
(je sais que je ne devrais pas poser ce genre de question en ces
temps de crise de foie)
djo_man
Le 20/12/2014 10:51, Cyrille Giquello a
écrit :
Étonnant !
Sur osm.org aucun résultat pour "rue pierre mandes france, Limoge".
Sur http://dev.geovelo.fr/jdf/ il y a des propositions, dont la bonne
rue "Rue Pierre Mandés-France, Limoges".
Ne pourrait-on pas avoir ce moteur de recherche sur
http://tile.openstreetmap.fr/ ?
Le 15 octobre 2014 18:52, GaelADT gael.sauva...@gmail.com a écrit :
Bonjour,
Nous en avions parlé rapidement lors de SotM France : nous (Géovélo Luc
Léger, contributeur OSM) travaillons depuis quelque temps sur un système de
recherche de rue / POI / etc. Ce projet s'appelle pour le moment Jour de
Fête : https://github.com/lluc/django_jdf
Un site de démo a été mis en place histoire de donner une idée à tout le
monde, avec les données France (pas forcément super à jour) :
http://dev.geovelo.fr/jdf/
Attention ce n’est pas fait pour de la production: le serveur peut donc
potentiellement être un peu long à retourner des résultats. Et il reste
encore pas mal de soucis à régler, mais c’est un début.
Pour faire simple : il n'y a aucun outil suffisamment ergonomique, libre,
pour qu'un utilisateur lambda trouve un objet sur OSM, si possible avec de
l'auto-complétion. Si bien qu'aujourd’hui beaucoup de services utilisent
Google pour la recherche d’adresse ou de POI.
Ce que nous avons fait n'est pas forcément un truc révolutionnaire, mais
nous espérons que cela sera une nouvelle étape pour rendre OSM plus
accessible en France et que cela ferra enfin bouger les choses niveau
geocoding (chez Géovélo on en a marre d'utiliser l'API Google pour
l'autocomplétion !)
Voici ce qu'est aujourd'hui "Jour de Fête" :
- un projet libre qui est basé sur les données d'un import Nominatim,
- recherche phonétique d'objet OSM ("avenue edouar michelin" sera reconnu),
- reconnaissance sémantique ("rue edouard michelin" sera reconnu, même s’il
existe uniquement "avenue edouard michelin"),
- un outil entièrement configurable : on peut choisir les tags OSM qui
doivent être reconnus (une option existe pour tout sortir), on peut choisir
dans quel ordre doivent sortir les résultats (exemple les villes avant les
rues, etc.).
Exemples concrets d’utilisation :
- rechercher uniquement les rues (ou tout autre chose) sur le territoire
d’une commune,
- rechercher uniquement les gares, arrêts de bus, de tramway, de métro et
les ordonner (d’abord les gares, puis les arrêts, etc.)
- et bien sur notre exemple pour Géovélo faire une recherche d’adresse / POI
fine en choisissant précisément les types de POI que l’on veut faire
remonter et dans quel ordre (commune avant quartier, quartier avant avenue,
gare avant magasin, etc.)
Ce qu'il reste à faire / Roadmap :
- optimiser les temps de réponse, voir ce que cela donne sur un serveur
digne de ce nom,
- recherche partielle ("zola tours" sera reconnue)
- forcer la recherche sur une bounding box
- ajouter les numéros de rue : Faire un lien vers BANO ?
- améliorer l'ordonnancement des résultats
- faire une mise à jour des données via les diff de OSM (la mise à jour des
données prend 1 heure pour la France actuellement)
Voilà merci d’avance pour vos retours.
Gaël.
--
View this message in context: http://gis.19327.n5.nabble.com/Demo-recherche-d-adresse-POI-Jour-de-Fete-tp5820413.html
Sent from the France mailing list archive at Nabble.com.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] SotM Japan 2014はおかげさまで盛況に開催できました。
Wikiにビデオのリンクを追加しました https://wiki.openstreetmap.org/wiki/JA:State_Of_The_Map_Japan_2014#Presentations_list 三浦 On 2014年12月21日 11:03, ikiya wrote: OSMFJのikiyaです。 12月13日（土）、OSM日本コミュニティの年次シンポジウムSotM Japan 2014はおかげさまで盛況に開催できました。 https://stateofthemap.jp/2014/ たくさんのご参加、本当にありがとうございました。100名を超える参加者がありました。 基調講演をはじめ、北海道から鹿児島までOSMコミュニティーに関する発表が行われ、コミュニティ間の交流もできました。 参加者、講演者、共催、後援団体、スポンサーの皆様、ここに深く感謝いたします。 以下のwikiサイトに開催内容をまとめています。 https://wiki.openstreetmap.org/wiki/JA:State_Of_The_Map_Japan_2014 追記等ありましたら宜しくお願い致します。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] SotM Japan 2014はおかげさまで盛況に開催できました。
みなさま SotM Japan 2014に参加いただきありがとうございます。 参加できなかった方も、ビデオ記録を観ることができるよう とりくんでいます。 まだ、全員分の登録が完了していませんが、順次 Wikiにビデオのリンクを追加していきます https://wiki.openstreetmap.org/wiki/JA:State_Of_The_Map_Japan_2014#Presentations_list お楽しみください。 三浦 On 2014年12月21日 11:03, ikiya wrote: OSMFJのikiyaです。 12月13日（土）、OSM日本コミュニティの年次シンポジウムSotM Japan 2014はおかげさまで盛況に開催できました。 https://stateofthemap.jp/2014/ たくさんのご参加、本当にありがとうございました。100名を超える参加者がありました。 基調講演をはじめ、北海道から鹿児島までOSMコミュニティーに関する発表が行われ、コミュニティ間の交流もできました。 参加者、講演者、共催、後援団体、スポンサーの皆様、ここに深く感謝いたします。 以下のwikiサイトに開催内容をまとめています。 https://wiki.openstreetmap.org/wiki/JA:State_Of_The_Map_Japan_2014 追記等ありましたら宜しくお願い致します。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] No more voting on mechanical edits
On 19 December 2014 at 12:10, SomeoneElse li...@atownsend.org.uk wrote: For iD, names are suggested via https://github.com/osmlab/name-suggestion-index/ , and https://github.com/osmlab/name-suggestion-index/blob/master/canonical.json is the canonical list of known good ones. I have written a pull request to name-suggestion-index to include the names from the current RFC. See https://github.com/osmlab/name-suggestion-index/pull/16. I have of course no control over if and when it will get merged. -- Matthijs ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Beaver dam? Wrecked bridge? Hallucinatory roads in TIGER?
I have what may be a seriously weird question. I've been trying to clean up my GPS tracks and enter data for the Northville-Placid Trail in the Adirondacks. In the rare places that the trail does appear in TIGER, the data are wildly wrong, so I'm rerouting and retagging as I go. I'm also trying to create a route relation for the trail, since it has roadwalk sections. The trail, being a wilderness trail (there are spots on it that are a good twenty miles from the nearest drivable road), has some interesting features. In at least one place (44.07447,-74.28335, says GPS) the trail crosses an unnamed tributary of Pine Brook on a beaver dam that is visible in aerial images. https://flic.kr/p/pFf3TV Hikers who don't quite believe that the trail would do such a thing have created a use path extending up- and downstream that peters out in both directions. So - What's appropriate tagging for a way that uses a beaver dam? In several other places, destroyed bridges either serve as landmarks https://flic.kr/p/oJrAXF or even have had the stone of their footings repurposed to create a ford https://flic.kr/p/poN2vf . Is there tagging that makes sense for this situation? Is it considered acceptable to delete ways that came in from TIGER and appear never to have existed? In this case, I speak of roads shown in TIGER where I've hiked across the routes and seen no sign of even an abandoned road - and I use century-old abandoned grades for off-trail hiking fairly often. I know what to look for even when the roadbed is grown to trees. For instance, to my eye, it's obvious that https://flic.kr/p/nouCUC was once a road. In some cases, I can't imagine what the TIGER people were smoking (and wish they'd share!). -- 73 de ke9tv/2, Kevin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Beaver dam? Wrecked bridge? Hallucinatory roads in TIGER?
On Dec 20, 2014, at 11:09 AM, Kevin Kenny kken...@nycap.rr.com wrote: In at least one place (44.07447,-74.28335, says GPS) the trail crosses an unnamed tributary of Pine Brook on a beaver dam that is visible in aerial images. https://flic.kr/p/pFf3TV Hikers who don't quite believe that the trail would do such a thing have created a use path extending up- and downstream that peters out in both directions. So - What's appropriate tagging for a way that uses a beaver dam? I’d just mark that section `ford=yes`.. or I guess `ford=beaver_dam` if you want to be clever. (The `ford` tag works like `bridge`) In several other places, destroyed bridges either serve as landmarks https://flic.kr/p/oJrAXF or even have had the stone of their footings repurposed to create a ford https://flic.kr/p/poN2vf . Is there tagging that makes sense for this situation? Again, `ford=*` Is it considered acceptable to delete ways that came in from TIGER and appear never to have existed? In this case, I speak of roads shown in TIGER where I've hiked across the routes and seen no sign of even an abandoned road - and I use century-old abandoned grades for off-trail hiking fairly often. I know what to look for even when the roadbed is grown to trees. For instance, to my eye, it's obvious that https://flic.kr/p/nouCUC was once a road. In some cases, I can't imagine what the TIGER people were smoking (and wish they'd share!). Sure, I remove TIGER ways all the time. If you have local knowledge of the area, feel free to change the map to match reality. Thanks, Bryan ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Beaver dam? Wrecked bridge? Hallucinatory roads in TIGER?
On 12/20/2014 11:36 AM, Harald Kliems wrote: highway=service;service=beaver;pedestrian=permissive (assuming that it's nice beavers) I didn't meet the beavers. They were busy. You know beavers. One dam project after another. :) More seriously: Does it really matter that the way leads over a beaver dam? On the linked picture it looks like a regular trail to me (no wet feet or anything) and I'd just tag it as such. I guess in addition you could tag the beaver dam itself. I think that the cutesy 'ford=beaver_dam' might actually be appropriate. What I'm trying to convey by tagging it is that the trail actually does cross the dam. The picture doesn't convey the situation well, sorry! The way the area is trodden suggests that almost everyone tries up- and downstream first before realizing that the trail really does cross. As far as wet feet go, on that trail, by the time you're that far in, you have wet feel already. Guaranteed. You'll be walking along what looks like an ordinary trail and all of a sudden sink into peat above your boot tops. I fell in whitewater once and bogwater twice getting my GPS tracks, which span only half the trail. http://kbk.is-a-geek.net/catskills/test2.html?la=44.0756lo=-74.2810z=13 gives a feel for how soggy that general area is. It includes several data layers that are not OSM: NHD, NED, and several layers from the Adirondack Park Agency. And probably a few layers that I'm failing to remember. Where two shorelines are shown, they represent typical limits of seasonal inundation. Dashed blue boundaries around wetlands represent ephemerally inundated emergent marsh. I considered at one point embarking on an import of APA's wetland and waterway polygons, to fill in the largely blank map of the park, but decided against it for a number of reasons: (a) I didn't have a strategy for reconflation to maintain the data moving forward. (b) I wasn't entirely comfortable with even the generous license terms. (To wit: These data may not be used for legal determinations. Please credit use of this data set to the New York State Adirondack Park Agency, Ray Brook, New York 12977. Please send a copy of any reports or papers in which these data were used or referenced to the above address, Attention: Nancy Heath Librarian.) (c) I was thinking about it at a time when a lot of discussion on the imports mailing list was about how all imports are bad, because they discourage the recruitment of new mappers. (d) I decided I really didn't have time even to manage conflating the data with even the sketchy stuff that's already in OSM. (e) Detailed hydrographic data is probably outside OSM's ambit anyway. I don't want to be accused of cluttering the map. -- 73 de ke9tv/2, Kevin -- 73 de ke9tv/2, Kevin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Rail westerly
Alexander Jones wrote: So, that's you? I've spent the past year-plus remapping rail lines in the Central Valley. Right now, I'm finishing up the BNSF Mojave Subdivision towards Barstow. A few tips: * Please use the subdivision name where available. Using the railroad as the name is redundant when the operator tag is set. I use the CPUC rail crossing data [1] to find subdivision names. Thanks, Alexander: I had visited Union Pacific's web site to find some of these, but they keep them locked up under username and password access only. Your CPUC pointer is an excellent public resource and very much appreciated (Microsoft Excel or OpenOffice is needed to open it). Rail System and then Division or Line are the critical columns containing the data I've been looking for. I guess (but don't know) that other states besides California have similar data available through their Public Utilities Commission (or equivalent). I agree with you: name= as the name of the railroad (owner) is incorrect, as a subdivision name is preferred, but in the event the way has no name= tag, I suppose it is better than nothing. But let us continue on to correcting with subdivision names where we can! * I'm in the process of retracing most of the current and abandoned lines in the San Joaquin Valley south of Stockton. Especially on the BNSF line, don't waste your time. I'm not sure why you think this is waste of time, but I appreciate the heads-up that you are working here! * The way I see it, passenger lines are not automatically usage=main. But I don't know of any passenger lines in California, except the Sprinter in North SD County, that couldn't be seen as main lines. Yes, it is a tentative logical mapping on my part to cautiously treat major (Amtrak's Pacific Surfliner, Coast Starlight, California Zephyr...) and regional or commuter (Metrolink, Coaster...) passenger rail infrastructure as usage=main. I reserve usage=branch for well-identified (and logically in the network of rail's connectivity) branch rail. If something is distinctly a light rail (SPRINTER, San Diego Trolley, VTA's trains in Silicon Valley...) we tag usage=light_rail. Similar to tagging highways minimally on the ways and putting routing data (track infrastructure plus stops/platforms as members) in a relation IS a more correct method to do this, in my opinion. Again, ways get name=Subdivision, operator= ,owner= , THEN tag actual passenger routes with a route relation. Infrastructure tags on ways, route tags on a relation. (Say it like a mantra!) * I generally use 7 tags: railway=rail, operator=, old_railway_operator=, name=, usage=, electrified=, and gauge=. Yes, I'll use owner= if known, and it is name= which displays in ORM as the name of the line. Many lines had name= as the service run upon them (like Caltrain instead of Union Pacific), and I have corrected this where I know it was wrong in OSM. But I haven't corrected all of these, just the ones I know. And now I think I'll have to go back and correct name=Union Pacific as the name of Union Pacific's subdivision for the line that Caltrain is run upon: Caltrain itself should be a relation. And so on. * I still use old-fashioned (according to OpenRailwayMap) route=railway relations for the tracks. I don't think the relations are rendered, but I'm not completely sure. But I keep the IDs in the org-mode files I use to manage my work, so I could always switch the tag out if needed. I didn't quite follow that (and I agree: it appears route relations are not rendered in ORM). * Overall, this is much needed work. Thanks for helping the rail quality in California! Yeah! Let's drum up others doing this in other states. Kansas City has shaped up as a major hub, and Chicago, which I KNOW to be a major hub, still looks to be in its infancy w.r.t. proper infrastructure tagging. It would be really cool to see the USA's only high-speed line (Amtrak's Acela service in the Northeast Corridor) to light up red in ORM. NathanP wrote: Thanks Steve, I am working on what I can. Would like to have some discussion on proper tuning of relations. Many of these open railway map tags are new to me. There is an excellent and quite complete tagging documentation page at http://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging . Additional specific questions? Ask here or off-list (either me, Alexander, or others who have been doing this and emerge as more knowledgeable). Charlotte wrote: Thanks for the tip about openrailwaymap.org. I have aligned many railroads in Arizona and added many others. But I distrust the naming there, so I just have left that alone. Also, I don't know how to do relations, so, if you finish California, feel free to make relations in Arizona. Relations can be a challenge for some OSM contributors. While it is technically possible to edit relations with either iD or Potlatch 2, I don't recommend it, as the GUI is
Re: [Talk-us] Rail westerly
On Dec 20, 2014, at 12:35 PM, stevea wrote: Yes, I'll use owner= if known, and it is name= which displays in ORM as the name of the line. Many lines had name= as the service run upon them (like Caltrain instead of Union Pacific), and I have corrected this where I know it was wrong in OSM. But I haven't corrected all of these, just the ones I know. And now I think I'll have to go back and correct name=Union Pacific as the name of Union Pacific's subdivision for the line that Caltrain is run upon: Caltrain itself should be a relation. And so on. I was under the very strong impression that the main line from San Jose to San Francisco is owned by the Joint Powers Board (CalTrain) and not by Union Pacific. I believe that there are branches off that owned by Union Pacific and maybe even BNSF but that the main right of way was actually Caltrain's. Any place one could confirm or deny that? ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Rail westerly
Hey guys, Some words of support and complication. The usage=main is a problem, and here is why: What people consider to be main line can not and will not be known by looking at it in real life nor specified by whether or not it has passenger service on it. As such you can also have main line enter a yard disappear in yard limits and have it continue on the other side. If you can find a map like this http://www.bnsf.com/customers/pdf/maps/carload_map.pdf you will at least know what tracks are primarily used these may be main or branch traffic. Branch traffic may have main track within it. Also short line railroads complicate as what they consider main line is different then the class one railroads. I wish that the railroads listed above in the open railway would have updated from last night as I could show examples of my local knowledge and a little more. Best Regards, Nathan P. On Sat, Dec 20, 2014 at 12:45 PM, Tod Fitch t...@fitchdesign.com wrote: On Dec 20, 2014, at 12:35 PM, stevea wrote: Yes, I'll use owner= if known, and it is name= which displays in ORM as the name of the line. Many lines had name= as the service run upon them (like Caltrain instead of Union Pacific), and I have corrected this where I know it was wrong in OSM. But I haven't corrected all of these, just the ones I know. And now I think I'll have to go back and correct name=Union Pacific as the name of Union Pacific's subdivision for the line that Caltrain is run upon: Caltrain itself should be a relation. And so on. I was under the very strong impression that the main line from San Jose to San Francisco is owned by the Joint Powers Board (CalTrain) and not by Union Pacific. I believe that there are branches off that owned by Union Pacific and maybe even BNSF but that the main right of way was actually Caltrain's. Any place one could confirm or deny that? ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Rail westerly
On Dec 20, 2014, at 12:35 PM, stevea wrote: Yes, I'll use owner= if known, and it is name= which displays in ORM as the name of the line. Many lines had name= as the service run upon them (like Caltrain instead of Union Pacific), and I have corrected this where I know it was wrong in OSM. But I haven't corrected all of these, just the ones I know. And now I think I'll have to go back and correct name=Union Pacific as the name of Union Pacific's subdivision for the line that Caltrain is run upon: Caltrain itself should be a relation. And so on. Tod Fitch replies: I was under the very strong impression that the main line from San Jose to San Francisco is owned by the Joint Powers Board (CalTrain) and not by Union Pacific. I believe that there are branches off that owned by Union Pacific and maybe even BNSF but that the main right of way was actually Caltrain's. Any place one could confirm or deny that? Let's suppose Joint Powers Board is the owner. Does that mean that owner=Joint Powers Board, operator=Caltrain (and a route relation for Caltrain's services: Baby Bullet and Local) is correct? What do we put into the name= tag? A subdivision name? Perhaps Joint Powers Board (as well as, or instead of the owner tag)? As I look in the (excellent) CPUC_Rail_Crossing_List_v20140603.xls document recently pointed to, I find no occurrence of Joint Powers Board in the whole sheet. Though, I do recognize it as a real entity that administers the Caltrain service (and it may own the track, too). I do find PCIX: Caltrain in the Rail System column, though, so that is a good indication we might put PCIX, Caltrain, or PCIX:Caltrain in the name= tag. It seems we are still a little unclear on how to (fully, properly) tag rail in the USA, with California trying to be a leader in OSM (again), but at least this discussion seems to be getting us closer. Good! SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Rail westerly
Steve, If you are finding PCIX those are the call letters for the railroad that is the owner, they may also be the operator. Now here is the tricky bit, I will use the example of a local short line railroad. This railroad the property is owned by the county and the port; one railroad (GNPX) has the operating rights who then contracts with a second company that is a railroad (BDTL) yet the line in which they are running is known as another railroad (ESFR). If any of you can sort this out into the proper categories I think it will help a few many people. If I had to sort out the problem in the past email I would say that it is probably laid out as such: Join Powers Board is the landowner CalTrain is the owner, operator, and UP has operational rights to the corridor. Best Regards, Nathan P On Sat, Dec 20, 2014 at 6:13 PM, stevea stevea...@softworkers.com wrote: On Dec 20, 2014, at 12:35 PM, stevea wrote: Yes, I'll use owner= if known, and it is name= which displays in ORM as the name of the line. Many lines had name= as the service run upon them (like Caltrain instead of Union Pacific), and I have corrected this where I know it was wrong in OSM. But I haven't corrected all of these, just the ones I know. And now I think I'll have to go back and correct name=Union Pacific as the name of Union Pacific's subdivision for the line that Caltrain is run upon: Caltrain itself should be a relation. And so on. Tod Fitch replies: I was under the very strong impression that the main line from San Jose to San Francisco is owned by the Joint Powers Board (CalTrain) and not by Union Pacific. I believe that there are branches off that owned by Union Pacific and maybe even BNSF but that the main right of way was actually Caltrain's. Any place one could confirm or deny that? Let's suppose Joint Powers Board is the owner. Does that mean that owner=Joint Powers Board, operator=Caltrain (and a route relation for Caltrain's services: Baby Bullet and Local) is correct? What do we put into the name= tag? A subdivision name? Perhaps Joint Powers Board (as well as, or instead of the owner tag)? As I look in the (excellent) CPUC_Rail_Crossing_List_v20140603.xls document recently pointed to, I find no occurrence of Joint Powers Board in the whole sheet. Though, I do recognize it as a real entity that administers the Caltrain service (and it may own the track, too). I do find PCIX: Caltrain in the Rail System column, though, so that is a good indication we might put PCIX, Caltrain, or PCIX:Caltrain in the name= tag. It seems we are still a little unclear on how to (fully, properly) tag rail in the USA, with California trying to be a leader in OSM (again), but at least this discussion seems to be getting us closer. Good! SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Misspelled names
name=Walmart Neighborhood Market is a real thing, and probably shouldn't be corrected. They have different branding than a regular Walmart (green and yellow vs. the regular Walmart blue and yellow). Here's the one on hwy 99 in Milwaukee OR: https://www.google.com/maps/@45.4098553,-122.627165,3a,75y,14.1h,92.52t/data=!3m4!1e1!3m2!1sDBmlbyc_1EdyH4tg4vGNDg!2e0 On Wed, Dec 17, 2014 at 6:20 PM, Peter Dobratz pe...@dobratz.us wrote: On Wed, Dec 17, 2014 at 2:13 PM, Mike Henson mikehen...@hotmail.com wrote: I am also having an issue with Walmart, should it be a Marketplace, Supermarket, Department store??? All 3 are used in OSM in Oklahoma. Generally, Walmart is tagged as shop=department_store. However, there are a few location in the Portland, Oregon area that are zoned to only allow grocery type stores. These are tagged: name=Walmart Neighborhood Market shop=supermarket Peter ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
