Re: [Talk-GB] Fiction
On 22/03/15 21:30, Pmailkeey . wrote: Could really do with ahighway http://wiki.openstreetmap.org/wiki/Key:highway=fictitious http://wiki.openstreetmap.org/wiki/Tag:highway%3Droad tag for roads with fictional names howsoever caused. I've just found reference in an official publication to a fictional streetname - and have found use of that name in other official circumstances - despite the street in question having a completely different name ! Well highway=fictitious would imply the road is fictitious, not the name. I suspect not:name= is what you want - that is what we normally use to record names erroneously asserted in official sources. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-ca] Fwd: Jeux d'eau
I agree with you, Richard : splash pad is exactly what I was seeking ! Unfortunatly, there is no clear statement on wiki or taginfo... I remember now the suggestion of Guy Talbot http://www.openstreetmap.org/user/gtalbot, contributor of our local community : amenity http://wiki.openstreetmap.org/wiki/Key:amenity?uselang=fr-CA playground + playground http://wiki.openstreetmap.org/wiki/Key:playground?uselang=fr-CA splash_pad See: http://overpass-turbo.eu/s/8lG As local (regional) uniformity purpose I suggest the use of this Guy Talbot's combination amenity=playground playground=splash_pad arround Québec City (Région Capitale-Nationale). For a long-term issue, and as universal uniformity purpose, Harald has a good suggestion to forward discussion to the tagging list. Bruno By the way best regards to Guy Talbot ! Cheers Budy !! 2015-03-22 18:39 GMT-04:00 Harald Kliems kli...@gmail.com: On Sun, Mar 22, 2015 at 5:32 PM Richard Weait rich...@weait.com wrote: It's commonly called a splash pad, but tag usage seems scattered. http://taginfo.openstreetmap.org/search?q=splash_pad#values http://en.wikipedia.org/wiki/Splash_pad If you look at the discussion page of the wikipedia entry and the external links, it seems that the term is not universally established and/or the name of a specific company offering these kinds of things. Maybe this discussion should be taken to the tagging list? Harald. -- Bruno Remy -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-dk] Under Krystallen - Plads og bygning
Jeg er enig med Michel Der udgives jævnligt nye versioner af openstreetmap-carto (det stylesheet der bestemmer standardlagets udseende), senest var fredag: https://lists.openstreetmap.org/pipermail/talk/2015-March/072431.html. På https://github.com/gravitystorm/openstreetmap-carto/issues kan man se hvad der i øjeblikket er af åbne sager og eventuelt oprette nye. Held og lykke med det Søndag den 22. marts 2015 10:11:16 skrev Michel Coene: Det helt principielt rette ting at gøre er nok at indsende en bug-report til dem som laver softwaren... 2015-03-22 8:34 GMT+01:00 Asger Frank asg...@gmail.com: For nylig har der været en tråd Invisible dome med et helt tilsvarende problem, og en angiven workaround. Der savnede jeg egentlig også en kommentar eller refleksion over dilemmaet database/rendering. Mvh Asger Frank Den 21/03/2015 kl. 12.14 skrev Victor Valore vic...@valore.dk: Jeg har gjort et stykke arbejde med Under Krystallen som er en plads i København. På pladsen ligger en bygning, Krystallen beboet af Nykredit, som er sådan en frit svævende bygning hvor man kan gå under. Jeg har lavet pladsen som highway=pedestrian, area=yes og layer=-1. Layer for at angive at pladsens areal ligger under alt det udstyr/bygninger som er på pladsen. Når området bliver renderet på openstreetmap.org, så kan de fleste renderinger gennemskue dette udmærket, men default renderingen lægger pladsen ovenpå bygningen. Da jeg ved at vi mapper til databasen og ikke til en given rendering, så er jeg i tvivl om jeg skal gøre yderligere eller om jeg bare skal accepterer at default renderingen på openstreetmap.org har en skønhedsfejl? Kommentarer og synspunkter modtages gerne. Victor ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Brudte kystlinjer på Drejø
Hej, Drejøs kystlinje er brudt, er der nogen grund til det, eller er det OK at samle den? God forberedelse til at få tilføjet tags, så øen optræder med et navn. Drejø består i øvrigt lige som Avernakø af to øer samlet med et drej. Men hvor der på Avernakø er en menneskeskabt dæmning på drejet, er det på Drejø naturligt landfast. Avernakø har da også to kystlinjer, mens Drejø nok burde bestå af én. Vh, Anders ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [OSM-talk-fr] Call for Venues Open: State of the Map 2016
À prendre en compte ? Entre autres événements, la compétition et la finale du championnat de football Euro2016 : 10 juillet 2016 2015-03-12 15:00 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: Je proposerai bien un SOTM 2016 à Paris... vu que la proposition pour 2015 n'avait pas eu de réponse. Pour le lieu, Jean avait des pistes du côté de la Ville de Paris, je vais voir de mon côté sur d'autres sites que j'ai repéré. Pour la date, je verrai plutôt ça vers l'été ou l'automne. Qu'en pensez-vous ? Le 10/03/2015 22:36, Emilie Laffray a écrit : Pour ceux que ca interesse. -- Forwarded message -- From: *Richard Weait* rich...@weait.com mailto:rich...@weait.com Date: Tue, Mar 10, 2015 at 2:16 PM Subject: Call for Venues Open: State of the Map 2016 The Call for Venues for State of the Map 2016 is now open. http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Call_for_venues Build a team for your city and bid to host the OpenStreetMap conference. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-in] About having a mapping party in Koorachundu Village Panchayat - Kozhikode district - Kerala - Reg.
Hai, Thank you Alex. I got some new insights from the shared post. Thank you once again. :) 2015-03-22 9:25 GMT+05:30 Alex Barth a...@mapbox.com: This is a very impressive initiative, thank you for sharing. It is a living example of what Mikel is talking about in yesterday's post: For government, OpenStreetMap is more than just data, it's a transformation http://openstreetmap.us/2015/03/government-and-openstreetmap/ -- ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ - ജയ്സെനോവ് നെടുമ്പാലോവിച്ച് പഹയനോവ്സ്കി - ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ (`'·.¸(`'·.¸^¸.·'´)¸.·'´) «´¨`·* . Jaisenov. *..´¨`» (¸.·'´(`'·.¸ ¸.·'´)`'·.¸) ¸.·´^.`'·.¸ ¸.·'´ ( `·.¸`·.¸ `·.¸ )`·.¸ ¸.·(´ `·.¸ ¸.·(.·´)`·.¸ ( `v´ ) `v´ ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-at] Tupalo: OSM Quelle?
Der Großteil der POIs kommt meines Wissens nach von Herold. Am 2015-03-22 um 08:14 schrieb martin ringer: Die Daten der Homepage sind mehrere Jahr alt und absolut nicht aktuell. Woher kommen eigentlich die Daten, OSM dient nur als Landkarte. Die lokale Zuordnung stimmt auch nicht immer. Date: Sat, 21 Mar 2015 18:52:11 +0100 From: p...@woelfel.at To: talk-at@openstreetmap.org Subject: Re: [Talk-at] Tupalo: OSM Quelle? Hallo, sind definitiv OSM Daten, die Ortschaften, bei welchen ich noch nicht fertig bin mit dem mappen, sind auch hier nur halb fertig gerendert. In den Urheberrechtserklärung http://tupalo.com/de/copyright_notice haben Sie nur einen Englisch Text, der ziemlich nach Standard Copy Paste aussieht. ... styled in accordance with Title 17, United States Code, Section 512(c)... Der Sitz ist allerdings in Wien, also unterliegen sie österreichischen Urheberrecht und nicht dem US Copyright. Es gibt sogar eine legal Adresse: le...@tupalo.com mailto:le...@tupalo.com Ich schreib mal ein Mail hin. Mit freundlichen Grüßen Dipl.-Ing. Paul Wölfel Email p...@woelfel.at mailto:p...@woelfel.at Tel. +43 664 88 533 801 Lindengasse 31/1/11 1070 Wien Austria Am 21. März 2015 um 18:14 schrieb Werner Macho werner.ma...@gmail.com mailto:werner.ma...@gmail.com: Hi! Also OSM kann ich bestätigen .. Quelle kann ich auch keine finden .. 2015-03-21 18:05 GMT+01:00 Markus Mayr markus4mayr.li...@gmail.com mailto:markus4mayr.li...@gmail.com: Mir scheint Tupalo verwendet OSM Daten für die Landkarte rechts neben den Suchergebnissen: http://tupalo.com/en/search?utf8=%E2%9C%93q=city_id= Eine Quelle sehe ich nicht? Kennt jemand den Renderstil? Die Tiles kommen von mqcdn.com http://mqcdn.com. Ist das MapQuest? ___ Talk-at mailing list Talk-at@openstreetmap.org mailto:Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org mailto:Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-dk] Øer
Hej, Endnu engang undrer jeg mig over at øerne i dk optræder navnløse. Et blik på wikien (http://wiki.openstreetmap.org/wiki/Tag:place=island) viser, at de er lavetforkert: Ifgl wikien, skal man tilføje place=island og name=navn til en øs kystlinje. De sydfynske øer - og sikkert alle andre navnløse fynske øer - har alle en enkelt node med disse egenskaber. Kystlinjerne har angivet fugro som kilde. Er det OK at tilføje tags til øerne selv? Vh, Anders ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] OSM y metro
El 20 de marzo de 2015, 19:29, J. Yáñez inf...@openaliasbox.org escribió: Este es mi primer mensaje a esta lista, así que ante todo hola a todos. Estoy empezando a conocer esto de Openstreemap y de momento ando un poco perdido, per oespero contribuír con algo útil al proyecto en cuanto empiece a hacerme con este tinglado. De momento tengo un problema, o más bien una duda. Ni en la web ni en la aplicación Osmand parece haber una forma de calcular rutas en metro y otros transportes públicos, sólo parece poderse hacer para rutas en vehículos a motos, bicicleta y a pie. ¿Estoy en lo cierto o simplemente no he sabido encontrarlo? A mí también me gusta salir en bici, y en absoluto menosprecio la posibilidad de planear rutas en bici, pero sinceramente creo que para el usuario medio es mucho más importante poder buscar rutas en transporte público. ¿Hay que instalar algún complemento o simplemente estoy tonto y no he dado con la opción que permite esto que digo? Hola. Llevar a cabo lo que tú comentas es algo más complicado de lo que parece. No vale solo digitalizar las rutas por donde pasa el autobús, metro, etc. con sus paradas, sino también es necesario la tabla de horarios de la red de transporte público, para que el motor de planificación de viajes http://www.altergeosistemas.com/web/planificadores-viajes-multimodales/ sea efectivo. Estos datos asociados a la información geográfica se almacenan en unos archivos específicos con unos modelos de datos determinados, el más conocido es el GTFS. Estos feeds los deberían generar y publicar las empresas de transporte público, pero no es muy común. ¡Ojo! Esto no quiere decir que tener una buena cartografía de OSM con un buen etiquetado no sea importante, ayuda y mucho, ya que es frecuente que los planificadores utilicen OpenStreetMap como fuente de datos para generar los grafos de enrutado. Puedes ver un ejemplo de planificador de viajes multimodal para Santander http://goo.gl/e9shbE en el que se utilizan datos proveniente de OSM, Datos Abiertos Santander y la IDE de Cantabria entre otros. Tambien se puede acceder mediante Android con el cliente de OpenTripPlanner https://play.google.com/store/apps/details?id=edu.usf.cutr.opentripplanner.androidhl=es . Un saludo. Emilio Gómez ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-in] About having a mapping party in Koorachundu Village Panchayat - Kozhikode district - Kerala - Reg.
Hai Shravan and Arun Ganesh, Yes, definitely you people can join us. we really want to improve the OpenStreetMap in our area. And experienced hands could contribute a lot in this regard. But the Village Panchayat is unable to fund for it right now. We are in search of some other ways to meet the expenses. If somebody come forward to help us in this regard, we will manage the rest of everything. Thank you.. 2015-03-22 9:27 GMT+05:30 shravan shravan.s...@gmail.com: Jaisen, This is amazing. I would like to join in too! Thanks, Shravan On 22 March 2015 at 00:53, Arun Ganesh arun.plane...@gmail.com wrote: On Sat, Mar 21, 2015 at 7:38 PM, Jaisen Nedumpala jaisuv...@gmail.com wrote: Hai, I have written a blog post, about the background, and the need of the mapping experiments held at Koorachundu Village Panchayat. Here is the link: http://blog.smc.org.in/mapping-efforts-in-an-unsurveyed-land-koorachundu/ Cannot believe I completely missed this thread. This is an amazing story! Jaisen, what plans next? I'd love to join in. Valuable comments expected. 2014-07-16 8:52 GMT+05:30 Jaisen Nedumpala jaisuv...@gmail.com: Hai, I have discussed the idea with the president and secretary, and they offered their whole-hearted support for this plan. They suggested to conduct this programme in the next week, starting from 21/7/2014 (Monday) and finish the work on 25/7/2014 (Friday). (Sorry for this short notice.) A very simple inaugural and introductory function is scheduled at 11.00 am on 21/7/2014 (Monday). Venue: The panchayat meeting room, O/o Koorachundu Village Panchayat, Koorachundu. A simple closing ceremony will also be there on 25/7/2014 (Friday) at 3.00 pm in the evening, everyone who participated can share their experience during this programme. We have the contact details of resource persons for all the wards, and they will participate in the inaugural meeting and will help the mappers during the physical survey in the field. They will also participate in the closing ceremony too. Special note: No need to worry if anybody can't reach here for the inaugural function, they can join us any time before 25/7/2014. We are on the way to arrange the lodging facilities, for those who are coming from distant places. So please send me a personal mail off-list, those who love to help us and want to participate during this period. If any one can arrange a few extra handheld GPS receivers, and/or spare smartphones with GPS receivers will be considered as their kind blessing for this venture. :) Best. -- ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ - ജയ്സെനോവ് നെടുമ്പാലോവിച്ച് പഹയനോവ്സ്കി - ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ (`'·.¸(`'·.¸^¸.·'´)¸.·'´) «´¨`·* . Jaisenov. *..´¨`» (¸.·'´(`'·.¸ ¸.·'´)`'·.¸) ¸.·´^.`'·.¸ ¸.·'´ ( `·.¸`·.¸ `·.¸ )`·.¸ ¸.·(´ `·.¸ ¸.·(.·´)`·.¸ ( `v´ ) `v´ -- ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ - ജയ്സെനോവ് നെടുമ്പാലോവിച്ച് പഹയനോവ്സ്കി - ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ (`'·.¸(`'·.¸^¸.·'´)¸.·'´) «´¨`·* . Jaisenov. *..´¨`» (¸.·'´(`'·.¸ ¸.·'´)`'·.¸) ¸.·´^.`'·.¸ ¸.·'´ ( `·.¸`·.¸ `·.¸ )`·.¸ ¸.·(´ `·.¸ ¸.·(.·´)`·.¸ ( `v´ ) `v´ ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ - ജയ്സെനോവ് നെടുമ്പാലോവിച്ച് പഹയനോവ്സ്കി - ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ (`'·.¸(`'·.¸^¸.·'´)¸.·'´) «´¨`·* . Jaisenov. *..´¨`» (¸.·'´(`'·.¸ ¸.·'´)`'·.¸) ¸.·´^.`'·.¸ ¸.·'´ ( `·.¸`·.¸ `·.¸ )`·.¸ ¸.·(´ `·.¸ ¸.·(.·´)`·.¸ ( `v´ ) `v´ ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
[Talk-it] wikipedia in prima pagina su repubblica di oggi, viva!!!
e a pag 23 il servizio completo sull'assemblea di modena ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Under Krystallen - Plads og bygning
Det helt principielt rette ting at gøre er nok at indsende en bug-report til dem som laver softwaren... 2015-03-22 8:34 GMT+01:00 Asger Frank asg...@gmail.com: For nylig har der været en tråd Invisible dome med et helt tilsvarende problem, og en angiven workaround. Der savnede jeg egentlig også en kommentar eller refleksion over dilemmaet database/rendering. Mvh Asger Frank Den 21/03/2015 kl. 12.14 skrev Victor Valore vic...@valore.dk: Jeg har gjort et stykke arbejde med Under Krystallen som er en plads i København. På pladsen ligger en bygning, Krystallen beboet af Nykredit, som er sådan en frit svævende bygning hvor man kan gå under. Jeg har lavet pladsen som highway=pedestrian, area=yes og layer=-1. Layer for at angive at pladsens areal ligger under alt det udstyr/bygninger som er på pladsen. Når området bliver renderet på openstreetmap.org, så kan de fleste renderinger gennemskue dette udmærket, men default renderingen lægger pladsen ovenpå bygningen. Da jeg ved at vi mapper til databasen og ikke til en given rendering, så er jeg i tvivl om jeg skal gøre yderligere eller om jeg bare skal accepterer at default renderingen på openstreetmap.org har en skønhedsfejl? Kommentarer og synspunkter modtages gerne. Victor ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Michel Coene Georginehaven 94 Dk-2765 Smørum +45 52339625 ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Øer
Søndag den 22. marts 2015 11:57:47 skrev Anders Lund: Søndag den 22. marts 2015 11:50:58 skrev Michael Andersen: Søndag den 22. marts 2015 11:34:45 skrev Anders Lund: Bortset fra det er det helt ok at redigere/finpudse kystlinier og at tilføje relevante tags. Vær blot forsigtig med ikke at efterlade huller :) Super, jeg vil straks gøre et forsøg. Det er nok et større arbejde at nå landet rundt, men måske vil nogen hjælpe? Blandt andre jeg har redigeret kystlinien mange steder og har indtryk af at der ikke kan være ret mange steder tilbage hvor de ikke er redigerede, men det er aldrig nogen skade til at gå dem efter igen. Hvis du vil finpudse kystlinier (eller andre større linier/polygoner) i større stil vil jeg kraftigt anbefale at bruge JOSM's ¨Improve Way Accuracy funktion http://josm.openstreetmap.de/wiki/Help/Action/ImproveWayAccuracy, som gør arbejdet både væsentlig nemmere og sikrere. Jeg regner ikke med at lave om på kystlinjerne lige i denne omgang, men tak for tippet. Hjortø og Hjelmshoved har nu place=island og name=navn tags på deres kystlinjer, ind til videre (22/3 11:57) er det ikke slået igennem på de lavere zoomlevels, hvor de ellers har mest relevans. Men det kommer vel... https://www.openstreetmap.org/#map=13/54.9681/10.4557 Vh, Anders ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Øer
Søndag den 22. marts 2015 11:50:58 skrev Michael Andersen: Søndag den 22. marts 2015 11:34:45 skrev Anders Lund: Bortset fra det er det helt ok at redigere/finpudse kystlinier og at tilføje relevante tags. Vær blot forsigtig med ikke at efterlade huller :) Super, jeg vil straks gøre et forsøg. Det er nok et større arbejde at nå landet rundt, men måske vil nogen hjælpe? Blandt andre jeg har redigeret kystlinien mange steder og har indtryk af at der ikke kan være ret mange steder tilbage hvor de ikke er redigerede, men det er aldrig nogen skade til at gå dem efter igen. Hvis du vil finpudse kystlinier (eller andre større linier/polygoner) i større stil vil jeg kraftigt anbefale at bruge JOSM's ¨Improve Way Accuracy funktion http://josm.openstreetmap.de/wiki/Help/Action/ImproveWayAccuracy, som gør arbejdet både væsentlig nemmere og sikrere. Jeg regner ikke med at lave om på kystlinjerne lige i denne omgang, men tak for tippet. Hjortø og Hjelmshoved har nu place=island og name=navn tags på deres kystlinjer, ind til videre (22/3 11:57) er det ikke slået igennem på de lavere zoomlevels, hvor de ellers har mest relevans. Men det kommer vel... Vh, Anders ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] hvad er rundkørsler?
Skilte er ikke den eneste måde man kan styre trafikken. Veje kan også naturlig være ensrettet, for eksempel når en vej bliver splittet med et midterrabat. De skal stadig mærkes som ensrettet for ikke at forvirre routing software. Disse tags er også gode at holde i baghånden: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmini_roundabout http://wiki.openstreetmap.org/wiki/Tag:highway%3Dturning_circle 2015-03-21 21:48 GMT+01:00 Niels Elgaard Larsen elga...@agol.dk: Hvad er vores kriterier for rundkørsler? som fx: http://www.openstreetmap.org/way/8120345 http://www.openstreetmap.org/way/192952657 http://www.openstreetmap.org/way/146702887 Jeg tror ikke, at de er skiltet som rundkørsler. Og måske ikke engang som ensrettede. På den anden side tror jeg, at man kunne komme i problemer, hvis man fulgte OSM og troede, at man kunne køre venstre om. -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Michel Coene Georginehaven 94 Dk-2765 Smørum +45 52339625 ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Øer
Søndag den 22. marts 2015 11:12:30 skrev Anders Lund: Er det OK at tilføje tags til øerne selv? Forstået som kystlinjen, selvfølgelig. Vh, Anders ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Øer
Søndag den 22. marts 2015 11:34:45 skrev Anders Lund: Bortset fra det er det helt ok at redigere/finpudse kystlinier og at tilføje relevante tags. Vær blot forsigtig med ikke at efterlade huller :) Super, jeg vil straks gøre et forsøg. Det er nok et større arbejde at nå landet rundt, men måske vil nogen hjælpe? Blandt andre jeg har redigeret kystlinien mange steder og har indtryk af at der ikke kan være ret mange steder tilbage hvor de ikke er redigerede, men det er aldrig nogen skade til at gå dem efter igen. Hvis du vil finpudse kystlinier (eller andre større linier/polygoner) i større stil vil jeg kraftigt anbefale at bruge JOSM's ¨Improve Way Accuracy funktion http://josm.openstreetmap.de/wiki/Help/Action/ImproveWayAccuracy, som gør arbejdet både væsentlig nemmere og sikrere. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-de] Frage zum Mappen von Gemüsefeldern - Praktikabilität bedenken
Martin Koppenhoefer schrieb: Am 19. März 2015 um 11:55 schrieb goegeo goe...@gmx.de: 1. Dauergrünland (Tag: landuse=meadow) 2. Ackerbauflächen (Tag: landuse=farmland) nach meinem Verständnis ist das bereits so, dazuhin gibt es dann noch orchard für Baumplantagen, z.B. Oliven, Äpfel, Orangen etc. und vineyard für Weinberge. Was Du aufzählst (Spargel, Erdbeeren, Getreide, Kartoffeln und mehr) ist alles farmland. es gibt auch für nur ein Jahr eingesätes Grünland. Neben den oben genannten, nutze ich ebenso die Tag: landuse=meadow für Grünland, ergo mehrjährige Wiesen Weiden Tag: landuse=farmland für offenen Boden, Land, das über mehrere Jahre hinweg gepflügt wird, also auch so kurzfristige Futterwieseneinsaat (sofern erkennbar bzw. wäre das zu beobachten). Es gibt auch weitständige Oliven- oder seltener Apfelkulturen (da in anderem Klima), die ackerähnlich aussehen, da regelmäßig umgebrochen. Die zähle ich auch zu orchard. Bisschen unsicher bin ich mir dabei aber manchmal. Gemüsearten würden dann in Untertags benannt - und die müsste der Tagger dann aktuell halten, da sie ja öfter wechseln? Beständig und leider zunehmend muss ich dieses verwenden landuse=farmland species:Zea mays Grüße Gruß, Martin ___ 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
Re: [Talk-dk] Under Krystallen - Plads og bygning
For nylig har der været en tråd Invisible dome med et helt tilsvarende problem, og en angiven workaround. Der savnede jeg egentlig også en kommentar eller refleksion over dilemmaet database/rendering. Mvh Asger Frank Den 21/03/2015 kl. 12.14 skrev Victor Valore vic...@valore.dk: Jeg har gjort et stykke arbejde med Under Krystallen som er en plads i København. På pladsen ligger en bygning, Krystallen beboet af Nykredit, som er sådan en frit svævende bygning hvor man kan gå under. Jeg har lavet pladsen som highway=pedestrian, area=yes og layer=-1. Layer for at angive at pladsens areal ligger under alt det udstyr/bygninger som er på pladsen. Når området bliver renderet på openstreetmap.org, så kan de fleste renderinger gennemskue dette udmærket, men default renderingen lægger pladsen ovenpå bygningen. Da jeg ved at vi mapper til databasen og ikke til en given rendering, så er jeg i tvivl om jeg skal gøre yderligere eller om jeg bare skal accepterer at default renderingen på openstreetmap.org har en skønhedsfejl? Kommentarer og synspunkter modtages gerne. Victor ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Øer
Søndag den 22. marts 2015 11:30:06 skrev Michael Andersen: Mandø er tagget på denne måde, men i stedet for Mandø står der Region Syddanmark på samme måde som tilfældet er med de sydfynske øer. Har pt ikke styr på om der er tale om en bug i stylesheet eller om der er noget vi kan gøre ved det. Jeg er en stor modstander af renderingen af regionerene, som den er lavet. Men det er noget andet en ønavnet, som har en anden farve og stil. Bortset fra det er det helt ok at redigere/finpudse kystlinier og at tilføje relevante tags. Vær blot forsigtig med ikke at efterlade huller :) Super, jeg vil straks gøre et forsøg. Det er nok et større arbejde at nå landet rundt, men måske vil nogen hjælpe? Vh, Anders Søndag den 22. marts 2015 11:15:26 skrev Anders Lund: Søndag den 22. marts 2015 11:12:30 skrev Anders Lund: Er det OK at tilføje tags til øerne selv? Forstået som kystlinjen, selvfølgelig. Vh, Anders ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[OSM-talk-be] weekly osm news
fyi The weekly round-up of OSM news, issue # 243, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-at] Tupalo: OSM Quelle?
Die Daten der Homepage sind mehrere Jahr alt und absolut nicht aktuell. Woher kommen eigentlich die Daten, OSM dient nur als Landkarte. Die lokale Zuordnung stimmt auch nicht immer. Date: Sat, 21 Mar 2015 18:52:11 +0100 From: p...@woelfel.at To: talk-at@openstreetmap.org Subject: Re: [Talk-at] Tupalo: OSM Quelle? Hallo, sind definitiv OSM Daten, die Ortschaften, bei welchen ich noch nicht fertig bin mit dem mappen, sind auch hier nur halb fertig gerendert. In den Urheberrechtserklärung haben Sie nur einen Englisch Text, der ziemlich nach Standard Copy Paste aussieht. ... styled in accordance with Title 17, United States Code, Section 512(c)... Der Sitz ist allerdings in Wien, also unterliegen sie österreichischen Urheberrecht und nicht dem US Copyright. Es gibt sogar eine legal Adresse: le...@tupalo.com Ich schreib mal ein Mail hin. Mit freundlichen GrüßenDipl.-Ing. Paul Wölfel Email paul@woelfel.atTel. +43 664 88 533 801Lindengasse 31/1/111070 WienAustria Am 21. März 2015 um 18:14 schrieb Werner Macho werner.ma...@gmail.com: Hi! Also OSM kann ich bestätigen .. Quelle kann ich auch keine finden .. 2015-03-21 18:05 GMT+01:00 Markus Mayr markus4mayr.li...@gmail.com: Mir scheint Tupalo verwendet OSM Daten für die Landkarte rechts neben den Suchergebnissen: http://tupalo.com/en/search?utf8=%E2%9C%93q=city_id= Eine Quelle sehe ich nicht? Kennt jemand den Renderstil? Die Tiles kommen von mqcdn.com. Ist das MapQuest? ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-nl] ProRail spoordata import
On 03/21/2015 08:12 PM, JJJ Wegdam wrote: Beste Stefan, bedankt voor de link. De bestanden had ik toevallig al, maar ik wist niet dat ze op onderstaande website beschikbaar waren. De bestanden bevatten aardig wat overlap met de data op railmaps (wat handig is aangezien er voor deze bestanden dus geen inlog code nodig is). Dit geldt ook voor de stations en hun tags. Echter zijn er zowel op railmaps als op deze website bestanden beschikbaar die niet op beide locaties te vinden zijn. Zo gebruik ik van de bestanden van openov.nl erg graag de maximumsnelheden; deze staan heel precies per spoor online. In de maxspeed layer van ORM http://openrailwaymap.org/ had ik eerder al de baanvaksnelheden http://upload.wikimedia.org/wikipedia/commons/b/b1/Baanvaksnelheden.png verwerkt, maar de specifieke limieten per spoor zijn met onderstaande data haalbaar geworden. In bijgevoegde afbeelding een QGIS render volgens de legenda die ORM gebruikt. Mocht je verder nog in de stations geïnteresseerd zijn: op ORM heb ik reeds alle stationsafkortingen ingevoerd. Daarmee is de data van ProRail welke relevant is voor OSM eigenlijk al compleet. Geocodes ga ik namelijk per spoor toevoegen; dit volgens richtlijnen van ORM. Mocht je verder nog vragen hebben dan hoor ik het graag. Met vriendelijke groet, Jeroen QGIS speed layer.png Op 21 mar 2015 om 18:37 uur uur schreef Stefan de Konink ste...@konink.de: Had je deze data al eens gezien? Dit is zeg maar de data van Prorail GIS. http://data.openov.nl/prorail/ Ik vind zelf de stations erg interessant. Ben benieuwd of je dat uit Railmaps kunt krijgen. Een mogelijke toepassing kan dit zijn: https://code.google.com/p/osmand/issues/detail?id=2415 Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- Stichting OpenTaal http://opentaal.org http://twitter.com/opentaal ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[osm-ve] Come to SoTM US at the UN!!
Hi! Apologies for any cross posting but I'm writing to extend a warmest of invitations to State of the Map US http://stateofthemap.us/ on June 6-8th at the United Nations in the heart of New York City. This will be an amazing conference as diverse in attendance as it's host city and at home with the international work of the United Nations. Towards that end I invite you to come to the conference! Our call for scholarships http://stateofthemap.us/scholarships/ is open until March 15th, our call for talks http://stateofthemap.us/talk/ is open until March 22nd, and I am always open for any sponsors! ;) SOTM US promises to be the largest State of the Map ever at a most amazing venue. Please be part of the conversation. Everyone is welcome! Let me know if you have any questions.Best,Alyssa Wright OpenStreetMap US President. ___ Talk-ve mailing list Talk-ve@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ve
[Talk-es] Weeklyosm #242 en castellano
Hola El semanario #242 de weeklyosm, el sumario de todo lo que está ocurriendo en mundo OSM está en linea en español http:/www.weeklyosm.eu/?lang=es Disfrutadlo!___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-de] Frage zum Mappen von Gemüsefeldern - Praktikabilität bedenken
Am 22.03.2015 um 12:12 schrieb tshrub: Martin Koppenhoefer schrieb: Am 19. März 2015 um 11:55 schrieb goegeo goe...@gmx.de: 1. Dauergrünland (Tag: landuse=meadow) 2. Ackerbauflächen (Tag: landuse=farmland) nach meinem Verständnis ist das bereits so, dazuhin gibt es dann noch orchard für Baumplantagen, z.B. Oliven, Äpfel, Orangen etc. und vineyard für Weinberge. Was Du aufzählst (Spargel, Erdbeeren, Getreide, Kartoffeln und mehr) ist alles farmland. es gibt auch für nur ein Jahr eingesätes Grünland. Neben den oben genannten, nutze ich ebenso die Tag: landuse=meadow für Grünland, ergo mehrjährige Wiesen Weiden Tag: landuse=farmland für offenen Boden, Land, das über mehrere Jahre hinweg gepflügt wird, also auch so kurzfristige Futterwieseneinsaat (sofern erkennbar bzw. wäre das zu beobachten). +1 Es gibt auch weitständige Oliven- oder seltener Apfelkulturen (da in anderem Klima), die ackerähnlich aussehen, da regelmäßig umgebrochen. Die zähle ich auch zu orchard. Bisschen unsicher bin ich mir dabei aber manchmal. Streuobstwiesen und -acker sind wohl weder farmland, meadow noch orchard und sollten eher einen eigenen (Sub-)Tag bekommen. Gemüsearten würden dann in Untertags benannt - und die müsste der Tagger dann aktuell halten, da sie ja öfter wechseln? Beständig und leider zunehmend muss ich dieses verwenden landuse=farmland species:Zea mays Luftbilder sind meist nicht aktuell und was nützt es mir zu wissen, dass vor drei Jahren dort eine bestimmte Spezies oder auch nur Wiese war. Eigentlich bleibt Dir nichts anderes übrig als die Menschen welche dort anbauen dazuzubringen, dass selber einzutragen. Ciao fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Call for Venues Open: State of the Map 2016
On s'oriente plutôt sur l'automne... ça laisse le champ libre au printemps à des SOTM nationaux, à l'été à des SOTM continentaux et à l'automne on termine l'année en beauté ;) Le 22/03/2015 12:01, althio a écrit : À prendre en compte ? Entre autres événements, la compétition et la finale du championnat de football Euro2016 : 10 juillet 2016 2015-03-12 15:00 GMT+01:00 Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr: Je proposerai bien un SOTM 2016 à Paris... vu que la proposition pour 2015 n'avait pas eu de réponse. Pour le lieu, Jean avait des pistes du côté de la Ville de Paris, je vais voir de mon côté sur d'autres sites que j'ai repéré. Pour la date, je verrai plutôt ça vers l'été ou l'automne. Qu'en pensez-vous ? Le 10/03/2015 22:36, Emilie Laffray a écrit : Pour ceux que ca interesse. -- Forwarded message -- From: *Richard Weait* rich...@weait.com mailto:rich...@weait.com mailto:rich...@weait.com mailto:rich...@weait.com Date: Tue, Mar 10, 2015 at 2:16 PM Subject: Call for Venues Open: State of the Map 2016 The Call for Venues for State of the Map 2016 is now open. http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Call_for_venues Build a team for your city and bid to host the OpenStreetMap conference. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Erreur de rendu ou de balise?
Bonjour, Suite au rajout d'une esplanade, j'ai constaté un problème de rendu au niveau des «layers» et je me demande si j'aurais fait une erreur avec les balises. La carte se trouve ici: http://www.openstreetmap.org/#map=19/43.73150/7.41737 Le point de repère principale est le rond-point Canton, qui se trouve au niveau «0». Les routes y arrivant sont également au niveau «0» sauf quelques une qui descendent (au nord) ou qui passent en dessous et qui ont un layer négatif. J'ai rajouté l'esplanade Promenade Honoré II et je l'ai mise au niveau (layer) «1». Le résultat est que l'esplanade s'affiche sous les routes et le rond-point. Sauriez-vous d'où pourrait venir le problème? Au fait, les images aériennes se sont pas à jour et ne vous permettront pas de vous faire une idée. Merci de votre attention, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] weeklyOSM 243 now in English
On 21 March 2015 at 21:18, Manfred A. Reiter ma.rei...@gmail.com wrote: The weekly round-up of OSM news, issue # 243, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu This is an excellent serve, thank you. Might I suggest compiling and archiving, it on the OSM Wiki? We could then use a script to distribute it to the talk pages of interested mappers. Wikipedia and Wikidata do this; for example: https://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost https://www.wikidata.org/wiki/Wikidata:Status_updates/Next and of course the scripts used should be open source. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-fr] Erreur de rendu ou de balise?
Bonjour, Ce chemin est en layer=-1 mais sans tunnel=yes https://www.openstreetmap.org/way/176395398 Le giratoire est partiellement sous la promenade ? Stf Le 22/03/2015 16:33, Fabien SK a écrit : Bonjour, Suite au rajout d'une esplanade, j'ai constaté un problème de rendu au niveau des «layers» et je me demande si j'aurais fait une erreur avec les balises. La carte se trouve ici: http://www.openstreetmap.org/#map=19/43.73150/7.41737 Le point de repère principale est le rond-point Canton, qui se trouve au niveau «0». Les routes y arrivant sont également au niveau «0» sauf quelques une qui descendent (au nord) ou qui passent en dessous et qui ont un layer négatif. J'ai rajouté l'esplanade Promenade Honoré II et je l'ai mise au niveau (layer) «1». Le résultat est que l'esplanade s'affiche sous les routes et le rond-point. Sauriez-vous d'où pourrait venir le problème? Au fait, les images aériennes se sont pas à jour et ne vous permettront pas de vous faire une idée. Merci de votre attention, Fabien ___ 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] Tagging Warnings Posted on Beaches
Am 21.03.2015 um 18:28 schrieb Bryce Nesbitt: https://wiki.openstreetmap.org/wiki/Key:information A new information=warning_sign Could do it. Most rendered maps will show the (i) symbol, which is a good first guess. Think this belongs on tagging@ ! this has nothing to do with tourism. cu colliar 0xE8F56581.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-GB] weeklyOSM 243 now in English
On 21 March 2015 at 21:18, Manfred A. Reiter ma.rei...@gmail.com wrote: The weekly round-up of OSM news, issue # 243, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu This is an excellent serve, thank you. Might I suggest compiling and archiving, it on the OSM Wiki? We could then use a script to distribute it to the talk pages of interested mappers. Wikipedia and Wikidata do this; for example: https://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost https://www.wikidata.org/wiki/Wikidata:Status_updates/Next and of course the scripts used should be open source. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] information=guidepost auf eine kreuzungsnode
On Fri, Mar 20, 2015 at 04:23:06PM +0100, fly wrote: Solange man nicht bicycle=no für Wanderwegweiser (hiking=yes) mappt, ist das kein Problem. Leider macht beispielsweise das JOSM-Preset genau das. Klickt man dort zwei mal auf cycling, dann landet ein bicycle=no am Wegweiser. Das ist ja bei allen Preset-Checkboxen so üblich, führt in diesem Fall aber zu Routing-Problemen. JOSM can mittlerweile das no auch unterdrücken. Kannst ja nach einem enchancement fragen. Ist aber leider auch nur eine halbe Lösung. Wenn man bicycle=no unterdrückt, dann ist nicht mehr ersichtlich, ob der Wegweiser keine Fahrradrouten enthält oder ob es bisher nur niemand eingetragen hat. Nicht vorhandene Beschilderungen für Fahrradrouten können dann einfach nicht mehr gekennzeichnet werden. Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-hr] scripta za OSM Notes (samo svoje nerjesene)
Matija, daj ono što si ovdje i na talk@ listi objavio napiši tako da je prilagođeno kao post za http://osm-hr.org pa da i tmao objavimo. Hrvoje On 02/01/2015 05:35 PM, Matija Nalis wrote: Za zainteresirane koji imaju isti problem kao ja: koriste dosta OSM Notes, ali neke bugove ne uspiju odmah rijesiti, pa onda isti ostanu zauvijek zatrpani medju onima rijesenima (a nikad vam se ne da browsati kroz desetine/stotine stranica OSM-a da ih nadjete) Slijedeca scripta ce pokazati samo nerjesene OSM Notes za zadani username. Mozete ju isprobati na: https://torres.voyager.hr/~mnalis/my-osm-notes/ source code je objavljen na https://github.com/osm-hr/my-osm-notes (GPLv3+) (trebalo bi je uploadati na nas server u nekom trenu vjerojatno) Komentari/prijedlozi/pull requestovi/itd dobrodosli... On Tue, Jan 20, 2015 at 02:33:38PM +0100, Matija Nalis wrote: Meni bi bilo lakse za pratiti da mogu vidjeti vlastite OTVORENE notes. :( https://github.com/openstreetmap/openstreetmap-website/issues/832 Zna netko za neki 3rd party web da to moze pokazati? ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-GB] weeklyOSM 243 now in English
2015-03-22 15:54 GMT+00:00 Andy Mabbett a...@pigsonthewing.org.uk: On 21 March 2015 at 21:18, Manfred A. Reiter ma.rei...@gmail.com wrote: The weekly round-up of OSM news, issue # 243, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu This is an excellent serve, thank you. Might I suggest compiling and archiving, it on the OSM Wiki? We could then use a script to distribute it to the talk pages of interested mappers. It is a really nice service. But I'm puzzled why you'd want it on the wiki? I can't think of an advantage, so there must be something I've missed. The weekly already provides RSS feeds in multiple languages (wow, great!) as well as email subscription, so it's easy for interested people to keep track of it. Plus the weekly website has a nice web design to suit its purpose. and of course the scripts used should be open source. Usually, it's for the author of the script to decide if the script is open source. Best Dan ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] weeklyOSM 243 now in English
On 22 March 2015 at 16:20, Dan S danstowell+...@gmail.com wrote: It is a really nice service. But I'm puzzled why you'd want it on the wiki? So that anyone can edit it, of course. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] [Talk-GB] weeklyOSM 243 now in English
On 22 March 2015 at 16:20, Dan S danstowell+...@gmail.com wrote: It is a really nice service. But I'm puzzled why you'd want it on the wiki? So that anyone can edit it, of course. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] Atlas Brna
Brno je pro mě na takhle akční skupinu asi dost z ruky. Ale zabývám se vývojem mapových aplikací a tzv. portálů už pár let nad různými technologiemi a taky se o tom snažím přemýšlet filosoficky. Ono je otázka, jak ty data vůbec zpřístupnit a nabízí se použít některý z existujících best practices. A nezačínal bych nutně mapovou aplikací, ale spíš vybudováním dostupných služeb a publikační infrastruktury, včetně metadat. Nevím jak moc rádi to uslyšíte, ale IPR Praha to podle mě vzal za správný konec (jejich API pro data postavené nad ATOMem je v souladu se směrnicí INSPIRE. Ještě lepší by bylo, spustit standadrní mapové služby podle Open Geospatial Consortium (OGC OWS), ale chápu, proč to nakonec neudělali). A teprve až budou služby, mohou se nad tím případně postavit nějaké ty mapové/datové prohlížečky. Další člověk s názorem na věc - Martin Landa (ale vlastně i Jan Jelen Michálek) budou v Brně příští pátek na akci @gishackathon http://srazy.info/gishackathon/4617 Jachym pá 20. 3. 2015 v 11:19 odesílatel Ladislav Nesnera nesn...@email.cz napsal: Zdravím vespolek a pokusím se shrnout situaci kolem Atlasu Brna (zní mi to jako dobrý pracovní název). Na úplném počátku stojí nejspíš Jirka Ulip (radní pro otevřenost a IT https://www.brno.cz/sprava-mesta/volene-organy-mesta/rada-mesta-brna/), který obeslal pár lidí/skupin o kterých věděl, že se o otevřenost a Brno zajímají. K vzájemnému setkání se využil sraz OpenAltu (vždy 3. pátek v měsíci od 18 hod, místo se upřesní na webu ;-)). Proběhla ještě extra schůzka 13. 3. u Třech ocásků a něco zaznělo i na pondělním (16.3.) setkání Žít Brno + Pirtáti + veřejnost (vždy ob týden v Atlasu). Záměr je pokračovat ve spojování lidí/skupin, zmapovat stav, nevymýšlet vymyšlené, neplýtvat silami. Aktuální stav lidí a organizací zajímající se o tuto záležitost udržujeme zde - https://openalt.titanpad.com/atlas-brna Máme tedy lidi, kteří by chtěli mapovou prezentaci dat, ale tápou v technologickém uchopení. Pak ty, co umí technicky a případně už mají i nějaký výsledek. A konečně jistotu, že brněnská data prostě budou. Hledá se průnik. Dle mého má OSM na mnohé potřeby již připravené odpovědi nebo jsou relativně na dosah ruky. Bylo bylo tedy super, kdyby se osmičkáři též zapojili. Laďa On 18/03/15 10:13, Karel Volný wrote: zdar, Každopádně: otevírání prostorových dat http://opengeolabs.cz/publikace + odkaz na git jéžiš to je písmenek ... no odkaz pošlu dál a do pátečního srazu to zkusím nějak přelouskat, abych to mohl odprezentovat tož dík K. ___ 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-GB] Fiction
Could really do with a highway http://wiki.openstreetmap.org/wiki/Key:highway=fictitious http://wiki.openstreetmap.org/wiki/Tag:highway%3Droad tag for roads with fictional names howsoever caused. I've just found reference in an official publication to a fictional streetname - and have found use of that name in other official circumstances - despite the street in question having a completely different name ! -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Retagging hamlets in the US
Clifford and Serge write: Seattle has very defined neighborhoods and even sub-neighborhoods. As you imply, Seattle may be an exception (more detailed explanation below). Serge, this isn't an implication, it is stated and actual fact. ...But if we have access to administrative boundaries, I believe they should be in OSM. (At least until we have a viable alternative.) Why not neighborhoods? There are some good reasons to not consider this. First, there are a growing number of people who believe that administrative data is very useful, but breaks OSM's ground observable rule. That is, someone who is present on the ground should be able to observe the data in OSM. It's usually not possible to do that with administrative boundaries. And other times, Serge, it is 100% possible. Signs which read Welcome to Hillcrest and Allied Gardens, a community of San Diego, City In Motion are real and fairly delineate where a community (neighborhood, quarter, district, suburb, area-within-city-limits...) begins and ends. Seattleites agree that you enter Ballard when you cross the bridge, or that you are in Magnolia as you drive over Balmer rail yard via the Magnolia Bridge or West Dravus. OSM can map these, OSM SHOULD map these, OSM DOES map these. San Diego (and elsewhere) has signs -- therefore this is ground truth-able. In Seattle (and other places) maybe there are or aren't signs, but when you ask locals, and 100% who are knowledgeable to answer say Yup, once past Salmon Bay on the Ballard Bridge, you are 'in' Ballard then OSM needs to say so, too. Of course adminstrative boundaries are things people care about, but there's a growing number of people who believe that this data would be best served from some other dataset and then used in conjunction with OSM data during output (ie rendering, geocoding, etc.) rather than be integrated into OSM itself. Growing? Are you keeping track, Serge? May we see your data, please? The second reason to consider not entering neighborhood data into OSM is that many towns and cities do not have hard and fast rules regarding neighborhoods. Neighborhoods are subjective. Neighborhoods CAN be subjective, but other times they are as solid as a city limit sign. OSM should reflect that, especially when true. Not only are they subjective but neighborhoods have strong associations with issues of personal identity, such as ethnicity (and) socio-economic status. In other words, a conflict between two people in regards to a neighborhood can have larger implications. Heck, this is true between Israel and Palestinians, as well as every border dispute on Earth. OSM copes. Sure, maybe the DWG gets involved (I remember Chechnya...) and it is some effort to untangle the politics. But we owe this effort (our best effort) to our map consumers. We DON'T owe them let's throw up our hands because there is no line drawn on the ground. Too many people who consume our (and every other) map believe boundaries to be such an integral part of map that the concept of boundaries to delineate the names and features of place will never go away. Hey, I know that astronauts looking at Earth don't see boundaries. But they aren't making a map. We are. Imagine if Bob and Alice conflict on where a neighborhood boundary is inside OSM. The issue escalates to an edit war and the DWG is called in to resolve the conflict. Let's say that Frank is our DWG member. How is Frank supposed to resolve the conflict between Alice and Bob? Is there a sign? Done. Are there public published (e.g. city government) geo data? Well, less done, but still done. The latter might not be on the ground verifiable but such data DO represent the will of the People. I believe OSM can take that as not nothing even if it is not zealously on the ground verifiable. How do we justify every other boundary in OSM? We can't see THOSE, Serge, can we? Often...administrative recognition is not in alignment with the people. This is a contradiction; see above. I imagine this would be especially an issue with neighborhoods where lots of the under-represented populations live. I don't, so I suppose we can agree to disagree. I suspect you can see where this could all be problematic... That's why I'm not in favor of this data being inside OSM. I think it'd be better for a different dataset that OSM tools can then consume. I don't, so I suppose we can agree to disagree. Tenets of our map like on the ground verifiable are important, but only to the extent they are widely and consistently respected. Boundaries, in our map since Day 1 and never-to-be-eradicated (I'm just being realistic) totally violate that spirit, so this argument rings hollow to me. Just because our data police find their work difficult doesn't mean they get a pass on rolling up their sleeves and doing it: they knew the work was work when they signed up. They don't get to hide behind inconsistent
[OSM-talk] Can't render map on Android's webview
Hi My app generates a html report with OSM (via leafletjs). OSM looks well when I open report in FF for Android and in any browser on my desktop. The OSM map isn't visible when open the report via the WebView component from my app. Can someone tell if it is a bug or the OSM isn't allowed for the Adndroid WebView component? Thank you Arseny ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] state of the map 2015
On Sun, Mar 22, 2015, at 06:17 PM, Bob wrote: Does anyone have any idea why this was cancelled and why other bidders arn't taking over. I'm sure i read a blog or perhaps diary entry with a lot more detail than in https://blog.openstreetmap.org/2015/02/25/openstreetmap-events-in-2015/ but can't find it,g The gist of the the matter as i recall it was that the Venice bid was preferred but the dates were not; SotM US already had dates too close. and the best alternative dates were beset by an International Exposition of Something, and finding accomodation was going to be impossible. And by the time all this was realised it was too late it was too late for the small, inexperienced WG to figure out a replacement path. So i guess some people will be going to SotM US instead and it probably will be the biggest ever sotm but supposedly a regional one. Not sure about that, i'd have been much more likely to bust a gut to get there if it had been the main sotm, but not a -us spinout with parochial concerns... zx -- Jo Walsh metaz...@fastmail.net ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Seasonal greetings
I see spring has arrived and the saplings are now bushy trees with brown trunks. -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Retagging hamlets in the US
On Thu, Mar 19, 2015 at 5:12 PM, Clifford Snow cliff...@snowandsnow.us wrote: Looking at King County, especially Seattle, it appears that a number of the place=hamlet are actually neighborhoods. We have been reluctant to add neighborhood borders because of prior discussions on the mailing list which, in essence, believe that neighborhoods don't have defined borders. While I believe Seattle and others do have defined borders, I really don't want to fight this all over. I believe the wiki mentions a method for defining boundaries of neighborhoods, which if they're actually boundaries that exist, then there's not much reason not to add them. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Retagging hamlets in the US
In Santa Cruz county (California), each place=* tag has been carefully compared to local knowledge and a wonderful reference (book) I have called Santa Cruz County Place Names: A Geographical Dictionary by author Donald Thomas Clark, published by the Santa Cruz Historical Trust. At over 500 pages, it is a wonderful reference, and is rather clear on whether something is completely historical or accurate currently (the book is a bit dated, being published in 1986, but I have the 2nd edition from 2008). The author was the first librarian at UC Santa Cruz and wrote a similar tome for Monterey County (also excellent). Maybe you have or maybe you don't have such a similar (excellent) resource for your community. I wish everybody did. But you either DO have or CAN GET local knowledge (everywhere on Earth FOR everywhere on Earth) that can yield reliable, human sourced data for OSM to use. And maybe these data are or maybe these data are not on the ground verifiable, in which case I leave it up to you whether they should or should not be in OSM. If a lonely crossroads gas station with a friendly owner says Yep, it's called Orchard Crossroads around here... that's good enough for me to put a hamlet into OSM -- I don't need a sign to tell me, the man who knows it to be true just did. Retagging hamlets isn't something that can or should be mechanized by a bot. It is going to take real effort, meaning local knowledge crafted by human beings. Hm, this sounds like a good basis upon which to recruit more volunteers for our project SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Boundaries and verifiability (was Re: Retagging hamlets in the US)
tl;dr: I'm against a blanket rule when it comes to administrative boundaries. They're really nuanced, and so should we. On 2015-03-22 04:32, Serge Wroclawski wrote: Imagine if Bob and Alice conflict on where a neighborhood boundary is inside OSM. The issue escalates to an edit war and the DWG is called in to resolve the conflict. Let's say that Frank is our DWG member. How is Frank supposed to resolve the conflict between Alice and Bob? Often neighborhoods don't have administrative recognition, or administrative recognition is not in alignment with the people. I imagine this would be especially an issue with neighborhoods where lots of the under-represented populations live. This is an important consideration. As I mentioned in a footnote earlier, even a city with strong neighborhood organization can have boundary disputes. However, the problem exists for administrative boundaries in general, all the way up to admin_level=2 boundaries that cut right across ethnic fault lines. My point was that we should map neighborhood boundaries in cities where doing so requires little editorial judgment, thanks to signage, distinctive lamp posts, etc. And we are quite clear (via the tag value administrative) that this isn't the only way by which a community can be delimited. As numerous threads have pointed out, the USPS has very different ideas of location (ZIP codes), but that's OK. When it comes to all our discussions around *administrative* boundaries, I like this two-point test as a rule of thumb: 1. Are people or property governed differently on one side versus the other? 2. Is this distinction observable on the ground? Municipalities generally pass both points. Congressional districts pass #1 but not #2. CDPs generally fail both. School districts can be observed, but not with the granularity required for mapping a boundary. City neighborhoods may pass one, both, or neither. Maybe all the locals you interview can agree on the name of a neighborhood but not its shape -- in which case it should be nothing more than a POI. Which brings me to Serge's other point: First, there are a growing number of people who believe that administrative data is very useful, but breaks OSM's ground observable rule. That is, someone who is present on the ground should be able to observe the data in OSM. It's usually not possible to do that with administrative boundaries. SteveA has responded more forcefully on this point, and so have I in the past. [1] Fortunately, Alice and Bob's disagreement sounds pretty clear-cut. If the city didn't go through the trouble of demarcating any part of the boundary in some way, perhaps the general public shouldn't expect OSM to reproduce their two neighborhoods' boundaries at all. But I see no reason why such a decision would impact boundaries with very different characteristics. -*-*-*- Serge's focus on verifiability relates to a boundary I've spent a lot of time on lately, so I'm going to go way over my word limit. Last month, I reminded this list that state borders along the Ohio River actually follow the river's historical northern bank, not its present-day thalweg or centerline. [2] Even if you send a diver into the river, there isn't always going to be a natural feature to verify OSM data against. We have a few options: 1. Try to be as accurate as possible by tracing USGS topo maps. Treat these borders as a practical exception to the on-the-ground rule. Use the source tag rigorously. 2a. Conflate the state borders with the current thalweg. We'd give Ohio and Indiana various islands and dams that actually belong to Kentucky and West Virginia, ignoring the Supreme Court ruling. We'd be putting intentionally inaccurate data into OSM. 2b. Conflate the state borders with the current northern bank, siding with Kentucky and again ignoring the Supreme Court ruling. We'd give the entire river to Kentucky and West Virginia, including riverboat casinos that keep to the Indiana side but are illegal in Kentucky. 3. Omit the river boundaries but leave the rest of the state lines intact. This approach introduces technical problems like broken multipolygon relations and just confuses people. Where does West Virginia end? 4. Omit the entire boundaries of states that border the Ohio River. It'll look like a mistake, so people will helpfully and sloppily add the boundaries back in. 5. Omit all state lines, everywhere, throwing away lots and lots of fixup work done with care by volunteer mappers. And all because Kentucky wanted the whole river. Everyone agrees the river is the boundary, just not what the river means. In this case, I say we hold our noses and go with #1 as the most accurate, least disruptive approach. [3] [1] https://lists.openstreetmap.org/pipermail/talk-us/2013-January/010162.html [2] https://lists.openstreetmap.org/pipermail/talk-us/2015-February/014307.html [3]
[Talk-GB] state of the map 2015
Does anyone have any idea why this was cancelled and why other bidders arn't taking over. cheers bob ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] weeklyOSM 243 now in English
I really have to second Richard on this, thank you to the weekly OSM team. However I do wish we could make it more accessible/known for non-insiders (this is less a failing of the editorial team and more a general issue). Right now you need to be at least subscribed to a mailing list to be made aware that it exists. Simon Am 22.03.2015 um 01:04 schrieb Richard Weait: On Sat, Mar 21, 2015 at 5:18 PM, Manfred A. Reiter ma.rei...@gmail.com wrote: The weekly round-up of OSM news, issue # 243, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Thank you for assembling these! ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] Fiction
Look in the wiki under key:name. On 22/03/2015 23:31, Pmailkeey . wrote: On 22 March 2015 at 21:44, Tom Hughes t...@compton.nu mailto:t...@compton.nu wrote: On 22/03/15 21:30, Pmailkeey . wrote: Could really do with ahighway http://wiki.openstreetmap.org/wiki/Key:highway=fictitious http://wiki.openstreetmap.org/wiki/Tag:highway%3Droad tag for roads with fictional names howsoever caused. I've just found reference in an official publication to a fictional streetname - and have found use of that name in other official circumstances - despite the street in question having a completely different name ! Well highway=fictitious would imply the road is fictitious, not the name. I suspect not:name= is what you want - that is what we normally use to record names erroneously asserted in official sources. Tom -- Tom Hughes (t...@compton.nu mailto:t...@compton.nu) http://compton.nu/ Well, you could have fictitious highways - places you can drive along that aren't highways ! But yes, I was more thinking of name so 'fictitious name' within a highway perhaps would be better. The problem with not:name is that people may legitimately be calling the road that name even though it's not called that name. Not:name is fine when it's an error. On 22 March 2015 at 22:02, Andrew Black andrewdbl...@googlemail.com mailto:andrewdbl...@googlemail.com wrote: Can you give an example where it might be useful. I'm aware of The Mousetrap which is well-known locally but is certainly not the correct name for the road - but as I'm not aware of the correct name - if it even has one - so The Mousetrap has gone in under 'name'. We have also Frying Pan (from a murder with the said implement many years ago) And we also have Anfield Road which has been attached to the side of a building as a 'life-size' sticky label on a 'non-road'. I'm trying to think is there an 'alt:name' ? but then, it still appears as being official. It's more than a slang name - if the authorities are using it in error. Maybe 'unofficial name' - even if officially used ! How about 'AKA' as an attribute ? :) Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * * * *currently unavailable due to ongoing harassment of me, my family, property pets* * * TCs https://sites.google.com/site/pmailkeey/e-mail ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [talk-au] Using roads dataset from data.sa.gov.au
For those of your that are interested, we've made a fair number of improvements to the process and edited quite a large number of ways. You can see the improvement via http://qa.poole.ch/ - compared to other states/places, South Australia is showing a very low density of errors. New Zealand, Northern Territory and Tasmania seem comparable or slightly better. There are approximately 5000 unnamed roads remaining, and 4000 naming differences to check after that. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-es] OSM y metro
Bienvenido. Entiendo que puede resultar confuso por la semejanza de nombres, pero OsmAnd y OSM no son lo mismo: OSM es como una base de datos que recoge datos geográficos mundiales, mientras que Osmand es una aplicación geográfica para Android que utiliza datos de OSM,que efectivamente no planifica rutas de transporte público. Puedes acceder a la lista de discusión de OsmAnd en Google Groups. Esta lista es sobre OSM. El 20/03/2015 19:29, J. Yáñez inf...@openaliasbox.org escribió: Este es mi primer mensaje a esta lista, así que ante todo hola a todos. Estoy empezando a conocer esto de Openstreemap y de momento ando un poco perdido, per oespero contribuír con algo útil al proyecto en cuanto empiece a hacerme con este tinglado. De momento tengo un problema, o más bien una duda. Ni en la web ni en la aplicación Osmand parece haber una forma de calcular rutas en metro y otros transportes públicos, sólo parece poderse hacer para rutas en vehículos a motos, bicicleta y a pie. ¿Estoy en lo cierto o simplemente no he sabido encontrarlo? A mí también me gusta salir en bici, y en absoluto menosprecio la posibilidad de planear rutas en bici, pero sinceramente creo que para el usuario medio es mucho más importante poder buscar rutas en transporte público. ¿Hay que instalar algún complemento o simplemente estoy tonto y no he dado con la opción que permite esto que digo? Otra cosa sobre Osmand. ¿Hay alguna forma de que al buscar una dirección no se nos envíe e esa pantalla en la que hay que introducir por una parte el país, por otra la ciudad, por otra la calle y por otra el número de la calle? La verdad es que me parece de lo más torpe y farragoso. Lo suyo es que funcione como las aplicaciones de Gmaps o Here y que uno si está, por ejemplo, en el mapa de Valencia, ponga Blasco Ibáñez 62 y se le muestre directamente el resultado de la Avenida de Blasco Ibáñez nº 62 de Valencia capital. Eso es así y no tiene remedio o quizá también mi novatez me está haciendo ir por el camino enrevesado? Gracias y saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-dk] adresseposition
Hvad er der sket med: http://www.openstreetmap.org/node/3391506535 Når jeg slår op på AWS får jeg koordinater: [ 11.4397830479696, 55.5713548335101 ], Hvilket er meget tæt på den position knuden havde i OSM fra 13 til 10 dage siden. -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-ca] Jeux d'eau
Bonjour à tous, D'après vous, quel serait le tag idéal pour les fontaines-jeux d'eau installées dans les parcs municipaux pour enfants? Exemple: http://soucyaquatik.com/wp-content/uploads/2014/03/neuville-81-600x380.jpg leisure=water_park me parait dédié à des grosse installations de type parc à thème, donc inapproprié. Merci ! -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Jeux d'eau
A while ago I was also looking for a tag for this type of amenity but couldn't find anything appropriate. I guess in a way they're a type of leisure=playground -- so maybe tag them as that, plus some additional tag (playground=...?) for the fact that they're a water-playground? Or maybe coming up with a new tag would be the better way. I don't even know what the correct term for these is, though. Harald. On Sun, Mar 22, 2015 at 5:11 PM Bruno Remy bremy.qc...@gmail.com wrote: Bonjour à tous, D'après vous, quel serait le tag idéal pour les fontaines-jeux d'eau installées dans les parcs municipaux pour enfants? Exemple: http://soucyaquatik.com/wp-content/uploads/2014/03/neuville-81-600x380.jpg leisure=water_park me parait dédié à des grosse installations de type parc à thème, donc inapproprié. Merci ! -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Jeux d'eau
2015-03-22 18:09 GMT-04:00 Bruno Remy bremy.qc...@gmail.com: Bonjour à tous, D'après vous, quel serait le tag idéal pour les fontaines-jeux d'eau installées dans les parcs municipaux pour enfants? Exemple: http://soucyaquatik.com/wp-content/uploads/2014/03/neuville-81-600x380.jpg leisure=water_park me parait dédié à des grosse installations de type parc à thème, donc inapproprié. It's commonly called a splash pad, but tag usage seems scattered. http://taginfo.openstreetmap.org/search?q=splash_pad#values http://en.wikipedia.org/wiki/Splash_pad ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Jeux d'eau
On Sun, Mar 22, 2015 at 5:32 PM Richard Weait rich...@weait.com wrote: It's commonly called a splash pad, but tag usage seems scattered. http://taginfo.openstreetmap.org/search?q=splash_pad#values http://en.wikipedia.org/wiki/Splash_pad If you look at the discussion page of the wikipedia entry and the external links, it seems that the term is not universally established and/or the name of a specific company offering these kinds of things. Maybe this discussion should be taken to the tagging list? Harald. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-us] Mappy Hour tomorrow (monday) night
in the traditional 8:30pm ET slot - Martijn is traveling so i get to pick the time. i'll post a link here when i have it. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk] Humanitarian layer in osm.org
I see Spain, Portugal and Andorra in pink colour and Ucraine flooded from zoom level 4 up. Something wrong with the rendering. Nothing like that is happening with the other layers. Cheers, Rafael. -- Twitter: http://twitter.com/ravilacoya Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-in] About having a mapping party in Koorachundu Village Panchayat - Kozhikode district - Kerala - Reg.
Hi Jaisen, On Saturday 21 March 2015 07:38 PM, Jaisen Nedumpala wrote: Hai, I have written a blog post, about the background, and the need of the mapping experiments held at Koorachundu Village Panchayat. Here is the link: http://blog.smc.org.in/mapping-efforts-in-an-unsurveyed-land-koorachundu/ One of the fine examples of using OSM at the grassroots level. Well documented with nice pictures, will certainly help other local governments engaged in similar efforts. :) Loved the Malayalam map and GNOME being used in Malayalam. :) :) -- Yogesh K S Sent from an Electronic Device ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-us] USA Rail: Calling all OSM railfans! (especially in California)
On Sun, Mar 22, 2015 at 10:31 AM, Paul Johnson ba...@ursamundi.org wrote: Portland also needs help. Seems whenever the map gets fixed, someone goes through and stomps the name back to something incorrect like Metropolitan Area Express or Portland Streetcar instead of the subdivision name, and pull things like putting the line of the service running on the tracks as ref=*. God help you if you actually try to point it out, Grant Humphries or Peter Dobratz will get bitchy about it... For those following along from home, please see the following note in Portland, Oregon: http://www.openstreetmap.org/note/335545 As you can see, I closed out this note (twice). The issues in this note are too vague and refers to the whole Portland metropolitan area. Also, the actual area where this note is located is a new section of track which is not scheduled to be operational until September 2015. There are a bunch of things in this immediate area with construction or proposed tags since the area is still very much in flux. There was a similar situation which I resolved a few months ago. Paul put some OSM notes in downtown Portland saying he objects to the use of oneway=yes tags on OSM Ways for Portland area light rail and street car lines. I looked into the history and determined that there were a few cases where Grant Humphries had added the oneway=yes tag and Paul had came back later and removed the oneway=yes tag, only to have Grant Humphries add the oneway=yes tag in a subsequent edit. I sent OSM private messages to both Grant and Paul in December. Paul never responded to my OSM private message on this subject. However, I did have a productive conversation with Grant. Grant was not even aware that he had been undoing some of Paul's edits. In any case, we came to the agreement that oneway=yes does not make sense for Portland area railways and I removed the tag as part of my effort to update the route relations to use the new route_master format with a separate route relation for each direction of travel. For what it's worth, there are actually signs on the ground that tell pedestrians to look both ways before crossing these train tracks and the new route relations implicitly include the standard direction of travel along the railway because the rail segments are added to the relation in the other they are traversed. However, in the case of the above note, I can't discern exactly which tags Paul is objecting to, nor can I find any specific information on the OSM wiki about exactly what should be in the name tag on railways. In the note, Paul says It's not rocket surgery to create the relations and have things named like Banfield Mainline like it's supposed to be instead of Metropolitan Area Express, which is wrong. I have no idea what Paul is talking about here. The phrase Banfield Mainline does not occur in the OSM wiki, and I can't find anything on the internet to indicate exactly what tracks would be best referred to as the Bainfield Mainline. I moved to Portland about 9 months ago, I often hear these tracks colloquially referred to as the MAX, which is an acronym for Metropolitan Area Express. Or maybe MAX just refers to the name of the trains that run on those tracks. I do not have any objections to updates to Portland area railways to be more correct/complete and/or consistent with the work SteveA is doing in California. For anyone doing these edits, it would be helpful to check the OSM history on the affected Ways and communicate with anyone who has also changed the tags that you would be changing. Maybe even start with an Oregon equivalent of the http://wiki.osm.org/wiki/California/Railroads wiki page. A bunch of the route relations for the Portland area are already linked from http://wiki.openstreetmap.org/wiki/Portland,_Oregon. Peter ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk] How to report spam/abuse on the wiki?
I noted a spam post to the wiki ( User:BrookMcIlvain ). How do I report that? I found a list of admins, but no real way to figure which one handles spam: http://wiki.openstreetmap.org/wiki/System_Administrators -- I'm happy to add good clear instructions to the wiki... as soon as I learn what they are ;-) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk