Re: [OSM-talk-be] historic=battlefield
Ik droom al maanden van een regelmatige bijeenkomst van mensen uit een bepaald gebied die gegevens en ideeën willen uitwisselen. Daarom wil ik zelfs mij bureel te beschikking stellen. Ik woon in Kumtich (tussen Leuven en Tienen op 100 m van een bushalte). De ruimte is niet erg groot maar we vergaderen er toch regelmatig met 6 à 10 personen. Spijtig is er geen homespot of vrije WIFI maar ik heb een desktop (windows 7) en een laptop (vista) die kunnen gebruikt worden. Ik dacht aan bijvoorbeeld een maandelijkse bijeenkomst van een maximum 2 à 3 uur waarop ervaringen kunnen uitgewisseld worden en strategieën kunnen besproken worden. Het lijkt mij in dat geval ook onontbeerlijk om op een of andere manier ook mappers die niet ingeschreven zijn op de Talk-be proberen aan te spreken om naar die vergaderingen te komen. Een motief kan zijn: het gaat in hun taal, over hun streek! Indien er interesse is en mijn infrastructuur is voldoende dan stel ik ze graag ter beschikking. PS. Jo is er ooit geweest en kan zich misschien nog een gedacht vormen of dit kan. Guy Vanvuchelen Van: Jo [mailto:winfi...@gmail.com] Verzonden: donderdag 27 juni 2013 11:08 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] historic=battlefield Ik denk dat het wel haalbaar moet zijn om hier maandelijks in Leuven zo'n meeting op het getouw te zetten. Ik denk dat we het dan best zo doen dat we iets alternerends krijgen. Dan hebben we al 2 meetings per maand. Geografisch iets of wat verspreid. Misschien komt er op termijn wel een initiatief op gang in de buurt van Mechelen of Antwerpen (of Lier natuurlijk :-) Of Geel, Mol, Hasselt, Genk, Maaseik, weet ik veel lol. Ik ga nog 's op zoek naar een plaats waar dat kan doorgaan. Café Sport aan het station van Leuven is waarschijnlijk wel geschikt voor wie met het openbaar vervoer komt. Parkeerruimte is dan weer een ander paar mouwen. Niet dat er geen plaats is, maar het wordt al gauw vrij duur om je wagen ondergronds te zetten. Heeft iemand betere voorstellen? Zou voor eventuele geïnteresseerden donderdagavond goed uitkomen? mvg, Jo Op 27 juni 2013 10:41 schreef Ben Abelshausen ben.abelshau...@gmail.com het volgende: Hey, Ik denk dat we hier heel wat mee kunnen bereiken. Er is ook het gegeven van IRC maar ik denk dat google hangouts of skype misschien iets moderner is? Zijn er nog van die zaken waar mensen tegenwoordig samenwerken? Wat denken jullie van een facebook groep OpenStreetMap Belgium? Ik denk ook dat onze community nog wat moet groeien vooraleer we sommige van die zaken kunnen aanpakken. Er zijn heel goede voorstellen hier maar niet alles moet persé vandaag gebeuren. Ik denk dat we in ieder geval niet zo slecht bezig zijn. Als er wat meer volk actief is kunnen ook zeker dat peter-meter ding eens proberen! :-) Over die meetings: Ik zou dat ook niet té groots zien. Wij hebben ook de tijd niet om elke week of elke 2 weken een meetup te doen dus doen we 1 maand. Ook zullen we niet snel buiten Gent gaan omdat het dan voor ons weer wat moeilijker is om te organiseren. Zoals Jo zegt, plaats zoeken etc... Ik denk gewoon dat bijvoorbeeld in andere steden misschien ook wel ruimte is voor iets gelijkaardigs. Iets doen voor iedereen in België/Vlaanderen tegelijk is volgens mij niet haalbaar, toch niet elke maand. Dat wil niet zeggen dat niet iedereen welkom is hier in Gent! :-) Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk 2013/6/27 Jo winfi...@gmail.com Op 27 juni 2013 09:23 schreef Glenn Plas gl...@byte-consult.be het volgende: On 06/26/2013 10:37 PM, Ivo De Broeck wrote: Ik vindt het goed dat deze discussie ven in talk-be ff komt. imho schrikt deze talk-be heel wat nieuwe vrijwilligers af. We hebben in Lier bv wel iets bereikt door how-to-map-a in het Nederlands te vertalen. En nogmaals, dit is geen kritiek op de kleine groep super gemotiveerde mensen die hier tientallen (lange) posts plaatsen in het engels. Maar misschien moet ook eens gedacht worden aan het rekruteren en begeleiden van nieuwe (niet IT) mensen. Volgens mij werkt de persoonlijke aanpak het beste, ik heb bv 'fransvm' aangesproken op de problemen en een prima reactie van hem gekregen, de boodschap die Ben stuurt ga ik ook gebruiken in de toekomst. Die persoon is van goede wil, en ik denk dat de meeste contributers dat wel zijn. Wat ik heel veel hoor is dat bv Jo zijn persoonlijke sessies heel wat resultaat leveren. Misschien is een soort peter/meterschap wel een idee, mensen die bereid zijn om wat tijd te investeren in anderen zouden zich kandidaat kunnen stellen. Zoals steeds is bij de meeste mensen steeds een probleem van 'tijd hebben'. Ja tijd hebben of vrijmaken is niet altijd evident. Mijn ervaring is dat het nog lastiger is als je probeert om een meeting ergens in een café te organiseren. Vooral als je het ergens wil gaan doen, waar je niet bekend bent. We
Re: [OSM-talk-be] historic=battlefield
Guy, dat lijkt me inderdaad een ideale manier om een gebied goed te mappen. Hopelijk vind je voldoende gouwgenoten. groeten m 2013/6/29 Guy Vanvuchelen guido.vanvuche...@pandora.be Ik droom al maanden van een regelmatige bijeenkomst van mensen uit een bepaald gebied die gegevens en ideeën willen uitwisselen. Daarom wil ik zelfs mij bureel te beschikking stellen. Ik woon in Kumtich (tussen Leuven en Tienen op 100 m van een bushalte). De ruimte is niet erg groot maar we vergaderen er toch regelmatig met 6 à 10 personen. Spijtig is er geen homespot of vrije WIFI maar ik heb een desktop (windows 7) en een laptop (vista) die kunnen gebruikt worden. Ik dacht aan bijvoorbeeld een maandelijkse bijeenkomst van een maximum 2 à 3 uur waarop ervaringen kunnen uitgewisseld worden en strategieën kunnen besproken worden. Het lijkt mij in dat geval ook onontbeerlijk om op een of andere manier ook mappers die niet ingeschreven zijn op de Talk-be proberen aan te spreken om naar die vergaderingen te komen. Een motief kan zijn: *het gaat in hun taal, over hun streek!* Indien er interesse is en mijn infrastructuur is voldoende dan stel ik ze graag ter beschikking. PS. Jo is er ooit geweest en kan zich misschien nog een gedacht vormen of dit kan. ** ** Guy Vanvuchelen ** ** *Van:* Jo [mailto:winfi...@gmail.com] *Verzonden:* donderdag 27 juni 2013 11:08 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] historic=battlefield ** ** Ik denk dat het wel haalbaar moet zijn om hier maandelijks in Leuven zo'n meeting op het getouw te zetten. Ik denk dat we het dan best zo doen dat we iets alternerends krijgen. Dan hebben we al 2 meetings per maand. Geografisch iets of wat verspreid. Misschien komt er op termijn wel een initiatief op gang in de buurt van Mechelen of Antwerpen (of Lier natuurlijk :-) Of Geel, Mol, Hasselt, Genk, Maaseik, weet ik veel lol. Ik ga nog 's op zoek naar een plaats waar dat kan doorgaan. Café Sport aan het station van Leuven is waarschijnlijk wel geschikt voor wie met het openbaar vervoer komt. Parkeerruimte is dan weer een ander paar mouwen. Niet dat er geen plaats is, maar het wordt al gauw vrij duur om je wagen ondergronds te zetten. Heeft iemand betere voorstellen? Zou voor eventuele geïnteresseerden donderdagavond goed uitkomen? mvg, Jo Op 27 juni 2013 10:41 schreef Ben Abelshausen ben.abelshau...@gmail.com het volgende: Hey, Ik denk dat we hier heel wat mee kunnen bereiken. Er is ook het gegeven van IRC maar ik denk dat google hangouts of skype misschien iets moderner is? Zijn er nog van die zaken waar mensen tegenwoordig samenwerken? Wat denken jullie van een facebook groep OpenStreetMap Belgium? Ik denk ook dat onze community nog wat moet groeien vooraleer we sommige van die zaken kunnen aanpakken. Er zijn heel goede voorstellen hier maar niet alles moet persé vandaag gebeuren. Ik denk dat we in ieder geval niet zo slecht bezig zijn. Als er wat meer volk actief is kunnen ook zeker dat peter-meter ding eens proberen! :-) Over die meetings: Ik zou dat ook niet té groots zien. Wij hebben ook de tijd niet om elke week of elke 2 weken een meetup te doen dus doen we 1 maand. Ook zullen we niet snel buiten Gent gaan omdat het dan voor ons weer wat moeilijker is om te organiseren. Zoals Jo zegt, plaats zoeken etc... Ik denk gewoon dat bijvoorbeeld in andere steden misschien ook wel ruimte is voor iets gelijkaardigs. Iets doen voor iedereen in België/Vlaanderen tegelijk is volgens mij niet haalbaar, toch niet elke maand. Dat wil niet zeggen dat niet iedereen welkom is hier in Gent! :-) Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk ** ** 2013/6/27 Jo winfi...@gmail.com Op 27 juni 2013 09:23 schreef Glenn Plas gl...@byte-consult.be het volgende: ** ** On 06/26/2013 10:37 PM, Ivo De Broeck wrote: Ik vindt het goed dat deze discussie ven in talk-be ff komt. imho schrikt deze talk-be heel wat nieuwe vrijwilligers af. We hebben in Lier bv wel iets bereikt door how-to-map-a in het Nederlands te vertalen. En nogmaals, dit is geen kritiek op de kleine groep super gemotiveerde mensen die hier tientallen (lange) posts plaatsen in het engels. Maar misschien moet ook eens gedacht worden aan het rekruteren en begeleiden van nieuwe (niet IT) mensen. ** ** Volgens mij werkt de persoonlijke aanpak het beste, ik heb bv 'fransvm' aangesproken op de problemen en een prima reactie van hem gekregen, de boodschap die Ben stuurt ga ik ook gebruiken in de toekomst. Die persoon is van goede wil, en ik denk dat de meeste contributers dat wel zijn. Wat ik heel veel hoor is dat bv Jo zijn persoonlijke sessies heel wat resultaat leveren. Misschien is een soort peter/meterschap wel een idee, mensen die bereid zijn om wat tijd te investeren in anderen zouden zich kandidaat
Re: [OSM-talk-be] historic=battlefield
Als ik een paar reacties krijg zou ik er inderdaad willen mee beginnen. Vermits ik gepensioneerd ben kan ik me redelijk flexibel opstellen i.v.m. uur en dag. Guy Vanvuchelen Van: Ben Abelshausen [mailto:ben.abelshau...@gmail.com] Verzonden: zaterdag 29 juni 2013 16:15 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] historic=battlefield Gewoon doen! Ookal komt er in het begin niet veel vollek, blijven publiciteit maken. Laat het ook zeker weten op de mailinglijst als je zoiets doet, dan zet ik het op twitter. Zet het ook zeker op de wiki en in de agenda. Er is blijkbaar ook een google+ groep. Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk 2013/6/29 Marc Gemis marc.ge...@gmail.com Guy, dat lijkt me inderdaad een ideale manier om een gebied goed te mappen. Hopelijk vind je voldoende gouwgenoten. groeten m 2013/6/29 Guy Vanvuchelen guido.vanvuche...@pandora.be Ik droom al maanden van een regelmatige bijeenkomst van mensen uit een bepaald gebied die gegevens en ideeën willen uitwisselen. Daarom wil ik zelfs mij bureel te beschikking stellen. Ik woon in Kumtich (tussen Leuven en Tienen op 100 m van een bushalte). De ruimte is niet erg groot maar we vergaderen er toch regelmatig met 6 à 10 personen. Spijtig is er geen homespot of vrije WIFI maar ik heb een desktop (windows 7) en een laptop (vista) die kunnen gebruikt worden. Ik dacht aan bijvoorbeeld een maandelijkse bijeenkomst van een maximum 2 à 3 uur waarop ervaringen kunnen uitgewisseld worden en strategieën kunnen besproken worden. Het lijkt mij in dat geval ook onontbeerlijk om op een of andere manier ook mappers die niet ingeschreven zijn op de Talk-be proberen aan te spreken om naar die vergaderingen te komen. Een motief kan zijn: het gaat in hun taal, over hun streek! Indien er interesse is en mijn infrastructuur is voldoende dan stel ik ze graag ter beschikking. PS. Jo is er ooit geweest en kan zich misschien nog een gedacht vormen of dit kan. Guy Vanvuchelen Van: Jo [mailto:winfi...@gmail.com] Verzonden: donderdag 27 juni 2013 11:08 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] historic=battlefield Ik denk dat het wel haalbaar moet zijn om hier maandelijks in Leuven zo'n meeting op het getouw te zetten. Ik denk dat we het dan best zo doen dat we iets alternerends krijgen. Dan hebben we al 2 meetings per maand. Geografisch iets of wat verspreid. Misschien komt er op termijn wel een initiatief op gang in de buurt van Mechelen of Antwerpen (of Lier natuurlijk :-) Of Geel, Mol, Hasselt, Genk, Maaseik, weet ik veel lol. Ik ga nog 's op zoek naar een plaats waar dat kan doorgaan. Café Sport aan het station van Leuven is waarschijnlijk wel geschikt voor wie met het openbaar vervoer komt. Parkeerruimte is dan weer een ander paar mouwen. Niet dat er geen plaats is, maar het wordt al gauw vrij duur om je wagen ondergronds te zetten. Heeft iemand betere voorstellen? Zou voor eventuele geïnteresseerden donderdagavond goed uitkomen? mvg, Jo Op 27 juni 2013 10:41 schreef Ben Abelshausen ben.abelshau...@gmail.com het volgende: Hey, Ik denk dat we hier heel wat mee kunnen bereiken. Er is ook het gegeven van IRC maar ik denk dat google hangouts of skype misschien iets moderner is? Zijn er nog van die zaken waar mensen tegenwoordig samenwerken? Wat denken jullie van een facebook groep OpenStreetMap Belgium? Ik denk ook dat onze community nog wat moet groeien vooraleer we sommige van die zaken kunnen aanpakken. Er zijn heel goede voorstellen hier maar niet alles moet persé vandaag gebeuren. Ik denk dat we in ieder geval niet zo slecht bezig zijn. Als er wat meer volk actief is kunnen ook zeker dat peter-meter ding eens proberen! :-) Over die meetings: Ik zou dat ook niet té groots zien. Wij hebben ook de tijd niet om elke week of elke 2 weken een meetup te doen dus doen we 1 maand. Ook zullen we niet snel buiten Gent gaan omdat het dan voor ons weer wat moeilijker is om te organiseren. Zoals Jo zegt, plaats zoeken etc... Ik denk gewoon dat bijvoorbeeld in andere steden misschien ook wel ruimte is voor iets gelijkaardigs. Iets doen voor iedereen in België/Vlaanderen tegelijk is volgens mij niet haalbaar, toch niet elke maand. Dat wil niet zeggen dat niet iedereen welkom is hier in Gent! :-) Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk 2013/6/27 Jo winfi...@gmail.com Op 27 juni 2013 09:23 schreef Glenn Plas gl...@byte-consult.be het volgende: On 06/26/2013 10:37 PM, Ivo De Broeck wrote: Ik vindt het goed dat deze discussie ven in talk-be ff komt. imho schrikt deze talk-be heel wat nieuwe vrijwilligers af. We hebben in Lier bv wel iets bereikt door how-to-map-a in het Nederlands te vertalen. En nogmaals, dit is geen kritiek op de kleine groep super gemotiveerde mensen die hier tientallen (lange) posts plaatsen in het engels. Maar misschien moet ook eens
Re: [OSM-talk-be] historic=battlefield
Er is een mogelijkheid. Maar het is 'handwerk'. Je moet ze één per één aanklikken en een copy/paste boodschap sturen. Ik ben van plan om dat te doen voor alle gebruikers in Brussel en omstreken om de mensen op de hoogte te brengen van RMLL/LSM. Een bijeenkomst rond vrije software die doorgaat in Brussel de 2e week van juli. We zullen daar een stand hebben en Ben en ik gaan ook wat voordrachten geven. Jo Op 29 juni 2013 18:54 schreef Guy Vanvuchelen guido.vanvuche...@pandora.behet volgende: De laatste bus is blijkbaar om 21.26 uur. Ikzelf kan ’s avonds vanaf 18.00 uur. Het hangt er vanaf wie nog geïnteresseerd is en of die er zo vroeg kunnen zijn. Anderzijds denk ik dat we met 2 uur per maand toch al heel wat kunnen bereiken. (dus ook 19:00 uur zou kunnen) Is er een mogelijkheid om de mappers die in onze omgeving werken op te sporen en te contacteren? ** ** Guy Vanvuchelen ** ** *Van:* Jo [mailto:winfi...@gmail.com] *Verzonden:* zaterdag 29 juni 2013 15:00 *Aan:* Guy Vanvuchelen *Onderwerp:* Re: [OSM-talk-be] historic=battlefield ** ** Dat zou zeker kunnen. Het enige bezwaar dat ik (voor mezelf) zie, is dat het niet zo handig is om weer thuis te geraken met het openbaar vervoer. Wat draadloos internet betreft, kan ik gemakkelijk een access point meebrengen dat we dan tijdelijk aansluiten. Jo Op 29 juni 2013 13:57 schreef Guy Vanvuchelen guido.vanvuche...@pandora.be het volgende: Ik droom al maanden van een regelmatige bijeenkomst van mensen uit een bepaald gebied die gegevens en ideeën willen uitwisselen. Daarom wil ik zelfs mij bureel te beschikking stellen. Ik woon in Kumtich (tussen Leuven en Tienen op 100 m van een bushalte). De ruimte is niet erg groot maar we vergaderen er toch regelmatig met 6 à 10 personen. Spijtig is er geen homespot of vrije WIFI maar ik heb een desktop (windows 7) en een laptop (vista) die kunnen gebruikt worden. Ik dacht aan bijvoorbeeld een maandelijkse bijeenkomst van een maximum 2 à 3 uur waarop ervaringen kunnen uitgewisseld worden en strategieën kunnen besproken worden. Het lijkt mij in dat geval ook onontbeerlijk om op een of andere manier ook mappers die niet ingeschreven zijn op de Talk-be proberen aan te spreken om naar die vergaderingen te komen. Een motief kan zijn: *het gaat in hun taal, over hun streek!* Indien er interesse is en mijn infrastructuur is voldoende dan stel ik ze graag ter beschikking. PS. Jo is er ooit geweest en kan zich misschien nog een gedacht vormen of dit kan. Guy Vanvuchelen *Van:* Jo [mailto:winfi...@gmail.com] *Verzonden:* donderdag 27 juni 2013 11:08 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] historic=battlefield Ik denk dat het wel haalbaar moet zijn om hier maandelijks in Leuven zo'n meeting op het getouw te zetten. Ik denk dat we het dan best zo doen dat we iets alternerends krijgen. Dan hebben we al 2 meetings per maand. Geografisch iets of wat verspreid. Misschien komt er op termijn wel een initiatief op gang in de buurt van Mechelen of Antwerpen (of Lier natuurlijk :-) Of Geel, Mol, Hasselt, Genk, Maaseik, weet ik veel lol. Ik ga nog 's op zoek naar een plaats waar dat kan doorgaan. Café Sport aan het station van Leuven is waarschijnlijk wel geschikt voor wie met het openbaar vervoer komt. Parkeerruimte is dan weer een ander paar mouwen. Niet dat er geen plaats is, maar het wordt al gauw vrij duur om je wagen ondergronds te zetten. Heeft iemand betere voorstellen? Zou voor eventuele geïnteresseerden donderdagavond goed uitkomen? mvg, Jo Op 27 juni 2013 10:41 schreef Ben Abelshausen ben.abelshau...@gmail.com het volgende: Hey, Ik denk dat we hier heel wat mee kunnen bereiken. Er is ook het gegeven van IRC maar ik denk dat google hangouts of skype misschien iets moderner is? Zijn er nog van die zaken waar mensen tegenwoordig samenwerken? Wat denken jullie van een facebook groep OpenStreetMap Belgium? Ik denk ook dat onze community nog wat moet groeien vooraleer we sommige van die zaken kunnen aanpakken. Er zijn heel goede voorstellen hier maar niet alles moet persé vandaag gebeuren. Ik denk dat we in ieder geval niet zo slecht bezig zijn. Als er wat meer volk actief is kunnen ook zeker dat peter-meter ding eens proberen! :-) Over die meetings: Ik zou dat ook niet té groots zien. Wij hebben ook de tijd niet om elke week of elke 2 weken een meetup te doen dus doen we 1 maand. Ook zullen we niet snel buiten Gent gaan omdat het dan voor ons weer wat moeilijker is om te organiseren. Zoals Jo zegt, plaats zoeken etc... Ik denk gewoon dat bijvoorbeeld in andere steden misschien ook wel ruimte is voor iets gelijkaardigs. Iets doen voor iedereen in België/Vlaanderen tegelijk is volgens mij niet haalbaar, toch niet elke maand. Dat wil niet zeggen dat niet iedereen welkom is hier in Gent! :-) Met
Re: [OSM-talk-be] historic=battlefield
Guy, Het zou fantastisch zijn, als je dit zou willen doen. Ik droom ook al lang van zo een streekgebonden overleg. En liefst breder dan alleen de talk-be leden. Ik denk dat dat wifi geen top prioriteit is. In Lier hoorde ik trouwens van sommigen kritiek op PC-freaks. OSM lijkt me juist een project voor gewone ;-) mensen. Een overleg, een gezamenlijke strategie lijkt mij minstens even belangrijk als wifi of de mogelijkheden van JOSM. (waarop nu een lange thread zal volgen over alle mogelijkheden van JOSM) ipv eens na te denken hoe je best een OSM-kaart maakt ;-) Ivo Op 29 juni 2013 13:57 schreef Guy Vanvuchelen guido.vanvuche...@pandora.behet volgende: Ik droom al maanden van een regelmatige bijeenkomst van mensen uit een bepaald gebied die gegevens en ideeën willen uitwisselen. Daarom wil ik zelfs mij bureel te beschikking stellen. Ik woon in Kumtich (tussen Leuven en Tienen op 100 m van een bushalte). De ruimte is niet erg groot maar we vergaderen er toch regelmatig met 6 à 10 personen. Spijtig is er geen homespot of vrije WIFI maar ik heb een desktop (windows 7) en een laptop (vista) die kunnen gebruikt worden. Ik dacht aan bijvoorbeeld een maandelijkse bijeenkomst van een maximum 2 à 3 uur waarop ervaringen kunnen uitgewisseld worden en strategieën kunnen besproken worden. Het lijkt mij in dat geval ook onontbeerlijk om op een of andere manier ook mappers die niet ingeschreven zijn op de Talk-be proberen aan te spreken om naar die vergaderingen te komen. Een motief kan zijn: *het gaat in hun taal, over hun streek!* Indien er interesse is en mijn infrastructuur is voldoende dan stel ik ze graag ter beschikking. PS. Jo is er ooit geweest en kan zich misschien nog een gedacht vormen of dit kan. ** ** Guy Vanvuchelen ** ** *Van:* Jo [mailto:winfi...@gmail.com] *Verzonden:* donderdag 27 juni 2013 11:08 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] historic=battlefield ** ** Ik denk dat het wel haalbaar moet zijn om hier maandelijks in Leuven zo'n meeting op het getouw te zetten. Ik denk dat we het dan best zo doen dat we iets alternerends krijgen. Dan hebben we al 2 meetings per maand. Geografisch iets of wat verspreid. Misschien komt er op termijn wel een initiatief op gang in de buurt van Mechelen of Antwerpen (of Lier natuurlijk :-) Of Geel, Mol, Hasselt, Genk, Maaseik, weet ik veel lol. Ik ga nog 's op zoek naar een plaats waar dat kan doorgaan. Café Sport aan het station van Leuven is waarschijnlijk wel geschikt voor wie met het openbaar vervoer komt. Parkeerruimte is dan weer een ander paar mouwen. Niet dat er geen plaats is, maar het wordt al gauw vrij duur om je wagen ondergronds te zetten. Heeft iemand betere voorstellen? Zou voor eventuele geïnteresseerden donderdagavond goed uitkomen? mvg, Jo Op 27 juni 2013 10:41 schreef Ben Abelshausen ben.abelshau...@gmail.com het volgende: Hey, Ik denk dat we hier heel wat mee kunnen bereiken. Er is ook het gegeven van IRC maar ik denk dat google hangouts of skype misschien iets moderner is? Zijn er nog van die zaken waar mensen tegenwoordig samenwerken? Wat denken jullie van een facebook groep OpenStreetMap Belgium? Ik denk ook dat onze community nog wat moet groeien vooraleer we sommige van die zaken kunnen aanpakken. Er zijn heel goede voorstellen hier maar niet alles moet persé vandaag gebeuren. Ik denk dat we in ieder geval niet zo slecht bezig zijn. Als er wat meer volk actief is kunnen ook zeker dat peter-meter ding eens proberen! :-) Over die meetings: Ik zou dat ook niet té groots zien. Wij hebben ook de tijd niet om elke week of elke 2 weken een meetup te doen dus doen we 1 maand. Ook zullen we niet snel buiten Gent gaan omdat het dan voor ons weer wat moeilijker is om te organiseren. Zoals Jo zegt, plaats zoeken etc... Ik denk gewoon dat bijvoorbeeld in andere steden misschien ook wel ruimte is voor iets gelijkaardigs. Iets doen voor iedereen in België/Vlaanderen tegelijk is volgens mij niet haalbaar, toch niet elke maand. Dat wil niet zeggen dat niet iedereen welkom is hier in Gent! :-) Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk ** ** 2013/6/27 Jo winfi...@gmail.com Op 27 juni 2013 09:23 schreef Glenn Plas gl...@byte-consult.be het volgende: ** ** On 06/26/2013 10:37 PM, Ivo De Broeck wrote: Ik vindt het goed dat deze discussie ven in talk-be ff komt. imho schrikt deze talk-be heel wat nieuwe vrijwilligers af. We hebben in Lier bv wel iets bereikt door how-to-map-a in het Nederlands te vertalen. En nogmaals, dit is geen kritiek op de kleine groep super gemotiveerde mensen die hier tientallen (lange) posts plaatsen in het engels. Maar misschien moet ook eens gedacht worden aan het rekruteren en begeleiden van nieuwe (niet IT) mensen. ** ** Volgens mij werkt de persoonlijke aanpak het
Re: [OSM-talk-be] historic=battlefield
Ivo, Laat me eerlijk zijn, ik doe het natuurlijk vooral uit eigenbelang. Ik heb veel vragen en veel problemen. Maar ik veronderstel dat anderen ook vragen en problemen hebben en dat we er samen gemakkelijker uit geraken dan alleen. In die thread over JOSM en Potlach ga ik me niet moeien. Ik ken Potlach niet en prijs me gelukkig dat ik een heel klein beetje van JOSM ken. Sinds jaren zit ik in een fotoclub. Stilaan ging die over van de oude donkere kamer naar de digitale fotografie. Op maandelijkse vergaderingen leer je dan oneindig veel. Je krijgt en geeft nuttige tips. Je gaat onderwerpen anders bekijken en benaderen. Datzelfde hoop ik te bereiken met OSM. Voor mij moeten er niet veel deelnemers zijn: 3 à 6 is al prima, al mogen het er natuurlijk meer zijn. Ziet iemand de mogelijkheid om te onderzoeken of er rond Tienen (eventueel Leuven) nog actieve mappers zijn die we niet kunnen bereiken op Talk-be om hen voor te stellen ook eens te komen kennismaken. Guy Vanvuchelen Van: Ivo De Broeck [mailto:ivo.debro...@gmail.com] Verzonden: zaterdag 29 juni 2013 21:07 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] historic=battlefield Guy, Het zou fantastisch zijn, als je dit zou willen doen. Ik droom ook al lang van zo een streekgebonden overleg. En liefst breder dan alleen de talk-be leden. Ik denk dat dat wifi geen top prioriteit is. In Lier hoorde ik trouwens van sommigen kritiek op PC-freaks. OSM lijkt me juist een project voor gewone ;-) mensen. Een overleg, een gezamenlijke strategie lijkt mij minstens even belangrijk als wifi of de mogelijkheden van JOSM. (waarop nu een lange thread zal volgen over alle mogelijkheden van JOSM) ipv eens na te denken hoe je best een OSM-kaart maakt ;-) Ivo Op 29 juni 2013 13:57 schreef Guy Vanvuchelen guido.vanvuche...@pandora.be het volgende: Ik droom al maanden van een regelmatige bijeenkomst van mensen uit een bepaald gebied die gegevens en ideeën willen uitwisselen. Daarom wil ik zelfs mij bureel te beschikking stellen. Ik woon in Kumtich (tussen Leuven en Tienen op 100 m van een bushalte). De ruimte is niet erg groot maar we vergaderen er toch regelmatig met 6 à 10 personen. Spijtig is er geen homespot of vrije WIFI maar ik heb een desktop (windows 7) en een laptop (vista) die kunnen gebruikt worden. Ik dacht aan bijvoorbeeld een maandelijkse bijeenkomst van een maximum 2 à 3 uur waarop ervaringen kunnen uitgewisseld worden en strategieën kunnen besproken worden. Het lijkt mij in dat geval ook onontbeerlijk om op een of andere manier ook mappers die niet ingeschreven zijn op de Talk-be proberen aan te spreken om naar die vergaderingen te komen. Een motief kan zijn: het gaat in hun taal, over hun streek! Indien er interesse is en mijn infrastructuur is voldoende dan stel ik ze graag ter beschikking. PS. Jo is er ooit geweest en kan zich misschien nog een gedacht vormen of dit kan. Guy Vanvuchelen Van: Jo [mailto:winfi...@gmail.com] Verzonden: donderdag 27 juni 2013 11:08 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] historic=battlefield Ik denk dat het wel haalbaar moet zijn om hier maandelijks in Leuven zo'n meeting op het getouw te zetten. Ik denk dat we het dan best zo doen dat we iets alternerends krijgen. Dan hebben we al 2 meetings per maand. Geografisch iets of wat verspreid. Misschien komt er op termijn wel een initiatief op gang in de buurt van Mechelen of Antwerpen (of Lier natuurlijk :-) Of Geel, Mol, Hasselt, Genk, Maaseik, weet ik veel lol. Ik ga nog 's op zoek naar een plaats waar dat kan doorgaan. Café Sport aan het station van Leuven is waarschijnlijk wel geschikt voor wie met het openbaar vervoer komt. Parkeerruimte is dan weer een ander paar mouwen. Niet dat er geen plaats is, maar het wordt al gauw vrij duur om je wagen ondergronds te zetten. Heeft iemand betere voorstellen? Zou voor eventuele geïnteresseerden donderdagavond goed uitkomen? mvg, Jo Op 27 juni 2013 10:41 schreef Ben Abelshausen ben.abelshau...@gmail.com het volgende: Hey, Ik denk dat we hier heel wat mee kunnen bereiken. Er is ook het gegeven van IRC maar ik denk dat google hangouts of skype misschien iets moderner is? Zijn er nog van die zaken waar mensen tegenwoordig samenwerken? Wat denken jullie van een facebook groep OpenStreetMap Belgium? Ik denk ook dat onze community nog wat moet groeien vooraleer we sommige van die zaken kunnen aanpakken. Er zijn heel goede voorstellen hier maar niet alles moet persé vandaag gebeuren. Ik denk dat we in ieder geval niet zo slecht bezig zijn. Als er wat meer volk actief is kunnen ook zeker dat peter-meter ding eens proberen! :-) Over die meetings: Ik zou dat ook niet té groots zien. Wij hebben ook de tijd niet om elke week of elke 2 weken een meetup te doen dus doen we 1 maand. Ook zullen we niet snel buiten Gent gaan omdat het dan voor ons weer wat moeilijker is om te organiseren. Zoals Jo zegt, plaats zoeken etc... Ik denk gewoon dat bijvoorbeeld in andere steden
Re: [OSM-talk-be] historic=battlefield
Guy, je kan misschien eens hier kijken: http://resultmaps.neis-one.org/oooc?zoom=12lat=50.81373lon=4.93939layers=B00TFT Elk mannetje stelt een mapper voor. Klik op het mannetje en je kan via '3. Visit OSM.org UserSite' een bericht aan de mapper sturen. Wel veel manueel werk natuurlijk. 't is voor mij veel te ver om eens in de week deel te nemen,anders graag. Maar laat maar weten als jullie iets aan de Benelux presets willen toevoegen voor jullie regio. groeten m 2013/6/29 Guy Vanvuchelen guido.vanvuche...@pandora.be Ivo, ** ** Laat me eerlijk zijn, ik doe het natuurlijk vooral uit eigenbelang. Ik heb veel vragen en veel problemen. Maar ik veronderstel dat anderen ook vragen en problemen hebben en dat we er samen gemakkelijker uit geraken dan alleen. In die thread over JOSM en Potlach ga ik me niet moeien. Ik ken Potlach niet en prijs me gelukkig dat ik een heel klein beetje van JOSM ken. Sinds jaren zit ik in een fotoclub. Stilaan ging die over van de oude donkere kamer naar de digitale fotografie. Op maandelijkse vergaderingen leer je dan oneindig veel. Je krijgt en geeft nuttige tips. Je gaat onderwerpen anders bekijken en benaderen. Datzelfde hoop ik te bereiken met OSM. Voor mij moeten er niet veel deelnemers zijn: 3 à 6 is al prima, al mogen het er natuurlijk meer zijn. Ziet iemand de mogelijkheid om te onderzoeken of er rond Tienen (eventueel Leuven) nog actieve mappers zijn die we niet kunnen bereiken op Talk-be om hen voor te stellen ook eens te komen kennismaken. Guy Vanvuchelen ** ** *Van:* Ivo De Broeck [mailto:ivo.debro...@gmail.com] *Verzonden:* zaterdag 29 juni 2013 21:07 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] historic=battlefield ** ** Guy, ** ** Het zou fantastisch zijn, als je dit zou willen doen. Ik droom ook al lang van zo een streekgebonden overleg. En liefst breder dan alleen de talk-be leden. Ik denk dat dat wifi geen top prioriteit is. In Lier hoorde ik trouwens van sommigen kritiek op PC-freaks. OSM lijkt me juist een project voor gewone ;-) mensen. Een overleg, een gezamenlijke strategie lijkt mij minstens even belangrijk als wifi of de mogelijkheden van JOSM. (waarop nu een lange thread zal volgen over alle mogelijkheden van JOSM) ipv eens na te denken hoe je best een OSM-kaart maakt ;-) ** ** Ivo Op 29 juni 2013 13:57 schreef Guy Vanvuchelen guido.vanvuche...@pandora.be het volgende: Ik droom al maanden van een regelmatige bijeenkomst van mensen uit een bepaald gebied die gegevens en ideeën willen uitwisselen. Daarom wil ik zelfs mij bureel te beschikking stellen. Ik woon in Kumtich (tussen Leuven en Tienen op 100 m van een bushalte). De ruimte is niet erg groot maar we vergaderen er toch regelmatig met 6 à 10 personen. Spijtig is er geen homespot of vrije WIFI maar ik heb een desktop (windows 7) en een laptop (vista) die kunnen gebruikt worden. Ik dacht aan bijvoorbeeld een maandelijkse bijeenkomst van een maximum 2 à 3 uur waarop ervaringen kunnen uitgewisseld worden en strategieën kunnen besproken worden. Het lijkt mij in dat geval ook onontbeerlijk om op een of andere manier ook mappers die niet ingeschreven zijn op de Talk-be proberen aan te spreken om naar die vergaderingen te komen. Een motief kan zijn: *het gaat in hun taal, over hun streek!* Indien er interesse is en mijn infrastructuur is voldoende dan stel ik ze graag ter beschikking. PS. Jo is er ooit geweest en kan zich misschien nog een gedacht vormen of dit kan. Guy Vanvuchelen *Van:* Jo [mailto:winfi...@gmail.com] *Verzonden:* donderdag 27 juni 2013 11:08 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] historic=battlefield Ik denk dat het wel haalbaar moet zijn om hier maandelijks in Leuven zo'n meeting op het getouw te zetten. Ik denk dat we het dan best zo doen dat we iets alternerends krijgen. Dan hebben we al 2 meetings per maand. Geografisch iets of wat verspreid. Misschien komt er op termijn wel een initiatief op gang in de buurt van Mechelen of Antwerpen (of Lier natuurlijk :-) Of Geel, Mol, Hasselt, Genk, Maaseik, weet ik veel lol. Ik ga nog 's op zoek naar een plaats waar dat kan doorgaan. Café Sport aan het station van Leuven is waarschijnlijk wel geschikt voor wie met het openbaar vervoer komt. Parkeerruimte is dan weer een ander paar mouwen. Niet dat er geen plaats is, maar het wordt al gauw vrij duur om je wagen ondergronds te zetten. Heeft iemand betere voorstellen? Zou voor eventuele geïnteresseerden donderdagavond goed uitkomen? mvg, Jo Op 27 juni 2013 10:41 schreef Ben Abelshausen ben.abelshau...@gmail.com het volgende: Hey, Ik denk dat we hier heel wat mee kunnen bereiken. Er is ook het gegeven van IRC maar ik denk dat google hangouts of skype misschien iets moderner is? Zijn er nog van die zaken waar mensen
Re: [OSM-talk-be] historic=battlefield
Guy, ik zit op het ogenblik in Spanje (tot 21 juli). Ik stel voor dat we daarna contact opnemen en verder afspreken. Mijn bedoeling is om (lokaal) de kwaliteit van OSM op te krikken. Ik ben zeker dat we dat kunnen doen met een paar mensen (hun namen zijn te vinden als je klikt op je gebruikersnaam op http://www.openstreetmap.org ). Ivo Op 29 juni 2013 21:19 schreef Guy Vanvuchelen guido.vanvuche...@pandora.behet volgende: Ivo, ** ** Laat me eerlijk zijn, ik doe het natuurlijk vooral uit eigenbelang. Ik heb veel vragen en veel problemen. Maar ik veronderstel dat anderen ook vragen en problemen hebben en dat we er samen gemakkelijker uit geraken dan alleen. In die thread over JOSM en Potlach ga ik me niet moeien. Ik ken Potlach niet en prijs me gelukkig dat ik een heel klein beetje van JOSM ken. Sinds jaren zit ik in een fotoclub. Stilaan ging die over van de oude donkere kamer naar de digitale fotografie. Op maandelijkse vergaderingen leer je dan oneindig veel. Je krijgt en geeft nuttige tips. Je gaat onderwerpen anders bekijken en benaderen. Datzelfde hoop ik te bereiken met OSM. Voor mij moeten er niet veel deelnemers zijn: 3 à 6 is al prima, al mogen het er natuurlijk meer zijn. Ziet iemand de mogelijkheid om te onderzoeken of er rond Tienen (eventueel Leuven) nog actieve mappers zijn die we niet kunnen bereiken op Talk-be om hen voor te stellen ook eens te komen kennismaken. Guy Vanvuchelen ** ** *Van:* Ivo De Broeck [mailto:ivo.debro...@gmail.com] *Verzonden:* zaterdag 29 juni 2013 21:07 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] historic=battlefield ** ** Guy, ** ** Het zou fantastisch zijn, als je dit zou willen doen. Ik droom ook al lang van zo een streekgebonden overleg. En liefst breder dan alleen de talk-be leden. Ik denk dat dat wifi geen top prioriteit is. In Lier hoorde ik trouwens van sommigen kritiek op PC-freaks. OSM lijkt me juist een project voor gewone ;-) mensen. Een overleg, een gezamenlijke strategie lijkt mij minstens even belangrijk als wifi of de mogelijkheden van JOSM. (waarop nu een lange thread zal volgen over alle mogelijkheden van JOSM) ipv eens na te denken hoe je best een OSM-kaart maakt ;-) ** ** Ivo Op 29 juni 2013 13:57 schreef Guy Vanvuchelen guido.vanvuche...@pandora.be het volgende: Ik droom al maanden van een regelmatige bijeenkomst van mensen uit een bepaald gebied die gegevens en ideeën willen uitwisselen. Daarom wil ik zelfs mij bureel te beschikking stellen. Ik woon in Kumtich (tussen Leuven en Tienen op 100 m van een bushalte). De ruimte is niet erg groot maar we vergaderen er toch regelmatig met 6 à 10 personen. Spijtig is er geen homespot of vrije WIFI maar ik heb een desktop (windows 7) en een laptop (vista) die kunnen gebruikt worden. Ik dacht aan bijvoorbeeld een maandelijkse bijeenkomst van een maximum 2 à 3 uur waarop ervaringen kunnen uitgewisseld worden en strategieën kunnen besproken worden. Het lijkt mij in dat geval ook onontbeerlijk om op een of andere manier ook mappers die niet ingeschreven zijn op de Talk-be proberen aan te spreken om naar die vergaderingen te komen. Een motief kan zijn: *het gaat in hun taal, over hun streek!* Indien er interesse is en mijn infrastructuur is voldoende dan stel ik ze graag ter beschikking. PS. Jo is er ooit geweest en kan zich misschien nog een gedacht vormen of dit kan. Guy Vanvuchelen *Van:* Jo [mailto:winfi...@gmail.com] *Verzonden:* donderdag 27 juni 2013 11:08 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] historic=battlefield Ik denk dat het wel haalbaar moet zijn om hier maandelijks in Leuven zo'n meeting op het getouw te zetten. Ik denk dat we het dan best zo doen dat we iets alternerends krijgen. Dan hebben we al 2 meetings per maand. Geografisch iets of wat verspreid. Misschien komt er op termijn wel een initiatief op gang in de buurt van Mechelen of Antwerpen (of Lier natuurlijk :-) Of Geel, Mol, Hasselt, Genk, Maaseik, weet ik veel lol. Ik ga nog 's op zoek naar een plaats waar dat kan doorgaan. Café Sport aan het station van Leuven is waarschijnlijk wel geschikt voor wie met het openbaar vervoer komt. Parkeerruimte is dan weer een ander paar mouwen. Niet dat er geen plaats is, maar het wordt al gauw vrij duur om je wagen ondergronds te zetten. Heeft iemand betere voorstellen? Zou voor eventuele geïnteresseerden donderdagavond goed uitkomen? mvg, Jo Op 27 juni 2013 10:41 schreef Ben Abelshausen ben.abelshau...@gmail.com het volgende: Hey, Ik denk dat we hier heel wat mee kunnen bereiken. Er is ook het gegeven van IRC maar ik denk dat google hangouts of skype misschien iets moderner is? Zijn er nog van die zaken waar mensen tegenwoordig samenwerken? Wat denken jullie van een facebook groep OpenStreetMap Belgium? Ik denk ook
Re: [OSM-talk] Mapnik Lowzoom TIles - proof of concept
Hi, On 12.03.2012 08:56, Frederik Ramm wrote: There's nothing keeping one from applying the Tiles@Home lowzoom process to a slight variation of our standard Mapnik style however, and out comes this (for zoom levels 0-8; from z9 on, the standard Mapnik style looks fine): http://fred.dev.openstreetmap.org/lowzoom/ I have updated these tiles with current data. (I had somehow lost the code that produced the tiles and had to reverse engineer my way back from the old tiles... the year-old tiles are still available from the layer switcher.) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] surface=unsealed in 4wd/dirt road tagging
Ian, at the time, someone, I am not sure who, preferred 'unsealed' arguing that unpaved did not mean the same thing. Roads can be sealed in ways that do not really mean paved. Personally, I did not care, being more interested in getting it documented so we all used the same tag. However, now, looking at the numbers, I have to say that 'unpaved' would be seriously preferable ! So, my vote, change it. David On Sat, 2013-06-29 at 11:18 +1000, Ian Sergeant wrote: Hi, I know we had some discussion over 4wd/dirt road tagging. This ended up in the wiki as a recommendation to use surface=unsealed http://taginfo.openstreetmap.org/tags/surface=unsealed I really can't see a significant reason here not to stick with surface=unpaved http://taginfo.openstreetmap.org/tags/surface=unpaved When it is so much more likely to used, and therefore so much more likely to be rendered, navigated, etc. There are the other surface=* tags that can be used if more specific information is available, but surface=unsealed is obscure to no benefit IMO. If there are no objections, I'll update the wiki. Thanks, Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] iPhone, XP Professional and JOSM
Hi, It is difficult to diagnose at a distance, but at a guess I'd say that when your connection drops there are some kind of routing or ip changes that need to occurring (new IP addresses or new gateway or something), and that the changes that windows needs to make aren't being done while an active network connection is in progress. It is really unlikely that a network level issue like this is related to a specific application. If I'm right, then something like tcpview may help. You'll see the network connection and can close it. Ian. On 29 June 2013 21:01, Brett Russell brussell...@live.com.au wrote: Hi Just wondering if anyone else has struck problems using JOSM on XP Professional connected to the internet by a iPhone hotspot under Bluetooth or direct usb cable. What happens with me is the internet connection drops out and eventually after a few disconnects and reconnects the iPhone and computer stop acknowledging each other until you kill JOSM. Then they talk. My normal computer runs Windows 7 and works well, well as Windows and Asus laptap can work. The older XP laptop is ok until I run JOSM. More curious if anyone else has struck the same problem. Cheers ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Aeroporto de Ribeirão
Pois é. Tentei investigar um pouco mais sobre esse assunto e parece que os italianos estão interessados num novo esquema de tags: http://wiki.openstreetmap.org/wiki/Proposed_features/Urban_settlements Consultando o TagInfo, parece que essa proposta só foi usada em 2 objetos até o momento. Considerando as discussões nesse artigo, lembrei deste outro: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed Aqui se sugere que áreas urbanas são caracterizadas pela existência da tag place, e as não-urbanas pela sua ausência. Dei uma olhada em Berlim, Paris, Londres, Roma e mais algumas cidades pequenas próximas, e em nenhuma delas há um polígono/multipolígono representando a separação entre a área urbana e a não-urbana. Ou seja, esse mapeamento parece pouco comum. Ao invés disso, as áreas residenciais, industriais, comerciais e agrícolas (landuse=farmland) estão claramente demarcadas. Algumas têm nomes, outras não. Em alguns casos usaram a tag place na relação da fronteira administrativa da cidade. Não sei até que ponto isso faz sentido, especialmente considerando a lógica do artigo anterior. Acho que faria mais sentido evitar, a menos que a fronteira administrativa corresponda exatamente à área urbanizada. Então, acho que faria sentido usar a tag place num grande (multi)polígono demarcando a área urbana, e não usá-la nas relações administrativas. Fazendo assim acho que seria possível importar esses dados do IBGE. Um detalhe: o Mapnik não suporta essa combinação de tags no momento, então não teríamos nenhum retorno visual. Ao pesquisar pela cidade no Nominatim, haveria 3 entradas: uma para o nó da cidade, uma para a área urbana (que estamos adicionando), e uma para a fronteira administrativa (que normalmente inclui um pouco da área rural). Ao clicar na área urbana, ficaria visível o contorno. O que não faria sentido (e isso é apontado dentro do primeiro artigo) é usar landuse=residential, como já foi feito em algumas cidades brasileiras. Fazer isso pode ser considerado mapear para o renderizador. O multipolígono da área urbana então teria membros com o papel outer. Poderia ter um membro label apontando para o nó da cidade (o mesmo que tem o papel admin_centre na relação da fronteira adminitrativa da cidade). Poderia também ter uma tag settlement=yes para corresponder à proposta dos italianos (e isso facilitaria o trabalho de conversão caso um dia mudassem o esquema de tags para representar esses dados). 2013/6/28 Nelson A. de Oliveira nao...@gmail.com: Ressuscitando um pouco a parte de delimitação de área urbana e rural, no IBGE tem essa informação. Por exemplo, para SP tem o arquivo 35SEE250GC_SIR.shp (em ftp://geoftp.ibge.gov.br/malhas_digitais/censo_2010/setores_censitarios/sp.zip) ___ 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] Aeroporto de Ribeirão
Mais uma coisa: o nome do multipolígono poderia ser Área Urbana de nome da cidade. Isso ajudaria a diferenciar os itens nos resultados de busca do Nominatim. 2013/6/29 Fernando Trebien fernando.treb...@gmail.com: Pois é. Tentei investigar um pouco mais sobre esse assunto e parece que os italianos estão interessados num novo esquema de tags: http://wiki.openstreetmap.org/wiki/Proposed_features/Urban_settlements Consultando o TagInfo, parece que essa proposta só foi usada em 2 objetos até o momento. Considerando as discussões nesse artigo, lembrei deste outro: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed Aqui se sugere que áreas urbanas são caracterizadas pela existência da tag place, e as não-urbanas pela sua ausência. Dei uma olhada em Berlim, Paris, Londres, Roma e mais algumas cidades pequenas próximas, e em nenhuma delas há um polígono/multipolígono representando a separação entre a área urbana e a não-urbana. Ou seja, esse mapeamento parece pouco comum. Ao invés disso, as áreas residenciais, industriais, comerciais e agrícolas (landuse=farmland) estão claramente demarcadas. Algumas têm nomes, outras não. Em alguns casos usaram a tag place na relação da fronteira administrativa da cidade. Não sei até que ponto isso faz sentido, especialmente considerando a lógica do artigo anterior. Acho que faria mais sentido evitar, a menos que a fronteira administrativa corresponda exatamente à área urbanizada. Então, acho que faria sentido usar a tag place num grande (multi)polígono demarcando a área urbana, e não usá-la nas relações administrativas. Fazendo assim acho que seria possível importar esses dados do IBGE. Um detalhe: o Mapnik não suporta essa combinação de tags no momento, então não teríamos nenhum retorno visual. Ao pesquisar pela cidade no Nominatim, haveria 3 entradas: uma para o nó da cidade, uma para a área urbana (que estamos adicionando), e uma para a fronteira administrativa (que normalmente inclui um pouco da área rural). Ao clicar na área urbana, ficaria visível o contorno. O que não faria sentido (e isso é apontado dentro do primeiro artigo) é usar landuse=residential, como já foi feito em algumas cidades brasileiras. Fazer isso pode ser considerado mapear para o renderizador. O multipolígono da área urbana então teria membros com o papel outer. Poderia ter um membro label apontando para o nó da cidade (o mesmo que tem o papel admin_centre na relação da fronteira adminitrativa da cidade). Poderia também ter uma tag settlement=yes para corresponder à proposta dos italianos (e isso facilitaria o trabalho de conversão caso um dia mudassem o esquema de tags para representar esses dados). 2013/6/28 Nelson A. de Oliveira nao...@gmail.com: Ressuscitando um pouco a parte de delimitação de área urbana e rural, no IBGE tem essa informação. Por exemplo, para SP tem o arquivo 35SEE250GC_SIR.shp (em ftp://geoftp.ibge.gov.br/malhas_digitais/censo_2010/setores_censitarios/sp.zip) ___ 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) -- 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-is] Bæir á Íslandi með GPS hnitum?
Hæ. Þú getur fengið lista í XML formi með því að nota Overpass API og leita að nóðum með place lyklum sem hafa gildin village, town eða city. Tók ómakið af þér með því að generate-a slóðina fyrir þig: http://www.overpass-api.de/api/xapi?node[place=village%7Ctown%7Ccity][bbox=-26.36719,63.20393,-11.20605,66.80057] Það er alltaf möguleiki að einhver sveitarfélög séu ekki á listanum og það gætu verið einhverjar færslur sem eiga ekki heima þar. Ef þú rekst á misflokkun, þá geturðu alltaf lagað flokkunina og sótt annan lista frá slóðinni hér að ofan (fáeinum mínútum eftir breytinguna). Með kveðju, Svavar Kjarrval On 29/06/13 16:00, Kristinn B. Gylfason wrote: Sælir OSM spekingar, hef verið að leita að upplýsingum um sveitabæi á Íslandi með GPS hnitum í tengslum við ættfræðigrúsk. Fann þennan lista: http://kvasir.rhi.hi.is/baejatal/index.php en hann inniheldur ekki GPS hnit. Kíkti á OSM og komu framfarirnar á kortinu skemmtilega á óvart. Vel að verki staðið! Hins vegar virðast sveitabæir almennt ekki vera komnir á á kortið. Fann heldur engar upplýsingar um slíkt á: http://wiki.openstreetmap.org/wiki/WikiProject_Iceland#Mailing_list Veit einhver hér hvort til er aðgengilegur listi yfir sveitabæi á Íslandi með GPS hnitum? Kærar þakkir, Kristinn B. Gylfason ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is signature.asc Description: OpenPGP digital signature ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] Wie Adressen richtig richtig mappen?
Am 29.06.2013 02:40, schrieb fly: Wenn keine Relationsunterstützung vorhanden ist, müssen alle Änderungen welche Relationen beeinflussen können, nicht möglich sein. Dann kommt der RelationMapper vorbei und meint, eine Relation Hessen anlegen zu müssen, die alle Elemente Hessens enthält. Ja, das ist nicht gewollt, ja, das wird hoffentlich schnellstens von anderen korrigiert, aber darum geht es hier ja gerade: Bis es jemand korrigiert - und machen wir uns nichts vor, im zweifelsfall dauert das schon ein paar Stunden - wäre in einem solchen Fall kein Bearbeiten mehr möglich durch Editoren, die keine Relationsunterstützung haben, denn wenn ich einen Node bearbeite, kann ich aus einer Adresse eine Straßenlaterne machen und die auch noch ans andere Ende der Stadt schieben - auf einmal ist eine Straßenlaterne in 'ner associated_Street-Relation - Relation kaputt. Einen Weg aufsplitten: unmöglich für viele Wege, über die Buslinien etc. verlaufen. Zwei Wege mergen: genauso unmöglich, gleiche Begründung. Wenn deine Forderung also eingehalten würden, wären Editoren ohne Relationsunterstützung streng genommen nicht nutzbar. [...] Hast Du denn gute Ideen für die Oberfläche? Vielleicht eine, die sich halbwegs konsistent über Relationentypen hinweg implementieren ließe? [...] Da werden wir wohl nicht drumherum kommen. Da Relationen untereinander sehr verschieden sind, muss man jede einzeln betrachten. [...] Auch ein bisschen Naivität der Entwickler, wie komplex das System generell ist, spielt wohl mit. Wieso wirfst Du jetzt irgendwelche Entwicklern Naivität vor? Naiv, weil sie sich nicht rangetraut haben? Irgendwie falsch. Naiv, weil sie sich das Thema vorgenommen haben, aber daran gescheitert sind? Wer sagt das? Der JOSM-Relationeneditor ist sehr technisch, nicht in allen Belangen klasse, aber er funktioniert. Eine einfache Oberfläche gibt es vielleicht einfach nicht, weil eben keiner eine gute Idee dafür hatte - und das, alles andere als naiv, vielleicht auch erkannt hat. Ich meinte eigentlich eher, dass da leider oft nicht alles beachtet wird und anstatt dann erst mal Änderungen zu verweigern einfach über die Fehler hinweggegangen wird. Die strenge Haltung dazu: Jede Änderung an Objekten, die Teil von Relationen sind, ist zu verweigern. Wie oben bereits begründet funktioniert das nicht, weil es Editoren unbrauchbar machen würde. Wenn die aber nicht gemeint ist: Was sollte dann erlaubt sein und was nicht? [...] Alles gleichzeitig anzuzeigen ist aber ganz schön schwierig, und macht das auch nicht unbedingt besser. Das muss ja auch nicht sein. Da kann man filtern bzw ein-/ausblenden. Doch, das muss sein, wenn Du willst, dass man Relationen nicht kaputtmachen kann. Das muss nicht immer sein - insofern hast Du recht, aber wenn Relationen sichtbar sein sollten, müssten sie per default erstmal alle erkennbar sein, insofern auch alle eingeblendet werden, und auch dann muss es noch halbwegs sinnvoll sein, was man als Nutzer vor sich sieht. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Adressen richtig richtig mappen?
Am 29. Juni 2013 11:32 schrieb Peter Wendorff wendo...@uni-paderborn.de: Die strenge Haltung dazu: Jede Änderung an Objekten, die Teil von Relationen sind, ist zu verweigern. Wie oben bereits begründet funktioniert das nicht, weil es Editoren unbrauchbar machen würde. Aber doch zurecht. Wenn ein bestimmter Relationstyp oder Subset davon vom Editor nicht unterstützt wird (rein hypothetisches Beispiel: Multipolygon-Relationen mit mehr als einem outer-Member), dann führen bestimmte Modifikationen im Kleinen (einzelner Member) quasi zwangsläufig dazu, dass was größeres (ganze Relation) kaputt geht, von daher wäre es nur sinnvoll, in diesem Fall nicht editieren zu lassen (was wiederum bereits eine Art von Unterstützung wäre). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Outdoor Androide von Garmin!
Hallo, der Energiehunger ist doch egtl. nicht wirklich ein Problem, wenn man mit dem Rad unterwegs ist. Was ich an dem Gerät interessant finde ist, dass man nun direkt Mappingsoftware nutzen kann und nicht immer alle Infos umständlich in einen Wegpunkt unterbringen muss. Ebenso öffnet Garmin hier die Tür für alternative Navigationsanbieter. Das bietet dem Nutzer evtl. die Möglichkeit direkter die OSM-Daten nutzen zu können und nicht erst die Daten im Garmin-Format kastrieren zu lassen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Adressen richtig richtig mappen?
Am 29.06.2013 11:32, schrieb Peter Wendorff: Am 29.06.2013 02:40, schrieb fly: Wenn keine Relationsunterstützung vorhanden ist, müssen alle Änderungen welche Relationen beeinflussen können, nicht möglich sein. Dann kommt der RelationMapper vorbei und meint, eine Relation Hessen anlegen zu müssen, die alle Elemente Hessens enthält. Ja, das ist nicht gewollt, ja, das wird hoffentlich schnellstens von anderen korrigiert, aber darum geht es hier ja gerade: Bis es jemand korrigiert - und machen wir uns nichts vor, im zweifelsfall dauert das schon ein paar Stunden - wäre in einem solchen Fall kein Bearbeiten mehr möglich durch Editoren, die keine Relationsunterstützung haben, denn wenn ich einen Node bearbeite, kann ich aus einer Adresse eine Straßenlaterne machen und die auch noch ans andere Ende der Stadt schieben - auf einmal ist eine Straßenlaterne in 'ner associated_Street-Relation - Relation kaputt. Jetzt wirfst Du aber einiges zusammen ! Solche Sammel-Relation werden leider immer noch zu sehr geduldet, gehören aber gelöscht. Dafür gibt es wahrlich andere Methoden. JOSM kann zB mit externen Listen umgehen Leider werden sehr selten existierende Objekte wiederverwendet und die Editoren sind auch oft nicht hilfreich, allerdings eine Adresse in eine Straßenlaterne zu verwandelt ist wohl nicht empfehlendswert und sollte von einfachen Editoren verhindert werden. Auch das Verschieben über große Entfernungen ist problematisch und sollte mit einfachen Editoren nicht möglich sein oder kennen die sowas wie incomplete. In meiner Mapperkarriere musste ich bisher nur drei Mal so einen Edit bewerkstelligen, weiß allerdings nicht wie ich das mit iD oder Potlatch2 machen kann ohne eine halbe Großstadt runterzuladen. Einen Weg aufsplitten: unmöglich für viele Wege, über die Buslinien etc. verlaufen. Genau das sollte der Editor aber automatisch können oder es ganz bleiben lassen, wobei splitten noch einfach ist. Wie sieht das denn beim unglue von iD und Potlatch2 aus ? Wird da drauf hingewiesen, dass mensch gerade Relationen zerpfückt ? Zwei Wege mergen: genauso unmöglich, gleiche Begründung. Das selbe wie splitten, aber häufig eh nicht möglich. Wenn deine Forderung also eingehalten würden, wären Editoren ohne Relationsunterstützung streng genommen nicht nutzbar. Ja, schon ein POI-Editor sollte mit Multipolygonen umgehen können und diese zumindest sichtbar machen. s.u. [...] Hast Du denn gute Ideen für die Oberfläche? Vielleicht eine, die sich halbwegs konsistent über Relationentypen hinweg implementieren ließe? [...] Da werden wir wohl nicht drumherum kommen. Da Relationen untereinander sehr verschieden sind, muss man jede einzeln betrachten. [...] Auch ein bisschen Naivität der Entwickler, wie komplex das System generell ist, spielt wohl mit. Wieso wirfst Du jetzt irgendwelche Entwicklern Naivität vor? Naiv, weil sie sich nicht rangetraut haben? Irgendwie falsch. Naiv, weil sie sich das Thema vorgenommen haben, aber daran gescheitert sind? Wer sagt das? Der JOSM-Relationeneditor ist sehr technisch, nicht in allen Belangen klasse, aber er funktioniert. Eine einfache Oberfläche gibt es vielleicht einfach nicht, weil eben keiner eine gute Idee dafür hatte - und das, alles andere als naiv, vielleicht auch erkannt hat. Ich meinte eigentlich eher, dass da leider oft nicht alles beachtet wird und anstatt dann erst mal Änderungen zu verweigern einfach über die Fehler hinweggegangen wird. Die strenge Haltung dazu: Jede Änderung an Objekten, die Teil von Relationen sind, ist zu verweigern. Wie oben bereits begründet funktioniert das nicht, weil es Editoren unbrauchbar machen würde. Sorry, aber dann sind die Editoren unbrauchbar und für mich nicht akzeptabel. Entweder der Editor verhindert das Verändern oder kann automatisch mit Relationen um gehen oder gibt Warnungen heraus und ermöglicht das manuelle Editieren der Relationen. Die/Der Benutzer_in kann sich dann immer noch entscheiden welchen sie/er verwenden will bzw ob mensch sich die Änderung der Relation zutraut. Deshalb meinte ich auch, dass manche Entwickler_innen in dieser Sache sehr naiv waren/sind. Relationen sind ein Objekttyp und ohne alle Typen zu unterstützen wird es schwierig. Das sieht mensch auch gut and den POI-Editoren. Ohne geschlossene Linien zu unterstützen wird es schwierig und eigentlich müssten auch Multipolygon beachtet werden. Wenn die aber nicht gemeint ist: Was sollte dann erlaubt sein und was nicht? [...] Alles gleichzeitig anzuzeigen ist aber ganz schön schwierig, und macht das auch nicht unbedingt besser. Das muss ja auch nicht sein. Da kann man filtern bzw ein-/ausblenden. Doch, das muss sein, wenn Du willst, dass man Relationen nicht kaputtmachen kann. Das muss nicht immer sein - insofern hast Du recht, aber wenn Relationen sichtbar sein sollten, müssten sie per default erstmal alle erkennbar sein, insofern auch alle eingeblendet werden, und auch dann muss es noch halbwegs
Re: [Talk-de] Wie Adressen richtig richtig mappen?
Am 29.06.2013 16:16, schrieb fly: Am 29.06.2013 11:32, schrieb Peter Wendorff: Am 29.06.2013 02:40, schrieb fly: Wenn keine Relationsunterstützung vorhanden ist, müssen alle Änderungen welche Relationen beeinflussen können, nicht möglich sein. Dann kommt der RelationMapper vorbei und meint, eine Relation Hessen anlegen zu müssen, die alle Elemente Hessens enthält. Ja, das ist nicht gewollt, ja, das wird hoffentlich schnellstens von anderen korrigiert, aber darum geht es hier ja gerade: Bis es jemand korrigiert - und machen wir uns nichts vor, im zweifelsfall dauert das schon ein paar Stunden - wäre in einem solchen Fall kein Bearbeiten mehr möglich durch Editoren, die keine Relationsunterstützung haben, denn wenn ich einen Node bearbeite, kann ich aus einer Adresse eine Straßenlaterne machen und die auch noch ans andere Ende der Stadt schieben - auf einmal ist eine Straßenlaterne in 'ner associated_Street-Relation - Relation kaputt. Jetzt wirfst Du aber einiges zusammen ! Solche Sammel-Relation werden leider immer noch zu sehr geduldet, gehören aber gelöscht. Dafür gibt es wahrlich andere Methoden. Das ist mir klar, aber trotzdem ein Problem, was aus deiner Forderung folgt, denn wie soll ein Editor - erkennen, dass es eine Sammelrelation ist? Wenn das aber nicht automatisch erkennbar ist, dann wird ja das Bearbeiten der Relation durch den Editor deiner Vorstellung nach blockiert, und da Relationen nicht unterstützt werden, kann der betroffene Nutzer die Relation auch nicht löschen. [...] Leider werden sehr selten existierende Objekte wiederverwendet und die Editoren sind auch oft nicht hilfreich, allerdings eine Adresse in eine Straßenlaterne zu verwandelt ist wohl nicht empfehlendswert und sollte von einfachen Editoren verhindert werden. Wie denn? Jetzt verlangst du auch noch, dass Editoren alle Tags interpretieren können, einschließlich neuer Tags, denn um sowas sinnvoll zu unterbinden, müsste eine Bedeutungsänderung durch die Änderung von Tags stattfindet. Wie aber sollte das z.B. bei einem neuen ÖPNV-Schema passieren? Insbesondere darf damit nicht verhindert werden, dass eine Bedeutungänderung da vorgenommen wird, wo sie in der Realität aber stattgefunden hat. Wenn also eine Kirche zur Disco wird (schon vorgekommen), dann muss ich das auch entsprechend in OSM anpassen können. Wenn ich dabei gleichzeitig die Position korrigiere, weil die Kirche immer schon 10 Meter zu weit westlich stand - dann ist auch das korrekt. Verrat mir mal, wie eine Software das erkennen und unterscheiden können soll. Auch das Verschieben über große Entfernungen ist problematisch und sollte mit einfachen Editoren nicht möglich sein oder kennen die sowas wie incomplete. In meiner Mapperkarriere musste ich bisher nur drei Mal so einen Edit bewerkstelligen, weiß allerdings nicht wie ich das mit iD oder Potlatch2 machen kann ohne eine halbe Großstadt runterzuladen. Beim Verschieben über größere Entfernungen gebe ich dir recht, dass das normalerweise nicht vorkommen sollte, aber ausschließen würd ich's nicht, und ob das aus versehen passiert, bezweifle ich (wenn die Software nicht einen Bug hat - lat/lon vertauscht, negiert oder koordinaten vergessen und auf 0 gesetzt). Einen Weg aufsplitten: unmöglich für viele Wege, über die Buslinien etc. verlaufen. Genau das sollte der Editor aber automatisch können oder es ganz bleiben lassen, wobei splitten noch einfach ist. Wenn Du forderst, ein Editor sollte Relationen unterstützen: Ja, das sollte jeder Editor. Aber wenn das der Punkt ist, dann reden wir hier nicht darüber, was ein Editor können sollte, sondern darüber, wann Editoren verboten/geblockt werden sollten. [...] Die strenge Haltung dazu: Jede Änderung an Objekten, die Teil von Relationen sind, ist zu verweigern. Wie oben bereits begründet funktioniert das nicht, weil es Editoren unbrauchbar machen würde. Sorry, aber dann sind die Editoren unbrauchbar und für mich nicht akzeptabel. Entweder der Editor verhindert das Verändern oder kann automatisch mit Relationen um gehen oder gibt Warnungen heraus und ermöglicht das manuelle Editieren der Relationen. Dann sind wir uns ja quasi einig: Ein Editor, der sich nicht extrem stark beschränkt (z.B. auf einzelne Tags an bestehenden Objekten) ist ohne Unterstützung von Relationen unbrauchbar. Das wollte ich auch nicht bestreiten, sondern deine Forderung, die versehentliche Bearbeitung/Zerstörung von Relationen zu verhindern als nicht realisierbar herausstellen, wenn Relationen nicht generell vom Editor mit unterstützt werden. [...] Das muss ja auch nicht sein. Da kann man filtern bzw ein-/ausblenden. Doch, das muss sein, wenn Du willst, dass man Relationen nicht kaputtmachen kann. Das muss nicht immer sein - insofern hast Du recht, aber wenn Relationen sichtbar sein sollten, müssten sie per default erstmal alle erkennbar sein, insofern auch alle eingeblendet werden, und auch dann muss es noch halbwegs sinnvoll sein, was man
Re: [Talk-it] Studio sul processo di tagging in OpenStreetMap
Ciao Andrea Ballatore, sono mappatore da praticamente un annetto ma sono abbastanza regolare con i miei contributi ad osm (54.8% di giorni di attività su osm da quando sono iscritto)... comunque, nonostante ciò, tutto quello che dico è da prendere con le pinze, se faccio errori qualcuno di più esperto/competente mi correggerà Non saprei dirti quasi nulla sulla struttura della community italiana...il modello è naturalmente quello a bazaar, molto diffuso nei progetti open-source, e quindi non esiste una struttura o regole ben definite (tipiche del modello a cattedrale) se non quelle suggerite dalla buona educazione. Da quello che ho capito il cuore comunque delle discussioni avvengono al livello di mailing-list e ci sono persone che, per una questione puramente di competenza/esperienza, sono di esempio/ispirazione per il resto della community...non sono state scelte o imposte da nessuno, semplicemente i singoli utenti, riconoscendo in un altro l'esperienza e la competenza, scelgono di affidarsi ai consigli di questo. Non so all'estero come siano strutturate le varie community...forse alcune , pur mantenendo un organizzazione a bazaar, sono un po' più organizzate della nostra...non saprei dirti. Non sono neanche a conoscenza di eventuali collaborazioni tra community di paesi diversi, ma non è raro che ci siano utenti appartenenti a più di una community e che potrebbero fare da intermediari o comunque portare l'esperienza e le scelte di una community in un altra Io la wiki di OSM la uso più che altro per leggere la descrizione di alcuni tag e per togliermi eventuali dubbi. Il fatto di utilizzare tag inglesi può generare confusione...per esempio il tag highway=unclassified ad un italiano potrebbe sembrare una strada di cui non si conosce la classificazione mentre in realtà indica le strade di livello più basso, mentre per le strade di cui non si conosce la classificazione si usa highway=road ecco perché sarebbe bene leggersi il wiki ANCHE in italiano. Alcuni tag sono specifici dell'Italia ma solo perché tali elementi sono presenti solo in Italia (per esempio tempo fa è uscito il caso delle Ville Venete) ma tag più generici e limitati ad ambiti nazionali non credo esistano e comunque sarebbe a quel punto un problema solo di quanto avanzata e particolareggiata è la mappatura in uno stato (in Germania, che sono avanti con la mappa, potrebbero decidere di segnare le colonnine telefoniche...da noi che siamo un po' più indietro, pur potendo mappare lo stesso elemento con lo stesso identico tag, al momento potremmo decidere di non mapparle e di concentrarci su altre cose più pressanti come numeri civici, edifici ecc questo non fa del tag per le colonnine telefoniche una cosa specifica dei tedeschi ). IL wiki è da intendere come linea guida...non c'è nulla di imposto ma semplicemente elementi uguali sarebbe preferibile mapparli con gli stessi tag e poi, eventualmente, aggiungere altri tag per indicare delle particolarità...è inutile inventare mille volte la ruota. Vengono utilizzati tag inglesi per questioni pratiche: su quei tag è basato il rendering, Nominatim (la ricerca degli elementi nella mappa), e anche decine e decine di programmi che sfruttano OSM (per il routing e per altri utilizzi). Avere per ogni elemento n tag diversi in base alla nazione in cui viene mappato non è utile: renderebbe difficoltoso, per non dire impossibile, l'uso della mappa, la renderebbe disomogenea e, allo stesso tempo, anche molto più difficile da realizzare. Un mappatore tedesco che viene in Italia è in grado di mappare le strade italiane perché si utilizzano gli stessi identici tag adottati in Germania. Al massimo cambia l'interpretazione dei tag e quindi dove e come essi vengono utilizzati...ma anche qui si fa di tutto per evitare grossi cambiamenti nell'interpretazione. Il sistema di tagging è aperto come immagino saprai...quindi ogni utente potenzialmente potrebbe decidere di usare un tag nuovo per mappare cose già elencate nel wiki, ma si è molto disincentivati dal farlo (per gli stessi motivi del perché non si facciano tagging nazionali). Il problema semmai nasce per tag poco diffusi e quindi per questo non presenti nel wiki. Prima che un tag venga proposto, accettato e poi reso ufficiale, inserendolo nel wiki, decine di mappatori sparsi per il mondo potrebbero aver mappato già quell'elemento ognuno con un tag differente (di solito la differenza è limitata al value e non alla key).Un problema simile si ha quando un tag diventa deprecato (cioè si passa da un tag ufficiale ad un altro sconsigliando l'utilizzo del primo). Non parlerei di controversie...di solito ci si blocca prima ancora al livello di dubbio (quale value devo usare? café o bar?) si procede così:si guarda la mappa alla ricerca di elementi simili già mappati, se ciò non bastasse, si legge il wiki inglese, se il wiki-en non dovesse togliere il dubbio si legge il wiki italiano (che consiglio di fare comunque anche se non si hanno dubbi già leggendo il
[Talk-it] strada sotterranea che conduce a parcheggio sotterraneo
ho provato ad usare il nuovo editor web ID, a latina in viale le corbusier c'e' il parcheggio sotterraneo di latina fiori, ho lasciato anche una nota, ho fatto il parcheggio sotterraneo e nel tag type ho messo underground, ma non sono riuscito a mettere lo stesso tag alla strada che vi accede nel suo tratto sotterraneo, come si fa?? questo il link: http://www.openstreetmap.org/?lat=41.466337lon=12.891128zoom=18layers=M ovviamente se mi indicate gli errori che ho fatto ve ne saro' grato :-) :-) :-) ciao grazie..:-) :-) :-) :-) :-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strada sotterranea che conduce a parcheggio sotterraneo
Il tag ele si usa per l'altezza s.l.m. delle montagne (ad esempio). Quello che volevi mettere è layer=-1 sia per la strada che per il parcheggio. Per la strada metterei anche tunnel=yes (o simili) :-) -- Maurizio Il giorno 29 giugno 2013 11:25, yahoo-pier_andreit pier_andr...@yahoo.itha scritto: ho provato ad usare il nuovo editor web ID, a latina in viale le corbusier c'e' il parcheggio sotterraneo di latina fiori, ho lasciato anche una nota, ho fatto il parcheggio sotterraneo e nel tag type ho messo underground, ma non sono riuscito a mettere lo stesso tag alla strada che vi accede nel suo tratto sotterraneo, come si fa?? questo il link: http://www.openstreetmap.org/?**lat=41.466337lon=12.891128** zoom=18layers=Mhttp://www.openstreetmap.org/?lat=41.466337lon=12.891128zoom=18layers=M ovviamente se mi indicate gli errori che ho fatto ve ne saro' grato :-) :-) :-) ciao grazie..:-) :-) :-) :-) :-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Indicazioni ciclabili e OCM
Se taggo le strade con una ciclabile contigua (lane) su un solo lato, poi in OpenCicleMap questa non viene visualizzata, mentre quando è su entrambe i lati si. Sbaglio ad usare il tag o OCM non supporta ancora il riconoscimento del tag su un solo lato? -- View this message in context: http://gis.19327.n5.nabble.com/Indicazioni-ciclabili-e-OCM-tp5767509.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] Domanda su accessi ciclabili nel forum
Il 27/06/2013 11:59, nsemboloni ha scritto: L'equivoco esiste, il cartello indica divieto a tutti i veicoli mentre la legge provinciale parla di veicoli a motore. Il che a volte comporta spiacevoli discussioni con escursionisti antibici... -- View this message in context: http://gis.19327.n5.nabble.com/Domanda-su-accessi-ciclabili-nel-forum-tp5765157p5767254.html Sent from the Italy General mailing list archive at Nabble.com. In Italia, paese dove vige l'autocrazia, c'è forse la tendenza a mettere i cartelli solo per le macchinee il resto bo. Trovo sempre cartelli di divieto di accesso in strada privata ma la strada è accessibile a piedi, in bici, coi pattini. Poi strada privata per loro significa che è consentito parcheggiare (la macchina) solo ai residenti. Cartello di divieto di accesso più scritte strada privata, spesso portano i mappatori a mettere tag access=no o access=private e quindi vietano di fatto l'accesso a chiunque, invece andrebbe usato motor_vehicle=private -- www.naviki.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strada sotterranea che conduce a parcheggio sotterraneo
On 06/29/2013 11:45 AM, Maurizio Daniele wrote: Il tag ele si usa per l'altezza s.l.m. delle montagne (ad esempio). Quello che volevi mettere è layer=-1 sia per la strada che per il parcheggio. Per la strada metterei anche tunnel=yes (o simili) :-) -- Maurizio ok, messo layer -1 e tunnel yes, poi ho visto pure questo: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_entrance e l'ho fatto, va bene cosi' grazie ciao :-) :-) :-) :-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Domanda su accessi ciclabili nel forum
On 2013-06-29 at 13:42:14 +0200, Fabri wrote: In Italia, paese dove vige l'autocrazia, c'è forse la tendenza a mettere i cartelli solo per le macchinee il resto bo. Trovo sempre cartelli di divieto di accesso in strada privata ma la strada è accessibile a piedi, in bici, coi pattini. Poi strada privata per loro significa che è consentito parcheggiare (la macchina) solo ai residenti. Cartello di divieto di accesso più scritte strada privata, spesso portano i mappatori a mettere tag access=no o access=private e quindi vietano di fatto l'accesso a chiunque, invece andrebbe usato motor_vehicle=private innanzitutto il termine strada privata in realtà si riferisce solo a chi è proprietario della strada e quindi ne deve fare la manutenzione (un privato anziché il comune / provincia / ecc.) a parte quello, di solito il divieto di accesso è effettivamente per tutti (salvo chi deve raggiungere la proprietà), solo che da un lato in italia è estremamente raro veder fare una multa a pedoni o bici, dall'altro di solito i proprietari sono tolleranti nei confronti di chi passa senza dare fastidio. I pattini (da codice della strada) non si potrebbero usare del tutto sulle strade / marciapiedi / piste pedonali, per cui non si pone il problema, ma anche lì non ho mai visto fare multe. Su osm io mapperei come access = private, foot = permissive, bicycle = permissive (no, non semplicemente access = permissive, motor_vehicle = private: in media non credo proprio che accettino ad esempio il passaggio con un cavallo) -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Domanda su accessi ciclabili nel forum
On 29/giu/2013, at 14:22, Elena ``of Valhalla'' elena.valha...@gmail.com wrote: a parte quello, di solito il divieto di accesso è effettivamente per tutti (salvo chi deve raggiungere la proprietà), solo che da un lato in italia è estremamente raro veder fare una multa a pedoni o bici, dall'altro di solito i proprietari sono tolleranti nei confronti di chi passa senza dare fastidio. I pattini (da codice della strada) non si potrebbero usare del tutto sulle strade / marciapiedi / piste pedonali, per cui non si pone il problema, ma anche lì non ho mai visto fare multe. Su osm io mapperei come access = private, foot = permissive, bicycle = permissive (no, non semplicemente access = permissive, motor_vehicle = private: in media non credo proprio che accettino ad esempio il passaggio con un cavallo) non è detto che l'accesso ad una strada privata è solo permissive, potrebbe essere anche obbligatorio di far transitare, al meno in altri paesi so che esiste questa possibilità (viene registrato nel cadastro) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Domanda su accessi ciclabili nel forum
On 2013-06-29 at 15:59:01 +0200, Martin Koppenhoefer wrote: non è detto che l'accesso ad una strada privata è solo permissive, potrebbe essere anche obbligatorio di far transitare, al meno in altri paesi so che esiste questa possibilità (viene registrato nel cadastro) si, si, io dicevo il caso di strada privata con cartello di divieto di accesso, supponendo che gli stessi non siano stati messi in modo illegale. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] tag
Ho aggiornato la pagina con i tag che mi ha inviato Alessandro, cimitero, orto, ridestinazione d'uso e bacino. Ho aggiunto anche altri tag e corretto. Non ho ancora finito di sistemare tutto. Controllate per favore se va bene e vi piace.:-) Mario. -- RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL. Le informazioni contenute in questa comunicazione sono riservate e destinate esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati. Se questa comunicazione Vi e' pervenuta per errore, siete pregati di informare il mittente rispondendo a questa mail. I dati riportati nel presente documento sono trattati nel rispetto del D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strada sotterranea che conduce a parcheggio sotterraneo
Il 29/06/2013 13:57, yahoo-pier_andreit ha scritto: ok, messo layer -1 e tunnel yes, poi ho visto pure questo: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_entrance e l'ho fatto, va bene cosi' grazie ciao :-) :-) :-) :-) Ma quali sono i tag che hai messo? Cè una strada che scende a cielo aperto? in tal caso considera cutting=yes http://wiki.openstreetmap.org/wiki/Key:cutting Poi per il parcheggio sottoterra cè il tag parking=underground il tag parking=entrance và sul nodo che identifica l'entrata del parcheggio -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag
http://wiki.openstreetmap.org/wiki/IT:How_to_map_a is_in sono tentato di levarlo :P 2013/6/29 bredy bredy...@yahoo.it un link? o sono su map features -- View this message in context: http://gis.19327.n5.nabble.com/tag-tp5767539p5767540.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] tag
Il 29/06/2013 19:41, bredy ha scritto: un link? o sono su map features -- View this message in context: http://gis.19327.n5.nabble.com/tag-tp5767539p5767540.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 La pagina cui stiamo guardando le definizioni è questa: http://wiki.openstreetmap.org/wiki/IT:How_to_map_a QUanto in allegato, madato da Picchetti, in ultima istanza, è sostanzialmente la pagina copiaincollata da controllare ed eventualmente da modificare e passare il questa mailing list, fino a che non si sia trovato una serie di definizioni/tag di massima, poi da modificare la pagina soprascritta. -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Tag telefono
Ciao a tutti. Vi posso dare la mia interpretazione per taggare i (pochi) telefoni pubblici rimasti ed inserirla nella pagina che stiamo creando? amenity= telephone (se ne sono presenti più di uno vicini taggarli tutti) operator= Telecom Italia (al 99% ma ce ne possono essere di altri credo) payments:coins= yes/no payment:telephone_cards= yes/no wheelchair= yes/no (no per le cabine chiuse a meno che abbiano la rampa per la carrozzina, yes per quelle postazioni ad altezza ribassata, generalmente aventi un cupolino in plexliglass) -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag
Ho fatto un template che funziona per il titolo (al momento, sto andando a
tentativi non conoscendo benissimo mediawiki :D )
http://wiki.openstreetmap.org/wiki/Template:Howtomap
Esempio http://wiki.openstreetmap.org/wiki/IT:How_to_map_a#T voce Tomba
Uso
{{howtomap|titolo voce|node=yes|way=yes|area=yes|rel=yes}} se si vogliono
tutte le icone, altrimenti togliere quello che non serve (tipo rel=yes)
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
bel lavoro Marco http://www.openstreetmap.org/browse/changeset/16324812 ho solo eliminato una decina di doppioni per dati già presenti (da mia survey sul posto..). riusciresti magari ad inserire nel set anche il tag addr:countryhttp://wiki.openstreetmap.org/wiki/Key:addr:country =IThttp://wiki.openstreetmap.org/w/index.php?title=Tag:addr:country%3DITaction=editredlink=1 che mi pare manchi nell'import? grazie Il giorno 29 maggio 2013 08:54, marco bra marcobra.ubu...@gmail.com ha scritto: I civici sono comunque esportati su osm... mcheck Il giorno 28 maggio 2013 22:18, Leonardo kinetocor...@gmail.com ha scritto: Se vuoi posso convertirtelo io :) Leonardo Il 28/05/2013 21:03, girarsi_liste ha scritto: Il 28/05/2013 20:55, Gianmario Mengozzi ha scritto: Ehi intendo solo lo shape dei numeri civici :) -- sent by Google Nexus Mi sa che ci siamo capiti male, io ho le strade forestali, non quelle di viabilità dei paesi, per intenderci quelle che portano alle malghe o ai passi montani, la tabella contiene solo la definizione dei nomi delle strade, alcune, poi i tipi di strada facente parte del tecnicismo forestale, e i numeri identificativi dei comuni di appartenenza. Nello saphefile non compaiono layer di numeri civici, ma solo un'unico layer con nome viafor. __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- - Gianmario ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-ro] Vârfuri și Râuri
În data de 29 iunie 2013, 16:23, Michael Häckel michael.haec...@web.de a scris: Am Samstag, 29. Juni 2013, 15:25:34 schrieb Strainu: În data de 29 iunie 2013, 15:16, Michael Häckel michael.haec...@web.de a scris: Cred că majoritatea a avut o alte opinie. Acum și avem „Teiușului” și „Lui Pătru”. Hotărârea a fost că schimbăm doar obiecte cu natural=peak și lăsam cuvântul Vârful pentru alte obiecte. Dar putem schimba opinia noastră oricând. Nu e vorba de opinia generală, e vorba de denumirea asta în special. Tot așa cum ai lăsat Vârful Mare pentru că doar Mare sună ciudat, la fel trebuie Vârful cu Dor (particula cu cu minusculă) deoarece cu Dor nu e un nume propriu, ci un fel de atribut. Bine, dar nu înțeleg de ce nimeni nu a citit pagina pe wiki am scris. :-) Oh well, vorba românului, mai bine mai târziu decât niciodată. :P Nume în genitiv fără cuvântul „Vârful” sunt bune? Nu. Ce scrie la răuri se aplică și la vârfuri, că la genitiv trebuie pus prefixul. Quick check pentru vorbitori nativi: dacă scoți prefixul, ce rămâne ar putea fi nume de familie? Dacă da, atunci poți scoate prefixul. Dacă ți-e greu așa, caută pe google termenul fără prefix și vezi dacă este folosit. Strainu ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
[Talk-ro] Nume de râuri
Citind http://wiki.openstreetmap.org/wiki/Ro:Names#R.C3.A2uri am observat că zice acolo să nu punem Râul..., dar să punem, Pârâul. Eu nu prea sunt de acord cu varianta asta, mi se pare normal sa fie la fel ca la străzi, toate cu prefix. O variantă uniformă ar trebui aplicată în toate cazurile în care putem avea mai multe prefixe diferite pentru locuri de același fel. O problemă pe care o am eu e că pe majoritatea hărților apele sunt fără prefix și mi-e greu să identific care de ce tip sunt. Poate nu e important și ar trebui să luăm și noi tipul ăsta de notare? Strainu ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [OSM-talk-fr] Cadastre : double addresse sur la même maison
C'est une erreur, il ne devrait y avoir qu'une relation par rue... d'ailleurs osmose signale ces erreurs: http://osmose.openstreetmap.fr/fr/map/?zoom=14lat=49.18272lon=-0.375layers=B0FFTclass=8item=2060level=1,2,3 Après une saisie d'adresses toujours un peu complexe, il faut penser à repasser faire un tour sur osmose 48h après pour voir les quelques erreurs qu'on a forcément fait. Le 29 juin 2013 07:57, Ista Pouss ista...@gmail.com a écrit : Hahem je vais sans doute faire le ch*** mais j'ai remarqué qu'iil y a pas mal de rues en doublon à Caen ? Je veux dire, des relations qui portent le type associatedStreet et qui ont le même nom. On me dit qu'une rue est découpée en morceaux, et que bien normalement c'est des morceaux dans osm, et on concède que des relations sont faites pour rassembler les morceaux, mais là ont arrive à des morceaux de relations ? La liste des doublons est ici : http://www.diaam.com:8080/idalacarte/creaid.jsp?nomDeRegle=associatedstreetcaen Ce qui m'embête le plus est que pour certaines c'est peut être justifié, et je ne saurais pas comment modéliser ça :-) Soit par exemple, pour les rues lanfranc http://www.openstreetmap.org/browse/relation/2860346 http://www.openstreetmap.org/browse/relation/2860347, pourquoi y a-t-il 2 relations ? J'ai l'impression que c'est complètement la même rue ? Pour les rues de rue de Norrey, par contre http://www.openstreetmap.org/browse/relation/2999528 http://www.openstreetmap.org/browse/relation/2999529, ça à l'air justifié, car ça ne semble pas être la même ville :-( Mon logiciel de détection est perfectible, je me dépêche. Cordialement. Le 28 juin 2013 23:10, Vincent de Château-Thierry v...@laposte.net a écrit : Le 28/06/2013 23:03, Francescu GAROBY a écrit : J'avais pas pensé à aller checker avec Google Street View -_- Par contre, comment fais-tu pour interroger la parcelle dans le cadastre ? Ça m'intéresse ! Sur http://www.cadastre.gouv.fr/ , une fois affichée la carte, en zoomant sur une parcelle, tu cliques en bas à gauche sur 'S'informer' et ensuite tu cliques sur la parcelle qui t'intéresse. Tu as une puce 'i' qui s'affiche. Tu descends tout en bas à droite de la fenêtre, tu cliques sur 'Valider', et les infos s'affichent. Bien pratique :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le vent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte 3D OSM bluffante
Je teste sur mon village (63) : rendu correct avec chrome écran noir sur firefox.. bon cependant je constate un bug d'affichage, on dirait qu'il pleut Je vais modéliser un patelin dans le 44 rendu correct et... il ne pleut pas ! Question : j'hallucine ou bien il ont couplé leur rendu avec un radar météo Nota: il pleut réellement chez moi lors du test ! -- View this message in context: http://gis.19327.n5.nabble.com/Carte-3D-OSM-bluffante-tp5767392p5767522.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Privé/public (était: Ajouts des adresses du cadastre...)
Philippe Verdy verd...@wanadoo.fr wrote: [...] Nos limites ne sont pas celles des propriétés mais celle de la vie privée (sinon on ne pourrait pas non plus cartographier les galeries commerciales dans les grandes surfaces, tout y est privé, alors que c'est accessible au public et fait justement pour accueillir le public (pas n'importe quand et n'importe quelle heure, il y a des règles quand même), Ca me semble assez juste. Toutefois le concept est vague (et le restera, je ne vois pas vraiment comment le préciser formellement). Pour ma part (c'est mon propre choix, qui n'implique rien d'autre que moi et que je ne cherche pas à imposer) je cartographie très peu la chose privée (y compris les commerces). De manière générale je m'intéresse au domaine public et à ses extensions vis les Services Publics, dont la définition est parfois flous. Par exemple je note les pharmarcie, médecins et les commerces généraux (boulangerie, tabac, épicerie) mais pas vraiment le reste... un magasin de chaussure m'indifère totalement pas exemple. En y réfléchissant, je pense que je m'interdis de tager les choses trop commerciale (concept difficile et flou) et dont la durée de vie me semble légère. Ainsi un boulangerie est générale présente depuis des années et le restera (même si elle change de propriétaire)... par contre un magasin de fringue était peut être un vendeur de téléphone il y a 2 ans et sera peut être autre chose dans 3 ans... Mais c'est mon choix. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte 3D OSM bluffante
Christian Quest cqu...@openstreetmap.fr wrote: J'avais complété mon quartier... http://map.f4-group.com/#lon=2.4844616lat=48.8030445zoom=19camera.theta =58.883camera.phi=-149.084 Je vois quelques bugs dans mes tags depuis que mes ajouts ont été pris en compte. Comme quoi... quand il y a un rendu pour certains tags, on les utilise plus ;) Par chez moi aussi ça fonctionne pas mal : http://map.f4-group.com/#lon=-0.3512053lat=45.6899002zoom=19camera.t heta=50.69camera.phi=-12.272 Je m'aperçois que j'ai mal utilisé le tag height et roof car les toit pentu sont consédéré comme un étage (ce qui est confirmé par le wiki), faut que je revois tout le taggage du quartier. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte 3D OSM bluffante
Otourly Wiki otou...@yahoo.fr wrote: Mouais enfin pour l'avoir essayé sur la gare de Villefranche-sur-Saône, je suis pas sûr du tout que ça ait marché. Et j'installerais pas un navigateur pour le savoir ;) http://www.openstreetmap.org/?lat=45.984338lon=4.720733zoom=18layers=M Même si map-f4 est assez impressionant comme démo, il existe aussi d'autres solutions pour visualiser la 3D. Tous ne respectent pas forcément exactement les même principes ou tout les tags mais bon. OSMBuilding ou OpenMapSurfer par exemple ne rendent pas les toits : Rendu en temps réel (calculé à la volée) http://osmbuildings.org/?lat=45.98396lon=4.72106z=18 Rendu pré-calculé (slippymap) http://openmapsurfer.uni-hd.de/?zoom=18lat=45.98396lon=4.72106 -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Monter une carto-partie
Florence Devouard anth...@anthere.org wrote: Je viens juste de m'inscrire sur cette liste. Mes excuses d'avance si je ne connais pas certaines coutumes de la liste Bienvenue. [...] Donc, sans entrer dans les détails, si on voulait former par exemple 3 personnes à savoir animer une cartopartie, que me conseilleriez-vous pour qu'ils apprennent à le faire correctement ? Quelle démarche ? Où ? Qui contacter ? Et, en imaginant une cartoparty avec par exemple 5 personnes, quel serait typiquement la liste du matériel indispensable ? Y a t-il des liens que je pourrais consulter qui pourraient m'aider ? Les animateurs doivent être familier avec OSM : les outils (outils de saisie JOSM, Potlach ou ID) et les tags (les plus courants). Coté matériel il ne faut pas forcément grand chose, mais cela dépend du terrain que l'on se propose de tracer. Si il n'y a rien dans OSM sur le terrain, il faut commencer par tracer les voies de circulation et là sur le terrain il faut un GPS (et savoir s'en servir et intégrer les résultats dans OSM) ou alors utiliser les cartes satellites Bing si assez précise... Mais si le terrain est déjà présent dans OSM, pour faire des ajouts et précisions il faut juste du papier et éventuellement une boussole pour s'orienter. L'animateur prépare en amont des impressions papiers (avec fieldpapers.org) qui seront distribués pour les annoter. Des appareils photos sont aussi utilie pour mémoriser les lieux et conserver des dénominations exactes sans avoir à les noter et y faire des erreurs. Faut pas hésiter à mitrailler. Perso je distribu aussi un petit mémo à l'usage des participants. La collecte des données sur le terrain est la première étape, il faut ensuite saisir les données. Là il faut des ordinateurs et une connection internet et un local qui va bien. Si les participants sont vraiment débutant il faut mieux commencer facile (adapter les objectifs aux niveaux des participants) en faisant un première mini-carto-partie sur un lieu très restreint avec saisie ensuite (relever les noms de quelques rues par exemple). -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte 3D OSM bluffante
Philippe Verdy verd...@wanadoo.fr wrote: Tu ne comprend pas l'essentiel : On sait très bien que l'on ne comprend jamais rien, je crois que l'as suffisamment répété merci. je ne voulais volontairement pas parler de la modélisation des bâtiments individuels, je sais qu'on n'y arrivera pas à grande échelle. Ah bon. En revanche je parlais de tags destinés à faciliter un rendu par défaut raisonnable de toute eun série de batiments dans une même zone, Tu n'as pas été explicite du tout dans ce cas en effet... J'ajouterai que de plus ce type de reflexion (ou même d'idée) n'existe pas du tout dans OSM, c'est bien la première fois que l'on parle même d'un système de tag par zone sans application aux éléments individuels. Ca peut être une idée intéressante, mais ça reste un simple concept, faudrait développer et documenter pour pouvoir en discuter et en connaitre l'utilité ou pas. A priori je suis pas convaincu, mais ça n'engage que moi bien sur. et cela n'a rien à voir avec ce que tu proposes Tu noteras que ce n'étais pas une *proposition*, mais *le modèle actuel* pour préciser la géométrie des bâtiments dans OSM. [...] Ta solution consiste à ajouter une quantité GIGANTESQUE de données pour modéliser les batiments. Et là nos imports de bâtiments du cadastre ne seront plus rien à côté du volume demané pour y parvenir (et si on s'aventure de ce côté là pour modéliser toute une ville, ça va gueuleur fort du cpoté des administrateurs d'OSM qui voudront qu'on arrête ça immédiatement, l'infrastructure ne permettant pas encore de recevoir et gérer autant de données) ! Philippe tu as une bataille de retard, c'est ce qui se pratique aujourd'hui dans OSM pour la 3D. Tu as peut être de super meilleures idées, mais dans ce cas faut te dépécher de les proposer et les mettre en pratique. [...] Mais tu a répondu complètement à côté de la plaque du problème que je discutais. Tu exagères, il a répondu très précisement a ton interrogation. C'est toi qui maintenant précise le champ de ton interrogation, ce qui n'étais pas le cas initialement. Tu n'offres AUCUNE solution en pratique, juste des nouveaux problèmes destinés à rendre la base indigeste pour la majorité des contributeurs. Je ne ferai donc jamais de telle modélisations dans la base OSM qui n'est clairement pas adaptée pour ça à l'heure actuelle. Ca c'est possible, mais c'est pourtant le modèle actuel et qui est déjà utilisé. Les hauteurs sont déjà assez largement utilisé : height est utilisé par presque 1 million d'objets. building:levels par presuqe 2 millions d'objets Les formes de toits restent par contre encore confidentiel : roof:shape sur 150 000 objets. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Monter une carto-partie
Hello Merci à tous pour votre réactivité, les conseils précieux et les liens. J'ai ce qu'il me faut pour la demande de financement et maintenant largement de quoi explorer à mon rythme si le financement est accepté. Le lien http://learnosm.org/fr/ est particulièrement intéressant pour démarrer. C'est sans doute un coin qu'il faudrait mettre un tout petit peu plus en avant sur le site wiki car je n'étais pas tombée dessus) (et rendez-vous pris pour l'Estaque dès que j'ai à peu près posé mes bagages...) Flo On 6/28/13 1:14 PM, Florence Devouard wrote: Bonjour, Je viens juste de m'inscrire sur cette liste. Mes excuses d'avance si je ne connais pas certaines coutumes de la liste Je suis en train de monter (un peu à l'arrache nous devons rendre la demande de financement dimanche soir) un projet Wiki-Afrique. J'aimerais beaucoup prendre l'opportunité de ce projet pour organiser (faire organiser par le wikipédien en résidence) des mapping parties. Bon, mais je n'ai jamais participé à une de ses actions et même si Jeff avait essayé de m'expliquer (vers ... 2006 peut-être ?) fondamentalement, je ne sais pas comment ça se passe et en particulier, je ne sais pas quel matériel est nécessaire. Et j'aurais besoin de quelques billes rapides pour pouvoir ajouter à ma demande de financement. J'ai déjà un peu gratté sur le site OSM. J'ai d'ailleurs vu qu'il y avait un truc organisé à Marseille samedi... j'y serais bien allé... mais j'habite encore Clermont pour un mois... l'Estaque d'ici début août). Les pays où nous voudrions bosser sont la cote d'ivoire, l'uganda et le botswana. Je n'ai pas l'impression qu'il s'y soit passé grand chose jusqu'à présent côté données. L'association qui ferait le support administratif (et qui a des locaux etc.) est en Afrique du Sud. En terme de lieux, nos wikipédiens en résidence seraient probablement logés en ville, mais leur objectif serait plutôt de travailler en zone rurale, péri-urbaine, banlieue voir bidonville. Par ailleurs, nous envisageons de participer à InnovAfrica (qui se déroulera à Abidjan fin novembre) et nous nous sommes dites que l'évènement pourrait justement être une bonne occasion pour aller visiter les rues alentours afin de faire du repérage... Donc, sans entrer dans les détails, si on voulait former par exemple 3 personnes à savoir animer une cartopartie, que me conseilleriez-vous pour qu'ils apprennent à le faire correctement ? Quelle démarche ? Où ? Qui contacter ? Et, en imaginant une cartoparty avec par exemple 5 personnes, quel serait typiquement la liste du matériel indispensable ? Y a t-il des liens que je pourrais consulter qui pourraient m'aider ? Merci d'avance Flo ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Prochaine réunion des contributeurs de la région de Marseille le lundi 1er / 07 / 2013 // 20h00 à La Bo@te.
*Bonjour à toutes et à tous. * * Je rappel que les contributeurs d' Openstreetmap de la région de Marseille se réunissent le lundi 1er juillet 2013, à partir de 20h00 à La Bo@te ( dates suivantes en fin de message ). * * Pour ceux qui compterais participez à la réunion et qui viennent pour la première fois, nous avons pour habitude que chacun(e) amène quelque chose à boire et/ou à grignoter. Lien du plan de l'accès à La Bo@te : http://www.openstreetmap.org/?lat=43.29213amp;lon=5.3730645amp;zoom=18amp;layers=Mamp;mlat=43.29210amp;mlon=5.37297http://www.openstreetmap.org/?lat=43.29213lon=5.3730645zoom=18layers=Mmlat=43.29210mlon=5.37297 Lien de la page du Wiki d' Openstreetmap sur les réunions de Marseille : http://wiki.openstreetmap.org/wiki/Marseille/R%C3%A9unions_2013 Archives de l'année 2012 : http://wiki.openstreetmap.org/wiki/Marseille/R%C3%A9unions_2012 Pour confirmer votre présence éventuel, vous pouvez répondre à ce message, merci. Nota : Calendrier des réunions suivantes pour 2013, même lieu, même horaire. * * - lundi 5 aout 2013. Sous réserve. ( notre accueillant Marin étant en congé, à voir qui peut venir et être chargé d'ouvrir et fermé La Boate. ) * * - lundi 2 septembre 2013. * * - lundi 7 octobre 2013. * * - lundi 4 novembre 2013. * * - lundi 2 décembre 2013. * *** À bientôt... Amicales salutations.** ** Olivier Griffet http://griffet.net/ | Contributeur OpenStreetMap = http://www.openstreetmap.org/user/olivier_griffet_83660_carnoules | | Habitant de 83660http://www.openstreetmap.org/export/embed.html?bbox=6.17628,43.29493,6.19694,43.30505layer=mapnikmarker=43.29837,6.18737- Carnoules http://carnoules.fr/ - Var | Adhérent de GULLIVAR et ToulonuX | Utilisateur de GNU/LINUX de (X)Ubuntu 12.04 [ XFCE ] ; Lives USB ASRI.EDU.300 ; Etc... Site web de GULLIVAR : http://gullivar.org/ Site web de ToulonuX : http://toulonux.tuxfamily.org/ * ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Lignes électriques souterraines de la région d'Annecy
Bonjour, Dans le cadre de la proposition pour la modification du modèle de tag des lignes électriques, j'ai passé mon après-midi à ajouter ce que je connaissais des tracés des lignes électriques souterraines construites par RTE dans la région d'Annecy ces 3 dernières années. Plus d'infos : http://www.rte-france.com/uploads/media/images/projets/plaquette_riverain_VDEF.pdf Elles sont tracés avec le modèle expérimental, ce qui explique qu'elles risquent d'être mal comprises des différents moteurs de rendus et d'osmose. Le changeset correspondant est le 16753941 http://www.openstreetmap.org/browse/changeset/16753941 J'ai fait divers ajouts dans les postes électriques concernés, qui sont également décris en partie avec le contenu proposé dans http://wiki.openstreetmap.org/wiki/Proposed_features/Substation_refinement Ces modifications serviront d'exemple sur les diverses pages du wiki et de retour d'expérience sur l'utilisation des éventuels nouveaux tags. http://wiki.openstreetmap.org/wiki/Proposed_features/Power_transmission_refinement Certaines portions manquent dans ma mémoire, certains repérages ultérieurs seront nécessaire. Les travaux étant largement visibles sur Bing et sur Streetview http://goo.gl/maps/oae8X Merci de me remonter toute anomalie, mais de ne pas faire de revert. Merci par avance, cordialement, *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Monter une carto-partie
En tous cas, bienvenue sur cette liste, Florence. Ça fait un petit moment que je milite pour le rapprochement des deux communautés Wikimedia et OSM, notamment localement à Grenoble. J'ai eu l'occasion de pousser ma marotte à la dernière wikipermanence, dimanche dernier http://www.openstreetmap.fr/2013-06-23-wikipermanence Clairement, la proximité maximale se trouvera avec les deux projets : - Wikidata, pour l'aspect base de données et requêtage ; - Commons, pour la culture du terrain, notamment les photos de lieux et monuments. Le géoréférencement est naturel, et glisse vite vers mappons les alentours. Mais les wikipédiens pur sucre sont des cibles de choix aussi pour l'élargissement de notre base de contributeurs. On a tout de même des différences culturelles à prendre en compte, notamment le sujet des sources : on ne fait pas la chasse aux travaux inédits, pourvu qu'ils soient vérifiables, et source = mon GPS est parfaitement acceptable. En tous cas, personnellement, j'ai énormément apprécié la discussion avec les wikipédiens sur ce sujet. - Mail original - De: Florence Devouard anth...@anthere.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Samedi 29 Juin 2013 16:11:09 Objet: Re: [OSM-talk-fr] Monter une carto-partie Hello Merci à tous pour votre réactivité, les conseils précieux et les liens. J'ai ce qu'il me faut pour la demande de financement et maintenant largement de quoi explorer à mon rythme si le financement est accepté. Le lien http://learnosm.org/fr/ est particulièrement intéressant pour démarrer. C'est sans doute un coin qu'il faudrait mettre un tout petit peu plus en avant sur le site wiki car je n'étais pas tombée dessus) (et rendez-vous pris pour l'Estaque dès que j'ai à peu près posé mes bagages...) Flo ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre : double addresse sur la même maison
Le 29/06/2013 08:50, Christian Quest a écrit : C'est une erreur, il ne devrait y avoir qu'une relation par rue... d'ailleurs osmose signale ces erreurs: http://osmose.openstreetmap.fr/fr/map/?zoom=14lat=49.18272lon=-0.375layers=B0FFTclass=8item=2060level=1,2,3 Après une saisie d'adresses toujours un peu complexe, il faut penser à repasser faire un tour sur osmose 48h après pour voir les quelques erreurs qu'on a forcément fait. Attention, c'est du détail, mais je signalement quand même. Faute de puissance de calcul Osmose est passé à une fréquence de calcul de 3j à la place de 2j. Dans la bulle il y a toujours la date de calcul de l'erreur, on peut aussi vérifier la fraîcheur de l'analyse là http://osmose.openstreetmap.fr/fr/control/update_matrix et là http://osmose.openstreetmap.fr/fr/control/update Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte 3D OSM bluffante
Le 29/06/2013 15:03, PhQ a écrit : Je teste sur mon village (63) : rendu correct avec chrome écran noir sur firefox.. bon cependant je constate un bug d'affichage, on dirait qu'il pleut Je vais modéliser un patelin dans le 44 rendu correct et... il ne pleut pas ! Question : j'hallucine ou bien il ont couplé leur rendu avec un radar météo Nota: il pleut réellement chez moi lors du test ! Dans les crédits : World Weather Online http://www.worldweatheronline.com/ Donc oui, on dirait que la météo réelle s'applique au rendu 3d. De mon côté, j'ai noté qu'il faut compter environ 24h entre une modif dans la base, et son apparition sur ce rendu. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte 3D OSM bluffante
Le 29 juin 2013 15:06, Pierre-Alain Dorange pdora...@mac.com a écrit : En revanche je parlais de tags destinés à faciliter un rendu par défaut raisonnable de toute eun série de batiments dans une même zone, Tu n'as pas été explicite du tout dans ce cas en effet... Il aurait fallu lire correctement car j'ai bien été explicite pour ce cas là. C'était dans les 2 premières phrases et j'expliquais sommairement ce que je voulais dire ensuite. J'ai juste reformulé puisque tu n'as pas compris ou compris à côté. Quant à me dépêcher, je ne vois pas pourquoi alors que le modèle simple (pour un batiment) est encore en chantier et pas réellement massivement déployé, mais testé dans certaines petites zones. LEs discussions dessus sont encore largement ouvertes. Et les valeurs de tags par défaut par zone ne sont PAS une nouveauté dans OSM qui en a déjà (en PLUS des valeurs par défaut objet par objet en absence de valeur spécifique pour un tag donné). Il en existe au moins au niveau des pays pour fixer certaines règles générales communes, et cela permet justement de résoudre en partie bon nombre de cas pour des tags manquants non précisés pour de très larges collections d'objets ayant certaines caractéristiques identifiables (notamment pour le réseau routier). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte 3D OSM bluffante
En tout cas, la Tour Part-Dieu ne peut pas être rendue comme ça qu'avec les données OSM. En effet, la Tour n'est pas entièrement cylindrique (il y a juste un petit creux au Sud-Ouest). Or le Cadastre et OSM la représente cylindrique. L'objet doit provenir d'ailleurs. De plus, je crois pas que le rendu 3D OSM puisse fonctionner; la Pyramide n'est pas montrée sur d'autres rendus. http://osmbuildings.org/?lat=45.76093lon=4.85400zoom=18 Je ne vois pas comment y remédier. Florian De : Stéphane Péneau stephane.pen...@wanadoo.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Samedi 29 juin 2013 19h47 Objet : Re: [OSM-talk-fr] Carte 3D OSM bluffante Le 29/06/2013 15:03, PhQ a écrit : Je teste sur mon village (63) : rendu correct avec chrome écran noir sur firefox.. bon cependant je constate un bug d'affichage, on dirait qu'il pleut Je vais modéliser un patelin dans le 44 rendu correct et... il ne pleut pas ! Question : j'hallucine ou bien il ont couplé leur rendu avec un radar météo Nota: il pleut réellement chez moi lors du test ! Dans les crédits : World Weather Online Donc oui, on dirait que la météo réelle s'applique au rendu 3d. De mon côté, j'ai noté qu'il faut compter environ 24h entre une modif dans la base, et son apparition sur ce rendu. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comment cartographier une épave ?
Bonsoir, Comment cartographier une épave ? Au fond d'un lac, pas d'un bar :-D Je trouve 3 entrées dans le wiki : Tag:historic=wreck historic=wreck name=Le France wreck:date_sunk=1971-03-12 wreck:depth=42m OpenSeaMap/Wrecks seamark:wreck Il doit manquer quelque chose, je n'ai pas tout compris ;-) Tag:sport=scuba_diving sport=scuba_diving name=Le France scuba_diving:type: wreck=yes scuba_diving:depth=42 Je peux rajouter aussi ça : wikipedia:fr:France_(bateau_à_aubes) Merci de votre aide, -- Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Privé/public (était: Ajouts des adresses du cadastre...)
Autant, j'ai du mal à suivre la logique concsitant à différencier les bons commerces privés des mauvais (on croirait revivre le célèbre sketch du bon et du mauvais chasseur...), autant je te rejoins complètement sur la problématique des commerces qui changent (très !) souvent. C'est quelque chose qui est, selon moi, très difficile à prendre en compte, et qui devrait l'être pourtant. Savoir qu'il y a là une boutique de fringues (par ex.), est utile à certains, mais si ladite boutique est en fait devenu autre chose entre temps (et peut-être même d'autres choses entre les 2), on est complètement à coté de notre rôle. Pour moi, il y a là un sujet qu'il faudrait creuser : comment font les villes (comme Orange, par ex.) qui produisent des cartes basées sur OSM, pour garantir qu'au moment de l'impression papier, ce qui est indiqué est à jour ? Y a-t-il des contacts avec les commerçants, ou les organismes les représentant (associations de commerçants, CCI, ...) ? Francescu Le 29 juin 2013 15:05, Pierre-Alain Dorange pdora...@mac.com a écrit : Philippe Verdy verd...@wanadoo.fr wrote: [...] Nos limites ne sont pas celles des propriétés mais celle de la vie privée (sinon on ne pourrait pas non plus cartographier les galeries commerciales dans les grandes surfaces, tout y est privé, alors que c'est accessible au public et fait justement pour accueillir le public (pas n'importe quand et n'importe quelle heure, il y a des règles quand même), Ca me semble assez juste. Toutefois le concept est vague (et le restera, je ne vois pas vraiment comment le préciser formellement). Pour ma part (c'est mon propre choix, qui n'implique rien d'autre que moi et que je ne cherche pas à imposer) je cartographie très peu la chose privée (y compris les commerces). De manière générale je m'intéresse au domaine public et à ses extensions vis les Services Publics, dont la définition est parfois flous. Par exemple je note les pharmarcie, médecins et les commerces généraux (boulangerie, tabac, épicerie) mais pas vraiment le reste... un magasin de chaussure m'indifère totalement pas exemple. En y réfléchissant, je pense que je m'interdis de tager les choses trop commerciale (concept difficile et flou) et dont la durée de vie me semble légère. Ainsi un boulangerie est générale présente depuis des années et le restera (même si elle change de propriétaire)... par contre un magasin de fringue était peut être un vendeur de téléphone il y a 2 ans et sera peut être autre chose dans 3 ans... Mais c'est mon choix. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre : double addresse sur la même maison
Merci de m'avoir signalé ces erreurs. Dans le cas des rues Lanfranc : plusieurs tronçons traités séparément, par erreur. Pour les rues Norey, il s'agit bien de la même ville, mais les 2 rues sont parralèles (les 2 débouchent sur l'avenue de la Première Arméee Française) Je vais regarder tout ça... Francescu Le 29 juin 2013 07:57, Ista Pouss ista...@gmail.com a écrit : Hahem je vais sans doute faire le ch*** mais j'ai remarqué qu'iil y a pas mal de rues en doublon à Caen ? Je veux dire, des relations qui portent le type associatedStreet et qui ont le même nom. On me dit qu'une rue est découpée en morceaux, et que bien normalement c'est des morceaux dans osm, et on concède que des relations sont faites pour rassembler les morceaux, mais là ont arrive à des morceaux de relations ? La liste des doublons est ici : http://www.diaam.com:8080/idalacarte/creaid.jsp?nomDeRegle=associatedstreetcaen Ce qui m'embête le plus est que pour certaines c'est peut être justifié, et je ne saurais pas comment modéliser ça :-) Soit par exemple, pour les rues lanfranc http://www.openstreetmap.org/browse/relation/2860346 http://www.openstreetmap.org/browse/relation/2860347, pourquoi y a-t-il 2 relations ? J'ai l'impression que c'est complètement la même rue ? Pour les rues de rue de Norrey, par contre http://www.openstreetmap.org/browse/relation/2999528 http://www.openstreetmap.org/browse/relation/2999529, ça à l'air justifié, car ça ne semble pas être la même ville :-( Mon logiciel de détection est perfectible, je me dépêche. Cordialement. Le 28 juin 2013 23:10, Vincent de Château-Thierry v...@laposte.net a écrit : Le 28/06/2013 23:03, Francescu GAROBY a écrit : J'avais pas pensé à aller checker avec Google Street View -_- Par contre, comment fais-tu pour interroger la parcelle dans le cadastre ? Ça m'intéresse ! Sur http://www.cadastre.gouv.fr/ , une fois affichée la carte, en zoomant sur une parcelle, tu cliques en bas à gauche sur 'S'informer' et ensuite tu cliques sur la parcelle qui t'intéresse. Tu as une puce 'i' qui s'affiche. Tu descends tout en bas à droite de la fenêtre, tu cliques sur 'Valider', et les infos s'affichent. Bien pratique :-) vincent __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment cartographier une épave ?
Le plus employé, et de loin, semble être *historic=wreck*. On trouve ces infos sur taginfo : http://taginfo.openstreetmap.org/tags/historic=wreck (1013) http://taginfo.openstreetmap.org/keys/seamark%3Awreck (2) http://taginfo.openstreetmap.org/tags/scuba_diving:type:wreck=yes (6) Peut-être que seamark s'applique spécifiquement à des épaves qui constituent un écueil pour la navigation, et le scuba_diving s'applique clairement à des épaves qu'on peut visiter en plongée donc ça exclue toutes les épaves profondes. 2013/6/29 Yves Pratter yves.prat...@laposte.net Bonsoir, Comment cartographier une épave ? Au fond d'un lac, pas d'un bar :-D Je trouve 3 entrées dans le wiki : - Tag:historic=wreckhttp://wiki.openstreetmap.org/wiki/Tag:historic=wreck historic=wreck name=Le France wreck:date_sunk=1971-03-12 wreck:depth=42m - OpenSeaMap/Wreckshttp://wiki.openstreetmap.org/wiki/OpenSeaMap/Wrecks seamark:wreck Il doit manquer quelque chose, je n'ai pas tout compris ;-) - Tag:sport=scuba_divinghttp://wiki.openstreetmap.org/wiki/Tag:sport=scuba_diving sport=scuba_diving name=Le France scuba_diving:type: wreck=yes scuba_diving:depth=42 Je peux rajouter aussi ça : wikipedia:fr:France_(bateau_à_aubes) Merci de votre aide, -- Yves ___ 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] Comment cartographier une épave ?
Je n'ai jamais suivi la liste tagging, je n'étais pas dans le projet à l'époque de l'introduction du tag (2008), mais je reste dubitatif devant la manière de noter la profondeur (et aussi les autres tags de dimensions de l'épave http://wiki.openstreetmap.org/wiki/Tag:historic%3Dwreck [8]), à l'opposé des autres tag de distance, sans le « m » ou avec un espace avant le « m ». http://wiki.openstreetmap.org/wiki/Key:width http://wiki.openstreetmap.org/wiki/Key:height http://wiki.openstreetmap.org/wiki/Water_Depth Quelqu'un de plus spécialiste du taggage pourrait confirmer et éventuellement proposer de modifier la page du wiki ? JB. Le 30.06.2013 07:16, Pierre Knobel a écrit : Le plus employé, et de loin, semble être _historic=wreck_. On trouve ces infos sur taginfo : http://taginfo.openstreetmap.org/tags/historic=wreck [5] (1013) http://taginfo.openstreetmap.org/keys/seamark%3Awreck [6] (2) http://taginfo.openstreetmap.org/tags/scuba_diving:type:wreck=yes [7] (6) Peut-être que seamark s'applique spécifiquement à des épaves qui constituent un écueil pour la navigation, et le scuba_diving s'applique clairement à des épaves qu'on peut visiter en plongée donc ça exclue toutes les épaves profondes. 2013/6/29 Yves Pratter yves.prat...@laposte.net Bonsoir, Comment cartographier une épave ? Au fond d'un lac, pas d'un bar :-D Je trouve 3 entrées dans le wiki : * Tag:historic=wreck [1] historic=wreck name=Le France wreck:date_sunk=1971-03-12 wreck:depth=42m * OpenSeaMap/Wrecks [2] seamark:wreck Il doit manquer quelque chose, je n'ai pas tout compris ;-) * Tag:sport=scuba_diving [3] sport=scuba_diving name=Le France scuba_diving:type: wreck=yes scuba_diving:depth=42 Je peux rajouter aussi ça : wikipedia:fr:France_(bateau_à_aubes) Merci de votre aide, -- Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [4] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [4] Links: -- [1] http://wiki.openstreetmap.org/wiki/Tag:historic=wreck [2] http://wiki.openstreetmap.org/wiki/OpenSeaMap/Wrecks [3] http://wiki.openstreetmap.org/wiki/Tag:sport=scuba_diving [4] http://lists.openstreetmap.org/listinfo/talk-fr [5] http://taginfo.openstreetmap.org/tags/historic=wreck [6] http://taginfo.openstreetmap.org/keys/seamark%3Awreck [7] http://taginfo.openstreetmap.org/tags/scuba_diving:type:wreck=yes [8] http://wiki.openstreetmap.org/wiki/Tag:historic%3Dwreck ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-GB] UK Open Data updates
Hi All, I'm aware that some within our community are very cautious of so called open data. As I'm not in any way qualified to assess legal jargon I can't provide much support. I can however notify you that the Open Government Licence has now been updated to make it more explicit that the OGL is compatible with our license. New text is: These terms are compatible with the Creative Commons Attribution License 4.0 and the Open Data Commons Attribution License, both of which license copyright and database rights. This means that when the Information is adapted and licensed under either of those licences, you automatically satisfy the conditions of the OGL when you comply with the other licence. The OGLv2.0 is Open Definition compliant. Regards, Rob New OGL: http://nationalarchives.gov.uk/doc/open-government-licence/version/2/ Old OGL: http://nationalarchives.gov.uk/doc/open-government-licence/version/1/ Announcement: http://nationalarchives.gov.uk/news/855.htm ** ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
