Re: [OSM-talk-be] Initial stuck to the name
Soms staat het aan de ene kant van de straat wel voluit en aan de andere kant afgekort, afhankelijk van wanneer dat bord geplaatst werd en of het crisis was op dat moment... Toch is dat geen straat met een dubbele naam. Het is niet zo moeilijk voor iemand om te zien dat een volledig geschreven naam dezelfde is als de afgekorte naam en ook voor computers is het eenvoudiger om iets te coderen dat afkort, dan iets dat correct 'expandeert'. Is St. Sint of Straat? Is r. rue of ruelle? Groeten, Jo Op 17 maart 2013 12:50 schreef Guy Vanvuchelen guido.vanvuche...@pandora.be het volgende: Dat is bij deze gebeurd. Bedankt voor de tip. Toch blijft er bij mij een dubbel gevoel: wie de weg zoekt, ziet nog steeds de naamborden L Claeslaan maar we zullen in de toekomst de regels van OSM maar volgen. Guy Vanvuchelen -Oorspronkelijk bericht- Van: Lennard [mailto:l...@xs4all.nl] Verzonden: zaterdag 16 maart 2013 21:56 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] Initial stuck to the name On 11-1-2013 20:43, Ben Laenen wrote: Zoals hierboven gezegd: notulen van de gemeenteraad. Dat zal natuurlijk moeilijk op te zoeken zijn voor de meeste straten, maar je kan bijvoorbeeld eens vragen of ze een officiële straatnamenlijst willen ter beschikking stellen. Nog een verlate reactie, maar Ben heeft gelijk. En met wat Google-kennis (het gebruik van site:* ) kun je al heel gericht zoeken zonder al over een officiële straatnamenlijst te beschikken. We weten dus dat er een L. Claeslaan bestaat. Echter, een gemeente werd niet genoemd. Zoeken op osm.org levert 1 hit: Zoutleeuw. http://osm.org/go/0EqYH_5K Zoek dan eens met Google op claeslaan site:zoutleeuw.be. Et voila: Veel hits met Louis Claeslaan. Als je zoekt op l. claeslaan site:zoutleeuw.be kom je ook hits tegen waarbij deze weg in 1 adem genoemd wordt met de Elstraat en Dungelstraat. We kunnen er dus nu gevoeglijk wel vanuit gaan dat L. staat voor Louis. Weer een afkorting in OSM weggewerkt. Aan Guy de eer om deze in te voeren. :) -- Lennard ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Initial stuck to the name
Inderdaad het is heel verwarrend. Gisteren was ik in Nieuwrode. Ik had de straatnamen in het centrum op 3 verschillende manieren opgezocht: OSM, AGIV en Google. Sommige stukken straat in het centrum hadden 3 verschillende namen: Dorp – Losting en Sint Lambertusstraat (en dan spreek ik nog niet St Lambertusstraat). Naamborden ontbreken. Ten slotte heb ik enkele namen (café, winkel, bank…) opgeschreven en ben ik via internet die adressen gaan zoeken. De straat die ik daar vond heb ik gebruikt. Maar ook dat geeft geen zekerheid want er zijn plaatsen waar de straatnaam verschilt van de adres_straat. Guy Vanvuchelen Van: Jo [mailto:winfi...@gmail.com] Verzonden: zondag 17 maart 2013 13:02 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] Initial stuck to the name Soms staat het aan de ene kant van de straat wel voluit en aan de andere kant afgekort, afhankelijk van wanneer dat bord geplaatst werd en of het crisis was op dat moment... Toch is dat geen straat met een dubbele naam. Het is niet zo moeilijk voor iemand om te zien dat een volledig geschreven naam dezelfde is als de afgekorte naam en ook voor computers is het eenvoudiger om iets te coderen dat afkort, dan iets dat correct 'expandeert'. Is St. Sint of Straat? Is r. rue of ruelle? Groeten, Jo Op 17 maart 2013 12:50 schreef Guy Vanvuchelen guido.vanvuche...@pandora.be het volgende: Dat is bij deze gebeurd. Bedankt voor de tip. Toch blijft er bij mij een dubbel gevoel: wie de weg zoekt, ziet nog steeds de naamborden L Claeslaan maar we zullen in de toekomst de regels van OSM maar volgen. Guy Vanvuchelen -Oorspronkelijk bericht- Van: Lennard [mailto:l...@xs4all.nl] Verzonden: zaterdag 16 maart 2013 21:56 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] Initial stuck to the name On 11-1-2013 20:43, Ben Laenen wrote: Zoals hierboven gezegd: notulen van de gemeenteraad. Dat zal natuurlijk moeilijk op te zoeken zijn voor de meeste straten, maar je kan bijvoorbeeld eens vragen of ze een officiële straatnamenlijst willen ter beschikking stellen. Nog een verlate reactie, maar Ben heeft gelijk. En met wat Google-kennis (het gebruik van site:* ) kun je al heel gericht zoeken zonder al over een officiële straatnamenlijst te beschikken. We weten dus dat er een L. Claeslaan bestaat. Echter, een gemeente werd niet genoemd. Zoeken op osm.org levert 1 hit: Zoutleeuw. http://osm.org/go/0EqYH_5K Zoek dan eens met Google op claeslaan site:zoutleeuw.be. Et voila: Veel hits met Louis Claeslaan. Als je zoekt op l. claeslaan site:zoutleeuw.be kom je ook hits tegen waarbij deze weg in 1 adem genoemd wordt met de Elstraat en Dungelstraat. We kunnen er dus nu gevoeglijk wel vanuit gaan dat L. staat voor Louis. Weer een afkorting in OSM weggewerkt. Aan Guy de eer om deze in te voeren. :) -- Lennard ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] De Lijn 1 Antwerpen - Hemiksem
On Sunday 17 March 2013 00:45:30 Jo wrote: Ik heb zonet alle haltes voor De Lijn 1 Antwerpen - Hemiksem en de bijhorende routes toegevoegd. http://www.openstreetmap.org/?lat=51.208576lon=4.402519zoom=18layers=M Zou er eens iemand naar kunnen kijken? Voornamelijk in het centrum van Antwerpen. De Nationale Bank lijkt zowat de meest ingewikkelde halte die erbij zit. Ik heb ook perrons getekend. Het zou wel kunnen dat er nog banken of vuilbakken ontbreken. Is het een probleem dat 'k een hoek van de shelter gebruikte als de highway=bus_stop node? Ik begin me toch af te vragen of het het beste is dat haltes hun name=* inclusief de gemeente krijgen. Zou het niet beter om iets als een name=X voor de naam zonder gemeente, en name_full=* (of iets dergelijks) voor de volledige naam? En Antwerpen Premetrostation Diamant, is dat werkelijk de naam van die stations? btw, voor perrons die je als vlak intekent moet je area=yes toevoegen. en schuilhokjes zou ik ook niet aan de perrons vasthangen, en perrons liggen normaal ook wel parallel aan de weg, en niet met rare bochten in :-) Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] De Lijn 1 Antwerpen - Hemiksem
Hallo Ben, Wat de naam betreft, was ik me die bedenking ook aan het maken. Waar de spelling afwijkt, was ik begonnen met name:DeLijn=oorspronkelijke naam. Misschien moest 'k overal Antwerpen/Gent/Hasselt/Genk/Maastricht/Tilburg/Brussel/Turnhout/Liège maar weglaten. Dat Premetrostation vind ik inderdaad ook wel wat overdreven, maar ze beschouwen dat wel als deel van de naam. Bij die ondergrondse trams had ik nog meer bedenkingen. De sporen worden nu voor voorgesteld door 1 railway, maar in realiteit zijn dat er 2 die in buizen boven elkaar liggen. 1 halte ligt dus eigenlijk op niveau -1, de andere op niveau -2. Herinner ik het me goed dat bij Diamant de noordelijke richting dieper ligt? Ik zou dat dus wel willen ontdubbelen in onze data. Het is voor alle andere tramsporen in Antwerpen ook al gebeurd. Daarbij zou ik ze dan niet vlak boven elkaar tekenen en ook geen nodes hergebruiken. Jo Op 17 maart 2013 14:16 schreef Ben Laenen benlae...@gmail.com het volgende: On Sunday 17 March 2013 00:45:30 Jo wrote: Ik heb zonet alle haltes voor De Lijn 1 Antwerpen - Hemiksem en de bijhorende routes toegevoegd. http://www.openstreetmap.org/?lat=51.208576lon=4.402519zoom=18layers=M Zou er eens iemand naar kunnen kijken? Voornamelijk in het centrum van Antwerpen. De Nationale Bank lijkt zowat de meest ingewikkelde halte die erbij zit. Ik heb ook perrons getekend. Het zou wel kunnen dat er nog banken of vuilbakken ontbreken. Is het een probleem dat 'k een hoek van de shelter gebruikte als de highway=bus_stop node? Ik begin me toch af te vragen of het het beste is dat haltes hun name=* inclusief de gemeente krijgen. Zou het niet beter om iets als een name=X voor de naam zonder gemeente, en name_full=* (of iets dergelijks) voor de volledige naam? En Antwerpen Premetrostation Diamant, is dat werkelijk de naam van die stations? btw, voor perrons die je als vlak intekent moet je area=yes toevoegen. en schuilhokjes zou ik ook niet aan de perrons vasthangen, en perrons liggen normaal ook wel parallel aan de weg, en niet met rare bochten in :-) Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] De Lijn 1 Antwerpen - Hemiksem
On Sunday 17 March 2013 14:41:48 Jo wrote: Hallo Ben, Wat de naam betreft, was ik me die bedenking ook aan het maken. Waar de spelling afwijkt, was ik begonnen met name:DeLijn=oorspronkelijke naam. Misschien moest 'k overal Antwerpen/Gent/Hasselt/Genk/Maastricht/Tilburg/Brussel/Turnhout/Liège maar weglaten. Voor sommige plekken is het misschien handig om de hele naam te zien, maar voor steden is het maar een vreemde situatie. Maar waar trek je dan de grens. Trams komen ook tot in Wijnegem of Zwijndrecht en zo... Dat Premetrostation vind ik inderdaad ook wel wat overdreven, maar ze beschouwen dat wel als deel van de naam. Alleen in realiteit wel nergens zo als naam terug te vinden :-) Bij die ondergrondse trams had ik nog meer bedenkingen. De sporen worden nu voor voorgesteld door 1 railway, maar in realiteit zijn dat er 2 die in buizen boven elkaar liggen. 1 halte ligt dus eigenlijk op niveau -1, de andere op niveau -2. Herinner ik het me goed dat bij Diamant de noordelijke richting dieper ligt? Ik zou dat dus wel willen ontdubbelen in onze data. Het is voor alle andere tramsporen in Antwerpen ook al gebeurd. Daarbij zou ik ze dan niet vlak boven elkaar tekenen en ook geen nodes hergebruiken. Ik zou het ook willen ontdubbeld zien, maar 't is niet makkelijk om dat een beetje waarheidsgetrouw te doen... En de premetro in Antwerpen is op sommige plekken een gegoochel aan buizen die onder en dan weer naast mekaar liggen. En we zitten ook met bijkomende moeilijkheid dat we tramhaltes dan wel ontdubbelen maar voorlopig de premetrostations als één node bezien, zoals treinstations. Bestaat daar een goeie oplossing voor? Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM presentation on Tuesday 19th March
Hi, I thank you for all your reactions and arguments. Here are the files of the presentation. If you have remarks, I will be glad to read them ! PDF file : https://cloud.fastre.info/public.php?service=filest=0da0d63b426c32633d6d2e5bf30677bf ODP file (necessary to read the "notes") : https://cloud.fastre.info/public.php?service=filest=2100dcbb7d27782d16976f697dc07d09 (I use the open font "Cabin", download and install it for a best slideshow :-) ) Julien Fastr Le 14/03/13 04:15, A.Pirard.Papou a crit: On 2013-03-13 21:11, Julien wrote : Hi ! I would like to discuss with the list some ideas I had for the OSM's presentation of next Tuesday. ... Good job, Julien, You may add that Wikipedia uses OSM as a choice map At least in Dutch ... (Kaart), in French ...(carte), in English Coordinates: : (O) ... Regarding Neil's site, the most impressive page is this: http://resultmaps.neis-one.org/oooc?zoom=9lat=50.76281lon=4.61149layers=B00TFT You've got 1: the OSM map, 2: a brilliant application and 3) the collaborators altogether on the same display. What is missing is a joystick and a ball to kick ;) and best of luck Cheers, Andr. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM presentation on Tuesday 19th March
Here is a pdf with the notes below each diapositive : https://cloud.fastre.info/public.php?service=filest=71624607bc4f3f783de9e19db921 Le 17/03/13 17:02, Julien Fastr a crit: Hi, I thank you for all your reactions and arguments. Here are the files of the presentation. If you have remarks, I will be glad to read them ! PDF file : https://cloud.fastre.info/public.php?service=filest=0da0d63b426c32633d6d2e5bf30677bf ODP file (necessary to read the "notes") : https://cloud.fastre.info/public.php?service=filest=2100dcbb7d27782d16976f697dc07d09 (I use the open font "Cabin", download and install it for a best slideshow :-) ) Julien Fastr Le 14/03/13 04:15, A.Pirard.Papou a crit: On 2013-03-13 21:11, Julien wrote : Hi ! I would like to discuss with the list some ideas I had for the OSM's presentation of next Tuesday. ... Good job, Julien, You may add that Wikipedia uses OSM as a choice map At least in Dutch ... (Kaart), in French ...(carte), in English Coordinates: : (O) ... Regarding Neil's site, the most impressive page is this: http://resultmaps.neis-one.org/oooc?zoom=9lat=50.76281lon=4.61149layers=B00TFT You've got 1: the OSM map, 2: a brilliant application and 3) the collaborators altogether on the same display. What is missing is a joystick and a ball to kick ;) and best of luck Cheers, Andr. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Initial stuck to the name
On 2013-03-17 13:02, Jo wrote : Soms staat het aan de ene kant van de straat wel voluit en aan de andere kant afgekort, afhankelijk van wanneer dat bord geplaatst werd en of het crisis was op dat moment... Toch is dat geen straat met een dubbele naam. Het is niet zo moeilijk voor iemand om te zien dat een volledig geschreven naam dezelfde is als de afgekorte naam en ook voor computers is het eenvoudiger om iets te coderen dat afkort, dan iets dat correct 'expandeert'. Is St. Sint of Straat? Is r. rue of ruelle? And what is the cost of a "in" and a "ue" minus two "." beside thousands and thousands of: "cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2012"? (using "source" and "cadastre" twice) BTW: -does anybody know why they tag that source on each and every node? How could the nodes have a source different from that of their way? - and, conversely, how, on the French border, can the source be 2012 for the way and 2011 for the nodes? - how is it possible that they split a segment of that border with one half source 2011 and the other 2012? Did they go on strike while tagging? - how is it possible that that date changing border is in places a good 20 m away from my RW source? Does it move a little bit each year unnoticed? My strongest argument is having those terms understood by foreigners. Think of trying to understand what Ул. and Г. mean. Hence what I understand the least is why dictionaries use abbreviations. (and why "abbreviation" uses one more letter than "abréviation" ;-) ) Have a nice week, Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM presentation on Tuesday 19th March
I'm proofreading it now. Does Impress also have a way to record changes like Writer? Jo 2013/3/17 eMerzh merz...@gmail.com Hi, just few remarks feel free to take zero, one or more from these idea : * for OSM sources i think we have to add in first Survey and maybe also local knowledge ... Osm is run by citizen and mainly everyone has his own contribution neighborhood * I miss a slide with the great power of tags to describe everything( maybe in the écosystème slide?) otherwise it is nice :-) On Sun, Mar 17, 2013 at 5:02 PM, Julien Fastré jul...@fastre.info wrote: Hi, I thank you for all your reactions and arguments. Here are the files of the presentation. If you have remarks, I will be glad to read them ! PDF file : https://cloud.fastre.info/public.php?service=filest=0da0d63b426c32633d6d2e5bf30677bf ODP file (necessary to read the notes) : https://cloud.fastre.info/public.php?service=filest=2100dcbb7d27782d16976f697dc07d09(I use the open font Cabin, download and install it for a best slideshow :-) ) Julien Fastré Le 14/03/13 04:15, A.Pirard.Papou a écrit : On 2013-03-13 21:11, Julien wrote : Hi ! I would like to discuss with the list some ideas I had for the OSM's presentation of next Tuesday. ... Good job, Julien, You may add that Wikipedia uses OSM as a choice map At least in Dutch http://nl.wikipedia.org/wiki/Oostende ... (Kaart), in French http://fr.wikipedia.org/wiki/Sprimont ...(carte), in English http://en.wikipedia.org/wiki/London Coordinates: и русскийhttp://ru.wikipedia.org/wiki/Moscow Координаты: (O)http://www.openstreetmap.org/?mlat=55.75176667mlon=37.61787778zoom=12 ... Regarding Neil's site, the most impressive page is this: http://resultmaps.neis-one.org/oooc?zoom=9lat=50.76281lon=4.61149layers=B00TFT You've got 1: the OSM map, 2: a brilliant application and 3) the collaborators altogether on the same display.What is missing is a joystick and a ball to kick ;) and best of luck Cheers, André. ___ Talk-be mailing listTalk-be@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be image/pngimage/png___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Initial stuck to the name
The rant about those source tags is something you'd better aim at talk-fr... We don't have the answers to those questions. Jo 2013/3/17 A.Pirard.Papou a.pirard.pa...@gmail.com On 2013-03-17 13:02, Jo wrote : Soms staat het aan de ene kant van de straat wel voluit en aan de andere kant afgekort, afhankelijk van wanneer dat bord geplaatst werd en of het crisis was op dat moment... Toch is dat geen straat met een dubbele naam. Het is niet zo moeilijk voor iemand om te zien dat een volledig geschreven naam dezelfde is als de afgekorte naam en ook voor computers is het eenvoudiger om iets te coderen dat afkort, dan iets dat correct 'expandeert'. Is St. Sint of Straat? Is r. rue of ruelle? And what is the cost of a in and a ue minus two . beside thousands and thousands of: cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2012? (using source and cadastre twice) BTW: -does anybody know why they tag that source on each and every node? How could the nodes have a source different from that of their way? - and, conversely, how, on the French border, can the source be 2012 for the way and 2011 for the nodes? - how is it possible that they split a segment of that border with one half source 2011 and the other 2012? Did they go on strike while tagging? - how is it possible that that date changing border is in places a good 20 m away from my RW source? Does it move a little bit each year unnoticed? My strongest argument is having those terms understood by foreigners. Think of trying to understand what Ул. and Г. mean. Hence what I understand the least is why dictionaries use abbreviations. (and why abbreviation uses one more letter than abréviation ;-) ) Have a nice week, Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] De Lijn 1 Antwerpen - Hemiksem
Is het een probleem dat 'k een hoek van de shelter gebruikte als de highway=bus_stop node? Jo, remember, if you do that the renderer will not display the usual 'Halte' icon anymore. I fixed the one in my street a while ago. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] De Lijn 1 Antwerpen - Hemiksem
2013/3/17 Glenn Plas gl...@byte-consult.be Is het een probleem dat 'k een hoek van de shelter gebruikte als de highway=bus_stop node? Jo, remember, if you do that the renderer will not display the usual 'Halte' icon anymore. I fixed the one in my street a while ago. The problem is that it still doesn't get rendered, now that it's not on the corner of the shelter. http://osm.org/go/0Eod~G9kl Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM presentation on Tuesday 19th March
Op 17-03-13 19:22, Jo schreef: Does Impress also have a way to record changes like Writer? No it doesn't have a feature like that. A possibility is to copy the text into the notes field and do you changes over there (select the Notes tab at the top of the edit field). Kind regards, Joren (Quality Assurance volunteer of LibreOffice) (besides a volunteer for OpenStreetMap ;-) ) ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] De Lijn 1 Antwerpen - Hemiksem
On 03/17/2013 09:08 PM, Jo wrote: 2013/3/17 Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be Is het een probleem dat 'k een hoek van de shelter gebruikte als de highway=bus_stop node? Jo, remember, if you do that the renderer will not display the usual 'Halte' icon anymore. I fixed the one in my street a while ago. The problem is that it still doesn't get rendered, now that it's not on the corner of the shelter. http://osm.org/go/0Eod~G9kl http://osm.org/go/0Eod%7EG9kl mmm, indeed that didn't fix it. so it's some sort of who is on top of who - issue ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM presentation on Tuesday 19th March
Thanks for all your ideas and contributions. I integrated your advies/conseils and I trained with my girlfriend (her contribution to OSM) and upload the V2 to my onwcloud's instance. I find easier to share the directory, be careful of the date of upload ! https://cloud.fastre.info/public.php?service=filest=b5ef6076c452d783cc8633263f43ec3c Thanks, Julien Le 17/03/13 21:09, Joren a écrit : Op 17-03-13 19:22, Jo schreef: Does Impress also have a way to record changes like Writer? No it doesn't have a feature like that. A possibility is to copy the text into the notes field and do you changes over there (select the Notes tab at the top of the edit field). Kind regards, Joren (Quality Assurance volunteer of LibreOffice) (besides a volunteer for OpenStreetMap ;-) ) ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Small landuse areas due to import - OK to merge ?
I made a walk in Hoge Vijvers, Arendonk yesterday. The area did not contain a lot of tracks and path yet. I started adding them based on my GPX tracks, Bing and AGIV. While doing this I noticed an area close to the Dutch border that has separate areas for each plot of trees and white space between them. We could expect paths there, but according to my notes this is not always the case. Is it OK to merge all those small areas together with the rest of the forest ? The area can be seen here: http://www.openstreetmap.org/?lat=51.366673707962036lon=5.106539726257324zoom=15 I expect it's caused by an import of Dutch data. m ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Small landuse areas due to import - OK to merge ?
I think it's OK to do that. You can also remove all those source strings and refs referring to AND the DB is riddled with. Jo 2013/3/18 Marc Gemis marc.ge...@gmail.com I made a walk in Hoge Vijvers, Arendonk yesterday. The area did not contain a lot of tracks and path yet. I started adding them based on my GPX tracks, Bing and AGIV. While doing this I noticed an area close to the Dutch border that has separate areas for each plot of trees and white space between them. We could expect paths there, but according to my notes this is not always the case. Is it OK to merge all those small areas together with the rest of the forest ? The area can be seen here: http://www.openstreetmap.org/?lat=51.366673707962036lon=5.106539726257324zoom=15 I expect it's caused by an import of Dutch data. m ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] osm.org POI display: next beta
Hi, are these links alright? They seem to link to gmx.net and redirect to the given URL meaning I get a 404. Has your mail client done something strange with the URLs? Yes, it has. The have set up a new webmail interface. I'm sorry, I had errorneously sent this email as HTML mail instead of text mail. The corrected mail: --- Dear all, the beta for a popup POI display has got its first round of improvements. See http://overpass.apis.dev.openstreetmap.org/ for the live demo. The popup should now be faster: The data is loaded in several chunks, and the first chunk should arrive after at most 300ms. A lot of work has gone to properly handle left clicks vs. double clicks. As this works around some design limitations in Leaflet, I would be happy about situations where this workaround still goes wrong to refine it. Comments are welcome here or on http://wiki.openstreetmap.org/wiki/POI_display The found objects now get a classification. This is currently text, icons should be used in the long run. This is also where I need your help: Categories may still be imprecise, so I'm grateful for examples where objects need another classification. The classification is currently done in function classifyElement(element) in https://github.com/drolbr/openstreetmap-website/blob/master/app/assets/javascripts/popuplayer.js Comments are welcome as pull requests or again here or on http://wiki.openstreetmap.org/wiki/POI_display Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm.org POI display: next beta
From: Roland Olbricht [mailto:roland.olbri...@gmx.de] Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] osm.org POI display: next beta Dear all, the beta for a popup POI display has got its first round of improvements. See http://overpass.apis.dev.openstreetmap.org/ for the live demo. The popup should now be faster: The data is loaded in several chunks, and the first chunk should arrive after at most 300ms. A lot of work has gone to properly handle left clicks vs. double clicks. As this works around some design limitations in Leaflet, I would be happy about situations where this workaround still goes wrong to refine it. Comments are welcome here or on http://wiki.openstreetmap.org/wiki/POI_display The found objects now get a classification. This is currently text, icons should be used in the long run. This is also where I need your help: Categories may still be imprecise, so I'm grateful for examples where objects need another classification. The classification is currently done in function classifyElement(element) in https://github.com/drolbr/openstreetmap- website/blob/master/app/assets/javascripts/popuplayer.js Comments are welcome as pull requests or again here or on http://wiki.openstreetmap.org/wiki/POI_display A few comments. It's good to see clickable POIs coming along There was some discussion at the EWG about POI display being targeted at mappers vs. end users. Which is this aiming at? The clicks seem to be misclassifying admin_level. Testing (at http://overpass.apis.dev.openstreetmap.org/go/WJQjK_Ot--) is showing that it represents both 2 and 4 as State boundary, 6 as City boundary and 8 as Suburb boundary. The 2, 4, 6, and 8 are country, province, district and city here. In the US it would be country, state, county and city (except in Alaska, which doesn't have counties). I'm not sure of an English name for the admin_level=4 regions that is not country-specific. The best I can come up with is Regional boundary It doesn't seem to do anything with named landuse=residential areas. It probably should. It doesn't find the New Westminster Professional Building at http://overpass.apis.dev.openstreetmap.org/go/WJHXezFoS-- but it does find the nearby 7th St Professional building. How difficult will this be to merge with the notes branch (http://notes.apis.dev.openstreetmap.org/)? That does a lot with Leaflet too and also captures clicks. My recollection is that there have been concerns in the past about making www.osm.org reliant on non-OSMF hosted hardware. Is the plan to use an existing overpass server, an OSMF-hosted overpass server, or something else? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm.org POI display: next beta
Hi Paul, There was some discussion at the EWG about POI display being targeted at mappers vs. end users. Which is this aiming at? It is very disappointing to me that this is even being asked. Not sure how we going to get large enough to actually maintain all of our data. Following the 1% rule, hundreds of millions of end users will be needed somehow, somewhere. If we don't want users actually using our web site then whats the plan, I guess we are hoping google and apple eventually add OSM as a base layer? Anyway, I just wanted to register my disagreement with the EWG on this criteria for including features. Thanks Jason. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm.org POI display: next beta
Am 17.03.2013 15:34, schrieb Jason Remillard: Hi Paul, There was some discussion at the EWG about POI display being targeted at mappers vs. end users. Which is this aiming at? It is very disappointing to me that this is even being asked. Örm, IMO there are no questions that are not worth beeing discussed. To me it's a sensible question: When I'm on the road, trying to get somewhere, my needs are different to when I'm on the road mapping. So any UI designer needs to think about the needs of the ones who are going to use the UI. Not sure how we going to get large enough to actually maintain all of our data. Following the 1% rule, hundreds of millions of end users will be needed somehow, somewhere. If we don't want users actually using our web site then whats the plan, When you talk about Users, who are you talking about? To me, the users of openstreetmap.org are a) mappers, who use the site to veryfiy their work and b) people using (or aiming at using) the data in their projects, mashups, products or papers. I, personally, don't see my neighbour, planning a trip to his parents, as a user of openstreetmap.org *although* he may be a user of the openstreetmap-data, nicely presented in another project. My reasons for this are not political or religious, they are just practical: the needs of my neighbour as a trip-planner collide with my needs as a mapper. I guess we are hoping google and apple eventually add OSM as a base layer? Or someone like MapQuest, Stamen, OpenRouteService.org, ... to take our data and present it nicely, giving us credit and routing possible mappers back to our mapper-targeted page. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Build your own GPS receiver
Hi all, Going back a few years before GPS was widely available in pretty much everything bar the kitchen sink (please do post a link if you find a gps enabled sink :-) ) there was some discussion about making your own GPS receiver. If anyone is interested in taking this on as a nice weekend project, I have found that adafruit have a good guide for linking a GPS receiver to a Raspberry Pi. All components are reasonably priced and the guide covers everthing except running a RPi from a battery (google will help here). http://learn.adafruit.com/adafruit-ultimate-gps-on-the-raspberry-pi/introduction Regards, Rob p.s. A quick look at the numbers suggest that this is quite a good GPS chip, but thoughts welcome if anyone knows any better. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm.org POI display: next beta
Hi, On 17.03.2013 14:02, Paul Norman wrote: My recollection is that there have been concerns in the past about making www.osm.org reliant on non-OSMF hosted hardware. Is the plan to use an existing overpass server, an OSMF-hosted overpass server, or something else? I don't know what is planned and by whom, just two things to inform the discussion - 1. The existing overpass server is long-term funded by FOSSGIS which is effectively the OSMF local chapter in Germany. (Effectively because they haven't signed any paperwork with OSMF yet.) 2. We already integrate non-essential third party stuff on osm.org (namely, third-party tile sources). Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] EWG policy on including features end users versus mappers
Hi Peter, When you talk about Users, who are you talking about? To me, the users of openstreetmap.org are a) mappers, who use the site to veryfiy their work and b) people using (or aiming at using) the data in their projects, mashups, products or papers. I, personally, don't see my neighbour, planning a trip to his parents, as a user of openstreetmap.org *although* he may be a user of the openstreetmap-data, nicely presented in another project. Lets look at some of these downstream projects. In the US, craigslist is a huge site using OSM data right now. 60 million different people a year. Note, nowhere does it say that can EDIT the map and fix a mistake by going to osm.org site. How is somebody supposed to know that? http://boston.craigslist.org/search/aap?useMap=1zoomToPosting=query=srchType=AminAsk=maxAsk=bedrooms= Next up foursquare. https://foursquare.com/explore?cat=foodnear=Pepperell%2C%20MA Again, users of foursquare don't have a clue that they can edit the map! You need to click on the about this map link and land into a very technical blog post that mentions OSM at the end, again without telling people that can EDIT the map. Now, I am very happy that these companies are using the map data, I really am. You can't expect the downstream data users to carry our water for us. We need a map that lots of people use, with a big fat EDIT button at the top. Dumping features from OSM.org because they might be useful for a weekend trip is shooting ourselves in the foot. Could you imagine a world where Wikipedia had a bunch of good looking consumer facing sites without edit buttons with just subtle hints back to a editor only site. We are geo wiki, lets not be afraid to act like one. Thanks Jason. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] EWG policy on including features end users versus mappers
From: Jason Remillard [mailto:remillard.ja...@gmail.com] Sent: Sunday, March 17, 2013 6:38 PM To: talk@openstreetmap.org Subject: [OSM-talk] EWG policy on including features end users versus mappers Hi Peter, When you talk about Users, who are you talking about? To me, the users of openstreetmap.org are a) mappers, who use the site to veryfiy their work and b) people using (or aiming at using) the data in their projects, mashups, products or papers. I, personally, don't see my neighbour, planning a trip to his parents, as a user of openstreetmap.org *although* he may be a user of the openstreetmap-data, nicely presented in another project. Lets look at some of these downstream projects. In the US, craigslist is a huge site using OSM data right now. 60 million different people a year. Note, nowhere does it say that can EDIT the map and fix a mistake by going to osm.org site. How is somebody supposed to know that? http://boston.craigslist.org/search/aap?useMap=1zoomToPosting=query=s rchType=AminAsk=maxAsk=bedrooms= Next up foursquare. https://foursquare.com/explore?cat=foodnear=Pepperell%2C%20MA Again, users of foursquare don't have a clue that they can edit the map! You need to click on the about this map link and land into a very technical blog post that mentions OSM at the end, again without telling people that can EDIT the map. Now, I am very happy that these companies are using the map data, I really am. You can't expect the downstream data users to carry our water for us. We need a map that lots of people use, with a big fat EDIT button at the top. Dumping features from OSM.org because they might be useful for a weekend trip is shooting ourselves in the foot. Could you imagine a world where Wikipedia had a bunch of good looking consumer facing sites without edit buttons with just subtle hints back to a editor only site. We are geo wiki, lets not be afraid to act like one. You mentioned the EWG in the title, but I see no reference to it in the text of the body. Also, I'm not familiar with any EWG policy that you're alluding to, but I've missed many meetings with scheduling conflicts. Could you provide a reference? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm.org POI display: next beta
From: Jason Remillard [mailto:remillard.ja...@gmail.com] Sent: Sunday, March 17, 2013 7:34 AM To: talk@openstreetmap.org Subject: Re: [OSM-talk] osm.org POI display: next beta Hi Paul, There was some discussion at the EWG about POI display being targeted at mappers vs. end users. Which is this aiming at? It is very disappointing to me that this is even being asked. It is difficult to offer feedback on a feature without knowing who the feature is targeted at. Browse map data is an example of a feature for one group but not the other. With many features it's obvious who the target users are Not sure how we going to get large enough to actually maintain all of our data. Following the 1% rule, hundreds of millions of end users will be needed somehow, somewhere. If we don't want users actually using our web site then whats the plan, I guess we are hoping google and apple eventually add OSM as a base layer? Anyway, I just wanted to register my disagreement with the EWG on this criteria for including features. What criteria for adding features? I never mentioned a criteria for adding features. I asked who the feature is targeted at. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Build your own GPS receiver
The GPS module they're using is based on the MK3339, which I'm currently using in a commercial project. Very low power consumption and amazing performance. However, in terms of making your own receiver, I don't see the point unless it is for an extremely specialized task. The reason is cost. The GPS breakout board is ~$40. A Raspberry Pi is ~$35. That's already ~$75. Shipping not included. I can buy a GPS-enabled Android phone for ~$50. In my local supermarket! I could probably get something cheaper on ebay. So, for $25 less than the GPS+Pi I also get: battery operation, a touch-enabled colour screen, 5MP camera, Wi-Fi, 2G/3G mobile voice/data, Bluetooth, and easy USB connectivity to a PC. I'll probably also get a micro-SD slot. It's all down to your application. What do you want to do that you can't do on a $50 smartphone? Cheers, Andrew On 17 March 2013 23:26, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi all, Going back a few years before GPS was widely available in pretty much everything bar the kitchen sink (please do post a link if you find a gps enabled sink :-) ) there was some discussion about making your own GPS receiver. If anyone is interested in taking this on as a nice weekend project, I have found that adafruit have a good guide for linking a GPS receiver to a Raspberry Pi. All components are reasonably priced and the guide covers everthing except running a RPi from a battery (google will help here). http://learn.adafruit.com/adafruit-ultimate-gps-on-the-raspberry-pi/introduction Regards, Rob p.s. A quick look at the numbers suggest that this is quite a good GPS chip, but thoughts welcome if anyone knows any better. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenCycleMap and Missing SRTM Data
There's a large oddity in the OpenCycleMap rendering in Iowa, likely due to missing SRTM data: http://www.opencyclemap.org/?zoom=9lat=41.45927lon=-93.91011layers=B00 I know that there's nothing that can be done with the SRTM data, but would it be possible for the OpenCycleMap to render the contour lines and hill shading in Iowa with data provided by the state mapping agency? The data is freely accessible (I'd have to double-check the exact terms though). -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Moin, unabhängig von Normen bin ich für das Leerzeichen - damit wird der Ausdruck einfach besser lesbar ... natürlich wäre ein schmales Leerzeichen optimal :-) und für die Datenverarbeitung sollte es egal sein - da sollten wohl alle vier Fälle verarbeitet werden und das Ergebnis nach Wunsch ausgegeben. Bei den heutigen Rechnern sollten weder Rechenzeit noch zusätzlicher Platzbedarf der besseren Lesbarkeit entgegenstehen. Bei der Ausgabe (z. B. auf einer Karte) wäre natürlich ein schmales Leerzeichen möglich ... je nach verfügbarem Platz auch sinnvoll oder eben nicht - und das natürlich unabhängig davon, ob ein Leerzeichen eingegeben wurde oder nicht. Gruß, Schusch On Thu, 14 Mar 2013, Tirkon wrote: [...] 20a 20 a 20A 20 A [...]___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Wir machen eine Datenbank. Ob da ein Leerzeichen hinzugefügt wird beim verarbeiten/schauen, muss der Benutzer der Daten ausmachen. Der Mapper sollte/kann/darf das so effizient wie möglich mappen, also ohne Leerzeichen. Auf die Briefkasten habe ich das noch niemals mit Leerzeichen gesehen. Jo 2013/3/17 Schorschi scho...@snafu.de Moin, unabhängig von Normen bin ich für das Leerzeichen - damit wird der Ausdruck einfach besser lesbar ... natürlich wäre ein schmales Leerzeichen optimal :-) und für die Datenverarbeitung sollte es egal sein - da sollten wohl alle vier Fälle verarbeitet werden und das Ergebnis nach Wunsch ausgegeben. Bei den heutigen Rechnern sollten weder Rechenzeit noch zusätzlicher Platzbedarf der besseren Lesbarkeit entgegenstehen. Bei der Ausgabe (z. B. auf einer Karte) wäre natürlich ein schmales Leerzeichen möglich ... je nach verfügbarem Platz auch sinnvoll oder eben nicht - und das natürlich unabhängig davon, ob ein Leerzeichen eingegeben wurde oder nicht. Gruß, Schusch On Thu, 14 Mar 2013, Tirkon wrote: [...] 20a 20 a 20A 20 A [...] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM-Webseite down?
Hallo zusammen, komme gerade nicht auf die JOSM-Seite, weiß jemand was da los ist? Viele Grüße Benjamin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Webseite down?
Ein schlichtes Datenbankupdate :-) 2013/3/16 Dirk Stöcker openstreet...@dstoecker.de: Hello, since maybe 2 years we always had troubles with the database, which increased a lot in size and locks permanently. To hopefully solve this situation I decided to go away from the simple sqlite and use postgres instead. The switch of database hopefully will get finished this weekend. There will be a downtime of approx. 1 hour when I do the final transfer. Ciao -- http://www.dstoecker.eu/ (PGP key available) 2013/3/17 Benjamin Lebsanft benja...@lebsanft.org: Hallo zusammen, komme gerade nicht auf die JOSM-Seite, weiß jemand was da los ist? Viele Grüße Benjamin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Naviagtion mit OSM-Karten unter Android
Hallo, ich suche eine App für Naviagtion mit OSM-Karten unter Android 4.0 für einen 4inch Bildschirm und single-core-CPU. Ich habe zwar die Seite im Wiki dazu gelesen und Einiges durchstöbert, hätte gern aber eine Empfehlung von jemanden, der Erfahrung damit hat! Die App sollte können: - Offline-Karten nutzen und GPS-Position darstellen - Vektorkarten und Bitmapkarten auf SD-Karte verwenden können - verwendbar für Auto und Fahrrad - ein Cycling-overlay darstellen können - Routing können (evtl. mit geringem Nachladen von Daten online) - selbst erstellte Routen oder Tracks darstellen können - lokale POIs online nachladen können - aktuell weiter entwickelt werden - optimiert für Smartphones Ich habe dazu bisher OsmAnd und ShareNav gefunden, die Erfahrungsberichte waren aber nicht so toll -- Mit freundlichen Gruessen wonk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naviagtion mit OSM-Karten unter Android
Wolfgang Wienke wo_wie...@gmx.net wrote: Ich habe dazu bisher OsmAnd und ShareNav gefunden, die Erfahrungsberichte waren aber nicht so toll Zumindest bei ersterem handelt es sich um freie Software und was bei freier Software IMO gar nicht geht ist wie Du darüber zu lammentieren, dass das nicht so toll oder was auch immer wäre. Wenn freie Softeare nicht gefällt, dann besteht immer die Möglichkeit durch eigene Beiträge zu helfen, dass sie künftig besser wird, sei es durch eigenen Code oder auch nur durch Vorschläge was man wo im Detail verbessern könnte. Ich finde osmand ehrlich gesagt bereits jetzt erstaunlich gut. Ich habe das Programm auf meinem Mobiltelefon drauf und konnte damit beispielsweise kürzlich ganz problemlos in einer fremden Stadt den nächstgelegenen Geldautomaten finden, bei dem ich keine Gebühr bezahlen musste. Falls es Dir lediglich um einen kostengünstigen Ersatz für kommerzeille Navigationsprogramme von Tom-Tom und Co. gehen sollte, dann bleibe besser bei Deiner proprietären Lösung. Gruss Sven -- In my opinion MS is a lot better at making money than it is at making good operating systems (Linus Torvalds, August 1997) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naviagtion mit OSM-Karten unter Android
Am 17.03.2013 19:22, schrieb Sven Geggus: Ich habe dazu bisher OsmAnd und ShareNav gefunden, die Erfahrungsberichte waren aber nicht so toll Zumindest bei ersterem handelt es sich um freie Software und was bei freier Software IMO gar nicht geht ist wie Du darüber zu lammentieren, dass das nicht so toll oder was auch immer wäre. Du musst zugeben: *Das* hat er nicht getan. Er hat nur gesagt, die Erfahrungsberichte wären nicht so toll. Aber, Wolfgang: Deine Ansprüche lesen sich wie ein Werbeprospekt. Das was du suchst soll alles können was du brauchst und bitte gut darin sein. Die Anforderung ist legitim wenn du (kommerzielle) Angebote einholen möchtest, denn dort wird immer mit der Phrasendreschmaschine von den Produkten gesprochen und um normale Anforderungen zu erfüllen muss man nicht selten gleich die Luxus-Klasse anfragen. Aber grade bei freier Software gilt: Probier's bitte einfach aus! Ich meine, was nützt dir irgend ein Erfahrungsbericht irgend eines anderen Benutzers? Sind wir hier bei Apple wo jedes ernsthafte Ausprobieren gleich Geld bis knapp unter der Schmerzgrenze kostet? Nein, es ist freie Software. Probier's aus. Wenn du danach handfeste Kritik zu schreiben hast, dann tu es (vor allem gegenüber den Entwicklern). Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naviagtion mit OSM-Karten unter Android
Hallo, ja, die Anforderungsliste ist recht umfangreich. :D Das beste Navi, welches mir bisher untergekommen ist, welches OSM-Karten kann, ist be-on-road. Das hat allerdings keine Fahrrad-Navigation. Nur Auto, Fußgänger und Helikopter ;) Aber vlt. kommst du ja mit der Fußgänger-Variante auf dem Fahrrad klar. Und die OSM-Karten sind auch nicht ganz aktuell, weil sie direkt vom Hersteller bereit gestellt werden (Im Moment stand Mitte 2012 soweit ich weiß, ich hoffe da kommt bald ein update). Ansonsten kann Oruxmaps so ziemlich alles, außer Navigieren. Viele Grüße Klumbumbus Am 17. März 2013 19:36 schrieb Bernd Wurst be...@bwurst.org: Am 17.03.2013 19:22, schrieb Sven Geggus: Ich habe dazu bisher OsmAnd und ShareNav gefunden, die Erfahrungsberichte waren aber nicht so toll Zumindest bei ersterem handelt es sich um freie Software und was bei freier Software IMO gar nicht geht ist wie Du darüber zu lammentieren, dass das nicht so toll oder was auch immer wäre. Du musst zugeben: *Das* hat er nicht getan. Er hat nur gesagt, die Erfahrungsberichte wären nicht so toll. Aber, Wolfgang: Deine Ansprüche lesen sich wie ein Werbeprospekt. Das was du suchst soll alles können was du brauchst und bitte gut darin sein. Die Anforderung ist legitim wenn du (kommerzielle) Angebote einholen möchtest, denn dort wird immer mit der Phrasendreschmaschine von den Produkten gesprochen und um normale Anforderungen zu erfüllen muss man nicht selten gleich die Luxus-Klasse anfragen. Aber grade bei freier Software gilt: Probier's bitte einfach aus! Ich meine, was nützt dir irgend ein Erfahrungsbericht irgend eines anderen Benutzers? Sind wir hier bei Apple wo jedes ernsthafte Ausprobieren gleich Geld bis knapp unter der Schmerzgrenze kostet? Nein, es ist freie Software. Probier's aus. Wenn du danach handfeste Kritik zu schreiben hast, dann tu es (vor allem gegenüber den Entwicklern). Gruß, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Die Hausnummern werden von den Gemeinden vergeben und deren Schreibweise wird üblicherweise übernommen. Unser Haus bekam die Nummer 36a (ohne Leerzeichen) zugewiesen. So steht es am Haus und so findet man das auch in der Geo-Datenbank der Stadtvermessung. Suche nach 36 a bringt dort keinen Treffer. Insofern sehe ich keine Wahlmöglichkeit der Schreibweise für unseren Datenbankeintrag. Die Suche in der OSM-Datenbank könnte trotzdem alle Trennzeichen (nicht nur Leerzeichen) ignorieren. Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie tagt man Tram-Haltestellen richtig?
Hallo zusammen, entschuldigt die etwas ketzerische Frage, aber: Wie taggt man Tram-Haltestellen eigentlich richtig? Hintergrund: hier wurde vor kurzem die Haltestelle umbenannt: http://www.openstreetmap.org/?zoom=18lat=48.15424lon=11.554 Früher hies sie nur Lothstraße, jetzt heißt sie Hochschule München (Lothstraße). In den beiden stop_position Nodes wurde es geändert: • public_transport: stop_position • railway: tram_stop • tram: yes • name: Hochschule München (Lothstraße) Bei den zwei platform Ways, aber nicht: • public_transport: platform • railway: platform • name: Lothstraße Zusätzlich gibt es noch ne Relation in der es auch noch nicht geändert wurde: • type = public_transport • public_transport = stop_area • name = Lothstraße • network = MVV • operator = MVG • website = http://www.mvv-muenchen.de Ist es sinnvoll die Namen da doppelt und dreifach zu pflegten? Wer liest die Daten den aktuell wie aus? Gibt es irgend ein Qualitätssicherungstool das solche Fehler auf deckt? Bei Keepright hab ich jedenfalls keine Fehlermeldung gesehen. Danke im voraus, Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Ich schreibe Hausnummern immer so auf, wie sie auf dem Haus stehen. Wenn auf dem Haus »1a« steht, schreibe ich »1a« hin. Wenn ich eine »19« sehe, schreibe ich »19« hin. Wenn ich »2B« sehe, schreibe ich »2B« hin. Habe ich alles schon gesehen. Ich weiß nicht, ob Hausnummern überhaupt case-sensitiv sind. Jedenfalls habe ich noch nie eine Straße gesehen, wo es zwei Häuser mit Hausnummern, die sich nur in der Groß-/Kleinschreibung unterscheiden, also zum Beispiel »Badstraße 1a« und »Badstraße 1A«, gibt. Wenn jemand sowas irgendwo mal gesehen hat: Beweisfoto machen, hochladen, danke! ;-) Ich schreibe Buchstaben grundsätzlich immer so auf, wie sie auf dem Schild stehen, denn dann liege ich auf jeden Fall richtig. Wenn ich mal sowas wie ein »2 b« sähe, würde ich das auch so aufschreiben. Allerdings habe ich sowas noch nie gesehen. Bei allen Hausnummern (die auf den Häusern), die ich sah, ist mir noch niemals ein Leerzeichen (auch kein kurzes) untergekommen. Wenn jemand sowas irgendwo mal gesehen hat: Bitte Foto machen, hochladen, danke! ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Ich halte es für sinnvoll, Hausnummern einheitlich zu mappen. Mein Favorit ist: kleiner Buchstabe, kein Leerzeichen. Wie es dann ggf. dargestellt werden soll, würde ich dem Renderer überlassen. On 17.03.2013 22:58, Wuzzy wrote: Ich schreibe Hausnummern immer so auf, wie sie auf dem Haus stehen. Wenn auf dem Haus »1a« steht, schreibe ich »1a« hin. Wenn ich eine »19« sehe, schreibe ich »19« hin. Wenn ich »2B« sehe, schreibe ich »2B« hin. Habe ich alles schon gesehen. Ich weiß nicht, ob Hausnummern überhaupt case-sensitiv sind. Jedenfalls habe ich noch nie eine Straße gesehen, wo es zwei Häuser mit Hausnummern, die sich nur in der Groß-/Kleinschreibung unterscheiden, also zum Beispiel »Badstraße 1a« und »Badstraße 1A«, gibt. Wenn jemand sowas irgendwo mal gesehen hat: Beweisfoto machen, hochladen, danke! ;-) Ich schreibe Buchstaben grundsätzlich immer so auf, wie sie auf dem Schild stehen, denn dann liege ich auf jeden Fall richtig. Wenn ich mal sowas wie ein »2 b« sähe, würde ich das auch so aufschreiben. Allerdings habe ich sowas noch nie gesehen. Bei allen Hausnummern (die auf den Häusern), die ich sah, ist mir noch niemals ein Leerzeichen (auch kein kurzes) untergekommen. Wenn jemand sowas irgendwo mal gesehen hat: Bitte Foto machen, hochladen, danke! ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Am 17.03.2013 22:58, schrieb Wuzzy: Bei allen Hausnummern (die auf den Häusern), die ich sah, ist mir noch niemals ein Leerzeichen (auch kein kurzes) untergekommen. Mir genauso wenig, ich mappe immer z. Bsp. 31a, also ohne Leerzeichen. Übrigens nutze ich /OsmPad/ zum Hausnummernmapping, dort ist die Vorgabe auch _ohne_ Leerzeichen. Gruß Czmartin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naviagtion mit OSM-Karten unter Android
Servus, ich möchte auf der Liste hier keine Werbung betreiben, aber kennst Du schon http://www.apemap.de/ ?? das dürfte so ziemlich alle Deine Punkte beinhalten. Es gibt eine kostenlose und eine kostenpflichtige Version. Das andere Programm wäre http://www.locusmap.eu/ dieses benötigt aber kleine Datenmengen für das Routing, da die Berechnung über ClodMade oder MapQuest geht, (siehe http://www.android-hilfe.de/karten-navigation/240039-locus-vektorkarten-keine-navigation-moeglich.html ) Gruß Czmartin Am 17.03.2013 18:35, schrieb Wolfgang Wienke: Hallo, ich suche eine App für Naviagtion mit OSM-Karten unter Android 4.0 für einen 4inch Bildschirm und single-core-CPU. Ich habe zwar die Seite im Wiki dazu gelesen und Einiges durchstöbert, hätte gern aber eine Empfehlung von jemanden, der Erfahrung damit hat! Die App sollte können: - Offline-Karten nutzen und GPS-Position darstellen - Vektorkarten und Bitmapkarten auf SD-Karte verwenden können - verwendbar für Auto und Fahrrad - ein Cycling-overlay darstellen können - Routing können (evtl. mit geringem Nachladen von Daten online) - selbst erstellte Routen oder Tracks darstellen können - lokale POIs online nachladen können - aktuell weiter entwickelt werden - optimiert für Smartphones Ich habe dazu bisher OsmAnd und ShareNav gefunden, die Erfahrungsberichte waren aber nicht so toll ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] *:lanes und Straßenbahnschienen
Am 16.03.2013 18:01, schrieb Martin Koppenhoefer: Am 16. März 2013 11:02 schrieb Norbert Wenzel norbert.wenzel.li...@gmail.com: Ich dachte dabei mehr daran, dass jemand die Ways räumlich trennt und zwei Schienen zeichnet (für jede Fahrtrichtung eine) und diese Schienen dann mit dem Luftbild so verortet, dass sie lagegenau sind, während die Straße als ein Way für beide Richtungen in der Mitte der Schienen geschätzt wird. Tatsächlich aber liegen die Schienen eben in der einen Straße und werden von allen Fahrzeugen gleich benutzt. Das ist kein althergebrachtes Railwaymapping und diese Mischung aus lagegenauen Einzelways für Spezialisten (bzw. den Detailbereich Schienenfahrzeuge) und geschätzten Sammelways macht die Daten, ohne die zusätzliche Information des Luftbildes, unbrauchbar. Das war der Punkt der mich stört. Es ist halt immer nur ein Kompromiss, egal wie rum man es macht. Wenn Du mehrere Schienenstränge und eine Straße zu einem Verkehrsweg verquickst, und der dann auf einen way in OSM reduziert wird, dann hast Du zwar bei manchen Anwendungen leichteres Spiel, aber dafür gehen andere Dinge praktisch gar nicht mehr, oder nur sehr abstrakt, z.B. Gegenstände, Hindernisse etc., die sich zwischen den beiden Schienensträngen oder sonst auf der Straße befinden (Poller, Geländer, Jersey-barrier etc., die nur punktuell vorhanden sind). Oder macht man deren Nodes dann auch Teil des einen ways? M.E. ist es in komplizierten Fällen besser (insb. einfacher zu verstehen, zu mappen und zu überprüfen), einzelne Ways zu haben (d.h. einen für die Straße, je einen pro Schienenstrang), und diese dann ggf. per Fläche (so man Lust hat, alternativ auch per Relation, aber die Fläche ist meist auch abgesehen von der Verkehrsweg-Betrachtung ein Informationsgewinn) zusammenzufassen. Auch selbst wenn die Zusammenfassung (noch) fehlt (d.h weder Fläche noch Relation) funktioniert im Prinzip noch fast alles (falls man Angaben wie width oder lanes für den highway hat könnte man sogar noch einigermaßen gut abschätzen, ob die Schienen auf der Straße liegen oder daneben). Die einzige Frage, wofür man in einem solchen Fall rechenintensives Präprozessing machen müsste, ist, ob auf der Straße auch noch Schienen liegen (IMHO eher eine nicht so besonders häufige Anwendung). unbrauchbar finde ich eine maßlos übertriebene Einschätzung ;-) Sehe ich auch so - geografische lagegenau Informationen sind für Mapper und Endnutzer einfacher und praxisnäher als verschiedene Verkehrswege abstrakt in einem Way zusammenzufassen und daraus eine eingeschränkte grafische Darstellung zu erstellen. Die Straßenbahnstraße- und damit die über größere Abschnitte einheitlichen Tags - gibt es nicht. Wo möglich/finazierbar gibt man den Schienen einen eigenen Gleiskörper, Mindestradien etc. setzen physikalische Grenzen wie gut Schienen einem Fahrbahnverlauf folgen können. Haltestellen ergeben wieder andere Anforderungen. Teilweise setzt man diese gerne an den Fahrbahnrand um den KFZ-Verkehr zur Straßenmitte hin vorbeiführen zu können, teilweise wird der KFZ-Verkehr auch mitten durch die Haltestelle hindurchgeführt und im Falle einer haltenden Bahn per Ampel angehalten. Beim heutigen Stand von OSM ist es so unabdingbar die exakte Position der Schienen als separate Ways festzuhalten. Fahrbahn und Schienen haben keinerlei Zwangsverknüpfung. Schienenfahrzeuge können die Fahrbahn nicht nutzen und KFZ nicht die Schienen. Sie laufen nur zufällig Abschnittsweise Deckungsgleich weil es die Platzverhältnisse (teilweise auch Kosten) nicht anderst zulassen oder getrennt weil es z.B. fördergeldabhängige Zwangstrennungen der Verkehrswege gibt. Wo ist das Problem jeweils Zusatztags zu verwenden dass der jeweilige Verkehrsweg Abschnittsweise durch andere Verkehrsmittel beeinträchtigt wird? Gründe per Router Straßen zu vermeiden/zu bevorzugen die Schienen mit sich führen gibt es ohne weitere Differenzierung in der Praxis ehr keine. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] *:lanes und Straßenbahnschienen
Am 16.03.2013 10:55, schrieb Norbert Wenzel: Aber mein Punkt ist nicht, dass das Erfassen einer perfekten Straße mit allen Spuren einfacher wird, sondern dass das Erfassen einer einfachen Straße einfacher wird bzw bleibt. D.h. der einfache Mapper zeichnet eine Linie und macht daraus highway=xy und der versierte Mapper verfeinert dann Spurtags. Andersrum kann ein Mapper zwar viele Linien zeichnen wo eine Spur, ein Radstreifen, ein Fußweg, etc. ist, aber je mehre Wege und Relationen du hast, umso weniger Mapper sind in der Lage das fehlerfrei zu mappen. Aber die Information, dass es sich bei den 5 Wegen um einen Verkehrsweg handelt fehlt und, schlimmer noch, kann von dem unbedarften Mapper nicht als fehlend erkannt werden. Und welche realenProbleme ergibt sich daraus? Ich kann zur selben Zeit nur einen Verkehrsweg nutzen. Dass es noch andere gibt kann ich auch aus der geografischen Nähe erkennen ohne eine komplizierte Zusammenfassung generieren zu müssen die ich nur mit Informationsverlust wieder für eine realitätsnahe Darstellung interpretieren kann. Rechenintensive Operationen sind immer einfacher (Moore'sches Gesetz) von allen zu bewerkstelligen, je mehr die Zeit fortschreitet. Das kann im Prinzip schon jetzt jedes 2. Handy, in 10 Jahren können das auch die Kühlschränke ;-) Das ist alles nett und halbwegs richtig aber unerheblich. Es nimmt zwar die Rechenleistung zu (und das auch nicht mehr in der Geschwindigkeit, dafür wird mehr parallelisiert, was bei OSM auch noch viel bringt), aber die Komplexität der notwendigen Algorithmen muss nicht nur von einer CPU sondern auch von dem Programmierer dahinter bewältigt werden. Und wenn ich als Programmierer die Wahl hab, mir einen aufgeräumten Routinggraphen bei einem kommerziellen Anbieter zu kaufen, oder mir einen komplizierten Datenwulst von OSM zu holen, der sich zwar schnell aktualisiert, aber Aufgrund des hochkomplexen Taggingsschemas praktisch laufend irgendwo fehlerhaft ist und ich mit irgendwelchen Heuristiken versuchen muss den zu reparieren, dann überleg ich mir recht schnell, ob mir die Aktualität der Daten wichtig genug ist und ob der Preis, denn ich für die kommerzielle Lösung zahl nicht deutlich günstiger ist, als die Programmierstunden die ich ins Feintuning meiner Heuristiken stecken muss. Da gibt es dann immer noch den Zwischenweg von Halbprodukten. Man kann ja auch eine Verkehrswegekarte erzeugen/anbieten die aus den Rohdaten erzeugt wird und deren Aktualisierung den technischen Möglichkeiten anpassen. Für den Mapper sind einfache Editiermöglichkeiten und deren schnelle Darstellung wichtig um ein Erfolgserlebniss sicherzustellen. Und jemand der nur Schienenwege editieren möchte soll es auch tun können ohne sich detailliert im Straßenmapping auskennen zu müssen und umgekehrt. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Traduzione iD
Ciao, ho finito di tradurre le stringhe di iD (il nuovo editor OSM in sviluppo). Se qualcuno ha un account su Transifex e vuole revisionare, questo è il progetto. https://www.transifex.com/projects/p/id-editor/ Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: Dubbio tag name per chiesetta
Salve a tutti, sono iscritto da oggi in questa lista nazionale, sono trentino e provengo dalla lista openstreetmap trentina; su consiglio del buon Napolitano, inoltro qui una richiesta fatta nella lista trentina, dove spero di poter trovare anche qui, consigli in merito. Grazie a chi mi risponderà. Messaggio originale Oggetto: Dubbio tag name per chiesetta Data: Sun, 17 Mar 2013 12:46:29 +0100 Mittente: girarsi gira...@gmail.com A: Lista opensteetmap trentino talk-it-trent...@openstreetmap.org Cè una chiesetta antica nel mio paese, e sarebbe dedicata ai santi Martino e Valentino, per cui, il nome sarebbe SS. Valentino e Martino. Però noi paesani e paesi confinanti, siamo soliti chiamarla S. Valentino, per cui come si procede in questi casi? Uso il tag name con SS. Valentino e Martino, e poi specifico in altra maniera che di solito si chiama S. Valentino, oppure cè altra via? grazie a chi mi risponderà. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: Dubbio tag name per chiesetta
Gianluca Boero wrote: Il 17/03/2013 15:43, girarsi ha scritto: Cè una chiesetta antica nel mio paese, e sarebbe dedicata ai santi Martino e Valentino, per cui, il nome sarebbe SS. Valentino e Martino. Però noi paesani e paesi confinanti, siamo soliti chiamarla S. Valentino, per cui come si procede in questi casi? Uso il tag name con SS. Valentino e Martino, e poi specifico in altra maniera che di solito si chiama S. Valentino, oppure cè altra via? grazie a chi mi risponderà. [...] Direi che dovresti mettere il tag name con il nome ufficiale, mentre puoi aggiungere il tag alt_name con il nome con cui chiamate la chiesetta. C'è anche da prendere in considerazione il tag old_name che non è del tutto da scartare. Se da molto tempo gli abitanti chiamano la chiesetta con questo nome lo si potrebbe associare ad old. old_name credo sia più adatto quando un oggetto (strada, ecc) cambia nome, e old_name riporta quello precedente. Penso che per questo case sia da considerare loc_name, se è quello usato comunemente da tutti. Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: Dubbio tag name per chiesetta
Dimenticavo...c'è anchei l valore loc_name che può e forse in questo caso deve essere preso in considerazione. Come vedi le alternative non mancano Il 17/03/2013 16:08, Gianluca Boero ha scritto: Il 17/03/2013 15:43, girarsi ha scritto: Salve a tutti, sono iscritto da oggi in questa lista nazionale, sono trentino e provengo dalla lista openstreetmap trentina; su consiglio del buon Napolitano, inoltro qui una richiesta fatta nella lista trentina, dove spero di poter trovare anche qui, consigli in merito. Grazie a chi mi risponderà. Messaggio originale Oggetto: Dubbio tag name per chiesetta Data: Sun, 17 Mar 2013 12:46:29 +0100 Mittente: girarsi gira...@gmail.com A: Lista opensteetmap trentino talk-it-trent...@openstreetmap.org Cè una chiesetta antica nel mio paese, e sarebbe dedicata ai santi Martino e Valentino, per cui, il nome sarebbe SS. Valentino e Martino. Però noi paesani e paesi confinanti, siamo soliti chiamarla S. Valentino, per cui come si procede in questi casi? Uso il tag name con SS. Valentino e Martino, e poi specifico in altra maniera che di solito si chiama S. Valentino, oppure cè altra via? grazie a chi mi risponderà. ___ Ciao... ti metto il link in italiano per il tag name http://wiki.openstreetmap.org/wiki/IT:Key:name Direi che dovresti mettere il tag name con il nome ufficiale, mentre puoi aggiungere il tag alt_name con il nome con cui chiamate la chiesetta. C'è anche da prendere in considerazione il tag old_name che non è del tutto da scartare. Se da molto tempo gli abitanti chiamano la chiesetta con questo nome lo si potrebbe associare ad old. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: Dubbio tag name per chiesetta
Il 17/03/2013 16:08, Gianluca Boero ha scritto: Ciao... ti metto il link in italiano per il tag name http://wiki.openstreetmap.org/wiki/IT:Key:name Direi che dovresti mettere il tag name con il nome ufficiale, mentre puoi aggiungere il tag alt_name con il nome con cui chiamate la chiesetta. C'è anche da prendere in considerazione il tag old_name che non è del tutto da scartare. Se da molto tempo gli abitanti chiamano la chiesetta con questo nome lo si potrebbe associare ad old. Grazie per il link, ma mi era già stato fornito in precedenza. :) Sarei propenso a prendere in considerazione i seguenti tag name: - name - alt_name per il nome usuale - old_name e official_name -- perchè il nome storico e quello della toponomastica ufficiale corrisponde. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione iD
Qualche commenti sui presets housename: nome della casa (in Inghilterra tante case hanno un nome in aggiunta o al posto del numero civico) denomination: confessione elevation: forse meglio altitudine embankment: non è argine, ma terrapieno cutting: forse meglio trincea gas station: meglio stazione di servizio Da prendere con cautela - sono tedesco :-) Volker 2013/3/17 sabas88 saba...@gmail.com Ciao, ho finito di tradurre le stringhe di iD (il nuovo editor OSM in sviluppo). Se qualcuno ha un account su Transifex e vuole revisionare, questo è il progetto. https://www.transifex.com/projects/p/id-editor/ Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: Dubbio tag name per chiesetta
Il 17 marzo 2013 15:43, girarsi ha scritto: Uso il tag name con SS. Valentino e Martino, e poi specifico in altra maniera che di solito si chiama S. Valentino, oppure cè altra via? qualunque tag decidi di usare io non userei le abbreviazioni, specialmente S. per il nome singolo perché è molto più semplice abbreviare San/Santa/Santo quando serve che espandere S. questo è più importante per le strade dove un programma o un bambino non saprebbero la differenza tra S. Valentino e S. Pellico, S. Lavagnini, ecc. SS. corrisponde sempre a Santissimi o qualche volta anche a Santi? -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: Dubbio tag name per chiesetta
Il 17/03/2013 17:25, Daniele Forsi ha scritto: Il 17 marzo 2013 15:43, girarsi ha scritto: Uso il tag name con SS. Valentino e Martino, e poi specifico in altra maniera che di solito si chiama S. Valentino, oppure cè altra via? qualunque tag decidi di usare io non userei le abbreviazioni, specialmente S. per il nome singolo perché è molto più semplice abbreviare San/Santa/Santo quando serve che espandere S. questo è più importante per le strade dove un programma o un bambino non saprebbero la differenza tra S. Valentino e S. Pellico, S. Lavagnini, ecc. SS. corrisponde sempre a Santissimi o qualche volta anche a Santi? Direi tutti e due: http://it.wikipedia.org/wiki/SS_(disambigua) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Differenza tra residential e unclassified
Vorrei riportare il mio parere da neofita, dato che ho avuto anch'io un po' di dubbi su come usare questi due tag, così vedo se il mio ragionamento è corretto. Leggendo il wiki e considerando che la convalida di JOSM non da avvertimenti se non si associa il tag 'name' alla unclassfied utilizzo questo tipo per le strade periferiche dove non ci sono abitazioni o sono molto rade, indipendentemente dal fatto che poi si colleghino ad una tertiary, residential o muoiano in mezzo ai campi, mentre residential lo uso dove la maggior parte dell'area circostante è utilizzata a scopo abitativo (quindi sicuramente ha un nome associato). Ciao Marcello ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione iD
Cambiate tutte ad eccezione di questa, con cutting credo ci si riferisca a questa, ma non saprei se trincea sia più corretto... http://wiki.openstreetmap.org/wiki/Key:cutting Si questo uno dei due casi tipici. L'altro è il pezzo di una strada che scende sotto il livello del terreno per un sottopassaggio. Mi ricordo che c'è una espressione tecnica in italiano per questo, ma non mi ricordo. Non è trincea, ne sono sicuro, per quello è meglio lasciare come l'hai tradotto tu. :-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione iD
Il giorno 17/mar/2013 18:32, Volker Schmidt vosc...@gmail.com ha scritto: Mi ricordo che c'è una espressione tecnica in italiano per questo, ma non mi ricordo. Non è trincea, ne sono sicuro, per quello è meglio lasciare come l'hai tradotto tu. :-) Confermo, la definizione di trincea è tecnicamente esatta. Le sezioni stradali appartengono (se non ricordo male) a queste tipologie: 1. In rilevato 2. In trincea 3. A mezzacosta 4. Opere d'arte Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Controllo ortografia strade raggrupate per Comune
Il 11 marzo 2013 21:08, Fabrizio Carrai ha scritto: Ho corretto gran parte delle segnalazioni per quanto riguarda Livorno, dovrebbero essere rimasti solo i falsi positivi, i nomi che effettivamente sono corretti. direi di sì, siamo passati da 66 a 45, per i falsi positivi devo ripensare a come trattare gli apostrofi, ad esempio a Livorno c'è D'Alesio che io considero due parole e dovrei segnare Alesio come parola corretta, ma in altre città mi impedirebbe di scoprire un eventuale errore di ortografia su Alessio, quindi dovrei considerare D'Alesio come una sola parola e corretta, però quando dopo l'apostrofo c'è parola comune conosciuta dal correttore fa comodo averla separata A quando l'aggiornamento degli estratti ? ho aggiornato poco fa con l'italy del 15 marzo al solito indirizzo http://www.forsi.it/osm/spellcheck/highway/boundary/ (ho intenzione di mantenere fissi gli indirizzi delle pagine dei Comuni per poterle mettere nei preferiti del browser) Hai pensato di fare una nuova versione dell' highway checker [1] con i nomi dei comuni come chiave ? La combinazione dei due tool potrebbe dare risultati davvero interessanti. sì, dovrebbe bastare cambiare solo la query sottostante [1] http://www.forsi.it/osm/spellcheck/highway/ -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Differenza tra residential e unclassified
girarsi wrote: Generalmente tutte le strade hanno un nome associato, quelle che non compaiono nelle mappe o non hanno le vie identificabili con l'apposito segnale stradale, sicuramente sono presenti nella toponomastica comunale, si tratta solo di verificare, direi che unclassified va bene solo fino a che non si trova il nome conosciuto. Un attimo, un attimo: unclassified va bene anche *dopo* che si trova il nome conosciuto. Il problema di unclassified è il pessimo nome per cui sembra quello che non è (uno stato temporaneo). Non è così: unclassified è la classificazione di strada normale. Se serve uno stato temporaneo c'è highway=road: http://wiki.openstreetmap.org/wiki/Tag:highway%3Droad Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Estrazione confini amministrativi
Buona sera (cit. ;) Il giorno 16 marzo 2013 14:07, Daniele Forsi dfo...@gmail.com ha scritto: Il 16 marzo 2013 10:44, Groppo O ha scritto: Da quel che ne so, se importi il PBF con osmosis [1] non vengono create le geometrie delle relazioni ma devi farlo a mano le crea anche osmosis automaticamente se si usa --write-pgsql e --write-pgsimp ... intendevo dire che non crea automaticamente le geometrie delle relazioni multipogono o delle boundaries, ma solo singole way e nodi, o mi sbaglio e c'è un modo per farglielo fare? Anche il paragrafo citato parla solo di way. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] ferrara.com
Ciao, segnalano sulla pagina facebook questo sito che è basato su osm (tramite mapbox). http://ferrara.com/ Non è correttamente attribuito, e non ho trovato contatti a parte questo http://www.goomobile.it/pages/contatti Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: Dubbio tag name per chiesetta
Il 17 marzo 2013 18:14, girarsi ha scritto: Il 17/03/2013 17:25, Daniele Forsi ha scritto: SS. corrisponde sempre a Santissimi o qualche volta anche a Santi? Direi tutti e due: http://it.wikipedia.org/wiki/SS_(disambigua) leggo ma mi servirebbe qualche esempio in http://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Dplace_of_worship se arrivi a una conclusione soddisfacente vale la pena di aggiungerci anche qualcosa a proposito dei nomi locali e anche un riassunto qui: http://wiki.openstreetmap.org/wiki/IT:How_to_map_a e poi bisogna vedere se è utile un controllo ortografico sui nomi delle amenity -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: Dubbio tag name per chiesetta
Il giorno 17/mar/2013 23:33, Damjan Gerl dam...@damjan.net ha scritto: Quindi io userei: name=Santi Valentino e Martino loc_name=San Valentino +1 in lista trentina avevo suggerito alt_name ma loc_name è meglio Ciao Damjan Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-se] Mapparträff i Lund
Hej, Jag kommer! Kan vara ett litet Pro-Tip™ att fixa hämtmaten innan man dyker upp kl 12 så behöver man inte stå i kö i 20 år vid Viggos (Viggo restaurang bar som det heter på riktigt ;)). Pro-Tip #2: Brukar finnas bord och stolar att hänga på här om man dyker upp tidigt och vill ha någonstans att vänta: http://www.openstreetmap.org/?mlat=55.70537mlon=13.18595zoom=18layers=M sen kan man ju försöka se lite OSMig ut så man hittar folk… karta i ena handen, kompass i andra, GPS runt halsen och trafikkon på huvudet. ;) Blir annars kanon att kartlägga i Malmö nu då det kommit nya fräscha Bing-bilder som är mycket bättre justerade än tidigare. /Joakim On 17 mar 2013, at 17:29, Andreas Vilén andreas.vi...@gmail.com wrote: Hej alla! Nu på lördag har vi planerat in en kontorsmapparträff i Lund, med speciellt fokus på byggnader i Malmö (men självklart får man göra vad man vill om man inte är sugen på det). Vi samlas klockan 12 utanför Pressbyrån i Västra stationshuset och tar förslagsvis en matbit (Viggos rekommenderas som vanligt...) innan vi går upp på andra våningen där vi får låna lokal av Stadsbyggnadskontoret. Bärbar dator får ni ta med själva, men vi ordnar förstås med ett trådlöst nätverk. Anledningen till den tidiga träfftiden är för att min dygnsrytm inte ska bli alltför rubbad, eftersom jag normalt går och lägger mig vid 18-tiden, även om jag kan rucka lite på det på lördag om vi vill sitta mer än fyra timmar. Ni får förstås komma lite senare om ni vill. Och här kommer en extra handräckning till eventuella malmöbor: vi behöver er hjälp, var är ni? Kom och presentera er på lördag och hjälp gärna oss utbölingar att få lite pli på Malmö-kartan! Väl mött /Andreas PS: kommer ni senare alternativt hittar ni oss inte är mitt mobilnummer 0702-616118. ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-cz] KeepRight - překřížení bez křižovatky
Ahoj, když si člověk otevře KeepRight, rozsvítí se enormní množství červených blesků - překřížení bez křižovatky. Na malém kousku mapy jsou jich i desítky. Má se s tím něco dělat, nebo to nemá význam? Většinou to tvoří křížení silnic a vodních toků importovaných z Dibavodu. Doteď jsem to nechal skrýt a opravoval zásadnější záležitosti (redundantní body, omylem nespojené cesty). A ještě druhá věc, občas se objeví blesk typu: Content of the URL (http://wiki.openstreetmap.org/wiki/EEA:Nationally_designated_areas_import) did not contain these keywords: (PP Novopacký vodopád✔Novopackývodopád✔Novopack'yvodop'ad) Má tohle cenu nějak řešit? Díky za rady. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] KeepRight - překřížení bez křižovatky
Dne 17.3.2013 12:04, Michal Tauchman napsal(a): Ahoj, když si člověk otevře KeepRight, rozsvítí se enormní množství červených blesků - překřížení bez křižovatky. Na malém kousku mapy jsou jich i desítky. Má se s tím něco dělat, nebo to nemá význam? Většinou to tvoří křížení silnic a vodních toků importovaných z Dibavodu. Doteď jsem to nechal skrýt a opravoval zásadnější záležitosti (redundantní body, omylem nespojené cesty). Krizeni je o tom, ze ten potok tece nejakou trubkou nebo je na silnici most = je treba ten potok(jeho cast) pod tu silnici dat jako tunel + layer -1, variantne silnici dat jako most a dat layer 1. Je to samo spousta prace. Kdyz das celej potok layer -1, tak ti to sice nebude hlasit chybu, ale zase to neni dobre z hlediska mapovani. A ještě druhá věc, občas se objeví blesk typu: Content of the URL (http://wiki.openstreetmap.org/wiki/EEA:Nationally_designated_areas_import) did not contain these keywords: (PP Novopacký vodopád✔Novopackývodopád✔Novopack'yvodop'ad) Mas nejakej sample na mape? Má tohle cenu nějak řešit? Díky za rady. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] KeepRight - překřížení bez křižovatky
Dne 17. března 2013 13:31 Michal Tauchman michal.tauch...@gmail.comnapsal(a): Jedna taková chyba třeba zde: http://www.keepright.at/report_map.php?schema=80error=35855515 KeepRight tam hlásí mnou zmíněnou chybu. Jestli to dobře chápu, tak na wiki není zmíněný přírodní park zanesen. Chci si jen ověřit, jestli to dobře chápu: Tag website v tomto případě odkazuje na zdroj dat, nikoli na informaci o oblasti. Mělo by tedy být otagováno jako: source=EEA:CDDA2009 (což už je) wikipedia:cs=Novopacký vodopád a odstranění tagu website, protože odkazuje na nerelevatntní stránku ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] KeepRight - překřížení bez křižovatky
Já to právě nevytvářel, proto se ptám, jak to má vypadat správně, když KR hlásí chybu. A těchto chyb je v okolí vícero. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Opendata: agence d'urbanisme de Caen Métropole
Bonjour, Je reviens sur cette discussion, car je comptais continuer à importer les données de l'Aucame encore manquantes. Je vois que le tag AUCAME:* a été utilisé, pour les tags fournis avec les données Aucame. Pour des données propres à l'Aucame (id interne) je peux comprendre, mais là, c'est aussi appliqué sur des tags propres à OSM. Ex: AUCAME:addr, AUCAME:commune, AUCAME:name, ... Je me propose donc pour nettoyer les données, en gardant juste AUCAME:ID_Source et AUCAME:ID_Unique, en les passant en minuscule, et en virant AUCAME:* sur tous les autres (plus faire du tri, parce que le tag ref:INSEE sur chaque école, bibliothèque, ... ça me parait inutile), si cette solution vous convient. Francescu Le 9 janvier 2013 14:43, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, La démarche d'ouverture a été documentée en page 7 de la publication suivante http://www.fnau.org/file/news/TA%2018%20bat%20HD%202.pdf Romain Le 8 janvier 2013 23:44, Christian Quest cqu...@openstreetmap.fr a écrit : L’Agence d’études d’Urbanisme de Caen Métropole (AUCAME) publie des données sous licence ouverte sur son site: http://aucame.fr/web/publications/SIG/donnees.php Deux jeux nous intéressent: - l'occupation des sols - les équipements J'ai jeté un oeil sur le deuxième jeu, ça a l'air intéressant à ajouter sur osmose pour intégration avec l'existant. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Carte et rendu : extraction zone du Grand Angoulême
Bonjour, Dans la continuité de ma précédente question, comment extraire une zone correspondant à une zone administrative. Pour l'instant nous avons trouvé le moyen d'extraire un rectangle grace aux coordonnées mais l'idéal serait d'extraire que les communes correspondant au territoire du GrandAngoulême. Si quelqu'un connait la ligne de commande, merci d'avance. Dominique ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réf.: Re: Repères géodésiques déplacés
-- Le sam. 16 mars 2013 22:28 HNEC, Romain MEHUT a écrit : Le 16 mars 2013 12:52, Jo. perche...@gmail.com a écrit Il y aussi le projet SODA de Julien Thévenon: http://fr.slideshare.net/quicky_osm/soda-sotm-fr20130224 avec un suivi des modifications notamment sur ces repères. Salut, Le module de suivi des reperes geodesique n est pas encore dispo.je compte m y atteler des que j aurais fini la doc utilisateur Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte et rendu : extraction zone du Grand Angoulême
Dominique Lachgar dominique.lach...@laposte.net wrote: Dans la continuité de ma précédente question, comment extraire une zone correspondant à une zone administrative. Pour l'instant nous avons trouvé le moyen d'extraire un rectangle grace aux coordonnées mais l'idéal serait d'extraire que les communes correspondant au territoire du GrandAngoulême. Si quelqu'un connait la ligne de commande, merci d'avance. Salut voisin (je suis de Cognac), J'avais bricolé quelques scripts python sur un sujet proche. J'ai un script qui permet notamment de filtrer les données d'un fichier OSM suivant un polygone, ce polygone pouvant être préalablement construit à partir d'une frontière administrative. C'est assez brut de fonderie mais ça peut aider... si tu connais python. J'ai donc un script qui extrait la frontière admin France (adaptable) pour la transformer en un fichier XML décrivant le contour complet. extract_france.py J'ai un autre script qui filtre les données d'une fichier OSM suivant un frontière (obtenu par le script précédent). pyOSM.py (embryon de librairie python pour OSM) Probablement par optimum mais ça avait fonctionné pour mon besoin... Dans le cas présent ça me permet de filtrer les radars français sur un extrait carré de OSM (qui forcément déborde des frontières). Tu trouveras ça ici, mais encore une fois c'est très rustique : https://github.com/padorange/pyOSM -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] radar de feu
nono pingven...@free.fr wrote: Ce qui serait sympa ce serait de me communiquer un lieu en exemple où il y a déjà ce tag. Ainsi, je serai sûr de bien procéder sans faire d'ânerie ;) Là un radar de feu. http://www.openstreetmap.org/?lat=45.673484lon=-0.328549zoom=18layer s=M Avec la relation enforcement=traffic_signal et les 3 points liés. Selon le modèle : http://wiki.openstreetmap.org/wiki/FR:Relation:enforcement A ce propos et comem rappel, le rendu perso des radars français : http://www.leretourdelautruche.com/map/radar_fr.html -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte et rendu : extraction zone du Grand Angoulême
Bonjour, l'outil osmosis qui permet de filtrer des données depuis un fichier .osm sais faire un découpage à partir d'un polygone. Il suffit donc d'avoir un jeu de polygones des limites des communes, et le tour est joué ;) convertir une relation vers un polygone: https://help.openstreetmap.org/questions/15481/converting-a-relation-into-an-osmosis-polygon-file utilisation d'osmosis pour découper les données selon un polygone: http://wiki.openstreetmap.org/wiki/Osmosis/Polygon_Filter_File_Format#Bounding-polygon_task Sylvain Le 17 mars 2013 11:55, Pierre-Alain Dorange pdora...@mac.com a écrit : Dominique Lachgar dominique.lach...@laposte.net wrote: Dans la continuité de ma précédente question, comment extraire une zone correspondant à une zone administrative. Pour l'instant nous avons trouvé le moyen d'extraire un rectangle grace aux coordonnées mais l'idéal serait d'extraire que les communes correspondant au territoire du GrandAngoulême. Si quelqu'un connait la ligne de commande, merci d'avance. Salut voisin (je suis de Cognac), J'avais bricolé quelques scripts python sur un sujet proche. J'ai un script qui permet notamment de filtrer les données d'un fichier OSM suivant un polygone, ce polygone pouvant être préalablement construit à partir d'une frontière administrative. C'est assez brut de fonderie mais ça peut aider... si tu connais python. J'ai donc un script qui extrait la frontière admin France (adaptable) pour la transformer en un fichier XML décrivant le contour complet. extract_france.py J'ai un autre script qui filtre les données d'une fichier OSM suivant un frontière (obtenu par le script précédent). pyOSM.py (embryon de librairie python pour OSM) Probablement par optimum mais ça avait fonctionné pour mon besoin... Dans le cas présent ça me permet de filtrer les radars français sur un extrait carré de OSM (qui forcément déborde des frontières). Tu trouveras ça ici, mais encore une fois c'est très rustique : https://github.com/padorange/pyOSM -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte et rendu : extraction zone du Grand Angoulême
Bonjour, J'avais écrit un billet la dessus, tu peux te baser dessus mais sans appliqué de filtre : http://blog.carte-libre.fr/index.php?post/2013/01/27/Extraire-des-donn%C3%A9es-th%C3%A9matiques-OSM-sans-BD Le 17/03/2013 12:26, Sylvain Maillard a écrit : Bonjour, l'outil osmosis qui permet de filtrer des données depuis un fichier .osm sais faire un découpage à partir d'un polygone. Il suffit donc d'avoir un jeu de polygones des limites des communes, et le tour est joué ;) convertir une relation vers un polygone: https://help.openstreetmap.org/questions/15481/converting-a-relation-into-an-osmosis-polygon-file utilisation d'osmosis pour découper les données selon un polygone: http://wiki.openstreetmap.org/wiki/Osmosis/Polygon_Filter_File_Format#Bounding-polygon_task Pour obtenir le polygone tu peux aussi utiliser, qui fait tout le boulot tout seul : osm102.openstreetmap.fr/~jocelyn/polygons/index.py Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] radar de feu
Si le but est de détecter des voitures qui passent le feu rouge quand il est rouge, le to et le from sont à l'envers dans ces 2 exemples. Et moi, je marquerais les noeuds au rôle device comme highway=speed_camera, même si sémantiquement ce n'est peut-être pas tout à fait vrai. Jo 2013/3/17 Pierre-Alain Dorange pdora...@mac.com nono pingven...@free.fr wrote: Ce qui serait sympa ce serait de me communiquer un lieu en exemple où il y a déjà ce tag. Ainsi, je serai sûr de bien procéder sans faire d'ânerie ;) Là un radar de feu. http://www.openstreetmap.org/?lat=45.673484lon=-0.328549zoom=18layer s=M Avec la relation enforcement=traffic_signal et les 3 points liés. Selon le modèle : http://wiki.openstreetmap.org/wiki/FR:Relation:enforcement A ce propos et comem rappel, le rendu perso des radars français : http://www.leretourdelautruche.com/map/radar_fr.html -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte et rendu : extraction zone du Grand Angoulême
Le dimanche 17 mars 2013 12:41:09, Frédéric Rodrigo a écrit : Bonjour, J'avais écrit un billet la dessus, tu peux te baser dessus mais sans appliqué de filtre : Je recommande aussi cette technique, l'overpass API permet maintenant de télécharger tout ce qui est dans un polygone déjà présent dans osm en peu de lignes. Pour télécharger tout un pays, ça ne le fera sûrement pas, mais pour un département ou plus petit, ça devrait être possible. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Carte /rendu /question
Bonjour, Adhérente de vélocité d'Angoulême, nous sommes en train de travailler sur une carte des aménagements cyclables. Grace aux infos glanées sur la liste, notamment la méthode de réalisation d'une carte de l'asso du pays de gex, et à une cartopartie organisée par l'asso des logiciels libres de Cognac, nous avons démarré sur osm et nous sommes arrivés à faire une première ébauche. Toutefois je m'interroge sur la méthode pour taguer les itinéraires futés. Angoulême a peu de pistes cyclables donc l'association repère des itinéraires en site apaisé. Quelle est la meilleure option ; - les tagguer sur une carte sur un PC en local mais comment alors maintenir à jour toutes les modifications qui ont lieu sur la carte publique Dans ce cas comment n'importer que les modifs réalisées depuis la dernière importation - ou existe-t il des tags permettant de repérer ce type d'itinéraires ? Merci de vos réponses. Dominique ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] parking spécifique
Le message suivant de : ## Bonjour, Comment tagger un Parking spécifique ? en l'occurence, un parking dédié au bus, mais ça peut-être une limitation ou autorisation de tout type : 2t5, PL ... etc Je n'ai pas trouvé la réponse sur le wiki. Merci de votre réponse Bernard a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=2t=580 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Projet Wikipedia, résultats intermédiaire
Hello, Nous somme à la moitié du mois de mars, je pense que c'est le bon moment pour faire un premier point sur l'avancement du projet du mois. Le site tag info et les données d'Osmose nous permettait déjà d'avoir une idée de la participation, mais j'ai utilisé l'outil de Julien Thevenon pour avoir des données plus précise. Donc, entre le 1er et le 15 mars: - 117 contributeurs ont ajouté/modifié un tag wikipedia - 50 l'ont fait au moins 5x - 11 l'ont fait plus de 100x - cquest fait péter le high score à 3541 Et du coté des tags: - 5142 nouveaux tags - 244 modifiés - 983 supprimés (en grande partie des wikipedia:lang redondant qui sont supprimé) Félicitation à toutes les personnes qui ont contribué, soit par leur correction, soit en améliorant les outils. Rendez-vous à la fin du mois pour un second point. En attendant, je vous souhaite à tous un bon mapping. Black Myst PS: N'hésitez pas non plus à proposer/préparer un nouveau thème pour le mois prochain: http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi importer du bâtit wall=no ?
J'ai un peu modifié le rendu des bâtiments sur le rendu FR. wall=no - plus clair mais avec le même liseré que le reste du bâti (à partir du zoom 18) Exemple: http://tile.openstreetmap.fr/?zoom=18lat=49.17866lon=-0.36415layers=B0 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Revert qui ne passe pas
Bonsoir, J'ai essayé de reverter le changeset suivant: http://www.openstreetmap.org/browse/changeset/15397209 mais ça ne marche pas. Il y a un ajout systématique des tags highway=service et service=driveway sur des bâtiments. J'espère que l'un de vous aura plus de chance que moi. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Revert qui ne passe pas
Corrigé, sans revert... un coup d'overpass pour ne récupérer que les way avec service=driveway + building=* et faire la correction, ce qui revient au même. Le 17 mars 2013 19:58, Romain MEHUT romain.me...@gmail.com a écrit : Bonsoir, J'ai essayé de reverter le changeset suivant: http://www.openstreetmap.org/browse/changeset/15397209 mais ça ne marche pas. Il y a un ajout systématique des tags highway=service et service=driveway sur des bâtiments. J'espère que l'un de vous aura plus de chance que moi. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Presets JOSM (était Re: dernière version josm)
Le 16 mars 2013 14:43, Vincent Pottier vpott...@gmail.com a écrit : Mais on pourrait faire un preset FR 'officiel' avec les 'must-have' et le mettre sur le site josm.osm.de officiel. Qu'en pensez-vous ? Bonne idée :) Vu le volume je pense même que beaucoup d'entrées ne sont pas purement françaises et pourraient rejoindre le preset interne par défaut :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] dernière version josm
Il y a eu une migration de base et de serveur ce week-end, on espère que ce souci est définitivement corrigé: http://lists.openstreetmap.org/pipermail/josm-dev/2013-March/006493.html Le 16 mars 2013 14:19, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Le 16/03/2013 10:48, nono a écrit : http://josm.openstreetmap.de/ est au tas ? Cette page permet de savoir : http://**downforeveryoneorjustme.com/http://downforeveryoneorjustme.com/ -- Jean-Francois Nifenecker, Bordeaux __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'une napemonde
Si c'est pour publier dans OSM, je laisse la question aux spécialistes. Si c'est pour créer une page WEB avec un fond de carte OSM, je travaille sur un projet similaire. Il s'agit de représenter un réseau de laboratoires de recherches qui travaillent sur des thématiques communes. J'utilise Leaflet pour le fond de carte OSM. Le Javascript lit un fichier Excel/CSV contenant les données et créé les marqueurs en fonction du fichier Excel. Il implémente également la liste de mots clés (auto completion) C'est en test, pas encore opérationnel mais le lien suivant est parlant: https://www2.nancy.inra.fr/unites/SDAR/GRD/leaflet3.html attachment: cherbe.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Création d'une napemonde
Le 18/03/2013 00:46, talk-fr-requ...@openstreetmap.org a écrit : Je fais parti d'une association universitaire mondiale (l'IAPR) ayant des représentation dans différents pays du monde. Je voudrais me créer une carte du monde avec un marqueur spécifique de l'organisation pour chaque pays faisant parti de celle-ci. J'aimerais ensuite rendre cette carte publique. Il y aurait il un moyen d'ajouter facilement un nouveau type de marqueur puis de publier une carte qu'avec ce marqueur ? /* Excusez-moi pour l'autre message, j'ai mal copié le sujet */ Si c'est pour publier dans OSM, je laisse la question aux spécialistes. Si c'est pour créer une page WEB avec un fond de carte OSM, je travaille sur un projet similaire. Il s'agit de représenter un réseau de laboratoires de recherches qui travaillent sur des thématiques communes. J'utilise Leaflet pour le fond de carte OSM. Le Javascript lit un fichier Excel/CSV contenant les données et créé les marqueurs en fonction du fichier Excel. Il implémente également la liste de mots clés (auto completion) C'est en test, pas encore opérationnel mais le lien suivant est parlant: https://www2.nancy.inra.fr/unites/SDAR/GRD/leaflet3.html attachment: cherbe.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'une napemonde
Erreur d'aiguillage. Veuillez m'excuser pour ce cafouillage. Le 18/03/2013 01:00, christian Herbé a écrit : Si c'est pour publier dans OSM, je laisse la question aux spécialistes. Si c'est pour créer une page WEB avec un fond de carte OSM, je travaille sur un projet similaire. Il s'agit de représenter un réseau de laboratoires de recherches qui travaillent sur des thématiques communes. J'utilise Leaflet pour le fond de carte OSM. Le Javascript lit un fichier Excel/CSV contenant les données et créé les marqueurs en fonction du fichier Excel. Il implémente également la liste de mots clés (auto completion) C'est en test, pas encore opérationnel mais le lien suivant est parlant: https://www2.nancy.inra.fr/unites/SDAR/GRD/leaflet3.html attachment: cherbe.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] dernière version josm
Salut c'est revenu ce matin ;) nono signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] dernière version josm... sauf que.... pas de wikipedia
Le lundi 18 mars 2013 à 06:40 +0100, nono a écrit : Salut c'est revenu ce matin ;) sauf que le plugin wikipedia ne fonctionne pas avec cette version ! (j'ai téléchargé le josm-tested.jar) c'est ballot car c'était justement le projet du mois :( http://openstreetmap.fr/projet-2013-03-wikipedia nono -- Un accord verbal de Chuck Norris vaut bien plus que n'importe quel contrat. signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-GB] Refs on Tertiary Unclassifed Roads in Highland
I've noticed that many minor roads in the Highland Region of Scotland have been tagged with ref=[CU] based on a PDF document from the regions transport department. I've altered a few of these where I've encountered them to official:ref=* as I don't believe that these are verifiable on the ground in any way. I'd be interested in what others think (these council based refs do appear elsewhere in the country: I can't recall ever seeing one on a road sign). Jerry ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Refs on Tertiary Unclassifed Roads in Highland
I've noticed the same thing in Kent. However, isn't the issue more about the renderers and routing rules knowing that C-number roads are never signposted? Therefore, you don't tell people to turn right onto the Cxxx, but to take the third right turn. The official documents won't distinguish between B (signposted) and C (not signposted). Paul Bivand (paulbiv) On Sunday 17 Mar 2013 09:54:22 sk53.osm wrote: I've noticed that many minor roads in the Highland Region of Scotland have been tagged with ref=[CU] based on a PDF document from the regions transport department. I've altered a few of these where I've encountered them to official:ref=* as I don't believe that these are verifiable on the ground in any way. I'd be interested in what others think (these council based refs do appear elsewhere in the country: I can't recall ever seeing one on a road sign). Jerry ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Refs on Tertiary Unclassifed Roads in Highland
There are plenty of things in OSM which are not verifiable on the ground. That in itself is not a reason to disqualify it from OSM or relegate it to second class information. It's more about the fact that there is a verifiable source of authoritative information (appropriately licensed of course) so the information is objectively correct. In the south east of England there are also loads of tertiary/unclassified roads tagged in this way, based on authoritative information from the highways authority (county council etc). Really it's a rendering issue IMHO as to whether to suppress these labels in the UK (other countries may use them differently). Colin On 2013-03-17 10:54, sk53.osm wrote: I've noticed that many minor roads in the Highland Region of Scotland have been tagged with ref=[CU] based on a PDF document from the regions transport department. I've altered a few of these where I've encountered them to official:ref=* as I don't believe that these are verifiable on the ground in any way. I'd be interested in what others think (these council based refs do appear elsewhere in the country: I can't recall ever seeing one on a road sign). Jerry ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb [1] Links: -- [1] http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Refs on Tertiary Unclassifed Roads in Highland
Yes, I believe in some cases they are signposted: in which case a ref=* is entirely appropriate. W.r.t other commenters, I do not believe that it is the role of OSM to hold internal identifiers, however authoritative, for any object as a matter of course. Certainly they should not be placed in tags whose usage is widely used for both renderers and many other applications (For instance, I don't want navit to tell me turn left into U1699 MacNaughton Crescenthttp://www.openstreetmap.org/browse/way/187103578). Otherwise we'll start putting NLPG ref=* on every address, or if copyright permits, OSGB TOIDs on every object. Surely we aim to create our own map, not some copy of what the council holds. A secondary consideration is that we know that many of these 'authoritative' sources contain errors, both of commission and omission (I've blogged about several types of these). Like OSM and OSGB data, I am sure local council data are also prone to time-based degradation. A significant service which OSM can provide is a second independent look at the geography of Britain. I'm also interested in the criteria that Highland use to classify roads as tertiary or minor. The road to Acharacle School http://osm.org/go/e4rnunoQ-- is a tertiary, but in fact is a short stub only serving the school. I'm not sure that using the council's classification (which may have much more to do with road maintenance, width etc., than the traffic distribution network) is most suitable for achieving a reasonably consistent road classification in OSM for the UK. (This is a different and much more complex issue, just look at Spain where every Community has felt the need to create its own road classification system). Jerry On Sun, Mar 17, 2013 at 12:13 PM, Derick Rethans der...@derickrethans.nlwrote: sk53.osm sk53@gmail.com wrote: I've noticed that many minor roads in the Highland Region of Scotland have been tagged with ref=[CU] based on a PDF document from the regions transport department. I've altered a few of these where I've encountered them to official:ref=* as I don't believe that these are verifiable on the ground in any way. I'd be interested in what others think (these council based refs do appear elsewhere in the country: I can't recall ever seeing one on a road sign). I have seen one somewhere in Cornwall, so I don't think we can rely on the renderer to decide whether to show it. Your approach with official:ref for anything not signposted and normal ref for signposted C roads seems best to me. Derick -- http://derickrethans.nl - http://xdebug.org Like Xdebug? Consider a donation: http://xdebug.org/donate.php twitter: @derickr and @xdebug ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Refs on Tertiary Unclassifed Roads in Highland
On 2013-03-17 14:02, sk53.osm wrote: Yes, I believe in some cases they are signposted: in which case a ref=* is entirely appropriate. W.r.t other commenters, I do not believe that it is the role of OSM to hold internal identifiers, however authoritative, for any object as a matter of course. Certainly they should not be placed in tags whose usage is widely used for both renderers and many other applications (For instance, I don't want navit to tell me turn left into U1699 MacNaughton Crescent [1]). Otherwise we'll start putting NLPG ref=* on every address, or if copyright permits, OSGB TOIDs on every object. Surely we aim to create our own map, not some copy of what the council holds. Our map is a synthesis of many, many sources - that's part of the power of OSM. Facts are facts, so it shouldn't be a surprise that they are the same on different maps. Either the road IS the A123, or it isn't. How that gets rendered/used depends which source domain you choose to reflect in the ref tag. The power to number roads (in the sense we are talking about here) is vested in some body; if they say it is the A123 then that's the end of the story from that point of view. The wiki page for ref=* suggests using official_ref=* for the authoritative information when this differs from the evidence on the ground. A secondary consideration is that we know that many of these 'authoritative' sources contain errors, both of commission and omission (I've blogged about several types of these). Like OSM and OSGB data, I am sure local council data are also prone to time-based degradation. A significant service which OSM can provide is a second independent look at the geography of Britain. Surely the point of having an authoritative source, is that is cannot contain errors - it IS the truth, by definition. It can contain unintended values, but that's different. If the highways authority has resolved to reclassify a road, but has omitted so far to reflect that in the database, then a truly authoritative database would still be correct; it can only be an error if you say that the highways committee minutes are authoritative and the database is merely a derivation. My argument here is one of definition and semantics, but I think that's quite important when the information providers and consumers need to understand each other unambiguously. Can you give links to your blogs? I'm also interested in the criteria that Highland use to classify roads as tertiary or minor. The Links: -- [1] http://www.openstreetmap.org/browse/way/187103578 [2] http://derickrethans.nl [3] http://xdebug.org [4] http://xdebug.org/donate.php [5] http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Refs on Tertiary Unclassifed Roads in Highland
SK53 wrote: I'd be interested in what others think (these council based refs do appear elsewhere in the country: I can't recall ever seeing one on a road sign). I agree very, very strongly that unsignposted C-road numbers (or U, or D, or E, or whatever) should not be placed in the ref tag. It breaks people's expectations of OSM data (and it's not a harmless breakage - any turn-by-turn router which prefers refs over names will give out unfollowable directions). When Paul says However, isn't the issue more about the renderers and routing rules knowing that C-number roads are never signposted? then I see his point, but I don't believe it's realistic for us to demand that this UK-specific rule is implemented in every worldwide renderer and router. Better, and just as easy, to use another tag. Personally I use admin_ref but would be just as happy with official:ref. cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Refs-on-Tertiary-Unclassifed-Roads-in-Highland-tp5753484p5753518.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Refs on Tertiary Unclassifed Roads in Highland
Apart from C, D, U etc roads, there are also many A and B roads which officially have a number but that number isn't signposted anywhere. For example in Derby, there is the A601 (Inner Ring Road), A5194 (London Rd) and B6000 (road to railway station). I'm fairly certain there isn't a single signpost which refers to these numbers but someone has added the ref into OSM. In London also there seem to be a lot of B roads which aren't signed, yet a ref tag has been added, such as Brick Lane (which isn't even really suitable as a through route to vehicles). I think as has been argued for the tertiary/unclassified roads, that it would be sensible to retag the refs on those roads to official:ref, admin_ref or something similar. Cheers, Paul Williams (Paul The Archivist) ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Refs on Tertiary Unclassifed Roads in Highland
On 17 March 2013 09:54, sk53.osm sk53@gmail.com wrote: I've noticed that many minor roads in the Highland Region of Scotland have been tagged with ref=[CU] based on a PDF document from the regions transport department. I've altered a few of these where I've encountered them to official:ref=* as I don't believe that these are verifiable on the ground in any way. I'd be interested in what others think (these council based refs do appear elsewhere in the country: I can't recall ever seeing one on a road sign). I don't think whether or not the reference numbers appear on signs is relevant at all. If the road has an official reference number C616 (and it can be verified it in some way) then I don't why that shouldn't be tagged using the key that's designed for primary official reference numbers, i.e. ref=C616. I would say that altering our tagging to avoid these numbers appearing on maps or in directions is to a large extent tagging for the render / router. The reference number *is* C616. Whether or not a map or router chooses to use that is something for the map or router to decide. Yes it will be hard to make these decisions at times, and maybe the OSM data should contain hints, but I'm not sure altering how we store the reference number is the best way to help. I would imagine that there are also going to be lots of cases of rural road with names where the name is well known to locals (and the postman) but is never actually signed anywhere. (Typically the road leaving one village and heading for the next will be named after the village it is heading to, but there may not be any signs to that effect.) Should we also not put this name in the name tag, because it isn't signed with that name on the ground, and routers using the name will confuse their users? I don't think there's any getting away from having good routers / navigation software adopting country-specific rules for how to describe different classes of road to users. For any cases where we may need to deviate from these country-defaults, perhaps we need a tag that describes what the road is or is not signed as on the ground. (If you really want to do navigation well, you would need to know what each road is signed as at each junction. On UK road signs outside residential areas, it's usually the major destination that's signed at junctions with a road number for A and B roads, rather than a name. So simply removing C and U reference numbers won't actually help that much. Users of navigation software would then either get an equally confusing name or nothing, rather than what is actually written on the sign at the junction.) Robert. -- Robert Whittaker ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Refs on Tertiary Unclassifed Roads in Highland
On 17/03/2013 19:02, Robert Whittaker (OSM lists) wrote: I would say that altering our tagging to avoid these numbers appearing on maps or in directions is to a large extent tagging for the render / router. The reference number *is* C616. Maybe in these cases some way of indicating to data users that it's not visible on the ground is required? The Scottish example up the thread: http://www.openstreetmap.org/browse/way/187103578 did have a source_ref:ref, but that doesn't itself indicate there is no sign so this is not actually useful as a reference. For bus stops, physically_present=no has had some use: http://taginfo.openstreetmap.org/keys/physically_present#overview Could that, or something more appropriate to road reference numbers, be used here? Obviously that would require an actual survey (something that may not have happened in this case), but that's surely something that should happen anyway. Cheers, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Refs on Tertiary Unclassifed Roads in Highland
Someoneelse wrote: Could that, or something more appropriate to road reference numbers, be used here? Ah, déjà vu. http://lists.openstreetmap.org/pipermail/talk-gb/2011-May/011628.html cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Refs-on-Tertiary-Unclassifed-Roads-in-Highland-tp5753484p5753547.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Map Man Series 2 Repeated on BBC iPlayer
Just a note to mention that this is being repeated on Saturday mornings on BBC2 and of course now on iPlayer: http://www.bbc.co.uk/iplayer/episode/b0078y2t/Map_Man_Series_2_Bartholomews_Cycling_Map_of_England_and_Wales/ A must see for map, walking, cycling, history, geography enthusiasts or any combination thereof. Be Seeing You - Rob. If at first you don't succeed, then skydiving isn't for you. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] How to tag toll roads
Hi all, It seems like, at least in the US, that there isn't a clear way of mapping toll roads, the Wiki page (http://wiki.openstreetmap.org/wiki/Key:toll) saying only inescapable sections of the highway that are subject a toll should be tagged toll=yes (ex: http://www.openstreetmap.org/?lat=37.9456lon=-81.2607zoom=13layers=Q). Most of them are tagged as the whole road being tolled, regardless of whether all ramps are or aren't tolled or if only selected ramps are tolled (ex: http://www.openstreetmap.org/?lat=39.00069lon=-77.47863zoom=15layers=Q). A good example of a dispute between these two methods is the Dulles Greenway and Dulles Toll Road (VA-267) in the Washington, DC Metro Area. The Greenway is a privately owned toll road with all EB off ramps and WB on ramps tolled (except for Exit 2) along with a main plaza at the eastern end of the road. It continues into the Dulles Toll Road (publicly owned) with all WB off ramps and EB on ramps tolled, and a main plaza just before it reaches the beltway (I-495). (http://www.openstreetmap.org/?lat=38.934lon=-77.315zoom=11layers=Q) Both are advertised as toll roads on highway signs. My question is how literally should we as mappers tag them--like the Wiki page says or as they're advertised on road signs? This also applies to how ramps are tagged--does toll=yes only apply to ramps with toll booths or to ramps that lead into/out of a tollway? Thanks, Evan Evanator http://osm.org/user/Evanator___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us