Re: [OSM-talk-be] (geen onderwerp)
www.fietsrouteplanner-zuid.nl gebruikt wel degelijk OSM. En inderdaad alle routeplanners hebben fouten. De meerwaarde van OSM is inderdaad dat we de fouten zelf kunnen verbeteren. Wat ik wil aantonen is dat fouten sneller gevonden worden als er degelijke toepassingen gemaakt worden. Anderzijds zullen gebruikers (niet mappers) van die toepassingen snel afhaken als het niet perfect werkt. Anderzijds merk ik dat er veel tijd verloren gaat in het verbeteren(???) van gegevens. Zo merk ik dat hier in de buurt een veldweg van 3 m breed, die bestaat uit twee betonnen stroken met daar tussen gras, achtereenvolgens getagd wordt als: highway = track, unclassified, path, unclassified, track en als surface = paved, concrete, concrete:lanes. En nu kan er weer een hele discutie uitbreken over 'hoe het moet'. Probleem is dat de conventies te onduidelijk zijn, te verspreid. Het zou dus goed zijn indien de WIKI Hoe map ik. een volledig overzicht zou kunnen geven, maar ik vrees dat dit een vrome wens zal blijken. Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: dinsdag 30 juli 2013 21:33 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] (geen onderwerp) Voor zover ik weet zijn er geen routeplanners die gebruik maken van de routes (fiets/wandel) op basis van OSM. Ik probeer nu via de univ van Antwerpen een bachalor thesis op te zetten om dit te verhelpen. Heb je al eens naar wandelknooppunt.be gekeken ? Weet je hoeveel fouten daarin zitten ? Heb je al een naar google maps gekeken ? Ik weet tenminste 3 plaatsen waar die de mist ingaat kwa eenrichtingsstraten of straatnamen. Om nog maar niet te spreken van de ingebouwde GPS van mijn auto, weliswaar met 4 jaar oude kaarten. Dan liever OSM, kan ik tenminste zelf corrigeren/toevoegen. Ik denk dat je feitelijk alle wandelroutes ieder jaar opnieuw helemaal moet nalopen om te kijken of er geen wijzigingen zijn. Hetzelfde geldt waarschijnlijk voor de fietsroutes groeten m 2013/7/30 Guy Vanvuchelen guido.vanvuche...@pandora.be Kent er iemand naast www.fietsrouteplanner-zuid.nl nog een planner waarmee je aan de hand van knooppunten een route kan samenstellen en daarna downloaden als GPX. Als ik eerlijk ben moet ik toegeven dat fietsnet.be een betere routeplanner is maar helaas (of juist niet helaas) niet werkt op basis van OpenStreetMap. Het is namelijk mijn overtuiging dat je, ondanks alle moeilijkheden, best de gegevens van OSM zoveel mogelijk gebruikt.om er zo de fouten uit te halen. Ik ben twee dagen na mekaar verbaasd over het aantal fouten dat ik tegenkwam. Geen propaganda voor OSM hoor! Guy Vanvuchelen ___ 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] (geen onderwerp)
Ik geef je volledig gelijk dat je toepassingen moet hebben met OSM data. Daarom heb ik ooit een programmaatje geschreven om wandelknooppunten te exporteren als waypoints voor Garmin GPS. Ik weet dat we van mening verschillen over het al dan niet volledig moeten zijn van die gegevens om met een applicatie te beginnen. Over het afhaken wil ik nog het volgende kwijt: stoppen de mensen met het gebruik van wandelknooppunt.be omdat de routes/knooppunten verkeerd zijn ? Deze zijn bovendien gebaseerd op de officiële data van tourisme Vlaanderen, dus ook de gedrukte kaarten zijn verkeerd. In het Nederlandse OSM forum gaat het heel veel over het taggen van wegen, veldwegen, voetpaden e.d. Allemaal in functie van (fiets) routering. Die ondergrond is echt wel van belang voor het uitstippelen van fietsroutes. Ze zijn daar veel minder bezig met huisnummers heb ik de indruk, maar meer met dat soort zaken. groeten m 2013/7/31 Guy Vanvuchelen guido.vanvuche...@pandora.be www.fietsrouteplanner-zuid.nl gebruikt wel degelijk OSM. En inderdaad alle routeplanners hebben fouten. De meerwaarde van OSM is inderdaad dat we de fouten zelf kunnen verbeteren. Wat ik wil aantonen is dat fouten sneller gevonden worden als er degelijke toepassingen gemaakt worden. Anderzijds zullen gebruikers (niet mappers) van die toepassingen snel afhaken als het niet perfect werkt. Anderzijds merk ik dat er veel tijd verloren gaat in het verbeteren(???) van gegevens. Zo merk ik dat hier in de buurt een veldweg van 3 m breed, die bestaat uit twee betonnen stroken met daar tussen gras, achtereenvolgens getagd wordt als: highway = track, unclassified, path, unclassified, track en als surface = paved, concrete, concrete:lanes. En nu kan er weer een hele discutie uitbreken over ‘hoe het moet’. Probleem is dat de conventies te onduidelijk zijn, te verspreid. Het zou dus goed zijn indien de WIKI “Hoe map ik…” een volledig overzicht zou kunnen geven, maar ik vrees dat dit een vrome wens zal blijken. ** ** Guy Vanvuchelen ** ** *Van:* Marc Gemis [mailto:marc.ge...@gmail.com] *Verzonden:* dinsdag 30 juli 2013 21:33 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] (geen onderwerp) ** ** Voor zover ik weet zijn er geen routeplanners die gebruik maken van de routes (fiets/wandel) op basis van OSM. Ik probeer nu via de univ van Antwerpen een bachalor thesis op te zetten om dit te verhelpen. ** ** Heb je al eens naar wandelknooppunt.be gekeken ? Weet je hoeveel fouten daarin zitten ? Heb je al een naar google maps gekeken ? Ik weet tenminste 3 plaatsen waar die de mist ingaat kwa eenrichtingsstraten of straatnamen. Om nog maar niet te spreken van de ingebouwde GPS van mijn auto, weliswaar met 4 jaar oude kaarten. ** ** Dan liever OSM, kan ik tenminste zelf corrigeren/toevoegen. Ik denk dat je feitelijk alle wandelroutes ieder jaar opnieuw helemaal moet nalopen om te kijken of er geen wijzigingen zijn. Hetzelfde geldt waarschijnlijk voor de fietsroutes ** ** groeten ** ** m ** ** ** ** ** ** 2013/7/30 Guy Vanvuchelen guido.vanvuche...@pandora.be Kent er iemand naast www.fietsrouteplanner-zuid.nl nog een planner waarmee je aan de hand van knooppunten een route kan samenstellen en daarna downloaden als GPX. Als ik eerlijk ben moet ik toegeven dat fietsnet.beeen betere routeplanner is maar helaas (of juist niet helaas) niet werkt op basis van OpenStreetMap. Het is namelijk mijn overtuiging dat je, ondanks alle moeilijkheden, best de gegevens van OSM zoveel mogelijk gebruikt…om er zo de fouten uit te halen. Ik ben twee dagen na mekaar verbaasd over het aantal fouten dat ik tegenkwam. Geen propaganda voor OSM hoor! Guy Vanvuchelen ___ 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] Hoe map ik een ...
I personnaly never did that... But I think this may be useful... Should we designate someone ? Or just have that in mind when we are discussing that and the-first-who-think-about-the-wiki fullfill the wiki ? Julien Le 30/07/13 18:22, Marc Gemis a écrit : Is er iemand die zich bezighoudt met het up-to-date houden van deze pagina telkens er een discussie / oplossing geboden wordt voor een problem. Recentelijk zijn bijvoorbeeld jaagpad en jeugdhuis besproken ? Wat langer geleden kwam kantoor van ziekenfonds ook al aan bod Kunnen we ook een discussie/oplossing hebben voor - pastorij (historic = ?) - feestzaal van restaurant - clublokaal Chiro e.d. (club = scouts, amenity=scouts bestaan beiden) - kantine van sportclub groeten m Is there someone that updates the Hoe map ik een page each time there is a solution for a tagging problem, such as the recent Jaagpad en Jeugdhuis problems. Some what longer ago we discussed offices of the mutualiteiten can we also discuss some other topics for which I do not know a proper english word ? regards 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-be] Hoe map ik een ...
Het is zoals altijd met vrije software/content/wiki's: als je het zelf niet doet, dan is het onwaarschijnlijk dat het zal gebeuren... Dus als je werk ziet en je ziet het zitten om het te doen: gewoon voor gaan... Op een bepaald moment kan het dan gebeuren dat anderen er ook in geïnteresseerd raken en gaan meedoen. Jo 2013/7/30 Marc Gemis marc.ge...@gmail.com Is er iemand die zich bezighoudt met het up-to-date houden van deze pagina telkens er een discussie / oplossing geboden wordt voor een problem. Recentelijk zijn bijvoorbeeld jaagpad en jeugdhuis besproken ? Wat langer geleden kwam kantoor van ziekenfonds ook al aan bod Kunnen we ook een discussie/oplossing hebben voor - pastorij (historic = ?) - feestzaal van restaurant - clublokaal Chiro e.d. (club = scouts, amenity=scouts bestaan beiden) - kantine van sportclub groeten m Is there someone that updates the Hoe map ik een page each time there is a solution for a tagging problem, such as the recent Jaagpad en Jeugdhuis problems. Some what longer ago we discussed offices of the mutualiteiten can we also discuss some other topics for which I do not know a proper english word ? regards 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-be] (geen onderwerp)
Ik weet niet of we erg van mening verschillen over dat afhaken. Als ik iemand aanraad om bijvoorbeeld fietsrouteplanner-zuid.nl te gebruiken en dat programma is niet beter dan fietsnet.be, dan zal die persoon snel teruggrijpen naar het hem bekende fietsnet.be en waarschijnlijk nooit meer teruggrijpen naar OSM. Maar de mappers zouden, volgens mij, alleen maar programmas op basis van OSM mogen gebruiken ..maar ik vrees dat ik dan nooit op mijn vakantiebestemming zal geraken want op gebied van autonavigatie staan we nog niet ver. Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: woensdag 31 juli 2013 9:22 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] (geen onderwerp) Ik geef je volledig gelijk dat je toepassingen moet hebben met OSM data. Daarom heb ik ooit een programmaatje geschreven om wandelknooppunten te exporteren als waypoints voor Garmin GPS. Ik weet dat we van mening verschillen over het al dan niet volledig moeten zijn van die gegevens om met een applicatie te beginnen. Over het afhaken wil ik nog het volgende kwijt: stoppen de mensen met het gebruik van wandelknooppunt.be omdat de routes/knooppunten verkeerd zijn ? Deze zijn bovendien gebaseerd op de officiële data van tourisme Vlaanderen, dus ook de gedrukte kaarten zijn verkeerd. In het Nederlandse OSM forum gaat het heel veel over het taggen van wegen, veldwegen, voetpaden e.d. Allemaal in functie van (fiets) routering. Die ondergrond is echt wel van belang voor het uitstippelen van fietsroutes. Ze zijn daar veel minder bezig met huisnummers heb ik de indruk, maar meer met dat soort zaken. groeten m 2013/7/31 Guy Vanvuchelen guido.vanvuche...@pandora.be www.fietsrouteplanner-zuid.nl gebruikt wel degelijk OSM. En inderdaad alle routeplanners hebben fouten. De meerwaarde van OSM is inderdaad dat we de fouten zelf kunnen verbeteren. Wat ik wil aantonen is dat fouten sneller gevonden worden als er degelijke toepassingen gemaakt worden. Anderzijds zullen gebruikers (niet mappers) van die toepassingen snel afhaken als het niet perfect werkt. Anderzijds merk ik dat er veel tijd verloren gaat in het verbeteren(???) van gegevens. Zo merk ik dat hier in de buurt een veldweg van 3 m breed, die bestaat uit twee betonnen stroken met daar tussen gras, achtereenvolgens getagd wordt als: highway = track, unclassified, path, unclassified, track en als surface = paved, concrete, concrete:lanes. En nu kan er weer een hele discutie uitbreken over hoe het moet. Probleem is dat de conventies te onduidelijk zijn, te verspreid. Het zou dus goed zijn indien de WIKI Hoe map ik een volledig overzicht zou kunnen geven, maar ik vrees dat dit een vrome wens zal blijken. Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: dinsdag 30 juli 2013 21:33 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] (geen onderwerp) Voor zover ik weet zijn er geen routeplanners die gebruik maken van de routes (fiets/wandel) op basis van OSM. Ik probeer nu via de univ van Antwerpen een bachalor thesis op te zetten om dit te verhelpen. Heb je al eens naar wandelknooppunt.be gekeken ? Weet je hoeveel fouten daarin zitten ? Heb je al een naar google maps gekeken ? Ik weet tenminste 3 plaatsen waar die de mist ingaat kwa eenrichtingsstraten of straatnamen. Om nog maar niet te spreken van de ingebouwde GPS van mijn auto, weliswaar met 4 jaar oude kaarten. Dan liever OSM, kan ik tenminste zelf corrigeren/toevoegen. Ik denk dat je feitelijk alle wandelroutes ieder jaar opnieuw helemaal moet nalopen om te kijken of er geen wijzigingen zijn. Hetzelfde geldt waarschijnlijk voor de fietsroutes groeten m 2013/7/30 Guy Vanvuchelen guido.vanvuche...@pandora.be Kent er iemand naast www.fietsrouteplanner-zuid.nl nog een planner waarmee je aan de hand van knooppunten een route kan samenstellen en daarna downloaden als GPX. Als ik eerlijk ben moet ik toegeven dat fietsnet.be een betere routeplanner is maar helaas (of juist niet helaas) niet werkt op basis van OpenStreetMap. Het is namelijk mijn overtuiging dat je, ondanks alle moeilijkheden, best de gegevens van OSM zoveel mogelijk gebruikt om er zo de fouten uit te halen. Ik ben twee dagen na mekaar verbaasd over het aantal fouten dat ik tegenkwam. Geen propaganda voor OSM hoor! Guy Vanvuchelen ___ 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] (geen onderwerp)
Ik zie hetzelfde voor de wandelknooppunten, maar dan vooral omdat er geen wandelknooppunten-planner is gebaseerd op OSM data. Ik blijf erbij dat de sterkte van OSM juist het combineren van verschillende data is. Dus als je naast de route planning ook nog kan zien welke bezienswaardigheden er zijn, waar er piknikplaatsen zijn, enz. vergeef je die foutjes in de knooppunten misschien wel. Wat bedoel je met de autonavigatieproblemen ? Op een Garmin of ander draagbaar device ? Heb je al eens met http://graphhopper.com/maps/gespeeld? Die lijkt mij vliegensvlug een goede route te berekenen. Voorlopig enkel beschikbaar op een website. Dat lijkt me toch al de goede weg op te gaan. 2013/7/31 Guy Vanvuchelen guido.vanvuche...@pandora.be Ik weet niet of we erg van mening verschillen over dat ‘afhaken’. Als ik iemand aanraad om bijvoorbeeld fietsrouteplanner-zuid.nl te gebruiken en dat programma is niet beter dan fietsnet.be, dan zal die persoon snel teruggrijpen naar het hem bekende fietsnet.be en waarschijnlijk nooit meer teruggrijpen naar OSM. Maar de mappers zouden, volgens mij, alleen maar programma’s op basis van OSM mogen gebruiken…..maar ik vrees dat ik dan nooit op mijn vakantiebestemming zal geraken want op gebied van autonavigatie staan we nog niet ver. ** ** Guy Vanvuchelen ** ** *Van:* Marc Gemis [mailto:marc.ge...@gmail.com] *Verzonden:* woensdag 31 juli 2013 9:22 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] (geen onderwerp) ** ** Ik geef je volledig gelijk dat je toepassingen moet hebben met OSM data. Daarom heb ik ooit een programmaatje geschreven om wandelknooppunten te exporteren als waypoints voor Garmin GPS. Ik weet dat we van mening verschillen over het al dan niet volledig moeten zijn van die gegevens om met een applicatie te beginnen. ** ** Over het afhaken wil ik nog het volgende kwijt: stoppen de mensen met het gebruik van wandelknooppunt.be omdat de routes/knooppunten verkeerd zijn ? Deze zijn bovendien gebaseerd op de officiële data van tourisme Vlaanderen, dus ook de gedrukte kaarten zijn verkeerd. ** ** In het Nederlandse OSM forum gaat het heel veel over het taggen van wegen, veldwegen, voetpaden e.d. Allemaal in functie van (fiets) routering. Die ondergrond is echt wel van belang voor het uitstippelen van fietsroutes. Ze zijn daar veel minder bezig met huisnummers heb ik de indruk, maar meer met dat soort zaken. ** ** groeten ** ** m ** ** 2013/7/31 Guy Vanvuchelen guido.vanvuche...@pandora.be www.fietsrouteplanner-zuid.nl gebruikt wel degelijk OSM. En inderdaad alle routeplanners hebben fouten. De meerwaarde van OSM is inderdaad dat we de fouten zelf kunnen verbeteren. Wat ik wil aantonen is dat fouten sneller gevonden worden als er degelijke toepassingen gemaakt worden. Anderzijds zullen gebruikers (niet mappers) van die toepassingen snel afhaken als het niet perfect werkt. Anderzijds merk ik dat er veel tijd verloren gaat in het verbeteren(???) van gegevens. Zo merk ik dat hier in de buurt een veldweg van 3 m breed, die bestaat uit twee betonnen stroken met daar tussen gras, achtereenvolgens getagd wordt als: highway = track, unclassified, path, unclassified, track en als surface = paved, concrete, concrete:lanes. En nu kan er weer een hele discutie uitbreken over ‘hoe het moet’. Probleem is dat de conventies te onduidelijk zijn, te verspreid. Het zou dus goed zijn indien de WIKI “Hoe map ik…” een volledig overzicht zou kunnen geven, maar ik vrees dat dit een vrome wens zal blijken. Guy Vanvuchelen *Van:* Marc Gemis [mailto:marc.ge...@gmail.com] *Verzonden:* dinsdag 30 juli 2013 21:33 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] (geen onderwerp) Voor zover ik weet zijn er geen routeplanners die gebruik maken van de routes (fiets/wandel) op basis van OSM. Ik probeer nu via de univ van Antwerpen een bachalor thesis op te zetten om dit te verhelpen. Heb je al eens naar wandelknooppunt.be gekeken ? Weet je hoeveel fouten daarin zitten ? Heb je al een naar google maps gekeken ? Ik weet tenminste 3 plaatsen waar die de mist ingaat kwa eenrichtingsstraten of straatnamen. Om nog maar niet te spreken van de ingebouwde GPS van mijn auto, weliswaar met 4 jaar oude kaarten. Dan liever OSM, kan ik tenminste zelf corrigeren/toevoegen. Ik denk dat je feitelijk alle wandelroutes ieder jaar opnieuw helemaal moet nalopen om te kijken of er geen wijzigingen zijn. Hetzelfde geldt waarschijnlijk voor de fietsroutes groeten m 2013/7/30 Guy Vanvuchelen guido.vanvuche...@pandora.be Kent er iemand naast www.fietsrouteplanner-zuid.nl nog een planner waarmee je aan de hand van knooppunten een route kan samenstellen en daarna downloaden als GPX. Als ik eerlijk ben moet ik toegeven dat fietsnet.beeen
Re: [OSM-talk-be] (geen onderwerp)
Navfree staat op mijn (eenvoudige) smartphone. Ziet er mooi uit maar ik heb er nog weinig ervaring mee. Ik durf hem eenvoudigweg niet gebruiken als ik merk hoe weinig gegevens er op OSM staan in verband met de breedte van de weg, het aantal rijvakken, zelfs ontbrekende straatnamen. Je hebt gelijk: bezienswaardigheden, picknickplaatsen enz zijn een meerwaarde maar als het programma de route niet berekend krijgt gaat de gebruiker niet weten wat hij mist. Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: woensdag 31 juli 2013 15:18 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] (geen onderwerp) Ik zie hetzelfde voor de wandelknooppunten, maar dan vooral omdat er geen wandelknooppunten-planner is gebaseerd op OSM data. Ik blijf erbij dat de sterkte van OSM juist het combineren van verschillende data is. Dus als je naast de route planning ook nog kan zien welke bezienswaardigheden er zijn, waar er piknikplaatsen zijn, enz. vergeef je die foutjes in de knooppunten misschien wel. Wat bedoel je met de autonavigatieproblemen ? Op een Garmin of ander draagbaar device ? Heb je al eens met http://graphhopper.com/maps/ gespeeld? Die lijkt mij vliegensvlug een goede route te berekenen. Voorlopig enkel beschikbaar op een website. Dat lijkt me toch al de goede weg op te gaan. 2013/7/31 Guy Vanvuchelen guido.vanvuche...@pandora.be Ik weet niet of we erg van mening verschillen over dat afhaken. Als ik iemand aanraad om bijvoorbeeld fietsrouteplanner-zuid.nl te gebruiken en dat programma is niet beter dan fietsnet.be, dan zal die persoon snel teruggrijpen naar het hem bekende fietsnet.be en waarschijnlijk nooit meer teruggrijpen naar OSM. Maar de mappers zouden, volgens mij, alleen maar programmas op basis van OSM mogen gebruiken ..maar ik vrees dat ik dan nooit op mijn vakantiebestemming zal geraken want op gebied van autonavigatie staan we nog niet ver. Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: woensdag 31 juli 2013 9:22 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] (geen onderwerp) Ik geef je volledig gelijk dat je toepassingen moet hebben met OSM data. Daarom heb ik ooit een programmaatje geschreven om wandelknooppunten te exporteren als waypoints voor Garmin GPS. Ik weet dat we van mening verschillen over het al dan niet volledig moeten zijn van die gegevens om met een applicatie te beginnen. Over het afhaken wil ik nog het volgende kwijt: stoppen de mensen met het gebruik van wandelknooppunt.be omdat de routes/knooppunten verkeerd zijn ? Deze zijn bovendien gebaseerd op de officiële data van tourisme Vlaanderen, dus ook de gedrukte kaarten zijn verkeerd. In het Nederlandse OSM forum gaat het heel veel over het taggen van wegen, veldwegen, voetpaden e.d. Allemaal in functie van (fiets) routering. Die ondergrond is echt wel van belang voor het uitstippelen van fietsroutes. Ze zijn daar veel minder bezig met huisnummers heb ik de indruk, maar meer met dat soort zaken. groeten m 2013/7/31 Guy Vanvuchelen guido.vanvuche...@pandora.be www.fietsrouteplanner-zuid.nl gebruikt wel degelijk OSM. En inderdaad alle routeplanners hebben fouten. De meerwaarde van OSM is inderdaad dat we de fouten zelf kunnen verbeteren. Wat ik wil aantonen is dat fouten sneller gevonden worden als er degelijke toepassingen gemaakt worden. Anderzijds zullen gebruikers (niet mappers) van die toepassingen snel afhaken als het niet perfect werkt. Anderzijds merk ik dat er veel tijd verloren gaat in het verbeteren(???) van gegevens. Zo merk ik dat hier in de buurt een veldweg van 3 m breed, die bestaat uit twee betonnen stroken met daar tussen gras, achtereenvolgens getagd wordt als: highway = track, unclassified, path, unclassified, track en als surface = paved, concrete, concrete:lanes. En nu kan er weer een hele discutie uitbreken over hoe het moet. Probleem is dat de conventies te onduidelijk zijn, te verspreid. Het zou dus goed zijn indien de WIKI Hoe map ik een volledig overzicht zou kunnen geven, maar ik vrees dat dit een vrome wens zal blijken. Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: dinsdag 30 juli 2013 21:33 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] (geen onderwerp) Voor zover ik weet zijn er geen routeplanners die gebruik maken van de routes (fiets/wandel) op basis van OSM. Ik probeer nu via de univ van Antwerpen een bachalor thesis op te zetten om dit te verhelpen. Heb je al eens naar wandelknooppunt.be gekeken ? Weet je hoeveel fouten daarin zitten ? Heb je al een naar google maps gekeken ? Ik weet tenminste 3 plaatsen waar die de mist ingaat kwa eenrichtingsstraten of straatnamen. Om nog maar niet te spreken van de ingebouwde GPS van mijn auto, weliswaar met 4 jaar oude kaarten. Dan liever OSM, kan ik tenminste zelf corrigeren/toevoegen. Ik denk dat je feitelijk alle wandelroutes ieder jaar opnieuw helemaal moet
Re: [OSM-talk-be] Correct use of is_in tag
On Wednesday 31 July 2013 15:23:18 Joren wrote: As you can see for the Duffel-node, I tried to fix it by taking the is_in tags from Lier as example (instead of all those double tags like Mechelen,Mechelen,Antwerpen,Antwerpen, ...). Those double names in the is_in tag are still remnants of some (I think German) import from the OpenGeoDB. Happened quite some time ago, without any input from the Belgian OSM community and hence had these weird issues like double names. I remember mentioning it to these folks but they never fixed it. Anyway, for things like how to handle is_in tags, best to look at the international mailing lists, no use in making our own set of rules here. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Correct use of is_in tag
On 2013-07-31 15:23, Joren wrote: Hi, I was wondering what's the correct use of the 'is_in'-tag in Belgium (or Flanders in particular). When I search on openstreetmap.org for cities, I sometimes see the detail it is in 'European Union'. For example, my own city Lier has following search result: Stadsgrens Lier, Mechelen, Antwerpen, Vlaanderen, België, European Union http://www.openstreetmap.org/?minlon=4.50586080551147minlat=51.0726852416992maxlon=4.64306163787842maxlat=51.1657829284668 When I search for city Duffel: Stadsgrens Duffel, Mechelen, Antwerpen, Vlaanderen, België http://www.openstreetmap.org/?minlon=4.46484470367432minlat=51.0725708007812maxlon=4.57519102096558maxlat=51.1169281005859 As you can see, Lier is tagged correctly it is in the EU, Duffel isn't. There are multiple other examples (Oostmalle, Zandhoven, ...) When I compare the tags: For Duffel (http://www.openstreetmap.org/browse/node/85635996/history) * is_in http://wiki.openstreetmap.org/wiki/Key:is%20in?uselang=nl = Mechelen,Mechelen,Antwerpen,Antwerpen,Vlaanderen,Vlaanderen,Belgique,Belgique,Europe * is_in:continent = Europe * is_in:country = Belgium * is_in:province = Antwerp * name http://wiki.openstreetmap.org/wiki/Key:name?uselang=nl = Duffel * + some openGeoDB-tags vs for Lier (http://www.openstreetmap.org/browse/node/30997655) * is_in http://wiki.openstreetmap.org/wiki/Key:is%20in?uselang=nl = Antwerpen, Belgium, Europe * is_in:continent = Europe * is_in:country = Belgium * is_in:province = Antwerp * name http://wiki.openstreetmap.org/wiki/Key:name?uselang=nl = Lier * + some OpenGeoDB-tags (see links below) Actually, Lier is incorrect considering this relation: http://www.openstreetmap.org/browse/relation/2524403 Lier is in Arrondissement Mechelen. You have to account for the Administrative layers. Afaik, relations like this should replace the is_in tag, I never really got that tag either. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] (geen onderwerp)
Ik gebruik OSM ondertussen al een hele tijd voor navigatie. Meestal werkt het perfect en fouten zijn soms aan de data, soms aan de software toe te schrijven. OsmAnd werkt trouwens zeer goed voor fietsnavigatie. Mijn eigen software is ook al enkel jaren in gebruik bij bpost en ook daar relatief weinig problemen. Er is een foutendetectiesysteem voor straten zonder naam en routing-errors zoals doodlopende eenrichtingsstraten. Routes die niet berekend kunnen worden zijn zeer zeldzaam buiten die occasionele doodlopende éénrichtingstraat. Het is zelfs zo dat voor hier in Gent sommige vaste GPS-toestellen nog altijd verkeerde richtingen geven op straten die al jaren van richting gewijzigd zijn. Niet te vergeten dus dat ook aangekochte data fouten kan bevatten. Straten zonder naam lijkt mij ook wel vreemd. Zoveel kunnen dat er toch niet meer zijn? Voor navigatie is er trouwens ook Skobbler: http://www.skobbler.com/ Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk 2013/7/31 Guy Vanvuchelen guido.vanvuche...@pandora.be Navfree staat op mijn (eenvoudige) smartphone. Ziet er mooi uit maar ik heb er nog weinig ervaring mee. Ik durf hem eenvoudigweg niet gebruiken als ik merk hoe weinig gegevens er op OSM staan in verband met de breedte van de weg, het aantal rijvakken, zelfs ontbrekende straatnamen. Je hebt gelijk: bezienswaardigheden, picknickplaatsen enz zijn een meerwaarde maar als het programma de route niet berekend krijgt gaat de gebruiker niet weten wat hij mist. ** ** ** ** Guy Vanvuchelen ** ** *Van:* Marc Gemis [mailto:marc.ge...@gmail.com] *Verzonden:* woensdag 31 juli 2013 15:18 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] (geen onderwerp) ** ** Ik zie hetzelfde voor de wandelknooppunten, maar dan vooral omdat er geen wandelknooppunten-planner is gebaseerd op OSM data. Ik blijf erbij dat de sterkte van OSM juist het combineren van verschillende data is. Dus als je naast de route planning ook nog kan zien welke bezienswaardigheden er zijn, waar er piknikplaatsen zijn, enz. vergeef je die foutjes in de knooppunten misschien wel. ** ** Wat bedoel je met de autonavigatieproblemen ? Op een Garmin of ander draagbaar device ? Heb je al eens met http://graphhopper.com/maps/gespeeld? Die lijkt mij vliegensvlug een goede route te berekenen. Voorlopig enkel beschikbaar op een website. Dat lijkt me toch al de goede weg op te gaan. ** ** 2013/7/31 Guy Vanvuchelen guido.vanvuche...@pandora.be Ik weet niet of we erg van mening verschillen over dat ‘afhaken’. Als ik iemand aanraad om bijvoorbeeld fietsrouteplanner-zuid.nl te gebruiken en dat programma is niet beter dan fietsnet.be, dan zal die persoon snel teruggrijpen naar het hem bekende fietsnet.be en waarschijnlijk nooit meer teruggrijpen naar OSM. Maar de mappers zouden, volgens mij, alleen maar programma’s op basis van OSM mogen gebruiken…..maar ik vrees dat ik dan nooit op mijn vakantiebestemming zal geraken want op gebied van autonavigatie staan we nog niet ver. Guy Vanvuchelen *Van:* Marc Gemis [mailto:marc.ge...@gmail.com] *Verzonden:* woensdag 31 juli 2013 9:22 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] (geen onderwerp) Ik geef je volledig gelijk dat je toepassingen moet hebben met OSM data. Daarom heb ik ooit een programmaatje geschreven om wandelknooppunten te exporteren als waypoints voor Garmin GPS. Ik weet dat we van mening verschillen over het al dan niet volledig moeten zijn van die gegevens om met een applicatie te beginnen. Over het afhaken wil ik nog het volgende kwijt: stoppen de mensen met het gebruik van wandelknooppunt.be omdat de routes/knooppunten verkeerd zijn ? Deze zijn bovendien gebaseerd op de officiële data van tourisme Vlaanderen, dus ook de gedrukte kaarten zijn verkeerd. In het Nederlandse OSM forum gaat het heel veel over het taggen van wegen, veldwegen, voetpaden e.d. Allemaal in functie van (fiets) routering. Die ondergrond is echt wel van belang voor het uitstippelen van fietsroutes. Ze zijn daar veel minder bezig met huisnummers heb ik de indruk, maar meer met dat soort zaken. groeten m 2013/7/31 Guy Vanvuchelen guido.vanvuche...@pandora.be www.fietsrouteplanner-zuid.nl gebruikt wel degelijk OSM. En inderdaad alle routeplanners hebben fouten. De meerwaarde van OSM is inderdaad dat we de fouten zelf kunnen verbeteren. Wat ik wil aantonen is dat fouten sneller gevonden worden als er degelijke toepassingen gemaakt worden. Anderzijds zullen gebruikers (niet mappers) van die toepassingen snel afhaken als het niet perfect werkt. Anderzijds merk ik dat er veel tijd verloren gaat in het verbeteren(???) van gegevens. Zo merk ik dat hier in de buurt een veldweg van 3 m breed, die bestaat uit twee betonnen
Re: [OSM-talk-be] Correct use of is_in tag
Thanks for the fast replies. Following the wiki: The is_in tag pre-dates boundary polygons. When a region has a well developed set of boundary polygons the information that could be placed in the is_in tag on an object can usually be derived from the boundaries that contain it. In this case, the information in the tag is redundant. Some contributors even go as far as to delete this tag when they see it as equivalent to the boundary information. The tag still can contain important information when boundaries aren't fully developed. Even if the information is redundant, it permits simpler searching and easy disambiguation between two similarly named objects (without having to do extensive calculations to calculate all the containing boundaries). 1. Are our boundaries well developed in Flanders/Belgium? 2. Is the latter still true (related to the extensive calculations/routing/...)? If we don't need it anymore, why keeping this tags? Looks to me quite related to the mapping/discussion of 'AssociatedStreet' and 'addr:'-tags. Not tag every single house with all addr:-tags but create a relation that contains these tags. I agree with the fact 'keep the exisiting ones as they are', but is it applicable in this case to? I'm no expert on geotagging/database management/... and am studying Industrial Engineer. One of the key principles in an organisation is: Remove everything you don't need from the 'work area' (OSM in this example). It waste time/resources/... (see 'Lean', http://en.wikipedia.org/wiki/Lean). Not to say we have to move toward a full Lean OSM :), but if we really don't need it anymore - kill it. Op 31/07/13 15:39, Glenn Plas schreef: On 2013-07-31 15:23, Joren wrote: Hi, I was wondering what's the correct use of the 'is_in'-tag in Belgium (or Flanders in particular). When I search on openstreetmap.org for cities, I sometimes see the detail it is in 'European Union'. For example, my own city Lier has following search result: Stadsgrens Lier, Mechelen, Antwerpen, Vlaanderen, België, European Union http://www.openstreetmap.org/?minlon=4.50586080551147minlat=51.0726852416992maxlon=4.64306163787842maxlat=51.1657829284668 When I search for city Duffel: Stadsgrens Duffel, Mechelen, Antwerpen, Vlaanderen, België http://www.openstreetmap.org/?minlon=4.46484470367432minlat=51.0725708007812maxlon=4.57519102096558maxlat=51.1169281005859 As you can see, Lier is tagged correctly it is in the EU, Duffel isn't. There are multiple other examples (Oostmalle, Zandhoven, ...) When I compare the tags: For Duffel (http://www.openstreetmap.org/browse/node/85635996/history) * is_in http://wiki.openstreetmap.org/wiki/Key:is%20in?uselang=nl = Mechelen,Mechelen,Antwerpen,Antwerpen,Vlaanderen,Vlaanderen,Belgique,Belgique,Europe * is_in:continent = Europe * is_in:country = Belgium * is_in:province = Antwerp * name http://wiki.openstreetmap.org/wiki/Key:name?uselang=nl = Duffel * + some openGeoDB-tags vs for Lier (http://www.openstreetmap.org/browse/node/30997655) * is_in http://wiki.openstreetmap.org/wiki/Key:is%20in?uselang=nl = Antwerpen, Belgium, Europe * is_in:continent = Europe * is_in:country = Belgium * is_in:province = Antwerp * name http://wiki.openstreetmap.org/wiki/Key:name?uselang=nl = Lier * + some OpenGeoDB-tags (see links below) Actually, Lier is incorrect considering this relation: http://www.openstreetmap.org/browse/relation/2524403 Lier is in Arrondissement Mechelen. You have to account for the Administrative layers. Afaik, relations like this should replace the is_in tag, I never really got that tag either. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] (geen onderwerp)
Straten zonder naam lijkt mij ook wel vreemd. Zoveel kunnen dat er toch niet meer zijn? http://overpass-turbo.eu/s/GH Ik zie er wel waat waar ik ook kijk, de enige die zowat overblijven zijn de highway=unclassified , Maar als je cycleways terug aanzet, ontbreken er wel veel namen. Het hang wss af van welke hoek je het bekijkt. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] (geen onderwerp)
Klopt maar niet alle service, cycleways, tracks, footway, steps hebben effectief namen. Andere 'highways' soms ook niet, bijvoorbeeld een rond punt moet in principe ook niet altijd een naam hebben. Die highway=unclassified daar hebt ge wel een punt... :-) Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk 2013/7/31 Glenn Plas gl...@byte-consult.be Straten zonder naam lijkt mij ook wel vreemd. Zoveel kunnen dat er toch niet meer zijn? http://overpass-turbo.eu/s/GH Ik zie er wel waat waar ik ook kijk, de enige die zowat overblijven zijn de highway=unclassified , Maar als je cycleways terug aanzet, ontbreken er wel veel namen. Het hang wss af van welke hoek je het bekijkt. Glenn __**_ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-behttp://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] (geen onderwerp)
On 2013-07-31 16:15, Ben Abelshausen wrote:
Klopt maar niet alle service, cycleways, tracks, footway, steps hebben
effectief namen. Andere 'highways' soms ook niet, bijvoorbeeld een
rond punt moet in principe ook niet altijd een naam hebben. Die
highway=unclassified daar hebt ge wel een punt... :-)
Die waren dan ook uitgefiltered adhv de negatie (not) om die reden:
has-kv k={{key}} modv=not
regv=service|footway|track|motorway|trunk|path|steps|cycleway/
Dus de enige die nu nog bovendrijven zijn de unclassifieds. Ook alle
wegen waar wel ref voor bestaat (En geen naam) zijn eruit. De reden dat
ik dat zei over cycleways is dat die best de naam kunnen hebben van hun
'moederweg', voor routing zou dan een propere fietsnaam bovenkomen ipv
'track' of 'cycleway'
Glenn
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] (geen onderwerp)
Ja inderdaad daar had ik over gekeken.
Er zijn ook nog een paar *_link highways waarvan ik ook niet zou weten
welke naam ze zouden moeten krijgen.
http://overpass-turbo.eu/s/GI = ronde punten er nog uit
Met vriendelijke groeten,
Best regards,
Ben Abelshausen
ben.abelshau...@gmail.com
http://twitter.com/xivk
2013/7/31 Glenn Plas gl...@byte-consult.be
On 2013-07-31 16:15, Ben Abelshausen wrote:
Klopt maar niet alle service, cycleways, tracks, footway, steps hebben
effectief namen. Andere 'highways' soms ook niet, bijvoorbeeld een rond
punt moet in principe ook niet altijd een naam hebben. Die
highway=unclassified daar hebt ge wel een punt... :-)
Die waren dan ook uitgefiltered adhv de negatie (not) om die reden:
has-kv k={{key}} modv=not regv=service|footway|track|**
motorway|trunk|path|steps|**cycleway/
Dus de enige die nu nog bovendrijven zijn de unclassifieds. Ook alle
wegen waar wel ref voor bestaat (En geen naam) zijn eruit. De reden dat ik
dat zei over cycleways is dat die best de naam kunnen hebben van hun
'moederweg', voor routing zou dan een propere fietsnaam bovenkomen ipv
'track' of 'cycleway'
Glenn
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Routeplanner
Er is nu een routeplanner voor het fietsnetwerk in Nederland, alsook voor 2 wandelnetwerken daar: http://planner.gps.nl/ Het is me niet duidelijk of enkel de achtergrond van OSM komt of ook de knooppunten data. There is a new planning tool for the cycling networks in The Netherlands. It is also available for 2 walking networks in Holland. http://planner.gps.nl It's not clear to me at this moment whether OSM is only used for the background or also for the network data m ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Routeplanner
From the landing page: Het routenetwerk op deze site is met zorg samengesteld door Jan Kelder. Klopt er iets niet? Meld 't dan aan hem opjkel...@home.nljkel...@home.nl?subject=Fietsroutenetwerk (Delen van) deze planner mogen niet hergebruikt worden zonder toestemming van de rechthebbenden, te weten Jan Kelder (de gegevens van het routenetwerk) en JaVaWa GPS-tools (de planner zelf). Bepaalde informatie en technieken zijn afkomstig van derden welke hieronder vermeld zijn; informatie over de gebruiksrechten zijn via de gelinkte sites te vinden. Het gebruik van deze planner is geheel voor eigen risico; er kunnen geen rechten aan ontleend worden. On Wed, Jul 31, 2013 at 1:48 PM, Marc Gemis marc.ge...@gmail.com wrote: Er is nu een routeplanner voor het fietsnetwerk in Nederland, alsook voor 2 wandelnetwerken daar: http://planner.gps.nl/ Het is me niet duidelijk of enkel de achtergrond van OSM komt of ook de knooppunten data. There is a new planning tool for the cycling networks in The Netherlands. It is also available for 2 walking networks in Holland. http://planner.gps.nl It's not clear to me at this moment whether OSM is only used for the background or also for the network data m ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] In the works: iD 1.1
Hi folks, Continuing the experiment that Paul Norman kicked off with announcing proposed and in progress development, I'd like to announce that iD 1.1 is nearing release. I've just tagged 1.1.0rc1, and you can give it a spin here: http://openstreetmap.us/iD/release/ This release focuses on relation editing support and performance improvements. The relations that each feature is a member of are displayed in the sidebar, and when a relation itself is selected, it's members are displayed. You can also search for relations via a new search interface, add and remove memberships, and create new relations. We made performance improvements across the board, focusing on load time and editing performance in dense areas. For example, while iD 1.0.1 on Firefox takes 50 seconds to load a dense area like http://www.openstreetmap.org/edit?editor=idlat=49.969975lon=8.837839zoom=16, iD 1.1 loads it in 20 seconds. In some cases, improvements were limited by native browser performance bottlenecks, but we are seeing some progress by browser developers in eliminating these as well. A detailed changelog is available here: https://github.com/systemed/iD/blob/master/CHANGELOG.md As always, the best place for feedback and bug reports is the iD project on GitHub: https://github.com/systemed/iD/ Thanks, John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Endereçamento com interpoladores
Pois é, faz um certo sentido pra eles porque nem todos os países seguem essa regra de numeração baseada na distância do início da via. Pra nós seria mais conveniente que essa regra não existisse. Mas fazer o quê? Continuo achando que não está errado, mas é bom saber pra incluir um tratamento disso em scripts e conversores. 2013/7/31 Roger C. Soares rogersoa...@gmail.com: E a resolução lá foi rápida :). É o tamanho mesmo, a distância tem que ser menor que 1000m. Talvez o que dê pra melhorar é o fato de se adicionar um número no meio e não reindexar. Depois eu coloco uns números no meio dessa e da independência pra ver se alguma funciona sem ter que quebrar ou recriar a interpolação... e por enquanto eu vou parar de conectar nros muito longes... Atenciosamente, Roger. -- Fernando Trebien escreveu: Postei essa informação lá. Começo a desconfiar que é por causa do tamanho do intervalo (mais de 1000 números), mas vamos aguardar a resposta deles. 2013/7/30 Roger C. Soares rogersoa...@gmail.com: Ok, sem problema. Só pra ser mais preciso, o intervalo de 555 a 1855 pra mim não funcionou em nenhuma situação, qdo eu quebrei em 3 caminhos ficou exatamente como está agora.. só retornava para o intervalo de 1855 a 2089. Atenciosamente, Roger. -- Fernando Trebien escreveu: Hm olha só, o Nominatim não está gerando os números de 555 a 1855, mas os outros sim. Já criei um ticket descrevendo essa situação (https://trac.openstreetmap.org/ticket/4925), então peço pra você não alterar o interpolador até que eles investiguem. (Da última vez, demoraram umas 2 semanas para me dar uma resposta.) 2013/7/30 Fernando Trebien fernando.treb...@gmail.com: Eu já vi alguém descrevendo alguma situação parecida no TRAC do Nominatim, acho que é um bug conhecido (e até acho que já aconteceu comigo, mas como alterei mais coisas de uma vez só, não tive certeza). De qualquer forma, estava tão certo o jeito que você fez antes quanto está agora quanto estava quando quebrado em 3 partes (só um pouquinho menos eficiente). Era pra funcionar em todas essas situações. Também já passei por casos em que o Nominatim demorou pra atualizar, então eu sugiro que você olhe 1 dia depois da alteração pra confirmar que continua funcionando. Se sim, me avisa que eu abro o bug. De qualquer forma, sugeriria deixar como está até que eles olhem o problema e, se não consertarem, daí quebrar em 3 partes de novo (ruim, mas podemos fazer muito pouco, a menos que criemos um serviço alternativo ao Nominatim). 2013/7/30 Roger C. Soares rogersoa...@gmail.com: Recaptulando, Rua Campos Salles, Ribeirão Preto, No início nenhum nro aparecia nas buscas: 555|1855--|2089 (1 way) Depois adicionei o nro 2005 na interpolação e continuou não retornando nros nas buscas: 555|1855---2005-|2089 (1 way) Depois apenas quebrei a interpolação em 3 caminhos, de 1855 a 2089 começou a funcionar: 555||1855|---|2005|-|2089 (3 ways) E por último combinei o caminho da interpolação em 1 novamente, e de 1855 a 2089 continuou funcionando: 555|1855---2005-|2089 (1 way) Eu não vou abrir bug por enquanto, mas se vc quiser abrir manda ver. Capaz que exista alguma limitação de tamanho mesmo, na av independência tem uma interpolação que vai de 1500 a 2514 que tb não funciona. Talvez como ela já foi indexada, se eu colocar outros nros no meio não seja suficiente para reindexar, teria que apagar o caminho e criar um novo... Atenciosamente, Roger. -- Fernando Trebien escreveu: Agora entendi. Bem, deixar os terminais vazios não faria muito sentido. Nesse caso o melhor ou é dar um número aproximado ou colocar os terminais com uma tag fixme pedindo para alguém avaliar o melhor número. Eu tenho esse costume em Porto Alegre: vou marcando várias coisas com fixme, depois tiro 1 dia pra fazer inspeção e resolver as dúvidas. Tem funcionado muito bem. Agora sinceramente não sei por que os seus interpoladores não funcionam, tudo me parece correto. Uma sugestão: tente quebrá-los em algum ponto (digamos, na metade) e veja se alguma coisa muda (se um dos lados passa a funcionar, ou ambos). Se mudar, sugiro que você desfaça a sua alteração, verifique que parou de funcionar de novo, e daí abra um ticket no TRAC do Nominatim (se você quiser posso fazer isso) relatando o problema: https://trac.openstreetmap.org 2013/7/27 Roger C. Soares rogersoa...@gmail.com: Nesse meu comentário eu estava pensando nos nós terminais vazios: []_[20]_[40]_[] / \ []---highway-[] Até um tempo atrás eu imaginava que ele pudesse tirar uma média e calcular que o primeiro nó é próximo do 0 e o último próximo do 60. Assim, se alguém buscasse por 10 ou 50 um ponto na rua seria retornado, mesmo a casa 20 sendo a primeira e a 40 a última. Quanto a rejeitar apenas o
[Talk-br] Fwd: [Transifex] New announcement in project iD Editor
Pessoal, Em breve sairá nova versão do iD e seria legal avançar na tradução para o português. Aqui está o link para quem puder ajudar: https://www.transifex.com/projects/p/id-editor/language/pt_BR/ Vitor -- Forwarded message -- From: Transifex ad...@transifex.com Date: Wed, Jul 31, 2013 at 2:49 PM Subject: [Transifex] New announcement in project iD Editor To: vitor.geo...@gmail.com ** Hi Vitor George, you have a notification from Transifex. A new announcementhttps://www.transifex.com/projects/p/id-editor/announcement/36685/has been added to the project iD Editor: 1.1 release upcoming Hello and thanks to all translators. This is just a quick announcement that iD 1.1 is nearing release. Immediately prior to the release I will update the translations from Transifex, so get them in now. Thank you! -- The Transifex Robot https://www.transifex.com Modify notification settingshttps://www.transifex.com/settings/notices/ ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] linha de ônibus
Primeira questão: não é o caso de uma via separada? (Será separada se tiver barreira física ou, em área urbana, divisão legal, como por exemplo uma faixa contínua separando os sentidos.) Se for separada, primeiro separe-a em duas vias, daí o pedaço de ida é diferente do da volta, e ambos são adicionados à relação. Segunda questão: a ida e a volta coincidentes são na mesma relação de rota? O costume é separar o caminho de ida e o de volta em duas relações de rota diferentes, e daí agrupar as duas numa relação route_master (http://wiki.openstreetmap.org/wiki/Relation:route_master). Assim, a chance de a mesma rota passar duas vezes pela mesma via é menor (mas ainda assim pode acontecer). Exemplo: http://www.openstreetmap.org/browse/relation/1148315 Se não for nenhum dos casos anteriores, sim, você acrescenta a via duas vezes na relação, uma vez com o papel forward e outra vez com o papel backward. Será forward se o ônibus estiver indo na mesma direção da aresta (way), senão será backward. Como você está mapeando as rotas? A melhor sugestão que eu posso lhe dar é usar o plug-in public_transport do JOSM. Com ele, você consegue: - verificar se há pedaços faltando na sua rota - verificar se todos os pedaços foram incluídos na relação na ordem certa (a ordem seguida pelo ônibus ao longo do trajeto) e com os papéis certos (de modo que o final de um membro coincida com o início do próximo membro na relação) - adicionar paradas de ônibus às rotas automaticamente 2013/7/31 Claiton Neisse claiton.nei...@gmail.com: Salve pessoal. Qual a melhor maneira de mapear uma linha de ônibus que vai e volta por uma mesma via? Ou que passa mais de uma vez por uma via de mão dupla? Se adiciona a via mais de uma vez na relação? Atenciosamente, Claiton Neisse ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] linha de ônibus
Não era nenhum dos casos que você citou. Era mesmo sobre uma linha de ônibus que cruza duas vezes por uma via de mão dupla sem divisão física ou sinalização horizontal. Mas, foi bom me lembrar de separar as vias urbanas que tem uma divisão legal. Eu tenho feito uma relação para cada sentido e agrupando-as numa route_master (junto com relações com itinerários ligeiramente diferentes). Na verdade, ainda não criei uma relação desse tipo, mas já pensava assim. Até agora criei poucas rotas de transporte coletivo urbano e intermunicipal na região de Santa Maria - RS. É extremamente (tenho quase certeza que não existem) dificil conseguir informações de órgãos públicos e de empresas que operam as linhas, então tenho inserido as que eu conheço. Mas, em Outubro fica pronto um Plano de Mobilidade Urbana, e então talvez consiga. Também em Outubro fica pronto um levantamento aerofotogrametrico na escala 1:2000 da area urbana do município. Eu não estava utilizando o plugin public_transport, mas vou passar a utiliza-lo, facilita as edições. E mexendo nele, lembrei de outras coisas: Como utilizar a tag network em linhas de transporte coletivo urbano (dentro do municipio)? A segunda lembrei vendo a opção criar pontos a partir de gtfs... Conheci o responsável pelo trafeguebem.com.br no FISL e eu sugeri pra ele usar OSM + OTP + GTFS (como a intenção dele é abrir o projeto e ter informações de todo estado, nada mais natural que usar o OSM). Sabe qual é a situação do OSM, em POA, referente as informações sobre o transporte público? Abraços, Claiton Neisse Em 31 de julho de 2013 22:34, Fernando Trebien fernando.treb...@gmail.comescreveu: Primeira questão: não é o caso de uma via separada? (Será separada se tiver barreira física ou, em área urbana, divisão legal, como por exemplo uma faixa contínua separando os sentidos.) Se for separada, primeiro separe-a em duas vias, daí o pedaço de ida é diferente do da volta, e ambos são adicionados à relação. Segunda questão: a ida e a volta coincidentes são na mesma relação de rota? O costume é separar o caminho de ida e o de volta em duas relações de rota diferentes, e daí agrupar as duas numa relação route_master (http://wiki.openstreetmap.org/wiki/Relation:route_master). Assim, a chance de a mesma rota passar duas vezes pela mesma via é menor (mas ainda assim pode acontecer). Exemplo: http://www.openstreetmap.org/browse/relation/1148315 Se não for nenhum dos casos anteriores, sim, você acrescenta a via duas vezes na relação, uma vez com o papel forward e outra vez com o papel backward. Será forward se o ônibus estiver indo na mesma direção da aresta (way), senão será backward. Como você está mapeando as rotas? A melhor sugestão que eu posso lhe dar é usar o plug-in public_transport do JOSM. Com ele, você consegue: - verificar se há pedaços faltando na sua rota - verificar se todos os pedaços foram incluídos na relação na ordem certa (a ordem seguida pelo ônibus ao longo do trajeto) e com os papéis certos (de modo que o final de um membro coincida com o início do próximo membro na relação) - adicionar paradas de ônibus às rotas automaticamente 2013/7/31 Claiton Neisse claiton.nei...@gmail.com: Salve pessoal. Qual a melhor maneira de mapear uma linha de ônibus que vai e volta por uma mesma via? Ou que passa mais de uma vez por uma via de mão dupla? Se adiciona a via mais de uma vez na relação? Atenciosamente, Claiton Neisse ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] linha de ônibus
Na verdade eu estou no meio do processo de importação das informações do transporte público em Porto Alegre: http://forum.openstreetmap.org/viewtopic.php?id=21839 Mas não sei se ajuda muito no seu caso. O melhor mesmo é tentar um contato com a empresa de transportes no local. Se eu não tivesse conseguido os dados do PoaTransporte, talvez tivesse copiado as rotas à mão do mapa em PDF e deixado as paradas como tarefa a ser feita a longo-prazo por várias pessoas. Quanto à tag network, tenho colocado EPTC por ser a empresa que organiza o transporte na cidade, reunindo as informações de todas as empresas de ônibus. Não tenho certeza absoluta de que está certo, se eu mudar de idéia comparando com outros países, te aviso. Um dos grandes desafios é popular o arquivo GTFS com os dados corretos. Um dos requisitos é o horário em que cada ônibus passa em cada parada. Pelo menos em Porto Alegre, só há os horários de saída dos terminais, não os horários por parada. Estamos pensando em gerar esses horários de forma automática. 2013/8/1 Claiton Neisse claiton.nei...@gmail.com: Não era nenhum dos casos que você citou. Era mesmo sobre uma linha de ônibus que cruza duas vezes por uma via de mão dupla sem divisão física ou sinalização horizontal. Mas, foi bom me lembrar de separar as vias urbanas que tem uma divisão legal. Eu tenho feito uma relação para cada sentido e agrupando-as numa route_master (junto com relações com itinerários ligeiramente diferentes). Na verdade, ainda não criei uma relação desse tipo, mas já pensava assim. Até agora criei poucas rotas de transporte coletivo urbano e intermunicipal na região de Santa Maria - RS. É extremamente (tenho quase certeza que não existem) dificil conseguir informações de órgãos públicos e de empresas que operam as linhas, então tenho inserido as que eu conheço. Mas, em Outubro fica pronto um Plano de Mobilidade Urbana, e então talvez consiga. Também em Outubro fica pronto um levantamento aerofotogrametrico na escala 1:2000 da area urbana do município. Eu não estava utilizando o plugin public_transport, mas vou passar a utiliza-lo, facilita as edições. E mexendo nele, lembrei de outras coisas: Como utilizar a tag network em linhas de transporte coletivo urbano (dentro do municipio)? A segunda lembrei vendo a opção criar pontos a partir de gtfs... Conheci o responsável pelo trafeguebem.com.br no FISL e eu sugeri pra ele usar OSM + OTP + GTFS (como a intenção dele é abrir o projeto e ter informações de todo estado, nada mais natural que usar o OSM). Sabe qual é a situação do OSM, em POA, referente as informações sobre o transporte público? Abraços, Claiton Neisse Em 31 de julho de 2013 22:34, Fernando Trebien fernando.treb...@gmail.com escreveu: Primeira questão: não é o caso de uma via separada? (Será separada se tiver barreira física ou, em área urbana, divisão legal, como por exemplo uma faixa contínua separando os sentidos.) Se for separada, primeiro separe-a em duas vias, daí o pedaço de ida é diferente do da volta, e ambos são adicionados à relação. Segunda questão: a ida e a volta coincidentes são na mesma relação de rota? O costume é separar o caminho de ida e o de volta em duas relações de rota diferentes, e daí agrupar as duas numa relação route_master (http://wiki.openstreetmap.org/wiki/Relation:route_master). Assim, a chance de a mesma rota passar duas vezes pela mesma via é menor (mas ainda assim pode acontecer). Exemplo: http://www.openstreetmap.org/browse/relation/1148315 Se não for nenhum dos casos anteriores, sim, você acrescenta a via duas vezes na relação, uma vez com o papel forward e outra vez com o papel backward. Será forward se o ônibus estiver indo na mesma direção da aresta (way), senão será backward. Como você está mapeando as rotas? A melhor sugestão que eu posso lhe dar é usar o plug-in public_transport do JOSM. Com ele, você consegue: - verificar se há pedaços faltando na sua rota - verificar se todos os pedaços foram incluídos na relação na ordem certa (a ordem seguida pelo ônibus ao longo do trajeto) e com os papéis certos (de modo que o final de um membro coincida com o início do próximo membro na relação) - adicionar paradas de ônibus às rotas automaticamente 2013/7/31 Claiton Neisse claiton.nei...@gmail.com: Salve pessoal. Qual a melhor maneira de mapear uma linha de ônibus que vai e volta por uma mesma via? Ou que passa mais de uma vez por uma via de mão dupla? Se adiciona a via mais de uma vez na relação? Atenciosamente, Claiton Neisse ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list
Re: [Talk-de] Jetzt anmelden zum FOSSGIS Hacking Event vom 22.-24.11.2013 im Linuxhotel, Essen
Hi On Tue, Jul 30, 2013 at 09:38:49PM +0200, Marco Lechner - FOSSGIS e.V. wrote: Hallo liebe Freunde der freien Software und freien Geodaten, nach erfolgter Terminfindung darf ich im Namen des FOSSGIS e.V. alle die dabei sein wollen und können zum Hacking Event im Linuxhotel einladen. Vom 22.-24. November 2013 treffen sich Communities und Interessierte aus freien GIS und Geodaten-Projekten im Linuxhotel in Essen, die jeweiligen Projekte voranzubringen aber insbesondere auch um Ideen und Neuigkeiten zwischen den Projekten auszutauschen. Das Event kann außerdem von FOSSGIS Mitgliedern als Arbeitswochenende zur Koordination von Vereinsaufgaben genutzt werden. Ich hätte Lust ein wenig an OSM Quality Assurance zu arbeiten. Sichworte OSRM, Postgis, Leaflet etc ... Ich habe da noch Ideen. Ich habe das Gefühl das OSMler da aber ein wenig die Exoten blieben - oder plant wer noch zu kommen? Für mich ist Essen jetzt auch nur 1 1/2 Stunden Weg. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jetzt anmelden zum FOSSGIS Hacking Event vom 22.-24.11.2013 im Linuxhotel, Essen
On Wed, Jul 31, 2013 at 11:06:29AM +0200, Florian Lohoff wrote: On Tue, Jul 30, 2013 at 09:38:49PM +0200, Marco Lechner - FOSSGIS e.V. wrote: Hallo liebe Freunde der freien Software und freien Geodaten, nach erfolgter Terminfindung darf ich im Namen des FOSSGIS e.V. alle die dabei sein wollen und können zum Hacking Event im Linuxhotel einladen. Vom 22.-24. November 2013 treffen sich Communities und Interessierte aus freien GIS und Geodaten-Projekten im Linuxhotel in Essen, die jeweiligen Projekte voranzubringen aber insbesondere auch um Ideen und Neuigkeiten zwischen den Projekten auszutauschen. Das Event kann außerdem von FOSSGIS Mitgliedern als Arbeitswochenende zur Koordination von Vereinsaufgaben genutzt werden. Ich hätte Lust ein wenig an OSM Quality Assurance zu arbeiten. Sichworte OSRM, Postgis, Leaflet etc ... Ich habe da noch Ideen. Ich habe das Gefühl das OSMler da aber ein wenig die Exoten blieben - oder plant wer noch zu kommen? Für mich ist Essen jetzt auch nur 1 1/2 Stunden Weg. Wir haben ja in Karlsruhe ein relativ regelmäßiges OSM-Hackweekend, vielleicht bist Du da besser aufgehoben. Andererseits wäre es ja gerade gut, FOSSGIS und OSM mehr zu vermischen, also wenn Du mit Gutem Beispiel voran gehst, dann wollen vielleicht noch andere OSMer nach Essen kommen. Ich hab mir das auch schon überlegt, aber auch bei mir hängt es davon ab, was für andere Leute kommen. :-) Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OAuth (Gibt OSM auch Daten über die Beitragenden heraus?)
Am 29.07.2013 14:50, schrieb Wolfgang Hinsch: Hallo, Am Montag, den 29.07.2013, 15:24 +0200 schrieb Martin Koppenhoefer: Il giorno 29/lug/2013, alle ore 15:10, Dirk Sohler s...@0x7be.de ha scritto: Ich hab die Daten nur in JOSM eingetragen. es gab früher in JOSM nur eine Möglichkeit, Nutzer und pw einzutragen, weil dabei das pw im Klartext in den Prefs gespeichert wird, wurde das zunächst etwas entschärft, indem die Prefs im Anhang für bugreports automatisch zensiert wurden (man lernt halt auch als freie Community manchmal erst aus Problemen, wenn sie auftreten), und später OAuth als Alternative implementiert wurde. Letzteres sorgt u.a. dafür, dass das pw nicht mehr klar gespeichert wird, daher ist das unbedingt zu empfehlen! vielleicht etwas OT, aber habe ich die Möglichkeit der verschlüsselten Eingabe von Passwörtern im Wiki und Forum übersehen, oder gibt es die wirklich nicht? https://trac.openstreetmap.org/ticket/3919 Umleitung schicken Dich auch immer wieder nach http, da helfen nur browser plugins oder routing. fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Transliteration für den deutschen Kartenstil!
Hallo zusammen,
nachdem ich in der vorletzen Woche an einer etwas besseren
Lokalisierung des deutschen Mapnik-Stils mit OSM Bordmitteln
gearbeiet habe hat mir das mit der Transliteration, dann doch keine
Ruhe gelassen.
Noch ist das Ganze nicht scharf geschaltet, läuft aber hier bei mir
zu Hause schon.
Im Prinzip ist das für die meisten Sachen echt super (Russisch,
Griechisch). Leider etwas suboptimal sind die CJK Zeichen.
Unter http://home.geggus.net/pub/kacheln/ hab ich mal ein paar
Vergleichskacheln abgelegt.
Tokio ist halt nunmal nicht dōng jīng, das wäre eher eine
chinesische Transliteration.
Wer sich mit CJK usw. auskennt darf mich hier gerne mal beraten.
osm=# select transliterate('東京') as name;
name
---
dōng jīng
(1 Zeile)
osm=# select transliterate('北京') as name;
name
--
běi jīng
(1 Zeile)
osm=# select transliterate('เชียงใหม่') as name;
name
cheīyngh̄ım̀
(1 Zeile)
osm=# select transliterate('Αθήνα') as name;
name
Athḗna
(1 Zeile)
osm=# select transliterate('Москва́') as name;
name
Moskvá
(1 Zeile)
Was haltet ihr davon?
Sven, der gerade gelernt hat dass ulica vermutlich Straße auf russisch
heißt.
P.S.: Wer weitere Kacheln sehen möchte kann einfach hier schreiben
welche, dann rendere ich die schnell. Da ich kein mod_tile laufen habe
kann ich derzeit leider keine Slippymap anbieten.
--
Dynamische IP-Nummern sind Security-Homöopathie.
(Kristian Köhntopp)
/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] Qualitätsverbesserung von SpeedCamera-Relationen
Am 29.07.2013 13:13, schrieb Eckhart Wörner: Hallo Tirkon, Am Samstag, 27. Juli 2013, 01:38:56 schrieb Tirkon: Ich denke, dass die Enforcement-Wikiseite http://wiki.openstreetmap.org/wiki/DE:Relation:enforcement mit ihren Relationen und ellenlanger komplizierter Beschreibung die meisten User vom Mappen der Speedcams abschreckt. Es geht auch einfacher: highway=speed_camera maxspeed=X Auch wenn dabei möglicherweise in der nicht betroffenen Fahrtrichtung gewarnt wird. Möglicherweise ist wohl eher praktisch immer. Eckhart Und praktisch immer ist wirklich nervig. Gerade letztes Wochenende wieder von meiner OSM Routing App an Stellen gewarnt worden, wo die Blitzer nur in eine Richtung zeigen. Ich habe daraufhin mich einmal daran versucht, einen Blitzer richtig zu mappen. Die Dokumentation zu verstehen ist wirklich nicht einfach. Ein abschrecken ist hier definitiv vorhanden. Ich habe trotzdem mein Glück versucht und würde nun gerne wissen, ob ich es denn in diesem Fall richtig gemacht habe? Der Blitzer knipst, wenn man von Norden in die Süden fährt und ist fest montiert. http://www.openstreetmap.org/browse/relation/3109670 Gruß, Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Transliteration für den deutschen Kartenstil!
On 31.07.2013 22:55, Sven Geggus wrote:
Tokio ist halt nunmal nicht dōng jīng, das wäre eher eine
chinesische Transliteration.
doch, schon richtig. Sind die gleichen Zeichen. Für die ganzen
Eigennamen wirst du Spezialregeln brauchen die Erkennen dass du in Japan
bist.
Etwas Hintergrund:
https://en.wikipedia.org/wiki/Kanji
osm=# select transliterate('เชียงใหม่') as name;
name
cheīyngh̄ım̀
autsch!
Offiziel wäre RTGS. Da habe ich aber bislang noch keine freie
Implementierung gefunden, sonst hätte ich das schon lange. Falls du doch
noch was findest habe ich auch Interesse.
name:en als Fallback wäre da ganz gut.
https://en.wikipedia.org/wiki/Royal_Thai_General_System_of_Transcription
Stephan
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Transliteration für den deutschen Kartenstil!
Stephan Knauss o...@stephans-server.de wrote:
doch, schon richtig. Sind die gleichen Zeichen. Für die ganzen
Eigennamen wirst du Spezialregeln brauchen die Erkennen dass du in Japan
bist.
Geographische Abfragen wollte ich eigentlich vermeiden. Außerdem ist
mir nicht klar, wie ich den icu transliterator mit Kanji aufrufe.
mementan benutze ich Any-Latin.
osm=# select transliterate('เชียงใหม่') as name;
name
cheīyngh̄ım̀
autsch!
Offiziel wäre RTGS.
Keine Ahnung was icu da verwendet. Man kann aber AFAIK eigene Regeln
für ICU bauen.
name:en als Fallback wäre da ganz gut.
Das habe ich ja sowieso, Transliteration wäre künftig nur last
Resort, wenn weder int_name noch name:en noch name:de vorhanden sind.
http://openstreetmap.de/karte.html?lat=18.78887lon=98.99297zoom=14layers=B000TF
Sven
--
Those who do not understand Unix are condemned to reinvent it, poorly
(Henry Spencer)
/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
[Talk-it] Il campo di tamburello
In Italia questo sport è praticato da pochi. C'è un campo in una zona che conosco e frequento, e vorrei mapparlo. http://en.wikipedia.org/wiki/Tamburello Il problema è che non sono riuscito a trovare un nome inglese per questo sport, perché probabilmente nei paesi anglofoni non si gioca niente del genere. Per ora ho lasciato Tamburello, che ne pensate? Grazie -- Fabio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il campo di tamburello
Il giorno 31 luglio 2013 10:51, Fabio Spelta spe...@gmail.com ha scritto: In Italia questo sport è praticato da pochi. C'è un campo in una zona che conosco e frequento, e vorrei mapparlo. http://en.wikipedia.org/wiki/Tamburello Il problema è che non sono riuscito a trovare un nome inglese per questo sport, perché probabilmente nei paesi anglofoni non si gioca niente del genere. Per ora ho lasciato Tamburello, che ne pensate? In realtà nel Monferrato, nelle Langhe e nel Torinese è uno sport piuttosto seguito, un fenomeno spesso più acceso persino del calcio. Direi che visto che anche Wikipedia riporta tamburello anche in inglese, si può usare questo come valore. Occhio però alle sottili distinzioni (delle quali non mi intendo affatto) tra tamburello e pallacorda. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il campo di tamburello
direi di si anche io penso di aver taggato qualche campo con tamburello nel veronese -- View this message in context: http://gis.19327.n5.nabble.com/Il-campo-di-tamburello-tp5772064p5772068.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il campo di tamburello
Il 31/07/2013 11:05, Simone Saviolo ha scritto: Il giorno 31 luglio 2013 10:51, Fabio Spelta spe...@gmail.com mailto:spe...@gmail.com ha scritto: In Italia questo sport è praticato da pochi. C'è un campo in una zona che conosco e frequento, e vorrei mapparlo. http://en.wikipedia.org/wiki/Tamburello Il problema è che non sono riuscito a trovare un nome inglese per questo sport, perché probabilmente nei paesi anglofoni non si gioca niente del genere. Per ora ho lasciato Tamburello, che ne pensate? In realtà nel Monferrato, nelle Langhe e nel Torinese è uno sport piuttosto seguito, un fenomeno spesso più acceso persino del calcio. Direi che visto che anche Wikipedia riporta tamburello anche in inglese, si può usare questo come valore. Occhio però alle sottili distinzioni (delle quali non mi intendo affatto) tra tamburello e pallacorda. Ciao, Simone Oltre al tamburello esiste anche la palla pugno http://it.wikipedia.org/wiki/Pallapugno http://www.fipap.it/ http://www.federtamburello.it/ sono tutte e due discipline associate al Coni, quindi sport ufficiali in Italia, anche se considerati minori e senza il palco che ha il calcio (questo a livello nazionale, perchè come dice Simone dove il gioco è concentrato è seguitissimo). Gli stadi dove si svolgono le gare si chiamano Sferisteri, Sferisterio al singolare. http://it.wikipedia.org/wiki/Sferisterio Essendo diffusi nelle Langhe, in Liguria ma da cosa ho capito anche nelle Marche, sarebbe bello poterli mappare. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il campo di tamburello
2013/7/31 Fabio Spelta spe...@gmail.com In Italia questo sport è praticato da pochi. C'è un campo in una zona che conosco e frequento, e vorrei mapparlo. http://en.wikipedia.org/wiki/Tamburello Il problema è che non sono riuscito a trovare un nome inglese per questo sport, perché probabilmente nei paesi anglofoni non si gioca niente del genere. Per ora ho lasciato Tamburello, che ne pensate? si, per un campo di Tamburello metterei: leisure=pitch (campo sportivo) sport=tamburello (tipo di sport) Al momento ci sono anche 2 Tamburello nel db, ma per tags formali non si usa il maiuscolo, quindi li cambierei: http://taginfo.openstreetmap.org/search?q=sport%3Dtamburello ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Wikipedia (era Fwd: OSMIT 2013 in arrivo: Rovereto (TN) 4-6 ottobre 2013)
Premessa: Di Wikipedia si discute su Wikipedia hai detto (salvo poi inviare diverse mail per precisare la tua posizione). Giusto, se si potesse. Discutere su Wikipedia seriamente è più complicato che ottenere un'udienza privata col Santo Padre. Le discussioni, arrivate ad un certo punto (variabile a seconda dell'amministratore) avvengono con botta e risposta sulla pagina di ogni utente, rendendo impossibile, in futuro, seguirne l'evoluzione. 2013/7/30 Cristian Consonni kikkocrist...@gmail.com Beh, dei criteri di enciclopedicità basati solo su valori numerici potrebbero essere altrettando pericolosi. Sinceramente trovo più pericoloso il concetto adottato da Wikipedia: noi decidiamo cosa sia enciclopedico e cosa no. Questo mi starebbe benissimo se Wikipedia non si professasse come l'enciclopedia libera: se la casa editrice XYZ pubblica una propria enciclopedia, la casa stessa ha diritto di decidere cosa debba/possa stare sull'enciclopedia. So già l'obiezione: la comunità decide cosa sia enciclopedico e cosa no. Sbagliato. La comunità, questa mitica creatura che viene evocata a seconda delle necessità, su Wikipedia può anche essere composta da 4 persone, anzi, da 4 amministratori. E non dico 4 a caso, ma proprio 4, come i gatti. L'esperienza che ho avuto io, creando una pagina (dopo aver partecipato modificando pagine qua e là eliminando errori tipografici, aggiungendo qualche piccola informazione, soprattutto sui paeselli nei quali ho vissuto) per un cantante non molto noto ma che al proprio attivo ha la partecipazione con arrivo in finale ad X-Factor (programma che io non amo ma che, ob torto collo, devo ammettere fornisca notorietà), un album, un EP e diversi singoli (distribuiti sia su iTunes che su supporto fisico), ottimi piazzamenti a concorsi canori nazionali ed un libro (non autoprodotto, ma pubblicato da un editore nazionale). Scrivendo la pagina ho cercato di fornire più fonti possibili (eliminando, quindi, i comunicati stampa tutti uguali), togliendo la maggior parte delle comparsate e cercando di essere il più obiettivo possibile. Il tutto dentro una sandbox del mio utente perché la pagina era già stata bloccata dagli amministratori in passato (temo dopo un'accesa discussione con la persona che l'aveva fatta). Quando ho chiesto di poter votare per renderla ufficiale (cioè toglierla dalla mia sandbox ed inserirla in Wikipedia) ho ricevuto tre risposte (si badi bene: non nella votazione, ma ancora prima): due negative (con la sola motivazione che non è enciclopedico) ed una possibilista. Dopo pochi giorni un altro amministratore ha deciso che la pagina andava eliminata, anche se nella mia sandbox, dato che i motori di ricerca avrebbero potuto trovarla lo stesso ed eventuali visitatori scambiarla per una pagina ufficiale. Tralascio l'assurdità del permettere l'indicizzazione delle sandbox degli utenti, ma mi chiedo con quale diritto, senza alcuna votazione, un amministratore abbia deciso che la pagina non era degna di stare su Wikipedia. Ah, una precisazione: quando ho mosso l'obiezione ma scusate, su Wikipedia c'è Tizio che ha pubblicato molto meno di questo cantautore mi è stato risposto che su Wikipedia non vale il concetto se c'è questo, allora ci deve essere anche quello. Regole, secondo me, troppo arbitrarie e per nulla certe. Come si può voler portare il sapere libero se poi bastano 4 gatti per decidere? Qual è la preparazione di quei 4 gatti sull'argomento in questione? Per l'episodio che io ho toccato con mano, colui che ha eliminato la pagina, su proprio profilo, non parla assolutamente di musica. Jimmy Wales, il co-fondatore dell'enciclopedia raccontò un episodio in proposito: nella cultura americana/anglofona il volo era stato inventato dai fratelli Wright, questa cosa veniva insegnata a tutti nelle scuole (sin da bambini) e tutti la davano per assodata. Nei paesi francofoni, invece, l'invenzione era attibutata a Jean-Marie Le Bris. Alla fine, dopo interminabili discussioni si scopri che il punto era che i fratelli Wright fecero il primo volo meccanico discendente, mente Jean-Marie Le Bris fece il primo volo ascendente. Ecco: se qualcuno di Wikipedia USA avesse deciso che i fratelli Wright erano gli unici ed avesse eliminato la pagina su Le Bris si sarebbe arrivati a questo punto? Direi di no. Ci sono dei template per indicare le voci di aiutare, come questo[*], a volte basta aggiungere un template per indicare che si vuole lavorare su una voce e rimandare la cancellazione. Inoltre, le voci cancellate posso essere recuperate chiedendo ad un amministratore. Dubito seriamente che si riesca a farlo, non fosse altro per lo spirito di corpo che c'è tra gli amministratori (italiani). Infine, Wikipedia sicuramente non è perfetta[+], ma credo sia una delle migliori approssimazioni che abbiamo. Peccato non si voglia fare nulla per migliorarla, dando la colpa a quella fantomatica comunità. Per quanto mi riguarda ho eliminato la mia utenza da Wikipedia e non vedo
Re: [Talk-it] Wikipedia (era Fwd: OSMIT 2013 in arrivo: Rovereto (TN) 4-6 ottobre 2013)
Il giorno 31 luglio 2013 11:47, Sky One sky...@skyone.it ha scritto: [cut] Io ho cancellato il messaggio di benvenuto dalla mia talk page per due volte e mi sono beccato un cartellino giallo nonostante avessi replicato che sulla wiki di osm potevo farlo. :D Per quanto mi riguarda ho eliminato la mia utenza da Wikipedia e non vedo il motivo per cui farci rappresentare da Wikimedia: non c'era già il Gfoss? Ah già, Wikimedia ci può dare maggiore visibilità. Però da quel che leggo sul sito di Wikimedia[1], questa gestisce alcuni progetti (tra i quali non c'è Wikipedia): non capisco come si collocherebbe OSM in questa gestione. Avremmo quindi sopra sia la OSM Foundation che Wikimedia Italia? Secondo me per collaborare non c'è bisogno di essere inglobati in alcunché: basta, appunto, collaborare. Da [1] però citi che non gestisce Wikipedia ma la tua critica la basi su Wikipedia stessa... Gfoss mi pare sia implosa. Fare un local chapter di OSM direttamente implicherebbe tutta la burocrazia della registrazione e della gestione di una no-profit, mentre a quanto ho capito appoggiarsi a Wikimedia Italia eliminerebbe gran parte della burocrazia e non porterebbe 'obblighi' da quanto ho capito. Ergo, -1 per me all'associazione con Wikimedia Italia. Ciao Cristiano Ciao, Stefano [1]: http://wiki.wikimedia.it/wiki/10_cose_da_sapere ___ 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] Wikipedia (era Fwd: OSMIT 2013 in arrivo: Rovereto (TN) 4-6 ottobre 2013)
2013/7/31 sabas88 saba...@gmail.com: Gfoss mi pare sia implosa. per favore non diamo notizie non veritiere, GFOSS.it non è implosa, ci sono dei problemi di gestione che si spera verranno risolti ad ottobre durante la prossima assemblea Ciao, Stefano -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Wikipedia (era Fwd: OSMIT 2013 in arrivo: Rovereto (TN) 4-6 ottobre 2013)
2013/7/31 sabas88 saba...@gmail.com Da [1] però citi che non gestisce Wikipedia ma la tua critica la basi su Wikipedia stessa... Giusto, ma ne condivide appieno il metodo di lavoro (vedasi le risposte di Cristian Consonni - vice presidente di Wikimedia Italia - a Martin, che ricalcano al 100% la linea di Wikipedia) . E comunque questo è il fork su Wikipedia. ;-) Ma allora non avrei potuto parlare di Wikimedia... n :-))) Gfoss mi pare sia implosa. Fare un local chapter di OSM direttamente implicherebbe tutta la burocrazia della registrazione e della gestione di una no-profit, mentre a quanto ho capito appoggiarsi a Wikimedia Italia eliminerebbe gran parte della burocrazia e non porterebbe 'obblighi' da quanto ho capito. Ecco, a mio avviso si è capito troppo poco (forse ci hanno spiegato troppo poco?) di ciò che si vuole fare e di come lo si vuole fare. Per quanto mi riguarda quel poco non mi piace. Ciao Cristiano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Wikipedia (era Fwd: OSMIT 2013 in arrivo: Rovereto (TN) 4-6 ottobre 2013)
Il 31 luglio 2013 12:10, Sky One sky...@skyone.it ha scritto: 2013/7/31 sabas88 saba...@gmail.com Da [1] però citi che non gestisce Wikipedia ma la tua critica la basi su Wikipedia stessa... Giusto, ma ne condivide appieno il metodo di lavoro (vedasi le risposte di Cristian Consonni - vice presidente di Wikimedia Italia - a Martin, che ricalcano al 100% la linea di Wikipedia) . E comunque questo è il fork su Wikipedia. ;-) Aiuto, sto perdendo il filo del discorso. Ti rispondo qua sopra per le cose su Wikipedia, nell'altro thread per le cose su Wikimedia Italia. Cristian ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Local chapter
Ciao a tutti, vista l'importanza della discussione direi di creare un apposito thread evitando di forkare la discussione su altri tipi di diatribe. Personalmente trovo che prima di decidere con chi associarsi o se andare da soli mi piacerebbe capire: - cosa dovrebbe realmente fare un local chapter - che vantaggi porterebbe ai mappatori - se c'è qualcuno che ha voglia di smazzarsi il relativo lavoro amministrativo - cosa hanno fatto all'estero Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Local chapter
2013/7/31 Stefano Salvador stefano.salva...@gmail.com - cosa hanno fatto all'estero negli USA hanno creato un local chapter proprio mentre in Germania si sono associati a FOSSGIS, il GFOSS.it tedesco, per li altri paesi non lo so. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Local chapter
2013/7/31 Stefano Salvador stefano.salva...@gmail.com - se c'è qualcuno che ha voglia di smazzarsi il relativo lavoro amministrativo E in cosa consista il lavoro amministrativo. Ciao Cristiano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Local chapter
In Francia, i mappatori hanno un local chapter Openstreetmap France che ha qualque connessioni reciproci con Wikimedia France. Le due associazioni partecipano insieme regolarmente ad eventi comuni (wikipermanence ad esempio) per la promozione/formazione degli progetti. Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,et sur OSM Socio di Wikimedia Italia De : Martin Koppenhoefer dieterdre...@gmail.com À : openstreetmap list - italiano talk-it@openstreetmap.org Envoyé le : Mercredi 31 juillet 2013 12h33 Objet : Re: [Talk-it] Local chapter 2013/7/31 Stefano Salvador stefano.salva...@gmail.com - cosa hanno fatto all'estero negli USA hanno creato un local chapter proprio mentre in Germania si sono associati a FOSSGIS, il GFOSS.it tedesco, per li altri paesi non lo so. ciao, Martin ___ 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
[Talk-it] Autostrada Torino-Milano
Ho visto che il tratto TO-MI dell'A4 ha come name Autostrada Serenissima. Questo è sbagliato. Questo nome è usato solo per un tratto, credo quello BG-VE, ma non ne sono sicuro. Sicuramente non è usato per il tratto TO-MI. Purtroppo me ne sono accorto solo ora. Il cambiamento è stato fatto diverso tempo fa: http://www.openstreetmap.org/browse/changeset/13207851 Proprio perché fatto tempo fa, credo che un revert sia impossibile, a meno di non perdere anche i cambiamenti successivi. Corretto? Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] paesi che scompaiono
2013/7/31 beppebo...@libero.it beppebo...@libero.it X san Gimignano e badia polesine qualche errore grossolano lo avevo trovato e ho reinserito il nome ma non i dati su popolazione o altro. Si, per evitare che si perdono dati (e lo storico) è importante di non ricreare semplicemente il nodo ma di ripristinare la versione originale (undelete object in JOSM), e in casi come questo di rivertare tutti i changesets, perché gli utenti hanno cancellato anche altre cose che sono più difficili da scoprire. ..x roana reinserisco il name lasciando name : it ora ricordo di averlo già segnalato all utente poiché era successo pure x Venezia e Schio probabilmente era scappato X i revert lascio ai più esperti... Ciao e notte! vorrei anch'io chiedere ai esperti se qualcuno se la sente di rivertare questi changesets dei due utenti. Se non c'è nessuno chiedo alla DWG. Purtroppo non mi funziona più il reverter plugin di JOSM da qualche tempo. Ma è possibile sigillare il paese o come avevo suggerito tempo fa segnalare più volte alla utente la possibile cancellazione nei programmi di caricamento? no, non è possibile per un semplice motivo: il concetto fondamentale di osm è che tutti possono editare qualsiasi cosa, sperando che con questo metodo si fa il più grande progresso e si ottengono i dati più aggiornati, quindi si da fiducia alla massa. Anche se questo concetto comporta il rischio di vandalismo crediamo che in totale prevalgono i vantaggi. Alla fine non abbiamo tantissimo di vandalismo, e quello che si scopre si riesce a rivertare col attuale sistema. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Autostrada Torino-Milano
2013/7/31 Andrea Musuruane musur...@gmail.com Ho visto che il tratto TO-MI dell'A4 ha come name Autostrada Serenissima. Questo è sbagliato. Questo nome è usato solo per un tratto, credo quello BG-VE, ma non ne sono sicuro. Sicuramente non è usato per il tratto TO-MI. Purtroppo me ne sono accorto solo ora. Il cambiamento è stato fatto diverso tempo fa: http://www.openstreetmap.org/browse/changeset/13207851 Proprio perché fatto tempo fa, credo che un revert sia impossibile, a meno di non perdere anche i cambiamenti successivi. Corretto? si, credo in questo caso un revert sarebbe troppo laborioso, farei in un altro modo: ti scarichi dal server solo la relazione (download object, relation e numero), poi nel relation editor ti scarichi tutti i membri, e poi selezioni (sempre nel relation editor) i pezzi che non sono serenissima (dovrebbero essere due o quattro blocchi interi se la relazione è in ordine) e fai: seleziona oggetto (quindi selezioni nella mappa la parte che hai selezionato nel editor della relazione, ecc.). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Autostrada Torino-Milano
Il 31/07/2013 14:06, Andrea Musuruane ha scritto: Ho visto che il tratto TO-MI dell'A4 ha come name Autostrada Serenissima. Questo è sbagliato. Questo nome è usato solo per un tratto, credo quello BG-VE, ma non ne sono sicuro. Sicuramente non è usato per il tratto TO-MI. Purtroppo me ne sono accorto solo ora. Il cambiamento è stato fatto diverso tempo fa: http://www.openstreetmap.org/browse/changeset/13207851 Proprio perché fatto tempo fa, credo che un revert sia impossibile, a meno di non perdere anche i cambiamenti successivi. Corretto? Ciao, Andrea. http://it.wikipedia.org/wiki/Autostrada_A4_%28Italia%29#I_singoli_tratti in questa pagina c'è un'incongruenza. Viene citato che il nome Serenissima è solo per un certo tratto, mentre nella taballa riepilogativa viene messo su tutta l'autostrada. Bisognerebbe approfondire. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Autostrada Torino-Milano
2013/7/31 Andrea Musuruane musur...@gmail.com Ho visto che il tratto TO-MI dell'A4 ha come name Autostrada Serenissima. Questo è sbagliato. Questo nome è usato solo per un tratto, credo quello BG-VE, ma non ne sono sicuro. Sicuramente non è usato per il tratto TO-MI. Purtroppo me ne sono accorto solo ora. Il cambiamento è stato fatto diverso tempo fa: http://www.openstreetmap.org/browse/changeset/13207851 Proprio perché fatto tempo fa, credo che un revert sia impossibile, a meno di non perdere anche i cambiamenti successivi. Corretto? si, credo in questo caso un revert sarebbe troppo laborioso, farei in un altro modo: ti scarichi dal server solo la relazione (download object, relation e numero), poi nel relation editor ti scarichi tutti i membri, e poi selezioni (sempre nel relation editor) i pezzi che non sono serenissima (dovrebbero essere due o quattro blocchi interi se la relazione è in ordine) e fai: seleziona oggetto (quindi selezioni nella mappa la parte che hai selezionato nel editor della relazione, ecc.). Martin, grazie del trucchetto. Magari però qualche lettore lombardo o veneto può dirmi quale tratto si chiama Auostrada Serenissima; navigando in rete mi pare di capire solo il tratto Brescia - Padova. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2013 in arrivo: Rovereto (TN) 4-6 ottobre 2013
[Cristiano, rispondo qui alla parte che riguarda Wikimedia Italia, ho creato i due thread apposta] Per quanto mi riguarda ho eliminato la mia utenza da Wikipedia e non vedo il motivo per cui farci rappresentare da Wikimedia: Come detto sopra Wikimedia Italia non è Wikipedia, Wikimedia Italia è un'associazione. non c'era già il Gfoss? Ah già, Wikimedia ci può dare maggiore visibilità. Però da quel che leggo sul sito di Wikimedia[1], questa gestisce alcuni progetti (tra i quali non c'è Wikipedia): non capisco come si collocherebbe OSM in questa gestione. Wikimedia Italia ha dei suoi progetti che realizza in collaborazione con altre isti, come per esempio WikiAfrica[1], e tanti altri. Questi progetti *sono* di Wikimedia Italia e sono gestiti da Wikimedia Italia (nel senso che ci mettiamo anche l'hosting, etc.). OSM non sarebbe gestita da Wikimedia Italia, esattamente come Wikipedia (né in Italiano, né in qualsiasi altra lingua) non è gestita da Wikimedia Italia. OSM è un progetto di OSM Foundation (che gestisce l'hosting) così come Wikipedia è un progetto di Wikimedia Foundation (che gestisce l'hosting), rispetto a questi progetti quello che Wikimedia Italia farebbe (o comunque una qualsiasi altra associazione che volesse essere il capitolo ufficiale di OSM Foundation in Italia) è fare promozione/informazione a proposito di OSM (quella che in inglese si chiama advocacy). Avremmo quindi sopra sia la OSM Foundation che Wikimedia Italia? Secondo me per collaborare non c'è bisogno di essere inglobati in alcunché: basta, appunto, collaborare. Wikimedia Italia sarebbe un capitolo ufficiale di OSM Foundation, così come ora è un capitolo di Wikimedia Foundation. Essere un capitolo vuol dire essere una associazione i cui obiettivi sono riconosciuti da OSM Foundation come compatibili con i suoi obiettivi che consistono nel sostenere OSM[2]. Il 31 luglio 2013 12:10, Sky One sky...@skyone.it ha scritto: 2013/7/31 sabas88 saba...@gmail.com Da [1] però citi che non gestisce Wikipedia ma la tua critica la basi su Wikipedia stessa... Giusto, ma ne condivide appieno il metodo di lavoro (vedasi le risposte di Cristian Consonni - vice presidente di Wikimedia Italia - a Martin, che ricalcano al 100% la linea di Wikipedia) . Io, a Martin, stavo spiegando come funziona Wikipedia, non Wikimedia Italia. Queste[3] sono alcune delle campagne e dei progetti portati avanti da Wikimedia Italia. Io, personalmente, sono il primo a dirti che Wikipedia a un sacco di difetti, ma non è il punto centrale di questo discorso sull'opportunità di fare un capitolo o meno. Il punto è sostenere l'idea di un progetto di creazione di una mappa collaborativa, i cui dati sono rilasciati con una licenza libera e farlo all'interno di una associazione che sia riconosciuta da OSM Foundation. Se fatto all'interno di Wikimedia Italia questo andrebbe insieme al più generale sostegno alla conoscenza libera (in tutte le sue forme, compreso il software libero). Cristian [1] http://wiki.wikimedia.it/wiki/WikiAfrica [2] http://wiki.osmfoundation.org/wiki/About/it (tra l'altro questa pagina ha qualche problema, dato che sono visualizzati i tag html). [2] http://wiki.wikimedia.it/wiki/Progetti_e_iniziative ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Autostrada Torino-Milano
Il giorno 31 luglio 2013 14:06, Andrea Musuruane musur...@gmail.com ha scritto: Ho visto che il tratto TO-MI dell'A4 ha come name Autostrada Serenissima. Questo è sbagliato. Questo nome è usato solo per un tratto, credo quello BG-VE, ma non ne sono sicuro. Sicuramente non è usato per il tratto TO-MI. Io la so diversa. L'Autostrada A4 va da Torino a Trieste, e si chiama Serenissima. La suddivisione TO-MI, MI-BR, BR-VE e VE-TR è dovuta soltanto alle differenti gestioni, ma l'autostrada è una sola, e se si chiama Serenissima a Sommacampagna si chiama Serenissima anche a Greggio e anche a Dalmine. Per analogia, la SS11 Padana Superiore non cambia nome quando passa da una provincia a un'altra. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Autostrada Torino-Milano
siccome Serenissima e sinonimo, probabilmente a Venezia ci arriva ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Wikipedia (era Fwd: OSMIT 2013 in arrivo: Rovereto (TN) 4-6 ottobre 2013)
Il 31 luglio 2013 11:47, Sky One sky...@skyone.it ha scritto: Premessa: Di Wikipedia si discute su Wikipedia hai detto (salvo poi inviare diverse mail per precisare la tua posizione). Sì, l'ho fatto solo per amor di completezza e per cercare di spiegare come funziona Wikipedia. Mi piace farlo e lo faccio spesso, a volte è faticoso. Giusto, se si potesse. Discutere su Wikipedia seriamente è più complicato che ottenere un'udienza privata col Santo Padre. Le discussioni, arrivate ad un certo punto (variabile a seconda dell'amministratore) avvengono con botta e risposta sulla pagina di ogni utente, rendendo impossibile, in futuro, seguirne l'evoluzione. Dato che MediaWiki avvisa l'utente quando viene lasciato sulla propria pagina utente allora si è sviluppata l'abitudine a rispondere nelle pagina utente della persona con cui si parla. È abbastanza scomodo rileggere le discussioni così, ma è (relativamente) comodo mentre le si scrive. Il 31 luglio 2013 12:01, sabas88 saba...@gmail.com ha scritto: Io ho cancellato il messaggio di benvenuto dalla mia talk page per due volte e mi sono beccato un cartellino giallo nonostante avessi replicato che sulla wiki di osm potevo farlo. :D Su Wikipedia lo si tiene per capire in che data si è registrato l'utente (dato che il benvenuto è praticamente contestuale alla registrazione). Il 31 luglio 2013 11:47, Sky One sky...@skyone.it ha scritto: Sinceramente trovo più pericoloso il concetto adottato da Wikipedia: noi decidiamo cosa sia enciclopedico e cosa no. Questo mi starebbe benissimo se Wikipedia non si professasse come l'enciclopedia libera: Non entro nel merito della questione. Volevo solo mettere i punti sulle i sul fatto che l'enciclopedia è libera perché usa la CC-BY-SA (una licenza libera), io non so cosa intendi tu quando dici enciclopedia libera. Ecco: se qualcuno di Wikipedia USA avesse deciso che i fratelli Wright erano gli unici ed avesse eliminato la pagina su Le Bris si sarebbe arrivati a questo punto? Direi di no. Non esiste Wikipedia USA, Wikipedia è un progetto su base linguistica, non nazionale. Ci sono dei template per indicare le voci di aiutare, come questo[*], a volte basta aggiungere un template per indicare che si vuole lavorare su una voce e rimandare la cancellazione. Inoltre, le voci cancellate posso essere recuperate chiedendo ad un amministratore. Dubito seriamente che si riesca a farlo, non fosse altro per lo spirito di corpo che c'è tra gli amministratori (italiani). Io, che non sono un amministratore, ho provatoa farlo qualche volta e non ho mai avuto problemi. Non che non abbia avuto anch'io qualche discussione con alcuni admin... Infine, Wikipedia sicuramente non è perfetta[+], ma credo sia una delle migliori approssimazioni che abbiamo. Peccato non si voglia fare nulla per migliorarla, dando la colpa a quella fantomatica comunità. Credo semplicemente che sia un progetto complesso, con regole complesse e una comunità che esiste da molto tempo. Personalmente, in generale trovo le regole di Wikipedia abbastanza ragionevoli. Specie se si pensa ai possibili casi peggiori cioè quelli di persone che vogliono fare modifiche dannose al progetto (vandalismo). Mi dispiace che tu abbia avuto una brutta esperienza con Wikipedia, non cosa dirti se non prova di nuovo. Ora, sono felicissimo di rispondere alle domande su Wikipedia, ma non so se è il caso di farlo qui, Wikipedia in Italiano ha una sua lista: https://lists.wikimedia.org/mailman/listinfo/wikiit-l C ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Autostrada Torino-Milano
2013/7/31 Simone Saviolo simone.savi...@gmail.com Il giorno 31 luglio 2013 14:06, Andrea Musuruane musur...@gmail.com ha scritto: Ho visto che il tratto TO-MI dell'A4 ha come name Autostrada Serenissima. Questo è sbagliato. Questo nome è usato solo per un tratto, credo quello BG-VE, ma non ne sono sicuro. Sicuramente non è usato per il tratto TO-MI. Io la so diversa. L'Autostrada A4 va da Torino a Trieste, e si chiama Serenissima. La suddivisione TO-MI, MI-BR, BR-VE e VE-TR è dovuta soltanto alle differenti gestioni, ma l'autostrada è una sola, e se si chiama Serenissima a Sommacampagna si chiama Serenissima anche a Greggio e anche a Dalmine. Sul sito dell'AISCAT ho trovato questa tabella: http://www.aiscat.it/inautostrada/autostrade.htm?ck=1nome=autostradeidl=4 Pertanto sembrerebbe che la A4 non abbia un nome. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Strade agricole
Quando su una traccia sterrata metto accesso agricolo è sottinteso che è vietata la normale circolazione a moto e auto, se non a fini agricoli? O va specificato? E vorrei capire se ciò ammette il passaggio a piedi e in bicicletta. -- View this message in context: http://gis.19327.n5.nabble.com/Strade-agricole-tp5772104.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Autostrada Torino-Milano
Il giorno 31 luglio 2013 14:37, Andrea Musuruane musur...@gmail.com ha scritto: 2013/7/31 Simone Saviolo simone.savi...@gmail.com Il giorno 31 luglio 2013 14:06, Andrea Musuruane musur...@gmail.com ha scritto: Ho visto che il tratto TO-MI dell'A4 ha come name Autostrada Serenissima. Questo è sbagliato. Questo nome è usato solo per un tratto, credo quello BG-VE, ma non ne sono sicuro. Sicuramente non è usato per il tratto TO-MI. Io la so diversa. L'Autostrada A4 va da Torino a Trieste, e si chiama Serenissima. La suddivisione TO-MI, MI-BR, BR-VE e VE-TR è dovuta soltanto alle differenti gestioni, ma l'autostrada è una sola, e se si chiama Serenissima a Sommacampagna si chiama Serenissima anche a Greggio e anche a Dalmine. Sul sito dell'AISCAT ho trovato questa tabella: http://www.aiscat.it/inautostrada/autostrade.htm?ck=1nome=autostradeidl=4 Pertanto sembrerebbe che la A4 non abbia un nome. Era l'elenco che ho cercato e non ho trovato - grazie per averlo linkato. Tuttavia, adesso che lo vedo, non lo trovo molto affidabile: tra la tabella e la cartina ci sono diversi errori: la A26dir e la A4/A5 indicate come A26, la tangenziale di Torino indicata senza numero, il raccordo Gattico-Gallarate anche quello senza numero... Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Autostrada Torino-Milano
2013/7/31 Simone Saviolo simone.savi...@gmail.com Sul sito dell'AISCAT ho trovato questa tabella: http://www.aiscat.it/inautostrada/autostrade.htm?ck=1nome=autostradeidl=4 Pertanto sembrerebbe che la A4 non abbia un nome. Era l'elenco che ho cercato e non ho trovato - grazie per averlo linkato. Tuttavia, adesso che lo vedo, non lo trovo molto affidabile: tra la tabella e la cartina ci sono diversi errori: la A26dir e la A4/A5 indicate come A26, la tangenziale di Torino indicata senza numero, il raccordo Gattico-Gallarate anche quello senza numero... Già. Il dubbio rimane, visto il pressapochismo. Peccato che l'AISCAT sia l'associazione che raggruppa tutti i concessionari autostradali. Era sperabile che pubblicassero dati affidabili. Sigh! Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2013 in arrivo: Rovereto (TN) 4-6 ottobre 2013
2013/7/31 Cristian Consonni kikkocrist...@gmail.com Io, personalmente, sono il primo a dirti che Wikipedia a un sacco di difetti, ma non è il punto centrale di questo discorso sull'opportunità di fare un capitolo o meno. Il punto è sostenere l'idea di un progetto di creazione di una mappa collaborativa, i cui dati sono rilasciati con una licenza libera e farlo all'interno di una associazione che sia riconosciuta da OSM Foundation. però credo che nell'opinione pubblica (non profondamente informato) wikimedia e wikipedia sono visti come la stessa cosa, e quindi se OSM Italia sarebbe un progetto legalmente rappresentato da Wikimedia in qualche modo sarebbe anche un avvicinamento (formale) a Wikipedia. Non voglio ne anche diminuire l'utilità di Wikipedia, è un progetto di enorme importanza e personalmente la uso tantissimo (tanto più un vero peccato che ci sono questi problemi di cancellismo e burocratismo ( https://it.wikipedia.org/wiki/Wikipedia:Burocrati )). Di conseguenza penso che essere percepito come un progetto di Wikipedia non ha solo vantaggi ma probabilmente anche dei svantaggi (persone come Cristiano o me ce ne sono tante che sono deluso come vanno le cose in WP, la rete è piena e qualche tempo fa lo erano anche i giornali). La mappa libera già la facciamo, ed è già integrata anche in Wikipedia (come noi associamo dei oggetti OSM a dei articoli di Wikipedia (cosa purtroppo funziona solo fino a quel punto che viene cancellato l'articolo ;-) ), è chiaro che formalmente condividiamo le stesse basi. Vorrei sapere come funzionerebbe al livello di soldi (è l'unico vero motivo per cui abbiamo bisogno di un capitolo italiano: raccogliere il 5 per mille ed altre donazioni da chi ci ama). Ci sono dei conti separati per i vari capitoli dentro a Wikimedia? Chi è che può decidere dentro a Wikimedia come vengono usati i soldi? Come vengono scelte le persone che lavorono per Wikimedia? Chi è che decide chi viene assunto da Wikimedia (o come funziona la procedura)? Quanto costa la gestione di Wikimedia e dei vari capitoli, e quanto sarebbe la quota di OSM.it? Sono legalmente responsabili [1] i capitoli per ciò che fanno altri capitoli? (Sono sicuro che avrei potuto trovare alcune delle risposte a queste domande anche in rete, ma ho l'impressione che qui facciamo prima ;-) ). Finora nel ambito di OSM ci basiamo in tutto sul volontarismo, ne alla OSMF, ne da FOSSGIS o in altri local chapters (AFAIR) c'è del personale pagato e se ci riuscissimo ad organizzarci anche nel prossimo e medio futuro solo basato sul lavoro dei volontari per me sarebbe meglio. ciao, Martin [1] Faccio un esempio: come sappiamo tutti, la maggior parte delle coordinate in Wikipedia è derivata da ortofoto e mappe proprietari. Se un giorno la Google (o un altro) facesse causa a Wikimedia (in quanto legale rappresentante di Wikipedia), dovremmo anche noi come chapter osm.it pagare i debiti che potrebbero risultare da una causa? E' una domanda ipotetica per capire come legalmente funziona, non è una preoccupazione basata su avvenimenti recenti. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade agricole
2013/7/31 bredy bredy...@yahoo.it Quando su una traccia sterrata metto accesso agricolo è sottinteso che è vietata la normale circolazione a moto e auto, se non a fini agricoli? O va specificato? E vorrei capire se ciò ammette il passaggio a piedi e in bicicletta. E' forse sottinteso, ma tutto ciò che non è esplicitato non c'è ;-) Al solito metterei in questi casi motor_vehicle=no, agricultural=yes e in questo caso per me sarebbe sottinteso che pedoni e bici ci possono passare. Se vuoi essere più esplicito aggiungi anche foot=yes e bicycle=yes. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade agricole
volevo capire come si comportano i software di routing in questi casi, se lasciano passare i ciclisti e non le macchine o se per questo bisogna sempre specificare tutto. -- View this message in context: http://gis.19327.n5.nabble.com/Strade-agricole-tp5772104p5772110.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Autostrada Torino-Milano
per un tratto ho trovato anche un alt_name: Passante di Mestre (se non è il nome unico per quel tratto). http://www.cavspa.it/index.php?option=com_contentview=articleid=74Itemid=149 In generale credo dovremmo / potremmo fare più di una relazione per l'A4, in quanto ha dei riferimenti europei diversi su tratti differenti. (quindi relazione raccoglitore/madre e relazioni bambini). Ho trovato anche questo sito delle società autostrade serenissima: http://www.autovepd.it/index.html Purtroppo è la solita pagina placeholder/minima ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade agricole
2013/7/31 bredy bredy...@yahoo.it volevo capire come si comportano i software di routing in questi casi, se lasciano passare i ciclisti e non le macchine o se per questo bisogna sempre specificare tutto. mentre per le strade normali il default è che tutti possono passare, credo che per le strade agricole non è chiaro che cosa sia il default, quindi bisogna sempre essere specifico (probabilmente bicycle e foot sono anche lì yes ma per macchine non è chiaro). Da un solo agricultural=yes non si può dedurre che motor_vehicle deve essere no, quindi lo metterei. I programmi di routing non usano tutti la stessa logica, ma cercano tutti di valutare i dati presenti... Alcuni router non contengono proprio le strade agricole. Nel dubbio sulla classificazione tra unclassified / service e track userei unclassified / service invece di track. Ho visto recentemente un agriturismo vicino Roma ad un lago dove tanti Romani vanno il weekend, con tanto di parcheggio ecc., e l'accesso era mappato come track (probabilmente perché si tratta di una strada sterrata), ma l'ho cambiato perché in quel caso non è un uso solo agricolo ma proprio turistico. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] paesi che scompaiono
Il 31 luglio 2013 00:10, Martin Koppenhoefer ha scritto: Invece per San Gimignano credo abbiamo trovato un mappatore che cancella molto più che crea, il nodo originale è questo: http://www.openstreetmap.org/browse/node/61753737/history partendo da questo nodo ho guardato altre cose che ha fatto l'utente e credo dovremmo fare un revert di forse tutto il suo lavoro (21 edits). per le cancellazioni tutto sommato darei la colpa a Potlatch ho guardato i changeset di aprile e di luglio e ho ripristinato alcuni building e alcune strade controllando su Bing; questi sono i miei changeset http://www.openstreetmap.org/browse/changeset/17165977 http://www.openstreetmap.org/browse/changeset/17166268 http://www.openstreetmap.org/browse/changeset/17166352 non ho fatto alcun revert per i changeset di febbraio che sono a Bolzano, c'è anche qualche nodo che ha creato lui stesso e poi ha eliminato come questo: http://www.openstreetmap.org/browse/node/2142534384/history ora gli scrivo per suggerirgli di non usare i nomi TUTTI IN MAIUSCOLO e gli dico di controllare i changeset -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade agricole
unclassified non mi sembra comunque corretto perchè non è una strada non classificata, ma una che è tra terziaria e residential -- View this message in context: http://gis.19327.n5.nabble.com/Strade-agricole-tp5772104p5772115.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade agricole
Il 31 luglio 2013 15:46, bredy ha scritto: unclassified non mi sembra comunque corretto perchè non è una strada non classificata, ma una che è tra terziaria e residential unclassified è proprio una strada tra terziaria e residential una strada senza tipo è highway=road -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade agricole
la descrizione di track infatti dice Carreggiabili ad uso prevalentemente agricolo o forestale, spesso sconnesse e non pavimentate. Ma non dice che sono solo agricole se non lo si specifica. Le si definiscono anche strade poderali o interpoderali, ma non fanno parte della viabilità ordinaria. -- View this message in context: http://gis.19327.n5.nabble.com/Strade-agricole-tp5772104p5772119.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Autostrada Torino-Milano
Dal punto vista ufficiale la strada non ha un nome specifico, teoricamente si dovrebbe chiamare Autostrada Torino-Trieste su OSM, ma da quando esiste è sempre stata soprannominata Serenissima. I siti sono fuorvianti, su un sito si legge che serenissima è tutta l'A4, un documento PDF solo fra Brescia e Padova, un'altro solo tra Milano e Venezia, etc. La logica vuole che dato che l'autostrada è una sola, il nome dovrebbe essere unico. Davide -- View this message in context: http://gis.19327.n5.nabble.com/Autostrada-Torino-Milano-tp5772091p5772121.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade agricole
2013/7/31 Daniele Forsi dfo...@gmail.com: Il 31 luglio 2013 15:46, bredy ha scritto: unclassified non mi sembra comunque corretto perchè non è una strada non classificata, ma una che è tra terziaria e residential unclassified è proprio una strada tra terziaria e residential una strada senza tipo è highway=road -1 la pagina wiki dice: A road of unknown classification. This is intended as a temporary tag to mark a road until it has been properly surveyed. Once it has been surveyed, the classification should be updated to the appropriate value. quindi è da usare solo per dire che non si conosce la classificazione, non per dire che non ha una classificazione, è molto diverso... Pietro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Superstrade a carreggiata unica
Fino ad ora sono state indicate come primary le superstrade ad una corsia per senso di marcia e come trunk quelle con più corsie per senso di marcia. Secondo voi è necessario uniformare questo tipo di strade e classidicarle anche le superstrade ad una sola corsia per senso di marcia come trunk? Davide -- View this message in context: http://gis.19327.n5.nabble.com/Superstrade-a-carreggiata-unica-tp5772124.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Superstrade a carreggiata unica
Si. Il regolamento di accesso è diverso. Superstrade sono normalmante vietate ai ciclisti, per esempio, primary normalmente permettono l'uso con bici. Il numero di corsie non è determinate per la categoria. In Svizzera (e se mi ricordo bene anche in Italia) esistono autostrade con una corsia per senso di marcia. Volker 2013/7/31 Davio davide@gmail.com Fino ad ora sono state indicate come primary le superstrade ad una corsia per senso di marcia e come trunk quelle con più corsie per senso di marcia. Secondo voi è necessario uniformare questo tipo di strade e classidicarle anche le superstrade ad una sola corsia per senso di marcia come trunk? Davide -- View this message in context: http://gis.19327.n5.nabble.com/Superstrade-a-carreggiata-unica-tp5772124.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade agricole
Pietro wrote 2013/7/31 Daniele Forsi lt; dforsi@ gt;: Il 31 luglio 2013 15:46, bredy ha scritto: unclassified non mi sembra comunque corretto perchè non è una strada non classificata, ma una che è tra terziaria e residential unclassified è proprio una strada tra terziaria e residential una strada senza tipo è highway=road -1 la pagina wiki dice: A road of unknown classification. This is intended as a temporary tag to mark a road until it has been properly surveyed. Once it has been surveyed, the classification should be updated to the appropriate value. quindi è da usare solo per dire che non si conosce la classificazione, non per dire che non ha una classificazione, è molto diverso... Pietro -1 Mi sa tanto che hai letto la riga sbagliata. La descrizione da te riportata è quella di higway=road Se tagghi così stiam freschi. -- View this message in context: http://gis.19327.n5.nabble.com/Strade-agricole-tp5772104p5772126.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade agricole
da come capisco tu hai letto che unclassified si tagga higway=road invece è proprio un valore di highway -- View this message in context: http://gis.19327.n5.nabble.com/Strade-agricole-tp5772104p5772127.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade agricole
Ciao, On Wed, Jul 31, 2013 at 3:46 PM, bredy bredy...@yahoo.it wrote: da come capisco tu hai letto che unclassified si tagga higway=road invece è proprio un valore di highway No, ho letto male la riga scritta da Daniele. :-) scusate... Pietro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade agricole
Highway = road è una strrada non ancora classificata dal mappatore. Highway = unclassified è una strada del livello più basso di classificazione. Unclassified è un termine utilizzato in Inghilterra (da dove vengono i termini di OSM). Unclassified e residential sono dello stesso livello. Unclassified si utilizza al di fuori del abitato. Volker On 31 July 2013 16:46, bredy bredy...@yahoo.it wrote: da come capisco tu hai letto che unclassified si tagga higway=road invece è proprio un valore di highway -- View this message in context: http://gis.19327.n5.nabble.com/Strade-agricole-tp5772104p5772127.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Superstrade a carreggiata unica
On 2013-07-31 at 16:29:24 +0200, Volker Schmidt wrote: Si. No. Il regolamento di accesso è diverso. Superstrade sono normalmante vietate ai ciclisti, per esempio, primary normalmente permettono l'uso con bici. per quello c'è il tag motorroad=yes, che parla proprio delle condizioni di accesso simil-autostrada, e si affianca alla categoria opportuna (immagino di solito primary, ma non è detto). https://wiki.openstreetmap.org/wiki/Key:motorroad Il numero di corsie non è determinate per la categoria. In Svizzera (e se mi ricordo bene anche in Italia) esistono autostrade con una corsia per senso di marcia. In Italia da codice della strada è necessario avere almeno due corsie per senso di marcia, a carreggiate separate, sia per le autostrade che per le extraurbane principali, che è quello che si tagga come trunk. In svizzera vale lo stesso requisito per le autostrade, ma non per le semiautostrade (che per il resto sono più o meno equivalenti alle nostre extraurbane principali), che possono avere una corsia sola. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Local chapter
Un local chapter si fa portavoce istituzionale di openstreetmap I mappers avrebbero un riferimento italiano in merito a questioni di autorizzazioni e quant'altro Il lavoro amministrativo è un pacco ed è per quello che conviene mettersi con un altra associazione o compatibile o che fa altro (il mio lug di riferimento è una sezione di una polisportiva) All'estero c'è chi si è messo con altri (per la maggiore i chapter di wikimedia o osgeo) o chi ha creato il proprio (essere Austria, Spagna, Cile, USA... ) -- Maurizio 'napo' Napolitano http://de.straba.us Il giorno 31/lug/2013 18:29, Stefano Salvador stefano.salva...@gmail.com ha scritto: Ciao a tutti, vista l'importanza della discussione direi di creare un apposito thread evitando di forkare la discussione su altri tipi di diatribe. Personalmente trovo che prima di decidere con chi associarsi o se andare da soli mi piacerebbe capire: - cosa dovrebbe realmente fare un local chapter - che vantaggi porterebbe ai mappatori - se c'è qualcuno che ha voglia di smazzarsi il relativo lavoro amministrativo - cosa hanno fatto all'estero 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] Superstrade a carreggiata unica
In Italia da codice della strada è necessario avere almeno due corsie per senso di marcia, a carreggiate separate, sia per le autostrade che per le extraurbane principali, che è quello che si tagga come trunk. In svizzera vale lo stesso requisito per le autostrade, ma non per le semiautostrade (che per il resto sono più o meno equivalenti alle nostre extraurbane principali), che possono avere una corsia sola. E' possibile avere un riferimento al codice della strada dove c'è scritto che una super strada deve avere per forza queste caratteristiche? quello che hai indicato sono si superstrade ma di Strada extraurbana principale (cat. B) https://it.wikipedia.org/wiki/Superstrada tornando al tag higway=trunk il wiki dice questo Strade che si pongono a metà strada tra Autostrade/Tangenziali e le Statali. Può anche essere classificato così il tratto di svincolo di un'autostrada-tangenziale che porta al centro città. Per segnalare l'esistenza di restrizioni di accesso simili a quelle in vigore per le autostrade, usare motorroad http://wiki.openstreetmap.org/w/index.php?title=IT:Key:motorroadaction=editredlink=1=yes. Le cosiddette *superstrade http://it.wikipedia.org/wiki/Superstrada* potrebbero essere marcate come due corsie denotate da /highway=trunk/ per distinguerle dalle autostrade. Le strade extraurbane ad una sola corsia per senso di marcia, che però non presentano incroci sul loro percorso e abbiano accessi ed uscite mediati da corsie di ac/de-celerazione potrebbero essere marcati da /highway=trunk/, per distinguerle da altre strade che potrebbero presentare incroci e rotonde. -- -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Offertissima Agosto in camera panoramica sul mare di Bellariva di Rimini all'hotel Grifone. Pensione completa in camera vista mare a partire da euro 54. Supplemento formula all inclusive euro 10 a persona al giorno Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13005d=31-7 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2013 in arrivo: Rovereto (TN) 4-6 ottobre 2013
Il 31 luglio 2013 15:07, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: però credo che nell'opinione pubblica (non profondamente informato) wikimedia e wikipedia sono visti come la stessa cosa, e quindi se OSM Italia sarebbe un progetto legalmente rappresentato da Wikimedia in qualche modo sarebbe anche un avvicinamento (formale) a Wikipedia. Non voglio ne anche diminuire l'utilità di Wikipedia, è un progetto di enorme importanza e personalmente la uso tantissimo (tanto più un vero peccato che ci sono questi problemi di cancellismo e burocratismo ( https://it.wikipedia.org/wiki/Wikipedia:Burocrati )) Mamma mia! Burocrati è la traduzione di è un termine tecnico usato dal software MediaWiki (Bureaucrats): http://www.mediawiki.org/wiki/Project:Bureaucrats che indica il gruppo utente che ha i permessi di modificare l'appartenenza ai gruppi di altri utenti (per cui gli utenti del gruppo burocrati possono dare/togliere i permessi di amministratore ad altri utenti). Diciamo che è un po' come sui sistemi *nix, dove esiste il gruppo sudo. Vale la pena ricordare che gli amministratori sono: * eletti dalla comunità[#] * la carica dura un anno e viene sottoposta a riconferma[$] Vorrei sapere come funzionerebbe al livello di soldi (è l'unico vero motivo per cui abbiamo bisogno di un capitolo italiano: raccogliere il 5 per mille ed altre donazioni da chi ci ama). Ci sono dei conti separati per i vari capitoli dentro a Wikimedia? Ci sono più che conti separati. I vari capitoli sono *associazioni* separate, Wikimedia Deutschland è una associazione secondo la legge tedesca, con sede in Germania, Wikimedia France è una associazione francese (secondo l’article 5 de la loi du 1 juillet 1901), ecc. . Ogni associazione funziona indipendentemente, seguendo il proprio statuto e la legge/le consuetudini del paese dove si trova. Tutti i capitoli riconosciuti hanno avuto lo statuto approvato da Wikimedia Foundation e hanno sottoscritto un accordo (cosiddetto Chapters Agreement), nel caso di OSMF funzionerebbe in modo simile, perché da quello che ho letto è stato fatto tutto sul modello Wikimedia. Chi è che può decidere dentro a Wikimedia come vengono usati i soldi? Da statuto, l'organo decisionale in Wikimedia Italia è l'assemblea dei soci, l'assemblea elegge un direttivo che rimane in carica due anni (con scadenze scaglionate). Credo che questa cosa valga più o meno per qualsiasi associazione (dalle AdV, alle APS, alle ONLUS) costituita in Italia. Come vengono scelte le persone che lavorono per Wikimedia? Wikimedia Italia ha sempre fatto delle call pubbliche, attraverso questa pagina: http://wiki.wikimedia.it/wiki/Ricerca_collaboratori ecco un esempio che abbiamo chiuso qualche settimana fa: http://wiki.wikimedia.it/w/index.php?title=Ricerca_collaboratorioldid=83252 Ora come ora l'associazione ha due dipendenti full time: * una segretaria che si occupa della gestione dell'amministrazione (iscrizioni, rinnovi, ecc.) * una projet manager per il progetto Wiki Loves Monuments Italia (nel 2012 e rinnovato nel 2013): http://www.wikilovesmonuments.it Chi è che decide chi viene assunto da Wikimedia (o come funziona la procedura)? Per le persone assunte finora è stato Il direttivo. Si valutano i CV, poi attraverso questa valutazione si fa una prima selezione dei candidati e si organizzano dei colloqui (fatti a Monza nella sede dell'associazione o da remoto). Dai colloqui si seleziona il candidato migliore. Per quanto ne so, altre Wikimedie (e.g. Wikimedia France) hanno creato una commissione di soci che ha grosso modo seguito la stessa procedura. Quanto costa la gestione di Wikimedia e dei vari capitoli, e quanto sarebbe la quota di OSM.it? La domanda è un po' mal posta, per due motivi: * se per gestione intendi i costi fissi (dell'avere una segreteria, ecc.), li puoi leggere dai bilanci dell'associazione[*] * gli altri soldi vengono investiti nei progetti, proposti dai soci e che variano ogni anno (in base alle risorse disponibili, al numero di proposte, al fatto che ci sono più o meno persone che danno la loro disponibilità a realizzare un dato progetto). * come vengono spesi i soldi lo decide l'assemblea dei soci. Cosa sarebbe la quota di OSM.it? Per cosa sarebbe usata? Credo sia più utile meglio ragionare sui progetti. Ovvero, si propone un progetto che riguarda OSM in Italia, si stabilisce: ** se ci sono soci interessati a portalo avanti ** se servono risorse (materiali, supporto professionale, ecc.) e quanto se ci sono soci interessati (questo è un punto *fondamentale*) di solito il problema più grosso è superato. Se volete la mia opinione, non credo sia giusto creare compartimenti stagni. Sono legalmente responsabili [1] i capitoli per ciò che fanno altri capitoli? No, né sono responsabili di quello che fa la Foundation. I capitoli non sono filiali. (Sono sicuro che avrei potuto trovare alcune delle risposte a queste domande anche in rete, ma ho l'impressione che qui facciamo prima
Re: [Talk-it] Superstrade a carreggiata unica
Il giorno 31 luglio 2013 16:23, Davio davide@gmail.com ha scritto: Fino ad ora sono state indicate come primary le superstrade ad una corsia per senso di marcia e come trunk quelle con più corsie per senso di marcia. No, un momento, non mi torna. Fermo restando che non c'è una regola precisa al 100%, fino ad ora, di norma, si usa trunk per le superstrade, che è il nome volgare per le strade extraurbane principali. Superstrade con una corsia per senso di marcia non dovrebbero esistere. -- Giacomo Boschi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Superstrade a carreggiata unica
On 2013-07-31 at 17:33:21 +0200, Salemme Guido wrote: In Italia da codice della strada è necessario avere almeno due corsie per senso di marcia, a carreggiate separate, sia per le autostrade che per le extraurbane principali, che è quello che si tagga come trunk. In svizzera vale lo stesso requisito per le autostrade, ma non per le semiautostrade (che per il resto sono più o meno equivalenti alle nostre extraurbane principali), che possono avere una corsia sola. E' possibile avere un riferimento al codice della strada dove c'è scritto che una super strada deve avere per forza queste caratteristiche? quello che hai indicato sono si superstrade ma di Strada extraurbana principale (cat. B) https://it.wikipedia.org/wiki/Superstrada che è esattamente quello che stavo scrivendo: le strade extraurbane principali devono avere almeno due corsie (in italia, mentre la cosa più simile in svizzera non ha quel requisito). a quanto mi ricordo il codice della strada non parla di superstrade, è un termine d'uso comune per indicare cose che per il codice della strada sono diverse, ma su questo potrei sbagliarmi. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Superstrade a carreggiata unica
Il 31/07/2013 19:05, Elena ``of Valhalla'' ha scritto: che � esattamente quello che stavo scrivendo: le strade extraurbane principali devono avere almeno due corsie (in italia, mentre la cosa pi� simile in svizzera non ha quel requisito). a quanto mi ricordo il codice della strada non parla di superstrade, � un termine d'uso comune per indicare cose che per il codice della strada sono diverse, ma su questo potrei sbagliarmi. Qui ci sono le definizioni delle strade secondo l'ACI [0], resta da capire se a strada in questione ha la banchina laterale per emergenze ed ha uno spartitraffico in mezzo, o altro, perchè se è superstrada per me vale come highway=primary. http://www.aci.it/i-servizi/normative/codice-della-strada/titolo-i-disposizioni-generali/art-2-definizione-e-classificazione-delle-strade.html -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Superstrade a carreggiata unica
Per superstrada vengono considerate di solito anche le SCV (Strade a Scorrimento Veloce), che sono appunto strade a una corsia per senso di marcia, totale assenza di incroci a raso, e quindi gli accessi sono regolati da rampe con annesse corsie di accelerazione/decelerazione. -- View this message in context: http://gis.19327.n5.nabble.com/Superstrade-a-carreggiata-unica-tp5772124p5772151.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Superstrade a carreggiata unica
io penso che i tag di openstreetmap non segue alla perfezione la classificazione delle strade italiane , ma questo è normale perchè openstreetmap è un progetto internazionale e le categorizzazioni delle strade varia da paese a paese quindi sul wiki penso sono ben definite i tag per le varie categorie di strade indipendente dai vari paesi e secondo una categorizzazione di osm http://wiki.openstreetmap.org/wiki/IT:Map_Features quindi motorway per le autostrade e penso per questo non c'è problema adesso c'è il problema trunk : come già detto il codice della strada non definisce la super strada e penso anche in altri paesi è così, ma sul wiki ce una spiegazione ben chiara di cosa deve essere considerata trunk quindi io ci metterei tutte quelle strade che non sono autostrade e non hanno incroci a raso o rotonde cioè tutte le strade che hanno corsie di accelerazione o decelerazione per l'immissione e l'uscita (questo combacia con la descrizione fatta qui http://wiki.openstreetmap.org/wiki/IT:Map_Features alla voce trunk) se su queste valgono le stesse restrizioni delle autostrade motoroad=yes se poi hanno una o più corsie per senso di marcia poco importa per questo c'è il tag lanes se le carreggiate sono separate non so se c'è qualche tag ma di solito si disegna una way per ogni senso di marcia spesso nelle città ci sono strade a due corsie per senso e carreggiate separate e con rotonde e incroci , queste sicuramente non possono essere taggate come trunk (per esempio a volte queste strade si trovano nelle zone industriali e dove il limite di velocit è 30km/h) primary tutte le altre strade di interesse regionale o nazionale che però sul loro percorso hanno incroci spesso con semafori rotatorie accessi privati ecc Il 31/07/2013 19:16, girarsi_liste ha scritto: Il 31/07/2013 19:05, Elena ``of Valhalla'' ha scritto: che � esattamente quello che stavo scrivendo: le strade extraurbane principali devono avere almeno due corsie (in italia, mentre la cosa pi� simile in svizzera non ha quel requisito). a quanto mi ricordo il codice della strada non parla di superstrade, � un termine d'uso comune per indicare cose che per il codice della strada sono diverse, ma su questo potrei sbagliarmi. Qui ci sono le definizioni delle strade secondo l'ACI [0], resta da capire se a strada in questione ha la banchina laterale per emergenze ed ha uno spartitraffico in mezzo, o altro, perchè se è superstrada per me vale come highway=primary. http://www.aci.it/i-servizi/normative/codice-della-strada/titolo-i-disposizioni-generali/art-2-definizione-e-classificazione-delle-strade.html -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Soggiorna almeno 6 giorni fra il 27 luglio ed il 4 di agosto e avrai un biglietto gratis a persona per AQUAFAN o OLTREMARE. Da euro 372 al giorno per persona in pensione completa. Bimbi gratis Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13008d=31-7 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Percorsi escursionistici e tag network
Vorrei escalare una discussione che abbiamo avuto su talk-it-trentino riguardo ai percorsi escursionistici CAI/SAT/AVS e non. In breve: la domanda e' come usare correttamente il tag network per le relazioni route=hiking in modo consistente, dato che c'e' un gran chaos attualmente. La proposta attuale e' la seguente: http://lists.openstreetmap.org/pipermail/talk-it-trentino/2013-July/000297.html Ovvero usare una misura abbastanza obbiettiva della distanza coperta dal percorso, dato che abbiamo svariate reti di associazioni, e nessuna classificazione standardizzata come esiste in Austria e Svizzera. Se potete leggere il thread ci sono diversi spunti, ma il messaggio di Martin secondo da un ottimo punto di vista che se condiviso standardizzerei sul wiki in IT:Hiking. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] orari apertura parco e cancelli
come è meglio fare? se un parco è aperto dalle 8 alle 20, metto il tag opening_hours nell'area del parco o sul cancello? se si mette sul gate all'entrata del parco, va messo l'orario di apertura del parco/cancello o sul cancello viene interpretato come il cancello è attivo e cioè chiuso dalle 8 alle 20 ? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mappare un canale coperto
Salve a tutti, in riferimento a questo thread: http://lists.openstreetmap.org/pipermail/talk-it/2012-August/thread.html#30551 alcune delle critiche mosse dicono che quando tombato diventa condotta, però questo canale è nominato prorpiamente Canale Ducale ...quindi...anche se tombato diversi metri sotto palazzi, conviene considerarlo Tag:waterway=canal e blocco unico dalla sorgente (distante 15 km dalla presa del torrente)? Inoltre, come se non bastasse, in alcuni tratti è percorso pedo-ciclabile come è meglio utilizzare le grafiche?.. 2 linee affiancate/sovrapposte o tutt'insieme nei tag? Grazie anticipatamente -alex- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] orari apertura parco e cancelli
On Jul 31, 2013 11:54 PM, Fabri erfab...@gmail.com wrote: come è meglio fare? se un parco è aperto dalle 8 alle 20, metto il tag opening_hours nell'area del parco o sul cancello? se si mette sul gate all'entrata del parco, va messo l'orario di apertura del parco/cancello o sul cancello viene interpretato come il cancello è attivo e cioè chiuso dalle 8 alle 20 ? Io per non sbagliare li metterei in entrambe le entità. Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-se] Mikromapparträff i Lund
*BUMP* Jag är fortfarande med. :) /Joakim On 25 jul 2013, at 12:46, Andreas Vilén andreas.vi...@gmail.com wrote: Nästa helg (lördagen den 3 augusti efter 12) hade vi (=jag, joakimfors och essin) planerat att ha en mikromapparträff i Lund, där vi kartlägger maxhastighet, belysning, access-taggar med mera, främst med fokus på innerstaden. Det vore trevligt om fler kunnat följa med! Förslagsvis inleder vi med lunch och genomgång av uppdraget, samt utdelning av vandrande papper (walking papers) över innerstaden. Vill man jobba på något annat sätt går det förstås bra, men jag undrar om det finns något annat sätt som är riktigt effektivt för syftet, annat än möjligen fotomappning av vägskyltar. Träffpunkt återkommer vi till, men järnvägsstationen är ett förslag. Väl mött /Andreas ___ 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
Re: [Talk-se] Tagga tätorter som består av två orter
30 jul 2013 kl. 12:56 skrev taree: SCB namnger ett antal tätorter som Foo och Bar, där Foo och Bar är två skilda områden. Exemplelvis Häggeby och Vreta (http://www.openstreetmap.org/?lat=59.65492lon=17.54406zoom=16layers=M) I det här fallet är de enskilda orterna taggade place=suburb, medan tätorten har en egen nod med ref:se:scb och population osv, men det finns många sätt att göra detta på, och jag tycker det vore bra om alla tätorter följde samma mönster angående taggning. Ett förslag (från access) är att i dessa fall skapa en relation bestående av de ingående orterna, och låta relationen ha SCBs namn, referens, population etc, medan de två orterna har kvar sina respektive namn och placeringar. Jag tycker detta är rimligt. Hur tycker ni att vi ska göra, vad är mest korrekt? Mest korrekt är väl en relation som beskriver de exakta gränserna. Men det lär väl inte hända någon gång snart : ) Jag har ett par gånger skapat en ny node som ligger mellan de två tätorterna (och postorter), men numera föredrar jag nog egentligen att flera noder delar ref:se:scb. Lite som att det kan finnas flera objekt som har addr:city=Stockholm. kalle___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Tagga tätorter som består av två orter
31 jul 2013 kl. 19:39 skrev RocketMan: Varför måste de två orterna slås ihop bara för att SCB gör så? Blanda inte nödvändigtvis ihop orter med tätorter. De kan vara helt skilda noder/vägar/relationer som egentligen har ganska lite med varandra att göra. Blir ännu mer så om man blandar in postorter i det hela. Så orterna i sig skall väl kanske inte slås ihop, men de objekt som beskriver tätorten, dvs de objekt som är taggat med ref:se:scb, tycker jag i optimala fallet är en relation som beskriver de exakta gränserna. Sådana taggar behöver inte ens sitta på ortsobjektet om du frågar mig, det kan vara helt fristående noder/vägar/relationer som bara beskriver tätorten. kalle - Original Message - From: Karl Wettin To: OpenStreetMap svenska e-postlista Sent: Wednesday, July 31, 2013 3:41 PM Subject: Re: [Talk-se] Tagga tätorter som består av två orter 30 jul 2013 kl. 12:56 skrev taree: SCB namnger ett antal tätorter som Foo och Bar, där Foo och Bar är två skilda områden. Exemplelvis Häggeby och Vreta (http://www.openstreetmap.org/?lat=59.65492lon=17.54406zoom=16layers=M) I det här fallet är de enskilda orterna taggade place=suburb, medan tätorten har en egen nod med ref:se:scb och population osv, men det finns många sätt att göra detta på, och jag tycker det vore bra om alla tätorter följde samma mönster angående taggning. Ett förslag (från access) är att i dessa fall skapa en relation bestående av de ingående orterna, och låta relationen ha SCBs namn, referens, population etc, medan de två orterna har kvar sina respektive namn och placeringar. Jag tycker detta är rimligt. Hur tycker ni att vi ska göra, vad är mest korrekt? Mest korrekt är väl en relation som beskriver de exakta gränserna. Men det lär väl inte hända någon gång snart : ) Jag har ett par gånger skapat en ny node som ligger mellan de två tätorterna (och postorter), men numera föredrar jag nog egentligen att flera noder delar ref:se:scb. Lite som att det kan finnas flera objekt som har addr:city=Stockholm. kalle ___ 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-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Letters in Streetnames
+1 David ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Was soll eigentlich das überdrübergeniale footway=sidewalk Mapping im 4. Bezirk, und wie kann man den Südtiroler Platz korrekt mappen? Oder ein Rant an die Micromappingfraktion...
Norbert Wenzel norbert.wenzel.lists@... writes: On 2013-07-18 13:24, Stefan Tauner wrote: Das alte TU-Gebäude ist auch durchaus *ähem* interessant in Hinblick auf footways... http://osm.org/go/0JrIcECyg-- Ach du Sch Sollte man beim Indoor Mapping nicht highway=corridor verwenden? So ist das tatsächlich nur Müll. Das kann kein Mensch mehr routen, nichtmal wenn man sich auskennt. Und wie's ausschaut brauch ich eh net kommentieren, oder? Hello all, I am one of the students who worked on the TU building data for the class project. We were informed of the discussion here regarding the data we uploaded to OSM server. I apologize for any problems that our submission caused. We are willing to fix the now ruined model if someone would take time to explain in English what the problems are exactly (my German is not that good, and google translate of the thread gives only a rough idea what the issue is here). If I understand correctly, the main issue is our usage of highway=footway for indoor circulation network, and the fix for this would be using the highway=corridor in all the indoor spaces? Did I understand this correctly? Are there any references that we missed with recommendations which tags should and shouldn't be used (especially for indoors). Are there any other obvious problems with our submission? any feedback is welcome... regards, Milos ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Was soll eigentlich das überdrübergeniale footway=sidewalk Mapping im 4. Bezirk, und wie kann man den Südtiroler Platz korrekt mappen? Oder ein Rant an die Micromappingfraktion...
On 31.07.2013 15:26, MilošŠipetić wrote: If I understand correctly, the main issue is our usage of highway=footway for indoor circulation network, and the fix for this would be using the highway=corridor in all the indoor spaces? Did I understand this correctly? I think thats the point. Thanks for your concern! Also be assured that you didnt ruin anything: Some strange rendering on the Slippymap is no real tragedy at all. Best Regards! Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cat] Talk-cat Digest, Vol 3, Issue 38
A mi em sembla be posar-ho com a unclassified, pero despres no es veu la diferencia amb la resta de carrers. Potser existeix algun altre atribut per definir la visualitzacio de carrers al mapa mes enlla de highway. El dia 31 de juliol de 2013 14.00, talk-cat-requ...@openstreetmap.org ha escrit: Send Talk-cat mailing list submissions to talk-cat@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-cat or, via email, send a message with subject or body 'help' to talk-cat-requ...@openstreetmap.org You can reach the person managing the list at talk-cat-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-cat digest... Today's Topics: 1. Fwd: Carrers/Residencials/Zones 30 (Miquel Morell) -- Message: 1 Date: Wed, 31 Jul 2013 13:55:39 +0200 From: Miquel Morell mmorell08...@gmail.com To: talk-cat@openstreetmap.org Subject: [Talk-cat] Fwd: Carrers/Residencials/Zones 30 Message-ID: cakyhezgnq42qopsxcfokcafpnpadaxdgq5-8g3-pguyopu6...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 aquesta tarda he tingut una estona per rebuscar a la wiki de les definicions de tipus de via: http://wiki.openstreetmap.org/wiki/Map_Features#Highway lo de possar tots els carrers iguals em sembla que no ajuda en res al usuari del mapa per arribar a desti. lo de living street , tot i estar d'acord que no es correcte, fins ara em semblava la solucio menys incorrecte. algu a comentat de catalogar el carrers principals com tertiary, pero el cert es que mirant la definicio de tertiary si acosta menysa com son els carrer de urbanitzacio, que la de living street als carrers menors. llavors he trobat la seguent definicio dins de highway=unclassified http://wiki.openstreetmap.org/wiki/Tag:highway%3Dunclassified Examples of determining applicability:(exemples d'aplicacio) ... In an urban context (en contexte urba) ... Being the *most minor* type of distributor roadhttp://en.wikipedia.org/wiki/Collector_road (esser el tipus mes sencill de carretera de distribucio) que es just el que estaba cercant, una forma de definir carrers o carreteres que distribuiexen el trafic de carrers locals a arteries principals. aixi dons, i abans de canviar res. que li sembla a la comunitat catalogar els carrers principals de urbanitzacions com highway=unclassified? ara per ara em sembla que es la definicio que s'allunya menys de la realitat. el que no tinc clar es si es renderitzara de forma diferent dels residential. salut miquel -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-cat/attachments/20130731/02058700/attachment-0001.html -- ___ Talk-cat mailing list Talk-cat@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cat End of Talk-cat Digest, Vol 3, Issue 38 *** -- *Carlos Sánchez *About.me http://about.me/carlos.sanchez* * ** ___ Talk-cat mailing list Talk-cat@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cat
Re: [OSM-talk-fr] Le serveur osm7 ne répond plus...
Bonjour, Je m'excuse d'insister (lourdement ?) mais nous avions prévu ce soir une séance de saisie des numéros d'adresse sur Montpellier pendant la réunion du groupe local OSM-Hérault. L'adresse http://osm7.openstreetmap.fr/~fred/adresses/montpellier/ renvoie toujours une erreur. Quelqu'un aurait-il la possibilité de regarder ce qu'il se passe sur le serveur aujourd'hui ? Merci. Sinon tant pis on se rabattra sur autre chose à faire, mais ce serait bien dommage... :-) a+ Nicolas Le 30/07/2013 17:20, Nicolas Moyroud a écrit : Cet après-midi ça répond, mais il n'y a plus rien à l'adresse habituelle, si ce n'est un vilain Not Found. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le serveur osm7 ne répond plus...
Bonjour, Le serveur ne répond plus vraiment. Probablement un probleme disque. Il faut au moins quelqu'un sur place pour le rebooter. Pas de nouvelle de l'hébergeur pour l'instant. Frédéric. Le 31/07/2013 09:59, Nicolas Moyroud a écrit : Bonjour, Je m'excuse d'insister (lourdement ?) mais nous avions prévu ce soir une séance de saisie des numéros d'adresse sur Montpellier pendant la réunion du groupe local OSM-Hérault. L'adresse http://osm7.openstreetmap.fr/~fred/adresses/montpellier/ renvoie toujours une erreur. Quelqu'un aurait-il la possibilité de regarder ce qu'il se passe sur le serveur aujourd'hui ? Merci. Sinon tant pis on se rabattra sur autre chose à faire, mais ce serait bien dommage... :-) a+ Nicolas Le 30/07/2013 17:20, Nicolas Moyroud a écrit : Cet après-midi ça répond, mais il n'y a plus rien à l'adresse habituelle, si ce n'est un vilain Not Found. Nicolas ___ 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] Le serveur osm7 ne répond plus...
Merci Frédéric pour ta réponse. J'ai l'impression qu'il y a de fortes chances pour que ce soit cuit pour ce soir... J'ai la journée pour trouver une solution de remplacement. :-) a+ Nicolas Le 31/07/2013 10:15, Frédéric Rodrigo a écrit : Bonjour, Le serveur ne répond plus vraiment. Probablement un probleme disque. Il faut au moins quelqu'un sur place pour le rebooter. Pas de nouvelle de l'hébergeur pour l'instant. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le serveur osm7 ne répond plus...
Bonjour, S'il s'agit de faire une démo l'outil de Nantes est similaire et encore en ligne. Cependant pas la peine de faire des imports OSM à partir de celui-ci, les données sont vieilles et on est passé à des imports via osmose n° par n° avec des données plus fraîches. http://arboulig.free.fr/OSM/ImportNM/ Et ne pas oublier de traiter les anos Osmose sur les adresses. Les exemples sur Nantes, encore énormément de boulot : http://osmose.openstreetmap.fr/fr/map/?zoom=14lat=47.21423lon=-1.54923layers=0BFFTitem=2060level=1,2,3 Bon courage ! A+ Bruno Le 31 juillet 2013 10:47, Nicolas Moyroud nmoyr...@free.fr a écrit : Merci Frédéric pour ta réponse. J'ai l'impression qu'il y a de fortes chances pour que ce soit cuit pour ce soir... J'ai la journée pour trouver une solution de remplacement. :-) a+ Nicolas Le 31/07/2013 10:15, Frédéric Rodrigo a écrit : Bonjour, Le serveur ne répond plus vraiment. Probablement un probleme disque. Il faut au moins quelqu'un sur place pour le rebooter. Pas de nouvelle de l'hébergeur pour l'instant. Frédéric. __**_ 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
[OSM-talk-fr] Route en construction
Bonjour, il y a 2 semaines, un projet routier (sur Vitry-le-François) à été ajouté dans la base. Seulement celui-ci est dans les cartons et ne sortira probablement jamais. J'ai alors demandé au contributeur quelle source de données il utilisait sans réponse de sa part (n'a pas contribué depuis le 15). Voilà un autre exemple d'ajout : http://www.openstreetmap.org/browse/way/230109901 qu'en pensez vous? Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le serveur osm7 ne répond plus...
Merci Bruno. Non c'était bien une séance de saisie que nous avions prévu donc ce ne sera pas possible avec Nantes. Nicolas Le 31/07/2013 11:05, Bruno Cortial a écrit : Bonjour, S'il s'agit de faire une démo l'outil de Nantes est similaire et encore en ligne. Cependant pas la peine de faire des imports OSM à partir de celui-ci, les données sont vieilles et on est passé à des imports via osmose n° par n° avec des données plus fraîches. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
