Re: [OSM-talk-be] import AGIV CRAB-data
Reeds enkele weken volg ik de discutie over de adressen. Eigenlijk snap ik er weinig van. Ik wil me niet bij de echte mappers rekenen maar echt beginnend ben ik toch ook niet. Maanden geleden ben ik begonnen met in de streek rond Tienen huisnummers in te brengen. Maar toen ik op het forum meende te begrijpen dat het automatisch zou kunnen ben ik natuurlijk gestopt. En nu, weet ik het niet meer. Moet ik terug beginnen of moet ik nog wachten. Er zijn misschien efficiëntere manieren om adressen te mappen dan de manier waarop ik het doe maar anderzijds… als ik er 1000 doe zijn er 1000 gedaan. Of worden die bij een eventuele automatisering toch overschreven? Mijn manier is gewoon met AGIV luchtfoto’s de huizen van een straat tekenen en dan met RGB-AGIV er de nummers proberen op te zetten. Bij problemen ga ik dan gewoon eens kijken of ik ter plaatse de zaak kan oplossen. Een kleine anekdote: In het Medekersveld in KUmtich (Tienen) staan vooraan 3 huizen aan de linkerkant: 1, 3 en 5. Enkele honderden meters verder dat er nog één huis. Volgens AGIV is dat nr 7. Nochtans had ik in OSM nr 100 ingebracht. Op het huis of op de brievenbus staat geen nummer, maar in de (geopende) brievenbus vond ik een brief met nr 100. Wie heeft nu gelijk? O ja, als de huizen getekend zijn gebruik ik het ‘adres tool’ en daar blijven de gegevens voor straat, gemeente, enz. gewoon staan en moet je alleen het nummer wijzigen. Bij het gereedschap ‘Rijtjeshuis maken’ komen de straten enz; automatisch in een associatedStreet relatie. Ik bewonder diegenen die, dank zij een of ander script, bergen werk kunnen herleiden tot een niemendalletje maar ik vrees dat er niet zoveel mappers zijn die nog kunnen volgen. Het moet eenvoudig blijven zodat ‘niet programmeurs’ ook nog mee kunnen want dat zijn de mensen die meestal het meest tijd hebben om ‘veldwerk’ te doen. GuyVV Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: donderdag 30 oktober 2014 11:11 Aan: Jo Simoens; OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] import AGIV CRAB-data Jo, jammer genoeg ben je nog zo wat de enige die nog met associatedStreet relaties wil werken. Als ik in de landen om ons heen kijk, breken ze associatedStreet allemaal af. (in de figuurlijke zin) Dus waar ga je support krijgen voor data in die relatie ? Op het minieme gebruik van Nominatim na, dat dan nog niet hetzelfde doet als jij zou willen ? Ben, als je jouw approach volgt (alles op node), zou ik dat toch ook eerst testen op osm.org. Leg anders maar eens uit aan een beginnende mapper dat hoewel hij een postcode op een node plaatst er toch een andere uitrolt. Ik weet dat je niet met bepaalde software in je achterhoofd mag mappen, maar als er nu iemand naar osm.org gaat en het verkeerde adres rolt eruit, dan stopt het voor velen (dat is mijn mening, niet wetenschappelijk getest). Het is weeral een tijdje geleden dat ik op dat gebied nog testen gedaan heb, dus nominatim is misschien gewijzigd ondertussen, maar data van een node werd genegeerd. Het is voor mij gemakkelijker uit te leggen dat een boundary is gebroken dan om iemand wijs te maken dat de data wel juist is, maar dat de gekendste website (osm.org) er geen gebruik van maakt. just my .5 cent m 2014-10-30 9:37 GMT+01:00 Jo winfi...@gmail.com: Als je de data aangeleverd krijgt, inclusief de associatedStreet-relatie, dan is het niet zo'n grote uitdaging om uit te leggen, waar dat voor staat. Zelfs kinderen, vanaf een jaar of 10 kunnen dat begrijpen. We moeten de mensen die bijdragen aan OSM nu weer niet al te veel gaan onderschatten. Laten we niet vergeten dat het om miljoenen adressen gaat voor Vlaanderen alleen. Als al die adressen er eenmaal inzitten, moet je al die rompslomp elke keer weer over de draad trekken als je dat inlaadt en verwerkt. Ik heb nog steeds een datalimiet op 3G. We hoeven niet superefficiënt te zijn, maar om nu in het andere uiterste te vervallen, gewoon omdat we willen dat een kind van 7 het ook zou kunnen snappen... Ik gebruik die aS-relaties trouwens ook om snel een (grafisch) overzicht te krijgen van een straat. Waar zijn er nog adressen als node gemapt, e.d. De validatietools geven ook wat meldingen, maar die staan nog niet helemaal op punt, voor onze situaties waar straten soms in meerdere aS-relaties thuishoren. Jo Op 30 oktober 2014 09:10 schreef Ben Abelshausen ben.abelshau...@gmail.com: Hey, 2014-10-30 8:41 GMT+01:00 Jo winfi...@gmail.com: Wat mij betreft is een adres niet compleet, zonder postcode en gemeente. Ik ben het hiermee eens. Ge moet ook bedenken dat we in OSM niet persé het meest efficiënte data-model moeten hebben. Een deel van de prioriteit zou ook moeten zijn dat de dingen gemakkelijk onderhoudbaar zijn daarom ben ik voorstander van de meest eenvoudige oplossing in de vorm van adressen met straat, nummer, postcode, gemeente. Associated street klinkt logisch en best
Re: [OSM-talk-be] import AGIV CRAB-data
Hallo Guy, De discussie is op dit moment nogal technisch. Dit is met de bedoeling om de data 'klaar te stomen', zodat iedereen er vlot gebruik van kan maken. Dat je die discussie niet altijd kan volgen, maak je daar geen zorgen over. We zullen nog wat meetings en hangouts moeten organiseren om te zorgen dat iedereen weet hoe deze dat in OSM te integreren. Want helemaal automatisch zal dat zeker niet gebeuren. Ik ben er bij wijze van test een aantal aan het invoeren en ik kan je verzekeren, dat het nog heel wat werk kost, als je het goed wilt doen. Het enige verschil is dat de huisnummers op nodes worden aangeleverd. Dan moeten ze nog op de gebouwen worden overgezet. Als deze gebouwen er nog niet zijn, kan je met de building tools er met 3 klikken een rechthoek overheen tekenen en wordt de info van de node naar het gebouw overgedragen. Als dat gebouw parallel staat met het gebouw ernaast, kan het ook met 2 klikken. Als het gebouw al in OSM zit, dan zijn er een aantal mogelijkheden. Het komt er echter bijna altijd wel op neer dat je de geometrie van het gebouw ook nog wat moet aanpassen. Opnieuw tekenen zou soms zelfs sneller gaan. (Maar we willen wel de historiek intact houden). Gebouwen zijn natuurlijk niet altijd rechthoekig, maar de extrude tool (x) kan hierbij enorm behulpzaam zijn. (als je in extrude mode zit, kan je met dubbelklik ook nodes op de contour van het gebouw toevoegen). Als je een gebouw wilt tekenen dat parallel is, houd je het vorige geselecteerd. Als je echter een gebouw wilt tekenen dat aanligt bij het vorige, dan kan je beginnen op 1 van de nodes ervan, dan een 2e aanklikken en dan beginnen 'uitrekken'. Dan zijn de nodes vanzelf deel van beide gebouwen. Gebouwen met curves kunnen tegenwoordig ook mooi afgewerkt worden met 'o'. Voor bestaande gebouwen kan je de conflation tool gebruiken. Je kan echter ook in het menu selection,* 'Select all inside'* kiezen. Als dat 1 node en 1 gebouw oplevert, kan je daarna *'Replace Geometry'* gebruiken om beide samen te voegen. Je krijgt dan nog een dialoogvenster als er conflicten zijn. Ik heb die respectievelijk op 't' en 'v' gemapt. (Je kan de sneltoetsen voor je tools aanpassen aan je eigen voorkeuren) Jo Op 30 oktober 2014 11:45 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com : Reeds enkele weken volg ik de discutie over de adressen. Eigenlijk snap ik er weinig van. Ik wil me niet bij de echte mappers rekenen maar echt beginnend ben ik toch ook niet. Maanden geleden ben ik begonnen met in de streek rond Tienen huisnummers in te brengen. Maar toen ik op het forum meende te begrijpen dat het automatisch zou kunnen ben ik natuurlijk gestopt. En nu, weet ik het niet meer. Moet ik terug beginnen of moet ik nog wachten. Er zijn misschien efficiëntere manieren om adressen te mappen dan de manier waarop ik het doe maar anderzijds… als ik er 1000 doe zijn er 1000 gedaan. Of worden die bij een eventuele automatisering toch overschreven? Mijn manier is gewoon met AGIV luchtfoto’s de huizen van een straat tekenen en dan met RGB-AGIV er de nummers proberen op te zetten. Bij problemen ga ik dan gewoon eens kijken of ik ter plaatse de zaak kan oplossen. Een kleine anekdote: In het Medekersveld in KUmtich (Tienen) staan vooraan 3 huizen aan de linkerkant: 1, 3 en 5. Enkele honderden meters verder dat er nog één huis. Volgens AGIV is dat nr 7. Nochtans had ik in OSM nr 100 ingebracht. Op het huis of op de brievenbus staat geen nummer, maar in de (geopende) brievenbus vond ik een brief met nr 100. Wie heeft nu gelijk? O ja, als de huizen getekend zijn gebruik ik het ‘adres tool’ en daar blijven de gegevens voor straat, gemeente, enz. gewoon staan en moet je alleen het nummer wijzigen. Bij het gereedschap ‘Rijtjeshuis maken’ komen de straten enz; automatisch in een associatedStreet relatie. Ik bewonder diegenen die, dank zij een of ander script, bergen werk kunnen herleiden tot een niemendalletje maar ik vrees dat er niet zoveel mappers zijn die nog kunnen volgen. Het moet eenvoudig blijven zodat ‘niet programmeurs’ ook nog mee kunnen want dat zijn de mensen die meestal het meest tijd hebben om ‘veldwerk’ te doen. GuyVV *Van:* Marc Gemis [mailto:marc.ge...@gmail.com] *Verzonden:* donderdag 30 oktober 2014 11:11 *Aan:* Jo Simoens; OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] import AGIV CRAB-data Jo, jammer genoeg ben je nog zo wat de enige die nog met associatedStreet relaties wil werken. Als ik in de landen om ons heen kijk, breken ze associatedStreet allemaal af. (in de figuurlijke zin) Dus waar ga je support krijgen voor data in die relatie ? Op het minieme gebruik van Nominatim na, dat dan nog niet hetzelfde doet als jij zou willen ? Ben, als je jouw approach volgt (alles op node), zou ik dat toch ook eerst testen op osm.org. Leg anders maar eens uit aan een beginnende mapper dat hoewel hij een postcode op een node plaatst er toch een andere uitrolt. Ik weet dat je
Re: [OSM-talk-be] import AGIV CRAB-data
Ik deel die mening ook over die relaties. En zeker over interpolation van adressen in Belgie springt het van tijd wel heel hard, ik weet een straat waar huizen naast elkaar opeenvolgende nummers krijgen, bv 1,2,3,4,5 8 Dus geen even/oneven verdeling zoals we gewoon zijn. Geocoding werkt ook gewoon beter met de klassieke adress tagging, dit is vooral vanuit mijn eigen ervaring met nominatim servers te bouwen. Glenn On 30-10-14 11:57, Sander Deryckere wrote: Ik heb gewoon conceptuele problemen met associatedStreet relaties. Wanneer stopt een straat? Stop een straat aan iedere postcode of gemeentegrens? Wat doe je als de nummering verder loopt, is dat dan niet dezelfde straat? Krijg je geen problemen als je ziet dat onze grenzen verkeerd waren, en er bepaalde huizen blijken in andere gemeentes te liggen? Dus ga ik akkoord met Ben: Keep it simple, maar net iets anders. Gewoon straatnaam en huisnummer op het gebouw, de rest kan afgeleid worden uit de grenzen. Als die grenzen verkeerd blijken, dan moeten we slechts die grenzen aanpassen, en niet alles wat er binnen ligt. We kunnen de data van CRAB ook gebruiken om de grenzen te verbeteren, maar dat is niet het primaire doel van deze import. Grenzen verbeteren is trouwens een piece of cake vergeleken met het importeren van alle adressen. Het onderhouden van boundaries is ook veel eenvoudiger dan het onderhouden van de adressen. Iedere mapper is natuurlijk vrij te doen wat hij wil. Groeten, Sander Op 30 oktober 2014 09:10 schreef Ben Abelshausen ben.abelshau...@gmail.com mailto:ben.abelshau...@gmail.com: Hey, 2014-10-30 8:41 GMT+01:00 Jo winfi...@gmail.com mailto:winfi...@gmail.com: Wat mij betreft is een adres niet compleet, zonder postcode en gemeente. Ik ben het hiermee eens. Ge moet ook bedenken dat we in OSM niet persé het meest efficiënte data-model moeten hebben. Een deel van de prioriteit zou ook moeten zijn dat de dingen gemakkelijk onderhoudbaar zijn daarom ben ik voorstander van de meest eenvoudige oplossing in de vorm van adressen met straat, nummer, postcode, gemeente. Associated street klinkt logisch en best vertrekkende vanuit kennis van IT, GIS, JOSM, database normalisatie en dergelijke maar ik wil niet diegene zijn die dat moet gaan uitleggen aan nieuwelingen. En als er nu één ding is dat we nodig hebben is meer mappers. Werken met boundaries voor postcode/gemeente klinkt ook goed maar dat stopt met werken als er een boundary kapot gaat (en dan zijn ineens alle adressen daar waardeloos), als een gebouw adres op/dichtbij de grens ligt (denk aan een perceel dat grotendeels in één gemeente ligt maar het gebouw in een andere?!). Ik heb heel veel ervaring met adressen vanuit mijn werk bij de post en AGIV en boundaries kloppen niet altijd, adressen kloppen niet altijd, locaties van adressen zijn niet altijd logisch tov straatnaam/postcode en/of gemeente! Er zijn zelfs adressen die enkel te onderscheiden zijn op gemeente naam (dus postcode,straat, nummer is NIET overal uniek). Als dat zo gebeurt, dan moeten we zorgen dat we die nodes niet mergen in de tools. Maar op zich is het geen probleem dat die ene straat 2 keer hetzelfde huisnummer heeft. De vergelijkingstools zullen ook niet zo werken als het moet tenzij een max afstand ingegeven is. Maar ik denk niet dat er veel dergelijke straten zijn. De boodschap is: keep it simple! Iets relatiefs eenvoudig als een adres moet in OSM ook eenvoudig blijven om toe te voegen en te wijzigen. Dat wil zeggen: inloggen op website, klikken op gebouw of node en een paar veldjes invullen. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Ziehier een prachtvoorbeeld van hoe scheef het kan lopen: https://www.openstreetmap.org/relation/1523419/history https://www.openstreetmap.org/relation/1523417/history https://www.openstreetmap.org/relation/1524225/history Maar wat wil je dan op een grens tussen de provincies... Vooral deze huizen (14 en 15) lijken mij bijzonder lastig om te vinden: https://www.openstreetmap.org/node/1495908473/history Die straat is dus op een bepaald gedeelte aan de ene kant doorlopend genummerd en aan de andere kant even/oneven met een andere reeks nummers en ze heet tegelijk Langstraat en Langestraat op die gedeeltes. Dankzij die relaties is het meteen duidelijk hoe de vork aan de steel zit. Jo Op 30 oktober 2014 12:20 schreef Glenn Plas gl...@byte-consult.be: Ik deel die mening ook over die relaties. En zeker over interpolation van adressen in Belgie springt het van tijd wel heel hard, ik weet een straat waar huizen naast elkaar opeenvolgende nummers krijgen, bv 1,2,3,4,5 8 Dus geen even/oneven verdeling zoals we gewoon zijn. Geocoding werkt ook gewoon beter met de klassieke adress tagging, dit is vooral vanuit mijn eigen ervaring met nominatim servers te bouwen. Glenn On 30-10-14 11:57, Sander Deryckere wrote: Ik heb gewoon conceptuele problemen met associatedStreet relaties. Wanneer stopt een straat? Stop een straat aan iedere postcode of gemeentegrens? Wat doe je als de nummering verder loopt, is dat dan niet dezelfde straat? Krijg je geen problemen als je ziet dat onze grenzen verkeerd waren, en er bepaalde huizen blijken in andere gemeentes te liggen? Dus ga ik akkoord met Ben: Keep it simple, maar net iets anders. Gewoon straatnaam en huisnummer op het gebouw, de rest kan afgeleid worden uit de grenzen. Als die grenzen verkeerd blijken, dan moeten we slechts die grenzen aanpassen, en niet alles wat er binnen ligt. We kunnen de data van CRAB ook gebruiken om de grenzen te verbeteren, maar dat is niet het primaire doel van deze import. Grenzen verbeteren is trouwens een piece of cake vergeleken met het importeren van alle adressen. Het onderhouden van boundaries is ook veel eenvoudiger dan het onderhouden van de adressen. Iedere mapper is natuurlijk vrij te doen wat hij wil. Groeten, Sander Op 30 oktober 2014 09:10 schreef Ben Abelshausen ben.abelshau...@gmail.com mailto:ben.abelshau...@gmail.com: Hey, 2014-10-30 8:41 GMT+01:00 Jo winfi...@gmail.com mailto:winfi...@gmail.com: Wat mij betreft is een adres niet compleet, zonder postcode en gemeente. Ik ben het hiermee eens. Ge moet ook bedenken dat we in OSM niet persé het meest efficiënte data-model moeten hebben. Een deel van de prioriteit zou ook moeten zijn dat de dingen gemakkelijk onderhoudbaar zijn daarom ben ik voorstander van de meest eenvoudige oplossing in de vorm van adressen met straat, nummer, postcode, gemeente. Associated street klinkt logisch en best vertrekkende vanuit kennis van IT, GIS, JOSM, database normalisatie en dergelijke maar ik wil niet diegene zijn die dat moet gaan uitleggen aan nieuwelingen. En als er nu één ding is dat we nodig hebben is meer mappers. Werken met boundaries voor postcode/gemeente klinkt ook goed maar dat stopt met werken als er een boundary kapot gaat (en dan zijn ineens alle adressen daar waardeloos), als een gebouw adres op/dichtbij de grens ligt (denk aan een perceel dat grotendeels in één gemeente ligt maar het gebouw in een andere?!). Ik heb heel veel ervaring met adressen vanuit mijn werk bij de post en AGIV en boundaries kloppen niet altijd, adressen kloppen niet altijd, locaties van adressen zijn niet altijd logisch tov straatnaam/postcode en/of gemeente! Er zijn zelfs adressen die enkel te onderscheiden zijn op gemeente naam (dus postcode,straat, nummer is NIET overal uniek). Als dat zo gebeurt, dan moeten we zorgen dat we die nodes niet mergen in de tools. Maar op zich is het geen probleem dat die ene straat 2 keer hetzelfde huisnummer heeft. De vergelijkingstools zullen ook niet zo werken als het moet tenzij een max afstand ingegeven is. Maar ik denk niet dat er veel dergelijke straten zijn. De boodschap is: keep it simple! Iets relatiefs eenvoudig als een adres moet in OSM ook eenvoudig blijven om toe te voegen en te wijzigen. Dat wil zeggen: inloggen op website, klikken op gebouw of node en een paar veldjes invullen. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org
Re: [OSM-talk-be] import AGIV CRAB-data
2014-10-30 13:13 GMT+01:00 Jo winfi...@gmail.com: Vooral deze huizen (14 en 15) lijken mij bijzonder lastig om te vinden: Mooi voorbeeld, 14 en 15 op googlemaps: https://www.google.be/maps/place/Langestraat+15,+3128+Tremelo https://www.google.be/maps/place/Langestraat+14,+3128+Tremelo Haha! Allebei fout en dan op op een andere manier verkeerd ook! ;-) Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Vul nu Langestraat 14, Baal (daar moet ze toch inliggen niet ?) in op osm.org of nominatim.openstreetmap.org Ik geloof niet dat daar het gewenste resultaat uitkomt. Of wel ? (het resultaat is: House 14, Schrieksesteenweg, Baal, Flanders, 3128, Belgium) Leg dat maar eens uit een een beginnende mapper. Maak maar al deze complexe relaties aan dan komt het wel goed zolang er geen support is van Nominatim is het volgens mij gewoon zinloos. mvg m. 2014-10-30 13:13 GMT+01:00 Jo winfi...@gmail.com: Ziehier een prachtvoorbeeld van hoe scheef het kan lopen: https://www.openstreetmap.org/relation/1523419/history https://www.openstreetmap.org/relation/1523417/history https://www.openstreetmap.org/relation/1524225/history Maar wat wil je dan op een grens tussen de provincies... Vooral deze huizen (14 en 15) lijken mij bijzonder lastig om te vinden: https://www.openstreetmap.org/node/1495908473/history Die straat is dus op een bepaald gedeelte aan de ene kant doorlopend genummerd en aan de andere kant even/oneven met een andere reeks nummers en ze heet tegelijk Langstraat en Langestraat op die gedeeltes. Dankzij die relaties is het meteen duidelijk hoe de vork aan de steel zit. Jo Op 30 oktober 2014 12:20 schreef Glenn Plas gl...@byte-consult.be: Ik deel die mening ook over die relaties. En zeker over interpolation van adressen in Belgie springt het van tijd wel heel hard, ik weet een straat waar huizen naast elkaar opeenvolgende nummers krijgen, bv 1,2,3,4,5 8 Dus geen even/oneven verdeling zoals we gewoon zijn. Geocoding werkt ook gewoon beter met de klassieke adress tagging, dit is vooral vanuit mijn eigen ervaring met nominatim servers te bouwen. Glenn On 30-10-14 11:57, Sander Deryckere wrote: Ik heb gewoon conceptuele problemen met associatedStreet relaties. Wanneer stopt een straat? Stop een straat aan iedere postcode of gemeentegrens? Wat doe je als de nummering verder loopt, is dat dan niet dezelfde straat? Krijg je geen problemen als je ziet dat onze grenzen verkeerd waren, en er bepaalde huizen blijken in andere gemeentes te liggen? Dus ga ik akkoord met Ben: Keep it simple, maar net iets anders. Gewoon straatnaam en huisnummer op het gebouw, de rest kan afgeleid worden uit de grenzen. Als die grenzen verkeerd blijken, dan moeten we slechts die grenzen aanpassen, en niet alles wat er binnen ligt. We kunnen de data van CRAB ook gebruiken om de grenzen te verbeteren, maar dat is niet het primaire doel van deze import. Grenzen verbeteren is trouwens een piece of cake vergeleken met het importeren van alle adressen. Het onderhouden van boundaries is ook veel eenvoudiger dan het onderhouden van de adressen. Iedere mapper is natuurlijk vrij te doen wat hij wil. Groeten, Sander Op 30 oktober 2014 09:10 schreef Ben Abelshausen ben.abelshau...@gmail.com mailto:ben.abelshau...@gmail.com: Hey, 2014-10-30 8:41 GMT+01:00 Jo winfi...@gmail.com mailto:winfi...@gmail.com: Wat mij betreft is een adres niet compleet, zonder postcode en gemeente. Ik ben het hiermee eens. Ge moet ook bedenken dat we in OSM niet persé het meest efficiënte data-model moeten hebben. Een deel van de prioriteit zou ook moeten zijn dat de dingen gemakkelijk onderhoudbaar zijn daarom ben ik voorstander van de meest eenvoudige oplossing in de vorm van adressen met straat, nummer, postcode, gemeente. Associated street klinkt logisch en best vertrekkende vanuit kennis van IT, GIS, JOSM, database normalisatie en dergelijke maar ik wil niet diegene zijn die dat moet gaan uitleggen aan nieuwelingen. En als er nu één ding is dat we nodig hebben is meer mappers. Werken met boundaries voor postcode/gemeente klinkt ook goed maar dat stopt met werken als er een boundary kapot gaat (en dan zijn ineens alle adressen daar waardeloos), als een gebouw adres op/dichtbij de grens ligt (denk aan een perceel dat grotendeels in één gemeente ligt maar het gebouw in een andere?!). Ik heb heel veel ervaring met adressen vanuit mijn werk bij de post en AGIV en boundaries kloppen niet altijd, adressen kloppen niet altijd, locaties van adressen zijn niet altijd logisch tov straatnaam/postcode en/of gemeente! Er zijn zelfs adressen die enkel te onderscheiden zijn op gemeente naam (dus postcode,straat, nummer is NIET overal uniek). Als dat zo gebeurt, dan moeten we zorgen dat we die nodes niet mergen in de tools. Maar op zich is het geen probleem dat die ene straat 2 keer hetzelfde huisnummer heeft. De vergelijkingstools zullen ook niet zo werken als het moet tenzij een max afstand ingegeven is. Maar ik denk niet dat er veel dergelijke straten zijn. De boodschap is: keep it simple! Iets relatiefs eenvoudig als een adres moet in OSM ook eenvoudig blijven om
Re: [OSM-talk-be] import AGIV CRAB-data
Natuurlijk zijn er problemen met adressen. Iedereen kent probleemadressen. Maar werken met relaties zorgt ongetwijfeld voor fouten (iedereen maakt fouten). Het wordt enkel maar erger als je 200 relaties moet onderhouden voor 1 gemeente. Terwijl je hier ook, voor alle gevallen de gegevens perfect kan afleiden van de grenzen. Natuurlijk kan het met een grens fout lopen, als iemand die onderbreekt of verschuift. Maar het onderhouden van een grens is maar 1 relatie per postcode, gemeente of deelgemeente. Ook met het taggen van objecten loopt het soms fout. Gelukkig doet JOSM altijd suggesties, maar soms kan je met een verkeerde Tab-Enter actie ook wel de verkeerde tag toevoegen. Hoe meer tags, hoe meer er verkeerd kunnen zijn. Ik kan begrijpen dat je die relaties of extra tags wil toevoegen voor de moeilijke gevallen (om zo een beter overzicht te krijgen), als je echter voor alles relaties en/of extra tags toevoegt, dan verlies je opnieuw het overzicht door de vele relaties die niet nodig zijn. Zelf heb ik ook ooit alles met A-S relaties gedaan. Maar daar ben ik van afgestapt. Mijn dorp was gewoon niet meer te onderhouden omdat er veel te veel A-S relaties waren in de selectielijst. Het is al een eindje dat ik geen nieuwe A-S relaties meer maak, en sinds kort verwijder ik ook de A-S relaties in de straten die ik update. Met taggen heb ik dezelfde fouten gemaakt. Een hoop is_in tags zijn nog altijd te vinden. Ook deze verwijder ik nu als ik ze tegenkom. Groeten, Sander Op 30 oktober 2014 13:13 schreef Jo winfi...@gmail.com: Ziehier een prachtvoorbeeld van hoe scheef het kan lopen: https://www.openstreetmap.org/relation/1523419/history https://www.openstreetmap.org/relation/1523417/history https://www.openstreetmap.org/relation/1524225/history Maar wat wil je dan op een grens tussen de provincies... Vooral deze huizen (14 en 15) lijken mij bijzonder lastig om te vinden: https://www.openstreetmap.org/node/1495908473/history Die straat is dus op een bepaald gedeelte aan de ene kant doorlopend genummerd en aan de andere kant even/oneven met een andere reeks nummers en ze heet tegelijk Langstraat en Langestraat op die gedeeltes. Dankzij die relaties is het meteen duidelijk hoe de vork aan de steel zit. Jo Op 30 oktober 2014 12:20 schreef Glenn Plas gl...@byte-consult.be: Ik deel die mening ook over die relaties. En zeker over interpolation van adressen in Belgie springt het van tijd wel heel hard, ik weet een straat waar huizen naast elkaar opeenvolgende nummers krijgen, bv 1,2,3,4,5 8 Dus geen even/oneven verdeling zoals we gewoon zijn. Geocoding werkt ook gewoon beter met de klassieke adress tagging, dit is vooral vanuit mijn eigen ervaring met nominatim servers te bouwen. Glenn On 30-10-14 11:57, Sander Deryckere wrote: Ik heb gewoon conceptuele problemen met associatedStreet relaties. Wanneer stopt een straat? Stop een straat aan iedere postcode of gemeentegrens? Wat doe je als de nummering verder loopt, is dat dan niet dezelfde straat? Krijg je geen problemen als je ziet dat onze grenzen verkeerd waren, en er bepaalde huizen blijken in andere gemeentes te liggen? Dus ga ik akkoord met Ben: Keep it simple, maar net iets anders. Gewoon straatnaam en huisnummer op het gebouw, de rest kan afgeleid worden uit de grenzen. Als die grenzen verkeerd blijken, dan moeten we slechts die grenzen aanpassen, en niet alles wat er binnen ligt. We kunnen de data van CRAB ook gebruiken om de grenzen te verbeteren, maar dat is niet het primaire doel van deze import. Grenzen verbeteren is trouwens een piece of cake vergeleken met het importeren van alle adressen. Het onderhouden van boundaries is ook veel eenvoudiger dan het onderhouden van de adressen. Iedere mapper is natuurlijk vrij te doen wat hij wil. Groeten, Sander Op 30 oktober 2014 09:10 schreef Ben Abelshausen ben.abelshau...@gmail.com mailto:ben.abelshau...@gmail.com: Hey, 2014-10-30 8:41 GMT+01:00 Jo winfi...@gmail.com mailto:winfi...@gmail.com: Wat mij betreft is een adres niet compleet, zonder postcode en gemeente. Ik ben het hiermee eens. Ge moet ook bedenken dat we in OSM niet persé het meest efficiënte data-model moeten hebben. Een deel van de prioriteit zou ook moeten zijn dat de dingen gemakkelijk onderhoudbaar zijn daarom ben ik voorstander van de meest eenvoudige oplossing in de vorm van adressen met straat, nummer, postcode, gemeente. Associated street klinkt logisch en best vertrekkende vanuit kennis van IT, GIS, JOSM, database normalisatie en dergelijke maar ik wil niet diegene zijn die dat moet gaan uitleggen aan nieuwelingen. En als er nu één ding is dat we nodig hebben is meer mappers. Werken met boundaries voor postcode/gemeente klinkt ook goed maar dat stopt met werken als er een boundary kapot gaat (en dan zijn ineens alle
Re: [OSM-talk-be] import AGIV CRAB-data
2014-10-30 14:02 GMT+01:00 Marc Gemis marc.ge...@gmail.com: Langestraat 14, Baal Vreemd toch die nominatim: Langestraat 14, Tremelo werkt dan weer wel! (op osm.org op de nominatim-website dan weer niet) Ik heb nominatim altijd een vreemd beest gevonden. Het is volgens mij of een kwestie van tijd voor verdere verbeteringen of anders gaat die volledig vervangen worden door iets nieuw. Dat kan zo niet blijven duren. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
2014-10-30 14:31 GMT+01:00 Ben Abelshausen ben.abelshau...@gmail.com: Langestraat 14, Tremelo Nominatim gebruikt de associatedStreet enkel en alleen om een straatsegment te zoeken. Het neemt gewoon de eerste street in de relatie (verklaart misschien de afwijkende resultaten op de 2 sites, als die 2 databanken hebben). Verder kijkt het waar die straat ligt, binnen welke grenzen. Het kijkt niet naar de attributen op de relatie (zoals Jo wil). Misschien is associatedStreet een goed instrument voor dit, maar kijk maar eens op het Duitse forum, de Engelse mailing list. Niemand wil dat ding. Dus is het IMHO twijfelachtig dat de opvolger daar wel naar gaat kijken. Omdat Nominatim nu ook niet kijkt naar de attributen op het adrespunt zelf (buiten huisnr), is er voor de Langestraat 14 (en vele andere gevallen) geen goede tagging methode. Maar misschien dat een andere geocoder wel iets zinnig doet met die attributen op de node/gebouw. mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Probeer eens op deze: http://nm1.bitless.be/ Is een oudere export met eigen customizations van mezelf. Glenn On 30-10-14 14:46, Marc Gemis wrote: 2014-10-30 14:31 GMT+01:00 Ben Abelshausen ben.abelshau...@gmail.com mailto:ben.abelshau...@gmail.com: Langestraat 14, Tremelo Nominatim gebruikt de associatedStreet enkel en alleen om een straatsegment te zoeken. Het neemt gewoon de eerste street in de relatie (verklaart misschien de afwijkende resultaten op de 2 sites, als die 2 databanken hebben). Verder kijkt het waar die straat ligt, binnen welke grenzen. Het kijkt niet naar de attributen op de relatie (zoals Jo wil). Misschien is associatedStreet een goed instrument voor dit, maar kijk maar eens op het Duitse forum, de Engelse mailing list. Niemand wil dat ding. Dus is het IMHO twijfelachtig dat de opvolger daar wel naar gaat kijken. Omdat Nominatim nu ook niet kijkt naar de attributen op het adrespunt zelf (buiten huisnr), is er voor de Langestraat 14 (en vele andere gevallen) geen goede tagging methode. Maar misschien dat een andere geocoder wel iets zinnig doet met die attributen op de node/gebouw. mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Deze ookal: http://maps.skobbler.com/?country=Belgiumcity=tremelostreet=Langestraatnumber=14lat=51.0244385lon=4.7465014z=16 Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Ik speel al lang met het idee om een light weight straightforward geocoder te maken omdat nominatim te zwaar is, de hele PHP code is vergeven van uitzonderingen , afhankelijk van welke diepte level je zit. 5 jaar geleden moest ik de postcodes er nog bijhacken omdat die voor belgie niet meekwam als je zelf nominatim opzette (terwijl de indertijd gazetteer/nominatim het wel kon). Mijn interesse is vooral voor reverse geocoding (professioneel dan), maar het moet gewoon simpeler kunnen dan hoe het is nu. Uw 3 punten zijn wat mij betreft al de functionele analyse ervan. Glenn On 30-10-14 15:10, Ben Abelshausen wrote: Geen enkele geocoder is correct, heb er toch wel een 5-6 tal getest. Toch zeker niet als je dit opgeeft: Langestraat 14, Tremelo. Het grote nadeel is dat ze allemaal nominatim gebruiken als is alleen als pre-processing stap. Een duidelijke monocultuur als het geocoding aankomt. Ik begrijp het niet goed, wat we nu ook overeenkomen, en of Jo nu associatedStreets toevoegd of niet, die adressen zijn toch over het algemeen eenduidig af te leiden: - 1: Neem tags op node/gebouw eerst. - 2: Gebruik associated street tags als stap 1 niet werkt. - 3: Gebruik boundaries voor de vermiste informatie. Of zie ik het nu zo verkeerd? Ik heb zeker interesse in wat jullie hiervan denken omdat het ook op mijn agenda staat om een poging te doen begin volgend jaar. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Bon, De CRAB herkomst staat nu altijd als odbl:note=CRAB:xxx, en kan dus gebruikt worden in de CSS. De webpagina is ook aangepast met twee extra opties. Zo kan je nu de CRAB herkomst ook zichtbaar meekrijgen (voor degene die het willen bekijken), en kan je ook de postcode als tag toevoegen. Let er op dat die postcode behandeling nog maar tijdelijk is, en mogelijks buggy. De echte code voor die optie kan er maar komen als de CRAB data vernieuwd is. Groeten, Sander 2014-10-30 15:13 GMT+01:00 Ben Abelshausen ben.abelshau...@gmail.com: Deze ookal: http://maps.skobbler.com/?country=Belgiumcity=tremelostreet=Langestraatnumber=14lat=51.0244385lon=4.7465014z=16 Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
2014-10-29 20:56 GMT+01:00 Alex Barth a...@mapbox.com: Updated: http://wiki.openstreetmap.org/w/index.php?title=Open_Data_License%2FGeocoding_-_Guidelinediff=1102233oldid=1076215 wouldn't it make more sense to come to a conclusion here before updating the wiki? cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Contents Licence for OSM Data
Hi, On Wed, Oct 29, 2014 at 03:02:27PM +0100, Martin Koppenhoefer wrote: actually this would remove the virality from the license, a feature that was chosen on purpose to be included. The basic idea of share alike licenses is to infect other stuff that gets in contact with the share-alike content/data to become share-alike itself. Share Alike is the expression for fear of abuse. In my mind there cant be any abuse of OSM data. I want the OSM Data to be available everywhere and anyone. And it needs to be a no brainer which it isnt right now. For corporations its most of the time easier to spend 500K€ on a commercial dataset than to spend 5k€ on a Lawyer analyzing a licensing issue. ANY restriction is a problem for adoption as one can see e.g. from the discussion about geocoding data. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Release openstreetmap-carto v2.23.0
2014-10-29 21:34 GMT+01:00 Matthijs Melissen i...@matthijsmelissen.nl: * The tag shop=mall is now rendered like landuse=retail. There have been, in recent discussions, concerns about this tag, as a mall is not a shop. https://www.mail-archive.com/tagging@openstreetmap.org/msg19626.html cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-ie] Talk-ie Digest, Vol 65, Issue 26
If you want an example of DublinCity.ie using OSM go to DublinCity.ie and
click on Map zone and select any option.
On 30 October 2014 12:00, talk-ie-requ...@openstreetmap.org wrote:
Send Talk-ie mailing list submissions to
talk-ie@openstreetmap.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.openstreetmap.org/listinfo/talk-ie
or, via email, send a message with subject or body 'help' to
talk-ie-requ...@openstreetmap.org
You can reach the person managing the list at
talk-ie-ow...@openstreetmap.org
When replying, please edit your Subject line so it is more specific
than Re: Contents of Talk-ie digest...
Today's Topics:
1. Overpass or wizard query (Brian Hollinshead)
2. Re: Overpass or wizard query (Donal Diamond)
3. Dublin.ie Dublin City Community Maps project (Stephen Judge)
4. Re: Dublin.ie Dublin City Community Maps project
(moltonel 3x Combo)
5. Re: Dublin.ie Dublin City Community Maps project (Dave Corley)
--
Message: 1
Date: Wed, 29 Oct 2014 16:58:04 +
From: Brian Hollinshead br...@hollinshead.net
To: talk-ie@openstreetmap.org
Subject: [OSM-talk-ie] Overpass or wizard query
Message-ID:
CANSpjSe8i+RzDnvEpafBC=QMv5fdWxC5_MjSqAQVxnE+u=
m...@mail.gmail.com
Content-Type: text/plain; charset=UTF-8
Using overpass i tried to see how many items tagged historic in County
Dublin for talk on Saturday as part of Local History Day in Pearse Street
Library.
Tried historic=* got none
Tried historic= yes got three martello towers
any suggestions welcome as am not familiar with wizard.
By the way some months ago got the figure of 2,600 features tagged historic
in island of Ireland. Cant remember where or how I got it. A reminder would
also be welcome.
Many thanks
osm-script output=xml timeout=250
id-query {{nominatimArea:County Dublin}} into=area/
!-- gather results --
union
query type=way
has-kv k=Historic v=*/
area-query from=area/
/query
query type=node
has-kv k=historic v=*/
area-query from=area/
/query
query type=relation
has-kv k=historic v=*/
area-query from=area/
/query
/union
!-- print results --
print mode=meta/
recurse type=down/
print mode=meta order=quadtile/
/osm-script
{{style: /* this is the MapCSS stylesheet */
area { text: name; }
}}
--
Message: 2
Date: Wed, 29 Oct 2014 17:05:07 +
From: Donal Diamond donal.diam...@gmail.com
To: Discussion of Open Streetmap in Ireland
talk-ie@openstreetmap.org
Subject: Re: [OSM-talk-ie] Overpass or wizard query
Message-ID:
cab4yhm51uovgymc45_ay4qijayvlboussdtzcfjaykjf5ag...@mail.gmail.com
Content-Type: text/plain; charset=UTF-8
http://url.ie/wbpd
I just clicked on the Wizard button on
http://overpass-turbo.openstreetmap.ie/ typed:
historic=* in County Dublin
To get all on the Ireland just zoom out so you can see all of ireland and
do a wizard query for historic=*
Hope that helps,
D
On 29 October 2014 16:58, Brian Hollinshead br...@hollinshead.net wrote:
Using overpass i tried to see how many items tagged historic in County
Dublin for talk on Saturday as part of Local History Day in Pearse Street
Library.
Tried historic=* got none
Tried historic= yes got three martello towers
any suggestions welcome as am not familiar with wizard.
By the way some months ago got the figure of 2,600 features tagged
historic
in island of Ireland. Cant remember where or how I got it. A reminder
would
also be welcome.
Many thanks
osm-script output=xml timeout=250
id-query {{nominatimArea:County Dublin}} into=area/
!-- gather results --
union
query type=way
has-kv k=Historic v=*/
area-query from=area/
/query
query type=node
has-kv k=historic v=*/
area-query from=area/
/query
query type=relation
has-kv k=historic v=*/
area-query from=area/
/query
/union
!-- print results --
print mode=meta/
recurse type=down/
print mode=meta order=quadtile/
/osm-script
{{style: /* this is the MapCSS stylesheet */
area { text: name; }
}}
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie
--
Message: 3
Date: Wed, 29 Oct 2014 17:34:46 +
From: Stephen Judge stephenju...@gmail.com
To: talk-ie@openstreetmap.org
Subject: [OSM-talk-ie] Dublin.ie Dublin City Community Maps project
Message-ID:
CAHhXVThyMv-sJT4xHt2MsOwG4otO+uCH+Z89B4o+gzP0sN=
t...@mail.gmail.com
Content-Type: text/plain; charset=UTF-8
I just posted this feedback on the Dublin.ie Dublin City Community Maps
project
Re: [OSM-talk-ie] (no subject)
Uploaded: http://mapwarper.net/maps/4903 Good luck! D On 30 October 2014 17:47, Ian Spillane iantheteac...@gmail.com wrote: Can I request map 14/11/SE for townland mapping here? ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[Talk-tr] osm tanıtıcı güzel bir videonun çevirme imkanı var mı?
Kullanıcı Nesim bana şunu önerdi: openstreetmap ile ilgili youtube de tanıtıcı güzel bir video izlemiştim, görsel olarak güzel hazırlanmış ancak konuşma yabancı dilde. Ancak bu videoyu Türkçeye çevirecek ve seslendirecek bir tanıdığınız varmı, OSM yi Türkiye de tanıtma adına güzel bir video olacağını sanıyorum. Aralarımızda bunu yapabilecek birisi var mı acaba? slm Roman ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-tr] osm tanıtıcı güzel bir videonun çevirme imkanı var mı?
linki unuttum: https://www.youtube.com/watch?v=jeG49DxMsvw On Thu, 30 Oct 2014 14:29:34 +0200, Roman Neumüller em...@katpatuka.org wrote: Kullanıcı Nesim bana şunu önerdi: openstreetmap ile ilgili youtube de tanıtıcı güzel bir video izlemiştim, görsel olarak güzel hazırlanmış ancak konuşma yabancı dilde. Ancak bu videoyu Türkçeye çevirecek ve seslendirecek bir tanıdığınız varmı, OSM yi Türkiye de tanıtma adına güzel bir video olacağını sanıyorum. Aralarımızda bunu yapabilecek birisi var mı acaba? slm Roman ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
[Talk-is] Hvarfahverfi í Kópavogi er ekki rétt hnitað
Sæl. Mér sýnist Hvarfa hverfið í Kópavogi ekki rétt hnitað. Var að taka stikkprufur þar og það munar nógu miklu til að það skiptir máli ef verið er að nota kortin til að sýna önnur gögn ofan á þeim. Er þetta eitthvað sem einhver hefur skoðað nýlega og gæti haft skoðun á? Jafnframt, hefur einhver reynslu af því að leiðrétta svona heilt hverfi? Ef ég fer að gera þetta í höndum hús fyrir hús og götu fyrir götu er líklegt að það taki dálítið mikið á að gera það svo vel sé fyrir umhverfið sem þessu tengist og er rétt hnitað nú þegar. Allar ábendingar eða hugmyndir eru vel þegnar. Annars skoða ég þetta þegar ég fæ lausa nokkra klukkutíma. Mbk, Baldvin ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Hvarfahverfi í Kópavogi er ekki rétt hnitað
Takk fyrir góða punkta. Skekkjan sem ég er að horfa á er samt nálægt því að vera 10 metrar eða svo. Ég á eftir að gera aðeins meiri mælingar þarna til að staðfesta það samt. From: Jóhannes Birgir Jensson [mailto:j...@betra.is] Sent: 30. október 2014 21:54 To: talk-is@openstreetmap.org Subject: Re: [Talk-is] Hvarfahverfi í Kópavogi er ekki rétt hnitað Ég sé reyndar að við erum með slatta af stikkprufum inni þegar maður skoðar í iD því að Mapillary punktarnir eru þarna inni og þeir benda til rúmlega meter hnikunar. Background - haka við Photo Overlay (Mapillary) Þann 30.10.2014 21:26, skrifaði Jóhannes Birgir Jensson: Ég var að vandræðast í þessu um daginn, það var mismunur á loftmyndum og nýjustu myndirnar virðast hafa hnikast til um hálfan meter sýndist mér. Ef þú ert með góðar stikkprufur þá er líklega málið að opna hverfið í JOSM, hlaða svo stikkprufunum inn, velja allt hverfið og hnika til þar til stikkprufurnar passa. Svo þarf bara að laga tengingarnar út úr hverfinu sem eru ekki margar sem betur fer. Aðrir sem hafa reynslu í svona heilhverfishnikunum endilega leggja sína leið til, ég hef sjaldan hræðst smá brute force en það er kannski ekki alltaf besta leiðin. --Jói / Stalfur Þann 30.10.2014 21:01, skrifaði bald...@baldvin.com: Sæl. Mér sýnist Hvarfa hverfið í Kópavogi ekki rétt hnitað. Var að taka stikkprufur þar og það munar nógu miklu til að það skiptir máli ef verið er að nota kortin til að sýna önnur gögn ofan á þeim. Er þetta eitthvað sem einhver hefur skoðað nýlega og gæti haft skoðun á? Jafnframt, hefur einhver reynslu af því að leiðrétta svona heilt hverfi? Ef ég fer að gera þetta í höndum hús fyrir hús og götu fyrir götu er líklegt að það taki dálítið mikið á að gera það svo vel sé fyrir umhverfið sem þessu tengist og er rétt hnitað nú þegar. Allar ábendingar eða hugmyndir eru vel þegnar. Annars skoða ég þetta þegar ég fæ lausa nokkra klukkutíma. Mbk, Baldvin ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is
[Talk-de] Neues vom devserver gauss.openstreetmap.de
Hallo zusammen, Strato hat den Rechner ausgetauscht und ich habe mir das mal zu Nutze gemacht um jede Menge alten Schrott zu entsorgen. Wir haben jetzt eine Neuinstallation mit Debian Stable (7.7) Bisher übernommen habe ich die Useraccounts und Homeverzeichnisse sowie die Apachekonfigurationen der sites mit leeren Verzeichnissen. /osm (das RAID0) ist wie angedroht leer. Auf der neuen Maschine ist das jetzt fürs Erste mal ein RAID1 solange der Speicherplatz reicht. Bei Fragen und wünschen bitte zum wiederaufsetzen eurer Sites bitte direkt Email an mich. Ein java ist auch drauf. Das originale von Sun in den Versionen 1.7.x und 1.8 Es dürfte aber noch jede Menge Software fehlen. Einfach bei Bedarf Email. Gruss Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues vom devserver gauss.openstreetmap.de
Hallo zusammen, jetzt habe ich doch tatsächlich das wichtigste vergessen :( Ich gehe davon aus, dass User, die sich innerhalb der nächsten 4 Wochen nicht auf der Maschine eingeloggt haben den Account nicht mehr benötigen und werde ihn in diesem Fall löschen. Gruss Sven -- Those who do not understand Unix are condemned to reinvent it, poorly (Henry Spencer) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues vom devserver gauss.openstreetmap.de
Sven Geggus schrieb: Es dürfte aber noch jede Menge Software fehlen. Einfach bei Bedarf Email. Apropos E-Mail. Was ist eigentlich der tiefere Sinn dahinter, dass du im To-Feld des E-Mail-Headers lauter Mailadressen angibst, anstatt nur die Listenadresse zu benutzen, und weitere Empfänger in den BCC zu setzen? … außer natürlich, dass das Datenschutztechnisch ziemlich blöd ist? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-10-30T19:50:55+0100 pgp4a8MIGxR8Y.pgp Description: Digitale Signatur von OpenPGP ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bettelampeln / Anforderungsampeln
Hi, gibt es eigentlich Tags für Bettelampeln d.h. Fuß/Radfahrer Ampeln die nur auf Anforderung grün werden? Ich finde die ein massives Ärgerniss wenn man mit dem Rad unterwegs Ist und ich würde das gerne mal visualisieren wo das überall abgeschafft gehört. traffic_lights:on_request= on_request= auf dem node oder sowas? Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues vom devserver gauss.openstreetmap.de
Am Donnerstag, 30. Oktober 2014, 19:54:47 schrieb Dirk Sohler: Sven Geggus schrieb: [...] … außer natürlich, dass das Datenschutztechnisch ziemlich blöd ist? upps -- Dieses Zertifikat ist abgelaufen. Grüße, Dirk CU Jörg signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sinn der Relation
Moin, mir ist nun schon recht häufig aufgefallen, dass Gebiete von einigen Nutzern von Areas in Relationen umgewandelt werden. Nun gut, über Sinn und Unsinn kann man bekanntlich streiten. Heute wurde in Ilmenau ein Gebäude in eine Relation umgewandelt [http://www.openstreetmap.org/relation/4148179]. Es ist ein Multipolygon, dass nur aus Außenwegen besteht. Die beiden Außenwege haben keine eigene Attributierung und sind auch nicht Teil anderer Wege. Kann mir _irgendwer_ den Sinn dieser Aktion erklären, außer dass ich morgen früh prüfen muss, ob meine Stadtplansoftware den Mist noch einigermaßen sauber interpretiert bekommt? MfG Andreas -- Andreas Neumann http://Map4Jena.de http://Stadtplan-Ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinn der Relation
iD macht das automatisch, was IMHO zwar leicht überraschend ist, aber durchaus richtig. Überlegung ist wohl: du hast ein gültiges geschlossenes Polygon z.B. für ein Haus, der Nutzer teilt das Polygon. Wenn du jetzt nicht ein MP daraus machst hast du ein falsch getaggtes Objekt wenn nichts weiter daran gemacht wird. Das Problem ist wohl eigentlich nur das solche Sachen dann vor dem Upload nicht wieder automatisch vereinfacht werden falls möglich. Simon Am 30.10.2014 21:24, schrieb Andreas Neumann: Moin, mir ist nun schon recht häufig aufgefallen, dass Gebiete von einigen Nutzern von Areas in Relationen umgewandelt werden. Nun gut, über Sinn und Unsinn kann man bekanntlich streiten. Heute wurde in Ilmenau ein Gebäude in eine Relation umgewandelt [http://www.openstreetmap.org/relation/4148179]. Es ist ein Multipolygon, dass nur aus Außenwegen besteht. Die beiden Außenwege haben keine eigene Attributierung und sind auch nicht Teil anderer Wege. Kann mir _irgendwer_ den Sinn dieser Aktion erklären, außer dass ich morgen früh prüfen muss, ob meine Stadtplansoftware den Mist noch einigermaßen sauber interpretiert bekommt? MfG Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinn der Relation
Am 30.10.2014 21:38, schrieb Simon Poole: iD macht das automatisch, was IMHO zwar leicht überraschend ist, aber durchaus richtig. ach nee, unser Lieblingseditor mal wieder. :) Aber Du hast Recht, MPs sind äquivalent zu geschlossenen Ways (Areas). Im Prinzip liegt nur eine KISS-Verletzung vor. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] R: Re: Gestire le mappe in locale
Ho provato a crearmi delle mappe personalizzate (livelli di zoom e sezioni più piccole ..) tramite MobileAtlasCreator, però in effetti anche solo prendendo ad esempio l'area della città di Parma per la memorizzazione vanno via parecchi mega il che non è proprio il risultato che volevo ottenere (considerato che dovrei andare a considerare almeno come inizio tutta l'Europa); ora mi sorge un dubbio il traffico dati per scaricare le mappe direttamente dal server OSM è molto intenso!?... E soprattutto se volessi che le mappe siano disponibili quando non c'è linea (quindi offline) c'è un altro modo per realizzare questa funzionalità!? Messaggio originale Da: piz...@alice.it Data: 29-ott-2014 17.40 A: talk-it@openstreetmap.org Ogg: Re: [Talk-it] Gestire le mappe in locale dieterdreist wrote 2014-10-29 13:50 GMT+01:00 Stefano Salvador amp;lt; stefano.salvador@ amp;gt;: Considera che salvarti staticamente tutte le tile per tutti i livelli di zoom richiede parecchio spazio disco (qualche centinaio di GB solo per l'Italia) e ti perderesti gli aggiornamenti che vengono fatti alla mappa. Comunque puoi fare qualche esperimento di generazione locale di tiles statiche usando tilemill. e poi che fai, metti centinaia di GB sullo smartphone? ciao, Martin ___ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it ...se il problema è mettere una mappa in locale sul cellofono basta crearsi una mappa img la stessa che usano i garmin e farla girare sotto oruxmap e similari e occupa poco sapzio...se poi si vuole solo una piccola regione di mappaper l'italia ad esempio compilata come la faccio io occupa su per giù 700kb -- View this message in context: http://gis.19327.n5.nabble.com/Gestire-le-mappe-in-locale-tp5822116p5822298.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: Gestire le mappe in locale
Il 30/Ott/2014 10:43 nazario.derr...@alice.it nazario.derr...@alice.it ha scritto: Ho provato a crearmi delle mappe personalizzate (livelli di zoom e sezioni più piccole ..) tramite MobileAtlasCreator, però in effetti anche solo prendendo ad esempio l'area della città di Parma per la memorizzazione vanno via parecchi mega il che non è proprio il risultato che volevo ottenere (considerato che dovrei andare a considerare almeno come inizio tutta l'Europa); ora mi sorge un dubbio il traffico dati per scaricare le mappe direttamente dal server OSM è molto intenso!?... E soprattutto se volessi che le mappe siano disponibili quando non c'è linea (quindi offline) c'è un altro modo per realizzare questa funzionalità!? Si. Su un'area grande come l'Europa puoi soltanto usare mappe vettoriali. Quindi parti dal formato xml di OSM, oppure dagli shapefiles oppure dalle mappe vettoriali .img in formato Garmin. (Dubito che uno smartphone abbia risorse hardware sufficienti). Ciao /niubii/ Messaggio originale Da: piz...@alice.it Data: 29-ott-2014 17.40 A: talk-it@openstreetmap.org Ogg: Re: [Talk-it] Gestire le mappe in locale dieterdreist wrote 2014-10-29 13:50 GMT+01:00 Stefano Salvador lt; stefano.salvador@ gt;: Considera che salvarti staticamente tutte le tile per tutti i livelli di zoom richiede parecchio spazio disco (qualche centinaio di GB solo per l'Italia) e ti perderesti gli aggiornamenti che vengono fatti alla mappa. Comunque puoi fare qualche esperimento di generazione locale di tiles statiche usando tilemill. e poi che fai, metti centinaia di GB sullo smartphone? ciao, Martin ___ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it ...se il problema è mettere una mappa in locale sul cellofono basta crearsi una mappa img la stessa che usano i garmin e farla girare sotto oruxmap e similari e occupa poco sapzio...se poi si vuole solo una piccola regione di mappaper l'italia ad esempio compilata come la faccio io occupa su per giù 700kb -- View this message in context: http://gis.19327.n5.nabble.com/Gestire-le-mappe-in-locale-tp5822116p5822298.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: Gestire le mappe in locale
Un po' di risposte le hai già avute, ma riproviamoci. Ho provato a crearmi delle mappe personalizzate (livelli di zoom e sezioni più piccole ..) tramite MobileAtlasCreator, MoBAC non crea le tile ma le scarica dai vari provider, se ne dovrebbe fare un uso molto parsimonioso il traffico dati per scaricare le mappe direttamente dal server OSM è molto intenso!?... dipende da cosa devi fare, in genere no. Ma come al solito per usare le tile di OSM devi attenerti alle linee guida che ti hanno già linkato E soprattutto se volessi che le mappe siano disponibili quando non c'è linea (quindi offline) c'è un altro modo per realizzare questa funzionalità!? Esistono delle librerie native per Android e iOS (te le hanno già segnalate: OsmDroid, MapBox) che lavorano con mappe vettoriali e quindi occupano molto meno spazio e funzionano bene anche su terminali non molto dotati (utilizzate ad esempio da OsmAnd o OruxMaps). Ciao, Stefano PS: visto che studi informatica dovresti sapere che nelle ML si risponde evitando il pop-posting e quotando gli altri messagi ;-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Gestire le mappe in locale
Il 28/ott/2014 15:47 nazario.derr...@alice.it nazario.derr...@alice.it ha scritto: Ora il problema che mi trovo ad affrontare è che le richieste dei tile delle mappe con i relativi layout vengono fatte a MapQuest ed a Openstreetmap sempre tramite internet ( cosa che visto che si va ad utilizzare la funzionalità nell'ambito mobile è molto dispendiosa perchè ogni volta carico e scarico la mappa), mentre l'ideale sarebbe scaricare un file completo di mappa da OpenStreetMap e gestirlo in un server locale mio cosi che l'apparato mobile non debba ogni volta fare una richiesta al server di OSM, diminuendo sostanzialmente il consumo di traffico dati. Dalla tua e-mail non capisco perché interrogando da smartphone il tuo server locale anziché il tile server OpenStreetMap ci debba essere un vantaggio. Gli smartphone operano in LAN oppure in Internet? Ti consiglio di guardare il codice sorgente del software per Android OsmAnd. Fa massiccio uso di mappe in formato vettoriale che fanno al caso tuo. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Gestire le mappe in locale
2014-10-30 11:27 GMT+01:00 Germano Massullo germano.massu...@gmail.com: Ti consiglio di guardare il codice sorgente del software per Android OsmAnd. Fa massiccio uso di mappe in formato vettoriale che fanno al caso tuo. da quello che so la libreria migliore dovrebbe essere quella di mapsforge, osmand, almeno una volta, non aveva una libreria vera e propria, e non erano interessati a rilasciarla separatamente da osmand... -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Gestire le mappe in locale
2014-10-30 11:30 GMT+01:00 Luca Delucchi lucadel...@gmail.com: da quello che so la libreria migliore dovrebbe essere quella di mapsforge, osmand, almeno una volta, non aveva una libreria vera e propria, e non erano interessati a rilasciarla separatamente da osmand... GPL ;-) Tanto, dipende cosa vuole supportare, deve diventare una webapp oppure Android solo oppure iOS / win8 / BB etc.? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: Gestire le mappe in locale
GPL ;-) Tanto, dipende cosa vuole supportare, deve diventare una webapp oppure Android solo oppure iOS / win8 / BB etc.? ciao, Martin _ è un progetto che andrà poi integrato con un app mobile già esistente; quindi io devo studiare come funziona la mappatura con OSM e Leaflet, implementare le funzioni di geolocalizzazione, routing e Geo Search, provare su desktop e una volta che il tutto funziona, verrà integrato con l'app presistente (IOS, ANDROID) creata tramite software stile phonegap quindi non nativa. Tramite leaflet e MapQuest ho già creato delle pagine html in cui localizzo un cliente e ne tengo traccia tramite le varie funzioni messe a disposizione, il mio problema nasce quando l'Azienda mi ha chiesto di cercare di tenere le mappe in locale e non scaricarle sempre ad ogni iterazione; ciao, Nazario ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto:lettera da inviare a comune siciliano per l'apertura dei dati
piccolo aggiornamento: sono riuscito ad accedere alla casella di posta certificata dal mio portatile tramite rete dell'università. riproverò domani sera da casa e nel caso di insuccesso mi concentrerò sulle impostazioni del router. comincio nel frattempo la revisione della lettera su suggerimento di Luigi e Germano :) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Aiuto-lettera-da-inviare-a-comune-siciliano-per-l-apertura-dei-dati-tp5810423p5822408.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Oneway vs access=no
Il 10/27/2014 07:25 AM, Any File scrisse: Cosa intendi con mezzi? Io mi ricordavo che in fondo a via Pagano c'è un cartello di divieto (non mi ricordo se di accesso o di transito) escluso solo tram (quindi verso Nord dovrebbero poter passare soloi tram e nientaltro). Sono passato oggi a ricontrollare. Mi ricordavo cartelli diversi, ho idea che ci siano stati atti di vandalismo. All'imbocco di via Pagano (incrocio con Canova) c'e' il divieto di transito dalle 22 alle 6 eccetto autorizzati, taxi e bici. Mi ricordavo un cartello di divieto d'accesso escluso tram quando inizia piazza sempione ma non c'e' piu'. Pero' ci sono le righe gialle a terra con la scritta tram. In teoria senza cartello verticale le righe gialle non valgono... In senso opposto ci sono un paio di cartelli verticali che indicano la presenza della corsia riservata ai tram, tipo questo: http://upload.wikimedia.org/wikipedia/commons/thumb/c/ce/Italian_traffic_signs_-_uso_corsie_1.svg/100px-Italian_traffic_signs_-_uso_corsie_1.svg.png ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Oneway vs access=no
2014-10-25 19:28 GMT+02:00 Matteo Quatrida matteo.quatr...@linuxmail.org: per quanto riguarda la key direction, con la coppia di valori forward/backward, io prendo spunto dalle linee guida riguardanti highway=stop, le quali dicono di indicare il verso rispetto all'asse stradale. Mi spiego meglio: per indicare in quale direzione si deve rispettare lo stop (o il dare la precedenza), di default molti navigatori prendono l'incrocio che è a distanza minore, rispetto al nodo con highway=stop. Alle volte questo può generare errori, quindi suggeriscono di usare l'altra coppia key=value per indicare se l'obbligo lo si ha in direzione concorde al verso dell'asse della strada oppure discorde. Non ho letto l'intera discussione e mi scuso se ne avete già parlato, ma riguardo al segnale di stop ho letto che si può assegnare il tag highway=priority al nodo successivo allo stop, sulla strada col diritto di precedenza. Questo permetterebbe di superare l'ambiguità nel caso di tratti piccoli o complessi dove il navigatore avrebbe difficoltà a capire la direzione dello stop. Secondo voi è una soluzione condivisibile? Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Oneway vs access=no
Sent: Thursday, October 30, 2014 at 5:06 PM From: Federico Cortese cortese...@gmail.com To: openstreetmap list - italiano talk-it@openstreetmap.org Subject: Re: [Talk-it] Oneway vs access=no 2014-10-25 19:28 GMT+02:00 Matteo Quatrida matteo.quatr...@linuxmail.org:per quanto riguarda la key direction, con la coppia di valori forward/backward, io prendo spunto dalle linee guida riguardanti highway=stop, le quali dicono di indicare il verso rispetto all'asse stradale. Mi spiego meglio: per indicare in quale direzione si deve rispettare lo stop (o il dare la precedenza), di default molti navigatori prendono l'incrocio che è a distanza minore, rispetto al nodo con highway=stop. Alle volte questo può generare errori, quindi suggeriscono di usare l'altra coppia key=value per indicare se l'obbligo lo si ha in direzione concorde al verso dell'asse della strada oppure discorde. Non ho letto l'intera discussione e mi scuso se ne avete già parlato, ma riguardo al segnale di stop ho letto che si può assegnare il tag highway=priority al nodo successivo allo stop, sulla strada col diritto di precedenza. Questo permetterebbe di superare l'ambiguità nel caso di tratti piccoli o complessi dove il navigatore avrebbe difficoltà a capire la direzione dello stop. Secondo voi è una soluzione condivisibile? Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it[https://lists.openstreetmap.org/listinfo/talk-it] Ciao Federico, ho dato un'occhiata su TagInfo: highway=priority # 372 direction=forward # 6 614 direction=backward # 4 932 Direi che come utilizzo la chiave direction con i suoi valori batte egregiamente highway=priority. Certamente il numero di utilizzi non è sempre significativo, altrimenti non si arricchirebbe mai OSM con nuovi tag, ma in caso di indecisione su quale utilizzare, può essere un buon discriminante, soprattutto alla luce del fatto che io, ipotetico produttore di app di navigazione, mi sforzerei di implementare qualcosa che ricorre 11500 volte circa o qualcosa che ricorre 370? Ciao -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confronto DUG di OSM con ISTAT
Ho aggiunto una lunga spiegazione alla pagina delle informazioni e ho aggiornato i dati di: http://www.forsi.it/osm/spellcheck/highway/dug quello considera solo le DUG non conosciute (non necessariamente errori di ortografia) e ci sono anche casi come Carpi dove più di 50 strade sono state battezzate con nome e cognome, senza Via, Piazza, ecc. o nomi plurilingue dove name non inizia con il nome italiano e non c'è name:it La ricerca trova 7143 nomi (una settimana fa erano 7144: 33 nomi sono stati modificati, ma ne sono arrivati 32 nuovi, se continua così fra 7133 settimane abbiamo finito, spero che arrivino). Ho aggiornato anche i dati della ricerca degli errori di ortografia e ovviamente certi nomi appaiono in entrambi, ma questo è diventato troppo lento: http://www.forsi.it/osm/spellcheck/highway/boundary/ -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-gb-westmidlands] Hockley Flyover art
Hi Andy Couldn't resist a visit to get these panels on to my Heritage Website! They are now surveyed and edited, with several pictures on Wikimedia. I also took the opportunity to survey and add the new statue A Real Birmingham Family unveiled today in front of the Library of Birmingham (also uploaded to Wikimedia) Regards Brian On 27 October 2014 13:08, Andy Mabbett a...@pigsonthewing.org.uk wrote: On 26 October 2014 23:31, Rob Nickerson rob.j.nicker...@gmail.com wrote: See here if you're interested in what it looks like: http://wharferj.wordpress.com/2012/02/13/three-murals-bill-mitchell-gordon-cullen-dorothy-annan/ Fantastic; thank you - as is the other work featured. I must seek them out on my next visit. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Import av Örebro kommuns öppna GIS
Postade precis följande till import-epostlistan:
Örebro municipality of Sweden release GIS-data as CC0.
This data can be harvested and post processed to produce a couple of hundred
thousand nodes with a couple of class tag values:
name, place:halmet,
addr:city, addr:place, addr:street, addr:housenumber,
name, addr:city, addr:place, highway=road
name, amenity=school, isced:level,
name, amenity=social_facility, social_facility= assisted_living,
social_facility:for,
name, leisure=park
etc.
Output is one osm.xml-file per class.
https://github.com/OpenStreetMap-Sverige/import-orebro-osm-xml/tree/master/osm.xml
https://github.com/OpenStreetMap-Sverige/import-orebro-osm-xml/tree/master/osm.xml
https://github.com/OpenStreetMap-Sverige/import-orebro-osm-xml/archive/master.zip
https://github.com/OpenStreetMap-Sverige/import-orebro-osm-xml/archive/master.zip
Also attempts to find OSM-duplicates in a radius of 500-5000 meters, which
seems to work really well but could probably be improved by allowing a bit of
Levenshtein distance, whitespace- and \p{Punct} normalization. Not sure how
much this would help though, everything looks pretty great when inspecting
manually.
Duplicates from source data are written to a common osm.xml (rather than
written to their individual class-osm.xml) and the duplicates from OSM are
written (with recursed children) to yet another osm.xml-file.
Script:
https://github.com/OpenStreetMap-Sverige/import-orebro-harvester/blob/master/src/main/java/se/kodapan/osm/orebro/Orebro.java
https://github.com/OpenStreetMap-Sverige/import-orebro-harvester/blob/master/src/main/java/se/kodapan/osm/orebro/Orebro.java
See line 335 and down to see exactly what classes there are and how the
duplication detection mechanism works. (And sorry for all the Swedish language
comments and names.)
We are now considering the workflow.
Consensus on #osm...@irc.oftc.net mailto:osm...@irc.oftc.net is along the way
the data looks great, let's just commit it and then get started working on it
as usual. The reaction on #osm has been quite the opposite make sure any work
is in the one single commit of the import account.
I've been considering asking all that can help with manual burdon och checking
all points to do it at github, add any new things to OSM in a per
user-changes.osm.xml to avoid inverted identity conflicts and then to a merge
before we committ it. If I understand everything correct then that would
satisfy the people I spoke with on #osm.
That might be too much to ask of the users. And the data is really clean. We
really want to just push it in the way it is and start working with it in the
database as normal using a task project.
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-at] in Austria, good experience - thank you!
Am 2014-10-30 um 01:30 schrieb Carles Pina i Estany: there seems to be footpaths on a normal street. I'm not an OSM expert but this seems unusual? Hi, micromapping of sidewalks is a controversial subject, personally I don't think it's a good idea, but I guess you will not find a consensus on this topic any time soon best regards Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] in Austria, good experience - thank you!
On 30/10/14 01:30, Carles Pina i Estany wrote: Hi again, I was reviewing my notes and I noticed something in Vienna that confused me a little bit. It's here for example: http://www.openstreetmap.org/?mlat=48.194502890110016mlon=16.38637661933899#map=18/48.19637/16.38655 There are, in Vienna, many foot paths in places that I wouldn't expect. A more clear example: http://www.openstreetmap.org/#map=17/48.18925/16.37574 there seems to be footpaths on a normal street. I'm not an OSM expert but this seems unusual? Hi, these footpaths are explicitly mapped sidewalks (or pavements in UK), they are tagged “highway=footway” and “footway=sidewalk”. They are used e.g. for wheelchair routing. See the attached screenshot: OsmAnd renders it a bit too red (see http://pinux.info/files/Screenshot_2014-10-30-00-14-45.png ). In this case, I think OsmAnd's shouldn't render footways tagged additionally with “footway=sidewalk” as prominently as normal footways. But that's the case with nearly all renderers today :-/ This is only in a few zones of Vienna. Vienna is a big city, and this seem to be the 'test regions' - it will take some years to have all sidewalks in Vienna correctly mapped. Regards, Many thanks for the nice review of your Austrian experience ☺. Best wishes, Michael On Oct/29/2014, Carles Pina i Estany wrote: Hi, (sorry for writing in English here). Last week I went to Austria for tourism (Graz, Vienna, driving between Graz to Salzburg, etc.). I used OsmAnd application to have Open Street Map data off-line, as I usually do. You guys did an excellent job mapping! Austria! Hats off to you! Vienna has the house numbers and everything. The roads were good mapped. Hiking paths were there too. We enjoyed even more our time in Austria thanks to your good job. And by by the way, you have an amazing country :-) Regards and keep doing the amazing job, it's very appreciated. -- Michael Maier, Student of Telematics @ Graz University of Technology OpenStreetMap Graz http://osm.org/go/0Iz@paV http://wiki.osm.org/Graz http://wiki.osm.org/Graz/Stammtisch signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] in Austria, good experience - thank you!
Carles Pina i Estany schrieb: there seems to be footpaths on a normal street. Those should all be deleted. They are sideways and ought to be mapped as tags on the street, or else any routing with them won't work properly as you can't build a clear model of where you can access the street unless you map every point where they are actually connected to their street. And even if what I just said is only one side of a controversial discussion, they for sure should never be rendered in a normal map, at least not in the ugly way you see them in the pictures you pointed out. KaiRo ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] in Austria, good experience - thank you!
2014-10-30 14:19 GMT+01:00 Robert Kaiser ka...@kairo.at: Those should all be deleted. They are sideways and ought to be mapped as tags on the street +1 . I consider this kind of mapping as destructive. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] in Austria, good experience - thank you!
On 30/10/14 14:19, Robert Kaiser wrote: Carles Pina i Estany schrieb: there seems to be footpaths on a normal street. Those should all be deleted. They are sideways and ought to be mapped as tags on the street, or else any routing with them won't work properly as you can't build a clear model of where you can access the street unless you map every point where they are actually connected to their street. Oh come on guys, we've had this discussion half a year ago... Not everyone can access the street, if there is a kerb higher than 3cm. Please think outside your own scope about the people which don't have two working legs, and are restricted to a wheelchair. You're faster than you can imagine in this situation if the Truck Factor does only hit one of your legs... If the sidewalks are correctly mapped, and the kerbs are mapped too (as they are in one of the examples Carles provided, with kerb=lowered), it is clearly an loss if information if the ways are deleted. The result on the past discussion was: Map as you wish, but do not destroy other's work or remove information. And even if what I just said is only one side of a controversial discussion, they for sure should never be rendered in a normal map, at least not in the ugly way you see them in the pictures you pointed out. I'm absolutely with you, that footway=sidewalk shouldn't be rendered (at least on z18) - but we're not mapping for the renderer here, or are we?^^ KaiRo best regards, Michael -- Michael Maier, Student of Telematics @ Graz University of Technology OpenStreetMap Graz http://osm.org/go/0Iz@paV http://wiki.osm.org/Graz http://wiki.osm.org/Graz/Stammtisch signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] in Austria, good experience - thank you!
Michael Maier schrieb: The result on the past discussion was: Map as you wish, but do not destroy other's work or remove information. No, the outcome was: We can't reach an agreement, so change the area you care about the way you find better without taking information away that you think is in there. And in the end, that's apparently the cowboy style that OSM is built around, if you like it or not. And yes, I'm even against separate mapping when I try to put myself into the shoes of someone not being able to use their legs or eyes on a sidewalk. Even kerb=lowered doesn't tell on what side it is and if I can get over it, as some easily get over a 5cm one and others barely can make it over a 1-2cm one. If you want to get there, you need to map the side and the exact height of a curb, and if I follow your argumentation, that actually needs to be a separate barrier=curb way with a specified height for all pieces of it and the sidewalk and street need to be areas that are adjacent to that barrier so software can flawlessly map all points where crossing is possible based on your capabilities. KaiRo ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pe] Ya estoy en INEI en Lima - at Omar Vega
Hola a a todos, Como ya adelantara en el anterior mensaje, ya me encuentro en Lima. Me he reunido con la comunidad Mozilla y con quienes desarrollan apps geográficos en INEI y la idea de cubrir todo el territorio para el próximo censo está pegando fuerte. Les interesó mucho identificar los establecimientos educativos y otros POIs. Ya se ha , incluso , planeado un app para tablets para que los encuestadores la usen en terreno. Si hay alguien interesado para profundizar en estos temas y ver la posibilidad de trabajar con INEI, estaré hoy todo el día en la zona de Jesus María y del centro. Mi telefono móvil es 994836360. Saludes [image: geocensos] *Javier Carranza** Tresoldi** CEO**, GeoCensos* Tel: (571) 806-5188 Skype: javiercarranza Peru Mobile: (51) 994836360 El Salvador Mobile: (503) 61150333 Colombia Mobile:(57) 314-3244540 Panama Mobile: (507) 688 - 04892 Guatemala Mobile: (502) 5936 - 0180 www.geocensos.com https://sites.google.com/a/geocensos.com/mapps/ [image: Twitter] https://twitter.com/GeoCensos [image: LinkedIn] http://co.linkedin.com/in/carranzatorres 2014-10-27 18:17 GMT-05:00 Javier Carranza javier.carra...@geocensos.com: Hola Omar Vega, Ya me encuentro en Lima. Mañana estaré en el INEI todo el día, Si quieres podemos reunirnos por allá. ¿Cómo es tu número de Móvil? Si alguien más está cerca, que pegue el grito... Espero su contacto! Saludos [image: geocensos] *Javier Carranza** Tresoldi** CEO**, GeoCensos* Tel: (571) 806-5188 Skype: javiercarranza El Salvador Mobile: (503) 61150333 Colombia Mobile:(57) 314-3244540 Panama Mobile: (507) 688 - 04892 Guatemala Mobile: (502) 5936 - 0180 www.geocensos.com https://sites.google.com/a/geocensos.com/mapps/ [image: Twitter] https://twitter.com/GeoCensos [image: LinkedIn] http://co.linkedin.com/in/carranzatorres 2014-10-22 1:04 GMT-05:00 Omar Vega Ramos ovr...@riseup.net: Hola Javier Que bueno que vengas por aquí, sería bueno que tengamos una reunión. Actualmente he estado mapeando calles en capitales de distritos del Perú. Teniendo ya un avance de los departamentos de Ucayali, Tumbes, Tacna, Moquegua, Ica, Huancavelica, Callao, Apurímac, Lima, Amazonas, Ayacucho y Piura, estos los he colocado en la wiki de OSM[0]. Anteriormente para el proyecto de Instituciones Educativas tuve una reunión con un funcionario del MINEDU (Ministerio de educación) y me comento que en muchos colegios del interior no se tenia una ubicación precisa. Ademas de que seria bueno el manejar alguna etiqueta en OSM que permita a ellos mejorar sus datos también con lo existente en OSM. Por ejemplo en el caso del INEI para los centros poblados algo como pe:INEI:codigo_ccpp o pe:codigo_ccpp si el código fuese un estándar entre instituciones publicas. Saludos [0] http://wiki.openstreetmap.org/wiki/Ucayali http://wiki.openstreetmap.org/wiki/Tumbes http://wiki.openstreetmap.org/wiki/Tacna http://wiki.openstreetmap.org/wiki/Moquegua http://wiki.openstreetmap.org/wiki/Ica http://wiki.openstreetmap.org/wiki/Huancavelica http://wiki.openstreetmap.org/wiki/Lima http://wiki.openstreetmap.org/wiki/Ayacucho http://wiki.openstreetmap.org/wiki/Amazonas,_Peru http://wiki.openstreetmap.org/wiki/Piura -- Omar Vega ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
[Talk-pt] Importação e atualização da costa portuguesa
Olá a todos, Se a comunidade concordar irei nos próximos dias, a pouco e pouco, substituir os dados existentes referentes à costa nacional, nomeadamente os *ways* com *natural=coastline* com os dados atualizados da Carta Administrativa Ortográfica de Portugal (CAOP) de 2014. As alterações incluem: - Atualização, revisão e suavização do estado da costa (muda todos os anos devido à erosão marinha); - Adição de vários ilhéus em falta, principalmente no arquipélago da Madeira e no Algarve; - *Tags* de limites administrativos que serão úteis para o mapeamento das divisões administrativas. Abaixo estão alguns exemplos da a nova cobertura. Imagem 1 http://i.imgur.com/aGdEJDd.png - Totalidade dos dados a ser importados. Imagem 2 http://i.imgur.com/KNtjq69.png - Amostra dos ilhéus na Ilha Selvagem Pequena. Imagem 3 http://i.imgur.com/97O31d7.jpg - Exemplo da exatidão dos dados na ilha de São Miguel. Imagem 4 http://i.imgur.com/znDkqr2.png - Tags a serem usadas. Como sempre, aguardo discussão. -- Um Abraço, Marcos Oliveira ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Importação e atualização da costa portuguesa
Olá Marcos, De repente, e sem um conhecimento muito aprofundado, diria que a CAOP não serve para definir a linha de costa. A definição da linha de costa tem uma regras próprias, e quem faz/fazia isso eram as ARH, agora APA. Eles delimitam a linha de costa para saber as ocupações do domínio público hídrico. Essas ocupações pagam imposto e o que serve para pagarem ou não esse imposto é a linha de costa oficial (e não a CAOP). Há cerca de dois anos comparei a linha de costa do norte com a CAOP e têm muitas diferenças. Entretanto a situação pode ter mudado. Provavelmente estás mais dentro do assunto do que eu, mas confirma se a linha de costa coincide com a CAOP. Abraço, Jorge Gustavo On 30-10-2014 23:15, Marcos Oliveira wrote: Olá a todos, Se a comunidade concordar irei nos próximos dias, a pouco e pouco, substituir os dados existentes referentes à costa nacional, nomeadamente os /ways/ com /natural=coastline/ com os dados atualizados da Carta Administrativa Ortográfica de Portugal (CAOP) de 2014. As alterações incluem: * Atualização, revisão e suavização do estado da costa (muda todos os anos devido à erosão marinha); * Adição de vários ilhéus em falta, principalmente no arquipélago da Madeira e no Algarve; * /Tags/ de limites administrativos que serão úteis para o mapeamento das divisões administrativas. Abaixo estão alguns exemplos da a nova cobertura. Imagem 1 http://i.imgur.com/aGdEJDd.png - Totalidade dos dados a ser importados. Imagem 2 http://i.imgur.com/KNtjq69.png - Amostra dos ilhéus na Ilha Selvagem Pequena. Imagem 3 http://i.imgur.com/97O31d7.jpg - Exemplo da exatidão dos dados na ilha de São Miguel. Imagem 4 http://i.imgur.com/znDkqr2.png - Tags a serem usadas. Como sempre, aguardo discussão. -- Um Abraço, Marcos Oliveira ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt J. Gustavo -- Jorge Gustavo Rocha Departamento de Informática Universidade do Minho 4710-057 Braga Tel: +351 253604480 Fax: +351 253604471 Móvel: +351 910333888 skype: nabocudnosor ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Importação e atualização da costa portuguesa
Olá Pela nossa experiência de mapeamento para o OpenSeaMap, existem lacunas na CAOP no mapeamento de marinas e estuários de rios (simplificações grosseiras neste caso). Tanto quanto nos lembramos as anteriores CAOP não reflectiam a existência de marinas e portos de pesca (Cascais, Albufeira, Nazaré e Quarteira por exemplo) e a zona norte do porto de LIsboa (desde a Torre VTS até V F de Xira) não estava representada. Será que a nova CAOP de 2014 já resolveu estes problemas? Isto para não falar das obras no Porto de Sines com a ampliação do Terminal XXI, que o OSM já reflecte e que sinceramente duvidamos que a CAOP, mesmo de Setembro de 2014 já contemple. Tirando estas chamadas de atenção, o desenho da costa dado pelas CAOPs anteriores até que era fidedigno Cumprimentos A equipa TopoLusitania An Addicted Mapper From: Marcos Oliveira marcosoliveira.2...@gmail.com To: Lista de discuss#227,o para Portugal talk-pt@openstreetmap.org Sent: Thursday, October 30, 2014 11:15 PM Subject: [Talk-pt] Importação e atualização da costa portuguesa Olá a todos, Se a comunidade concordar irei nos próximos dias, a pouco e pouco, substituir os dados existentes referentes à costa nacional, nomeadamente os ways com natural=coastline com os dados atualizados da Carta Administrativa Ortográfica de Portugal (CAOP) de 2014. As alterações incluem: * Atualização, revisão e suavização do estado da costa (muda todos os anos devido à erosão marinha); * Adição de vários ilhéus em falta, principalmente no arquipélago da Madeira e no Algarve; * Tags de limites administrativos que serão úteis para o mapeamento das divisões administrativas. Abaixo estão alguns exemplos da a nova cobertura. Imagem 1 - Totalidade dos dados a ser importados. Imagem 2 - Amostra dos ilhéus na Ilha Selvagem Pequena. Imagem 3 - Exemplo da exatidão dos dados na ilha de São Miguel. Imagem 4 - Tags a serem usadas. Como sempre, aguardo discussão. -- Um Abraço, Marcos Oliveira ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
[Talk-pt] Como assinalar que num dado local as fotos do Bing estão desactualizadas?
Olá Como assinalar que num dado local as fotos do Bing estão desactualizadas, para impedir que sejam de novo desenhados elementos que já não existem, ou para impedir que novos elementos sejam apagados? A equipa TopoLusitania___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
[Talk-lv] Ventspils novada meži
Sveiki! Pie vainas bija šī izmaiņu kopa: http://www.openstreetmap.org/changeset/25455790 Tur bijā kārtīgi salauzts liels meža multi-poligons (un vēl daži ieguldījumi, kā vairāku objektu nobīde neņemot vērā Bing nobīdi). Es visu izlaboju 20. okt., bet dīvaini, ka Mapnik joprojām nepārzīmēja karti atsevišķos palielinājumos. Laikam ļoti liels poligons bija aizkārts. Ar cieņu, Vitālijs On Thu, 30 Oct 2014 14:45:50 +0300, Raitis Upmalis raitisx at gmail.com wrote: Pietuvinam šeit: http://www.openstreetmap.org/#map=12/57.5460/22.0262 ir kāda ideja, kas varētu būt pie vainas? Relācija it kā kārtībā, atsevišķi poligoni arī... ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-cz] Nová fíčura - kde chybí natrasovat budovy - PODLAŽÍ
V Drnovicích (u Blanska) byly budovy zřejmě importované z RUIAN včetně počtu podlaží. Měl jsem jen pár fotek takových těch věcí jako zastávky apod., ale dešifroval jsem z toho aspoň pět budov a nebylo to správně ani u poloviny... Nevím nakolik to platí i jinde. V Pak taky co dělat s budovou, která už počet podlaží má, ale jiný než je v RUIAN. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Extraction cadastre et FANTOIR sur lieux-dit
Le 30 octobre 2014 01:53, Tyndare tynd...@wanadoo.fr a écrit : J'ai rajouté le code FANTOIR pour les lieux-dits. Pour les noms de maisons, c'est plus compliqué. Dans les infos textuelles associées aux parcelles on ne retrouve pas ces noms là (on n'y trouve que les adresses ou les lieux-dits). Il faut donc se baser sur l'interprétation du dessin vectoriel du texte. J'ai rajouté la génération d'un fichier -petits_noms.osm (il n'est pas listé sur la page web, il faut aller le chercher dans le lien Accès aux fichiers), par exemple http://cadastre.openstreetmap.fr/data/064/PB237-GELOS-petits_noms.osm Il contient les mots écrits en petit à l'horizontal sur le cadastre, mais en général chaque mots est découpés donc il y aura plusieurs noeuds si un nom est composé de plusieurs mots. Ça ne me semble pas possible de les regrouper simplement car j'ai trouvé des cas ou les mots sont très espacés (verticalement) et pas alignés du tout. J'avais déjà rencontré ces petits noms écrits en minuscules sur le cadastre mais pour des noms de lotissements, des noms de places (genre place du village), des noms d'écoles ou des noms de parcs, mais pas pour des noms de maisons. J'ai peur qu'en fait chaque commune ou département utilise cette notation pour des choses différentes. Si ces noms n'apparaissent pas dans le fichier FANTOIR on a aucun moyen de vérification pour les qualifier automatiquement.. Ce fichier -petits_noms.osm est donc dangereux si des contributeurs l'envoient tel quel sur OSM, Dites moi si il faut mieux le supprimer ou alors comment mieux le protéger (j'ai juste mis le flag upload=false). Ces petits textes sont de l'habillage sur le plan cadastral, pas évident de remettre ça au propre en effet,mais c'est déjà bien d'y avoir accès de cette façon. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Carto-partie quasi orienté avec OSMand
Bonjour J'ai fait un test hier de l'application OSMand pour ouvrir plein de notes dans OSM Cela donne cela : http://osm.org/go/eru4_Qr?layers=N Dès lors j'ai eu une idée : Les carto parties, c'est lourd sur le fait qu'il faut papier, crayon, et puis que chacun rapporte son travail dans OSM. Or tout le monde ne sait pas utiliser les éditeurs OSM. Par contre, tout le monde peut ajouter des notes dans OSM. Pourquoi ne pas faire une carto-partie exclusivement tourné sur l'ajout de notes. L'avantage : équipement unique : un smartphone avec l'appli gratuite Pas la peine d'avoir un compte (a confirmer) OSM pas la peine de connaître les étiquettes Cela n'encombre pas la base OSM puisque les notes sont à part. Inconvénient : explosion de note dans la zone de la cartopartie. Il faut traduire les notes correctement en étiquettes surtout si la note est trop faiblement indiqué. Le travail finale se répercute sur d’autres personnes. Risque de pollution de notes avec des informations non exploitable, voire pire (comme tout site collaboratif anonyme) Avez-vous des retours d'expériences de ce type de cartopartie pour ceux qui en aurait déjà fait une de ce type. Mais j'ai une question qui me reste en suspend : OSMand permet-il d'ajouter des notes sans avoir de compte OSM ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
J'ai appris ce matin sur France Inter (chronique de Thomas Legrand à 7:45) à propos des opposants de tous poils (NDDL, Sivens, ..) que ZAD signifie : Zone à Défendre. Ca met en perspective Gazad. -Message d'origine- De : Pieren [mailto:pier...@gmail.com] Envoyé : mercredi 29 octobre 2014 18:22 À : talk-fr@openstreetmap.org Objet : [OSM-talk-fr] A partir de quand un lieu-dit existe ? Bonjour, Je viens de supprimer deux place=locality, Gazad et les Bouilles, créés hier aux alentours de Tested et de la zone des travaux du barrage de Sivens, actuellement sour les feux de l'actualité: http://www.openstreetmap.org/changeset/26416986 Pour l'instant, je pense que ces lieux sont d'avantage des points de rassemblement et je ne crois pas qu'OSM soit le meilleur endroit pour signaler ça (vu le caractère récent et transitoire de la chose), encore moins avec place=locality. J'explique aussi dans mon commentaire de changeset qu'une appli du genre umap serait plus appropriée. Mais quel est votre avis ? Quelle doit être notre attitude si ces lieux-dits réapparaissent ? A partir de quand un endroit nommé devient un lieu-dit ? faut-il attendre son officialisation ? ou laisser la place à l'usage ? au temps ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
ZAD signifie officiellement Zone d'Aménagement différé. C'est un terme défini par le droit français. Ce sont les opposants à certains projets (tout particulièrement l'aéroport de Notre-Dame-des-Landes) qui ont inventé cet acronyme Zone à Défendre et l'ont fait connaître, à tel point que l'acronyme officieux est plus connu aujourd'hui que l'acronyme officiel ! Francescu Le 30 octobre 2014 09:16, HELFER Denis denis.hel...@rff.fr a écrit : J'ai appris ce matin sur France Inter (chronique de Thomas Legrand à 7:45) à propos des opposants de tous poils (NDDL, Sivens, ..) que ZAD signifie : Zone à Défendre. Ca met en perspective Gazad. -Message d'origine- De : Pieren [mailto:pier...@gmail.com] Envoyé : mercredi 29 octobre 2014 18:22 À : talk-fr@openstreetmap.org Objet : [OSM-talk-fr] A partir de quand un lieu-dit existe ? Bonjour, Je viens de supprimer deux place=locality, Gazad et les Bouilles, créés hier aux alentours de Tested et de la zone des travaux du barrage de Sivens, actuellement sour les feux de l'actualité: http://www.openstreetmap.org/changeset/26416986 Pour l'instant, je pense que ces lieux sont d'avantage des points de rassemblement et je ne crois pas qu'OSM soit le meilleur endroit pour signaler ça (vu le caractère récent et transitoire de la chose), encore moins avec place=locality. J'explique aussi dans mon commentaire de changeset qu'une appli du genre umap serait plus appropriée. Mais quel est votre avis ? Quelle doit être notre attitude si ces lieux-dits réapparaissent ? A partir de quand un endroit nommé devient un lieu-dit ? faut-il attendre son officialisation ? ou laisser la place à l'usage ? au temps ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction cadastre et FANTOIR sur lieux-dit
Le 30/10/2014 01:53, Tyndare a écrit : J'ai rajouté le code FANTOIR pour les lieux-dits. Super :) Pour les noms de maisons, c'est plus compliqué. Dans les infos textuelles associées aux parcelles on ne retrouve pas ces noms là (on n'y trouve que les adresses ou les lieux-dits). Il faut donc se baser sur l'interprétation du dessin vectoriel du texte. J'ai rajouté la génération d'un fichier -petits_noms.osm (il n'est pas listé sur la page web, il faut aller le chercher dans le lien Accès aux fichiers), par exemple http://cadastre.openstreetmap.fr/data/064/PB237-GELOS-petits_noms.osm C'est plus qu'utilisable Il contient les mots écrits en petit à l'horizontal sur le cadastre, Effectivement, sur la commune de Baliracq-Maumusson, le texte écrit en diagonale n'est pas extrait. Une analyse visuel du cadastre reste donc toujours utile. À l'inverse tu as extrait des noms que je n'avais pas vu moi-même et même plus, un nom qui n'apparait pas dans le cadastre avec JOSM ! Donc c'est vraiment complémentaire :) mais en général chaque mots est découpés donc il y aura plusieurs nœuds si un nom est composé de plusieurs mots. Ça ne me semble pas possible de les regrouper simplement car j'ai trouvé des cas ou les mots sont très espacés (verticalement) et pas alignés du tout. J'avais déjà rencontré ces petits noms écrits en minuscules sur le cadastre mais pour des noms de lotissements, des noms de places (genre place du village), des noms d'écoles ou des noms de parcs, mais pas pour des noms de maisons. J'ai peur qu'en fait chaque commune ou département utilise cette notation pour des choses différentes. Si ces noms n'apparaissent pas dans le fichier FANTOIR on a aucun moyen de vérification pour les qualifier automatiquement.. Oui, sur Gelos il y a un peu de tout, donc ça reste un travail d'intégration manuel. Mais tu as extrait des infos de voirie intéressante qui n'était pas encore dans OSM. Donc c'est tout bénef. Ce fichier -petits_noms.osm est donc dangereux si des contributeurs l'envoient tel quel sur OSM, Dites moi si il faut mieux le supprimer ou alors comment mieux le protéger (j'ai juste mis le flag upload=false). Tu ne peux guère faire mieux. Sinon, ce matin j'ai eu l'idée de regarder dans le bon vieil annuaire des pages blanches à quoi ressemblait les adresses sur la commune de Baliracq-Maumusson, et effectivement, la plupart sont de type maison bidule. Donc je m’interroge encore plus sur comment faire la distinction entre addr:housename et place=isolated_dwelling :/ Le 29 octobre 2014 20:08, Christophe Merlet red...@redfoxcenter.org a écrit : Le 29/10/2014 19:10, Vincent de Château-Thierry a écrit : Bonsoir, Le 29/10/2014 09:52, Christophe Merlet a écrit : Ne serait-il pas possible que l'appli d'extraction des adresses du cadastre http://cadastre.openstreetmap.fr/ ajoute le code FANTOIR sur les lieux-dits ? De plus, sur les communes sans aucun numéro de rue, on trouve à priori, à la place le nom des maisons écrit en plus petits. Ce serait pas mal d'extraire ces noms et de les mettre dans un fichier (isolated_dwelling ou addr:housename ?) À partir de quand un nom de maison devient un nom de lieu-dit ? C'est un clin d'oeil au fil que vient d'ouvrir Pieren, mais aussi une demande de cas que tu aurais repérés, je n'ai pas souvenir d'un tel distinguo entre noms, j'ai l'impression que les noms sont tous assimilables à des lieux-dits dans le cadastre. Prenons la commune de Baliracq-Maumusson (64090) Dans le Cadastre, les lieux-dits sont écrits en majuscules et ce que je considère être les noms de maison/propriété en minuscules. Souvent la maison/propriété donne son nom à la voie qui y mène. Les noms en minuscules sont toujours proche d'un bâtiment, alors que les noms en majuscules peuvent être au milieu de nul part. http://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/JOSM%20-%2020141029%20-%20Lieux-dits.png C'est, semble t'il, une constante dans le 64. Ces lieux-dits en majuscules correspondent exactement aux lieux-dits avec un code FANTOIR sur la couche BANO (bien que n'étant pas positionné aux mêmes endroits) Prenons la commune de Gelos Si on lit l'histoire de la commune et que l'on regarde les cartes (issu du cadastre, du SIG de la CAPP et du PLU) http://paupyreneescommunesetpatrimoines.wordpress.com/2014/08/11/histoire-et-patrimoines-urbains-de-gelos/ Même chose, les noms en majuscules du cadastre correspondent aux lieux dits avec code FANTOIR de la couche BANO. Et sur le PLU à des quartiers de la communes. Tandis que les noms en minuscules correspondent à des maison/propriété inclus à l'intérieur du lieux-dit... que l'on ne retrouve pas sur BANO Auparavant, je ne me souciais pas de ces noms en minuscules, mais je m'aperçois avec le temps que cela représente un véritable patrimoine historique et culturel qu'il serait dommage de ne pas intégrer à OSM (et donc de l'extraire du cadastre autant que possible...)
[OSM-talk-fr] Ouvrir un export xml provenant d'Overpass Turbo dans JOSM pour correction de nom de pharmacies modifiées à tort via Osmose
Bonjour,
Je me suis récemment aperçu qu'un utilisateur avait fait des modifications
de pharmacies dans le Nord de la France via Osmose pour ajouter le code
Finess via la source Celtipharm (c'est la dernière option dans la liste des
corrections proposées par Osmose). Quand le tag name est déjà renseigné,
Osmose laisse le choix entre un fix qui modifie le tag name ou un fix qui
le laisse comme il est à l'origine. Or cet utilisateur a choisi à chaque
fois de remplacer le tag name déjà renseingné par celui de la source
Celtipharm, qui ne correspond pas toujours au nom de l'enseigne visible sur
le terrain et qui, en plus, est en majuscule (beeerk).
J'ai contacté cet utilisateur pour le prévenir et lui demander de faire les
corrections, certaines ont été faites mais pas toutes (soit parce qu'il
corrige ses erreurs au fur et à mesure, soit parce qu'il en a oublié).
Voici un exemple de changeset qui pose problème :
https://www.openstreetmap.org/changeset/26130408 ou sur achavi :
http://nrenner.github.io/achavi/?changeset=26130408 )
Afin de repasser sur toutes ces pharmacies dans JOSM et de rendre à leur
tag name leur beauté originelle, j'avais pensé à faire une requête sur
Overpass-Turbo (amenity=pharmacy and ref:FR:FINESS=* dans le wizard),
puis d'exporter le résultat de cette requête au format xml afin de l'ouvrir
dans JOSM pour pouvoir vérifier toutes les pharmacies de la zone concernées
potentiellement problématiques et de les modifier si besoin.
Or quand j'essaye d'ouvrir le résultat de ma requête overpass-turbo dans
JOSM j'ai une erreur :
Impossible de lire le fichier 'export.osm'.
Erreur :
Attribut 'version manquant pour l'objet OSM avec l'identifiant [...]
Du coup comment est-il possible de procéder pour parvenir à extraire via
une requête certaines données OSM sur un large territoire pour les vérifier
et les modifier si besoin?
Pour info voici la requête complète sur Overpass-turbo :
*/*This has been generated by the overpass-turbo wizard.The original search
was:“amenity=pharmacy and ref:FR:FINESS=*”*/[out:xml][timeout:25];// gather
results( // query part for: “amenity=pharmacy and ref:FR:FINESS=*”
node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
resultsout body;;out skel qt;*
Bonne journée à tous,
Maxime
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouvrir un export xml provenant d'Overpass Turbo dans JOSM pour correction de nom de pharmacies modifiées à tort via Osmose
Bonjour,
Essaie de changer out body en out meta.
PY
Le 30 octobre 2014 09:48, Maxime Résibois maxime.resib...@gmail.com a
écrit :
Bonjour,
[...]
Pour info voici la requête complète sur Overpass-turbo :
*/*This has been generated by the overpass-turbo wizard.The original
search was:“amenity=pharmacy and ref:FR:FINESS=*”*/[out:xml][timeout:25];//
gather results( // query part for: “amenity=pharmacy and
ref:FR:FINESS=*” node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
resultsout body;;out skel qt;*
Bonne journée à tous,
Maxime
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouvrir un export xml provenant d'Overpass Turbo dans JOSM pour correction de nom de pharmacies modifiées à tort via Osmose
Je viens de faire le test, c'est presque ça : dans mon fichier .osm j'ai
toutes les métadonnées pour les ways et les nodes renseignées comme étant
des pharmacies, par exemple :
* node version=2 uid=136303 user=Bernard59118 id=290682623
changeset=26128158 timestamp=2014-10-16T20:12:46Z lon=3.0527961
lat=50.6922156tag v=pharmacy k=amenity /tag v=yes
k=dispensing /tag v=Pharmacie PETITPREZ k=name /tag
v=590031985 k=ref:FR:FINESS /tag v=Celtipharm - 10/2014
k=source / /node*
mais pas sur les nodes simples utilisés uniquement pour former les
ways, par exemple :
*node id=465752097 lon=3.1986560 lat=49.6134634 /*
Du coup JOSM ne veut toujours par l'ouvrir et signale la même erreur mais à
la ligne 4633 au lieu de la 5ème ligne.
Maxime
Le 30 octobre 2014 09:54, Pierre-Yves Berrard pierre.yves.berr...@gmail.com
a écrit :
Bonjour,
Essaie de changer out body en out meta.
PY
Le 30 octobre 2014 09:48, Maxime Résibois maxime.resib...@gmail.com a
écrit :
Bonjour,
[...]
Pour info voici la requête complète sur Overpass-turbo :
*/*This has been generated by the overpass-turbo wizard.The original
search was:“amenity=pharmacy and ref:FR:FINESS=*”*/[out:xml][timeout:25];//
gather results( // query part for: “amenity=pharmacy and
ref:FR:FINESS=*” node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
resultsout body;;out skel qt;*
Bonne journée à tous,
Maxime
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Mais quel est votre avis ? Quelle doit être notre attitude si ces lieux-dits réapparaissent ? A partir de quand un endroit nommé devient un lieu-dit ? faut-il attendre son officialisation ? ou laisser la place à l'usage ? au temps ? Il ne faudrait pas qu'OpenStreetMap se transforme comme Wikipédia où seules les informations validées par d'autres sources (qui plus est des sources « officielles ») sont autorisées. Je trouve un peu paradoxal d'avoir d'un côté le discours sur « tout le monde peut contribuer » et de l'autre supprimer aussi rapidement une contribution (le contributeur a-t-il été contacté ?). Si on pousse trop loin la logique du « c'est transitoire, ce n'est pas OSM », on ne mettrait pas les camps de réfugiés après une catastrophe ! Enfin, dans « lieu-dit », il y a « dit » et « lieu », c'est bien l'idée d'une pratique orale par les gens de l'endroit . Sans doute que place=locality est trop vaste et gère trop de cas différents ? Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouvrir un export xml provenant d'Overpass Turbo dans JOSM pour correction de nom de pharmacies modifiées à tort via Osmose
switch these lines:
*out meta;;*
to
*;*
*out meta;*
*de cette façon tu requête d'abord les 'enfants' et puis tu les 'exporte'.*
*Polyglot*
2014-10-30 10:07 GMT+01:00 Maxime Résibois maxime.resib...@gmail.com:
Je viens de faire le test, c'est presque ça : dans mon fichier .osm j'ai
toutes les métadonnées pour les ways et les nodes renseignées comme étant
des pharmacies, par exemple :
* node version=2 uid=136303 user=Bernard59118 id=290682623
changeset=26128158 timestamp=2014-10-16T20:12:46Z lon=3.0527961
lat=50.6922156tag v=pharmacy k=amenity /tag v=yes
k=dispensing /tag v=Pharmacie PETITPREZ k=name /tag
v=590031985 k=ref:FR:FINESS /tag v=Celtipharm - 10/2014
k=source / /node*
mais pas sur les nodes simples utilisés uniquement pour former les
ways, par exemple :
*node id=465752097 lon=3.1986560 lat=49.6134634 /*
Du coup JOSM ne veut toujours par l'ouvrir et signale la même erreur mais
à la ligne 4633 au lieu de la 5ème ligne.
Maxime
Le 30 octobre 2014 09:54, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com a écrit :
Bonjour,
Essaie de changer out body en out meta.
PY
Le 30 octobre 2014 09:48, Maxime Résibois maxime.resib...@gmail.com a
écrit :
Bonjour,
[...]
Pour info voici la requête complète sur Overpass-turbo :
*/*This has been generated by the overpass-turbo wizard.The original
search was:“amenity=pharmacy and ref:FR:FINESS=*”*/[out:xml][timeout:25];//
gather results( // query part for: “amenity=pharmacy and
ref:FR:FINESS=*” node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
resultsout body;;out skel qt;*
Bonne journée à tous,
Maxime
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
2014-10-30 10:23 GMT+01:00 Vincent Calame vincent.cal...@exemole.fr: Si on pousse trop loin la logique du « c'est transitoire, ce n'est pas OSM », on ne mettrait pas les camps de réfugiés après une catastrophe ! Il y a des camps de réfugiés qui exitent depuis des décennies. Et j'espère qu'on peut faire la difference entre un village de centaines/milliers de tentes qui dure des mois ou des années et un simple point de rendez-vous au milieu d'un pré... Enfin, dans « lieu-dit », il y a « dit » et « lieu », c'est bien l'idée d'une pratique orale par les gens de l'endroit . Sans doute que place=locality est trop vaste et gère trop de cas différents ? C'est pour ça que je pose la question. Il faut aussi voir que la pratique orale n'est pas issue des gens de l'endroit mais d'un seul groupe militant, venant essentiellement de l'extérieur. Peut-être est-ce là qu'il faut chercher la solution ? L'usage devrait être local, au minimum. Personnellement, je pense qu'on devrait aussi s'appuyer sur une forme quelconque d'officialisation à minima (pas forcément le cadastre) pour éviter les dérives, n'importe pouvant inventer son propre lieu-dit dans OSM si on ne fixe pas certaines limites. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouvrir un export xml provenant d'Overpass Turbo dans JOSM pour correction de nom de pharmacies modifiées à tort via Osmose
J'ai testé sur l'interface overpass directement.
Il y a ça qui marche bien sur toute la France
http://overpass-turbo.eu/s/5GD
Le 30 octobre 2014 10:34, Jo winfi...@gmail.com a écrit :
switch these lines:
*out meta;;*
to
*;*
*out meta;*
*de cette façon tu requête d'abord les 'enfants' et puis tu les 'exporte'.*
*Polyglot*
2014-10-30 10:07 GMT+01:00 Maxime Résibois maxime.resib...@gmail.com:
Je viens de faire le test, c'est presque ça : dans mon fichier .osm j'ai
toutes les métadonnées pour les ways et les nodes renseignées comme étant
des pharmacies, par exemple :
* node version=2 uid=136303 user=Bernard59118 id=290682623
changeset=26128158 timestamp=2014-10-16T20:12:46Z lon=3.0527961
lat=50.6922156tag v=pharmacy k=amenity /tag v=yes
k=dispensing /tag v=Pharmacie PETITPREZ k=name /tag
v=590031985 k=ref:FR:FINESS /tag v=Celtipharm - 10/2014
k=source / /node*
mais pas sur les nodes simples utilisés uniquement pour former les
ways, par exemple :
*node id=465752097 lon=3.1986560 lat=49.6134634 /*
Du coup JOSM ne veut toujours par l'ouvrir et signale la même erreur mais
à la ligne 4633 au lieu de la 5ème ligne.
Maxime
Le 30 octobre 2014 09:54, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com a écrit :
Bonjour,
Essaie de changer out body en out meta.
PY
Le 30 octobre 2014 09:48, Maxime Résibois maxime.resib...@gmail.com a
écrit :
Bonjour,
[...]
Pour info voici la requête complète sur Overpass-turbo :
*/*This has been generated by the overpass-turbo wizard.The original
search was:“amenity=pharmacy and ref:FR:FINESS=*”*/[out:xml][timeout:25];//
gather results( // query part for: “amenity=pharmacy and
ref:FR:FINESS=*” node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
resultsout body;;out skel qt;*
Bonne journée à tous,
Maxime
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Si on pousse trop loin la logique du « c'est transitoire, ce n'est pas OSM », on ne mettrait pas les camps de réfugiés après une catastrophe ! Il y a des camps de réfugiés qui exitent depuis des décennies. Et j'espère qu'on peut faire la difference entre un village de centaines/milliers de tentes qui dure des mois ou des années et un simple point de rendez-vous au milieu d'un pré... Tiens ça me rappelle le cas du point de deal dans un des sujets de la liste ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Le 30 oct. 2014 à 10:23, Vincent Calame vincent.cal...@exemole.fr a écrit : Mais quel est votre avis ? Quelle doit être notre attitude si ces lieux-dits réapparaissent ? A partir de quand un endroit nommé devient un lieu-dit ? faut-il attendre son officialisation ? ou laisser la place à l'usage ? au temps ? Il ne faudrait pas qu'OpenStreetMap se transforme comme Wikipédia où seules les informations validées par d'autres sources (qui plus est des sources « officielles ») sont autorisées. Je trouve un peu paradoxal d'avoir d'un côté le discours sur « tout le monde peut contribuer » et de l'autre supprimer aussi rapidement une contribution (le contributeur a-t-il été contacté ?). Si on pousse trop loin la logique du « c'est transitoire, ce n'est pas OSM », on ne mettrait pas les camps de réfugiés après une catastrophe ! Pour presque les mêmes raisons, et dans un contexte similaire, il a été décidé de supprimer la délimitation de la ZAD (zone à aménagement différé) du futur aéroport de Notre-Dame-des-Landes. Il est facile de voir ici un double jeu-de-mot Gaza + ZAD et gaz + ZAD. Qu'est-ce qu'une sorte de slogan politique a à faire dans OSM ? Il n'y a pas, évidemment, à demander au contributeur. L'affaire est parfaitement limpide et l'effacement s'impose. C'est comme ci écrivait réfectoire ou salle du Chapitre pour une abbaye ancienne ou décrivait la plaque de porte d'un organisme politique. Il ne faut pas laisser de place dans OSM à des créations purement politiques, le réel nous suffit largement. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouvrir un export xml provenant d'Overpass Turbo dans JOSM pour correction de nom de pharmacies modifiées à tort via Osmose
*Pour la méthode de Jo :*
J'ai testé avec cette requête :
*/*This has been generated by the overpass-turbo wizard.The original search
was:“amenity=pharmacy and ref:FR:FINESS=*”*/[out:xml][timeout:25];// gather
results( // query part for: “amenity=pharmacy and ref:FR:FINESS=*”
node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
results;out meta;out skel qt;*
Cela me sort un fichier bizarre, il me manque plein de tags, je n'ai que
des node et il y en a qui n'ont pas de métadonnées donc JOSM ne l'ouvre
pas ( http://overpass-turbo.eu/s/5GF )
*Pour la méthode de Jérôme :*
Effectivement ça fonctionne bien, mais c'est parce qu'on ne demande pas les
pharmacies taggués directement sur les way. Ce sont ces derniers qui me
posent problème avec le premier test suite à la solution de Pierre-Yves
puisque le problème est que les métadonnées sont bien renseignés pour les
éléments nodes et les ways taggués en tant que pharmacies avec le code
Finess, mais les nodes qui composent les ways n'ont pas leur métadonnées.
Le 30 octobre 2014 10:41, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :
J'ai testé sur l'interface overpass directement.
Il y a ça qui marche bien sur toute la France
http://overpass-turbo.eu/s/5GD
Le 30 octobre 2014 10:34, Jo winfi...@gmail.com a écrit :
switch these lines:
*out meta;;*
to
*;*
*out meta;*
*de cette façon tu requête d'abord les 'enfants' et puis tu les
'exporte'.*
*Polyglot*
2014-10-30 10:07 GMT+01:00 Maxime Résibois maxime.resib...@gmail.com:
Je viens de faire le test, c'est presque ça : dans mon fichier .osm j'ai
toutes les métadonnées pour les ways et les nodes renseignées comme étant
des pharmacies, par exemple :
* node version=2 uid=136303 user=Bernard59118 id=290682623
changeset=26128158 timestamp=2014-10-16T20:12:46Z lon=3.0527961
lat=50.6922156tag v=pharmacy k=amenity /tag v=yes
k=dispensing /tag v=Pharmacie PETITPREZ k=name /tag
v=590031985 k=ref:FR:FINESS /tag v=Celtipharm - 10/2014
k=source / /node*
mais pas sur les nodes simples utilisés uniquement pour former les
ways, par exemple :
*node id=465752097 lon=3.1986560 lat=49.6134634 /*
Du coup JOSM ne veut toujours par l'ouvrir et signale la même
erreur mais à la ligne 4633 au lieu de la 5ème ligne.
Maxime
Le 30 octobre 2014 09:54, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com a écrit :
Bonjour,
Essaie de changer out body en out meta.
PY
Le 30 octobre 2014 09:48, Maxime Résibois maxime.resib...@gmail.com
a écrit :
Bonjour,
[...]
Pour info voici la requête complète sur Overpass-turbo :
*/*This has been generated by the overpass-turbo wizard.The original
search was:“amenity=pharmacy and
ref:FR:FINESS=*”*/[out:xml][timeout:25];//
gather results( // query part for: “amenity=pharmacy and
ref:FR:FINESS=*” node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
resultsout body;;out skel qt;*
Bonne journée à tous,
Maxime
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carto-partie quasi orienté avec OSMand
Le 30/10/2014 09:00, David Crochet a écrit : Bonjour Bonjour, un peu HS car je n'ai pas utilisé OSMand. J'ai fait un test hier de l'application OSMand pour ouvrir plein de notes dans OSM Cela donne cela : http://osm.org/go/eru4_Qr?layers=N Dès lors j'ai eu une idée : Les carto parties, c'est lourd sur le fait qu'il faut papier, crayon, et puis que chacun rapporte son travail dans OSM. Or tout le monde ne sait pas utiliser les éditeurs OSM. j'ai l'impression que c'est l'utilisation des éditeurs et donc la saisie des données qui est le plus problématique. Le coté carte+crayon est plutôt bien vécu par les gens, voir pour certains c'est surtout cela qu'ils aiment faire. Et ensuite, c'est souvent difficile quand on arrive devant l'écran d'ordi et que l'on édite ! Par contre, tout le monde peut ajouter des notes dans OSM. +1, Pourquoi ne pas faire une carto-partie exclusivement tourné sur l'ajout de notes. L'avantage : équipement unique : un smartphone avec l'appli gratuite Pas la peine d'avoir un compte (a confirmer) OSM pas la peine de connaître les étiquettes Cela n'encombre pas la base OSM puisque les notes sont à part. Inconvénient : explosion de note dans la zone de la cartopartie. Il faut traduire les notes correctement en étiquettes surtout si la note est trop faiblement indiqué. Le travail finale se répercute sur d’autres personnes. Risque de pollution de notes avec des informations non exploitable, voire pire (comme tout site collaboratif anonyme) sur la prépa avec les gens, cela veut dire identifier les informations pertinentes à mettre dans une note, pour qu'une autre personne puisse le faire. Cela peut générer de la pollution, mais c'est à équilibrer avec ce que cela peut amener comme contributeurs pas à l'aise avec les éditeurs. Avez-vous des retours d'expériences de ce type de cartopartie pour ceux qui en aurait déjà fait une de ce type. Nous avons fait cela avec des enfants / CM2. Papier/crayon puis saisie de note (anonyme la première fois, Identifié la deuxième) sur les ordis de la salle info de l'école. Cela a généré un peu de pollutions (des mots d'oiseaux mis sur des quartiers ) mais aussi grâce à un contributeur (JBacc1 pour ne pas le citer) une amélioration notable de la carte. Mais j'ai une question qui me reste en suspend : OSMand permet-il d'ajouter des notes sans avoir de compte OSM ? Cordialement Curieux des retours également. Cordialement -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Le 30 octobre 2014 10:39, Pieren pier...@gmail.com a écrit : Il y a des camps de réfugiés qui exitent depuis des décennies. Et j'espère qu'on peut faire la difference entre un village de centaines/milliers de tentes qui dure des mois ou des années et un simple point de rendez-vous au milieu d'un pré... Je ne sais pas si c'est exactement au même endroit mais Gazad occupe les lieux depuis presque un an, ils ont construit un isolated_dweling [1] et un camp_site[2]. Ils ont même essayé de faire constater par huissier que c'était habité. Mais vu que tout a été détruit place=locality ne me parait pas un si mauvais tag que ça (a défaut d'avoir un tag pour les ZAD). [1] https://tantquilyauradesbouilles.files.wordpress.com/2013/12/barrage008.jpg [2] https://2.bp.blogspot.com/-VR5XGUYs8ec/VBXU05uHczI/BZQ/Axz65IiafXg/s1600/gazad.jpg ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Le 30 octobre 2014 10:23, Vincent Calame vincent.cal...@exemole.fr a écrit : Il ne faudrait pas qu'OpenStreetMap se transforme comme Wikipédia où seules les informations validées par d'autres sources (qui plus est des sources « officielles ») sont autorisées. Je trouve un peu paradoxal d'avoir d'un côté le discours sur « tout le monde peut contribuer » et de l'autre supprimer aussi rapidement une contribution (le contributeur a-t-il été contacté ?). Bien d'accord, je ne voudrais pas qu'OSM se mette pas à faire la police pour ne garder que la version officielle du territoire, manquerait plus qu'on se prenne pour l'IGN tiens ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carto-partie quasi orienté avec OSMand
Bonjour Le 30/10/2014 11:00, Vincent Bergeot a écrit : Cela a généré un peu de pollutions (des mots d'oiseaux mis sur des quartiers ) mais aussi grâce à un contributeur (JBacc1 pour ne pas le citer) une amélioration notable de la carte. Il fait une cure à haute dose de verdissage des notes. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouvrir un export xml provenant d'Overpass Turbo dans JOSM pour correction de nom de pharmacies modifiées à tort via Osmose
La même mais avec tous les types d'objets ;-)
http://overpass-turbo.eu/s/5GJ
C'est possible que dans ta requête cela vienne du timeout...
Le 30 octobre 2014 10:59, Maxime Résibois maxime.resib...@gmail.com a
écrit :
*Pour la méthode de Jo :*
J'ai testé avec cette requête :
*/*This has been generated by the overpass-turbo wizard.The original
search was:“amenity=pharmacy and ref:FR:FINESS=*”*/[out:xml][timeout:25];//
gather results( // query part for: “amenity=pharmacy and
ref:FR:FINESS=*” node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
results;out meta;out skel qt;*
Cela me sort un fichier bizarre, il me manque plein de tags, je n'ai que
des node et il y en a qui n'ont pas de métadonnées donc JOSM ne l'ouvre
pas ( http://overpass-turbo.eu/s/5GF )
*Pour la méthode de Jérôme :*
Effectivement ça fonctionne bien, mais c'est parce qu'on ne demande pas
les pharmacies taggués directement sur les way. Ce sont ces derniers qui
me posent problème avec le premier test suite à la solution de Pierre-Yves
puisque le problème est que les métadonnées sont bien renseignés pour les
éléments nodes et les ways taggués en tant que pharmacies avec le code
Finess, mais les nodes qui composent les ways n'ont pas leur métadonnées.
Le 30 octobre 2014 10:41, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :
J'ai testé sur l'interface overpass directement.
Il y a ça qui marche bien sur toute la France
http://overpass-turbo.eu/s/5GD
Le 30 octobre 2014 10:34, Jo winfi...@gmail.com a écrit :
switch these lines:
*out meta;;*
to
*;*
*out meta;*
*de cette façon tu requête d'abord les 'enfants' et puis tu les
'exporte'.*
*Polyglot*
2014-10-30 10:07 GMT+01:00 Maxime Résibois maxime.resib...@gmail.com:
Je viens de faire le test, c'est presque ça : dans mon fichier
.osm j'ai toutes les métadonnées pour les ways et les nodes renseignées
comme étant des pharmacies, par exemple :
* node version=2 uid=136303 user=Bernard59118 id=290682623
changeset=26128158 timestamp=2014-10-16T20:12:46Z lon=3.0527961
lat=50.6922156tag v=pharmacy k=amenity /tag v=yes
k=dispensing /tag v=Pharmacie PETITPREZ k=name /tag
v=590031985 k=ref:FR:FINESS /tag v=Celtipharm - 10/2014
k=source / /node*
mais pas sur les nodes simples utilisés uniquement pour former les
ways, par exemple :
*node id=465752097 lon=3.1986560 lat=49.6134634 /*
Du coup JOSM ne veut toujours par l'ouvrir et signale la même
erreur mais à la ligne 4633 au lieu de la 5ème ligne.
Maxime
Le 30 octobre 2014 09:54, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com a écrit :
Bonjour,
Essaie de changer out body en out meta.
PY
Le 30 octobre 2014 09:48, Maxime Résibois maxime.resib...@gmail.com
a écrit :
Bonjour,
[...]
Pour info voici la requête complète sur Overpass-turbo :
*/*This has been generated by the overpass-turbo wizard.The original
search was:“amenity=pharmacy and
ref:FR:FINESS=*”*/[out:xml][timeout:25];//
gather results( // query part for: “amenity=pharmacy and
ref:FR:FINESS=*”
node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
resultsout body;;out skel qt;*
Bonne journée à tous,
Maxime
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carto-partie quasi orienté avec OSMand
Bonjour Le 30/10/2014 11:00, Vincent Bergeot a écrit : Nous avons fait cela avec des enfants / CM2. Papier/crayon puis saisie de note (anonyme la première fois, Identifié la deuxième) sur les ordis de la salle info de l'école. Oui, bonne alternative pour ceux qui n'ont pas de smartphone Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
2014-10-30 11:33 GMT+01:00 Tyndare tynd...@wanadoo.fr: Le 30 octobre 2014 10:23, Vincent Calame vincent.cal...@exemole.fr a écrit : Il ne faudrait pas qu'OpenStreetMap se transforme comme Wikipédia où seules les informations validées par d'autres sources (qui plus est des sources « officielles ») sont autorisées. Je trouve un peu paradoxal d'avoir d'un côté le discours sur « tout le monde peut contribuer » et de l'autre supprimer aussi rapidement une contribution (le contributeur a-t-il été contacté ?). Bien d'accord, je ne voudrais pas qu'OSM se mette pas à faire la police pour ne garder que la version officielle du territoire, manquerait plus qu'on se prenne pour l'IGN tiens ;-) J'espère que vous êtes quand même d'accord pour éviter que n'importe quel quidam puisse inventer son nom de lieu-dit et le mette dans OSM. Alors, au lieu de protester de manière un peu stérile, aidez-nous à trouver les critères qui fixerait les limites. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Le politique (ou syndical) a aussi sa place; à partir du moment où l'organisation a une existence reconnue avec une identité légale, une adresse, des responsabilités dans ses publications et communications et quand elle présente des candidatures à des postes de responsabilité publiques ou des élections. Le minimum est l'identité légale de la personne physique ou morale, ça exclue alors les groupes informels dont la seule identité est une page Facebook ou un compte tweet où n'importe qui peut poster n'i,pote quoi même sans s'identifier et assumer la moindre responsabilité (et même le moindre propos un peu cohérent puisque personne ne se concerte et chacun agit de façon isolée en faisant croire qu'il représente les autres à un rassemblement spontané où en fait personne n'a été réellement désigné comme représentant). Parmi les opposants il y a des tas d'individus qui n'assument même pas leur propre présence, alors qu'il y a des organisations bien réelles qui le font (mais refusent de se mêler aux dérives violentes ou dangereuses, d'autant plus que dans ce genre de rassemblement il y en a trop souvent qui ne sont là que pour la casse ou la bagarre et se fichent en fait totalement de l'objet de la manifestation; à visée normalement écologiste, ceux-là n'ayant rien non plus à faire de la préservation des lieux et se fichant pas mal d'y balancer leurs poubelles ou dégrader les plantations; rien que le fait qu'ils viennent armés et pas seulement avec des moyens de protection suffit pourtant à justifier la présence des autorités qui sont là aussi pour protéger les manifestants sincères contre les agissements de casseurs qui polluent leur message et ne rendent service à personne). Le 30 octobre 2014 10:58, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 30 oct. 2014 à 10:23, Vincent Calame vincent.cal...@exemole.fr a écrit : Mais quel est votre avis ? Quelle doit être notre attitude si ces lieux-dits réapparaissent ? A partir de quand un endroit nommé devient un lieu-dit ? faut-il attendre son officialisation ? ou laisser la place à l'usage ? au temps ? Il ne faudrait pas qu'OpenStreetMap se transforme comme Wikipédia où seules les informations validées par d'autres sources (qui plus est des sources « officielles ») sont autorisées. Je trouve un peu paradoxal d'avoir d'un côté le discours sur « tout le monde peut contribuer » et de l'autre supprimer aussi rapidement une contribution (le contributeur a-t-il été contacté ?). Si on pousse trop loin la logique du « c'est transitoire, ce n'est pas OSM », on ne mettrait pas les camps de réfugiés après une catastrophe ! Pour presque les mêmes raisons, et dans un contexte similaire, il a été décidé de supprimer la délimitation de la ZAD (zone à aménagement différé) du futur aéroport de Notre-Dame-des-Landes. Il est facile de voir ici un double jeu-de-mot Gaza + ZAD et gaz + ZAD. Qu'est-ce qu'une sorte de slogan politique a à faire dans OSM ? Il n'y a pas, évidemment, à demander au contributeur. L'affaire est parfaitement limpide et l'effacement s'impose. C'est comme ci écrivait réfectoire ou salle du Chapitre pour une abbaye ancienne ou décrivait la plaque de porte d'un organisme politique. Il ne faut pas laisser de place dans OSM à des créations purement politiques, le réel nous suffit largement. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
On peut aussi mettre les prostitués vu qu'elles sont sur place depuis des années... Puis-je le faire avec un place=isolated_dweling??? Le 30 octobre 2014 11:38, Pieren pier...@gmail.com a écrit : 2014-10-30 11:33 GMT+01:00 Tyndare tynd...@wanadoo.fr: Le 30 octobre 2014 10:23, Vincent Calame vincent.cal...@exemole.fr a écrit : Il ne faudrait pas qu'OpenStreetMap se transforme comme Wikipédia où seules les informations validées par d'autres sources (qui plus est des sources « officielles ») sont autorisées. Je trouve un peu paradoxal d'avoir d'un côté le discours sur « tout le monde peut contribuer » et de l'autre supprimer aussi rapidement une contribution (le contributeur a-t-il été contacté ?). Bien d'accord, je ne voudrais pas qu'OSM se mette pas à faire la police pour ne garder que la version officielle du territoire, manquerait plus qu'on se prenne pour l'IGN tiens ;-) J'espère que vous êtes quand même d'accord pour éviter que n'importe quel quidam puisse inventer son nom de lieu-dit et le mette dans OSM. Alors, au lieu de protester de manière un peu stérile, aidez-nous à trouver les critères qui fixerait les limites. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouvrir un export xml provenant d'Overpass Turbo dans JOSM pour correction de nom de pharmacies modifiées à tort via Osmose
Super Jérôme ça fonctionne!
En attendant je faisais d'autres tests notamment d'après cette page :
http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#Download_data
et j'ai réussi à écrire une autre requête en Overpass QL qui fonctionne :
*( node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});;
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}});;);(._;rel(bn););(._;rel(bw););(._;rel(br););out
meta;*
Il va vraiment falloir que je m'attarde en détail sur l'API Overpass pour
bien tout comprendre.
Merci à tous pour votre aide!
Le 30 octobre 2014 11:37, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :
La même mais avec tous les types d'objets ;-)
http://overpass-turbo.eu/s/5GJ
C'est possible que dans ta requête cela vienne du timeout...
Le 30 octobre 2014 10:59, Maxime Résibois maxime.resib...@gmail.com a
écrit :
*Pour la méthode de Jo :*
J'ai testé avec cette requête :
*/*This has been generated by the overpass-turbo wizard.The original
search was:“amenity=pharmacy and ref:FR:FINESS=*”*/[out:xml][timeout:25];//
gather results( // query part for: “amenity=pharmacy and
ref:FR:FINESS=*” node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
results;out meta;out skel qt;*
Cela me sort un fichier bizarre, il me manque plein de tags, je n'ai que
des node et il y en a qui n'ont pas de métadonnées donc JOSM ne l'ouvre
pas ( http://overpass-turbo.eu/s/5GF )
*Pour la méthode de Jérôme :*
Effectivement ça fonctionne bien, mais c'est parce qu'on ne demande pas
les pharmacies taggués directement sur les way. Ce sont ces derniers qui
me posent problème avec le premier test suite à la solution de Pierre-Yves
puisque le problème est que les métadonnées sont bien renseignés pour les
éléments nodes et les ways taggués en tant que pharmacies avec le code
Finess, mais les nodes qui composent les ways n'ont pas leur métadonnées.
Le 30 octobre 2014 10:41, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :
J'ai testé sur l'interface overpass directement.
Il y a ça qui marche bien sur toute la France
http://overpass-turbo.eu/s/5GD
Le 30 octobre 2014 10:34, Jo winfi...@gmail.com a écrit :
switch these lines:
*out meta;;*
to
*;*
*out meta;*
*de cette façon tu requête d'abord les 'enfants' et puis tu les
'exporte'.*
*Polyglot*
2014-10-30 10:07 GMT+01:00 Maxime Résibois maxime.resib...@gmail.com:
Je viens de faire le test, c'est presque ça : dans mon fichier
.osm j'ai toutes les métadonnées pour les ways et les nodes renseignées
comme étant des pharmacies, par exemple :
* node version=2 uid=136303 user=Bernard59118 id=290682623
changeset=26128158 timestamp=2014-10-16T20:12:46Z lon=3.0527961
lat=50.6922156tag v=pharmacy k=amenity /tag v=yes
k=dispensing /tag v=Pharmacie PETITPREZ k=name /tag
v=590031985 k=ref:FR:FINESS /tag v=Celtipharm - 10/2014
k=source / /node*
mais pas sur les nodes simples utilisés uniquement pour former les
ways, par exemple :
*node id=465752097 lon=3.1986560 lat=49.6134634 /*
Du coup JOSM ne veut toujours par l'ouvrir et signale la même
erreur mais à la ligne 4633 au lieu de la 5ème ligne.
Maxime
Le 30 octobre 2014 09:54, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com a écrit :
Bonjour,
Essaie de changer out body en out meta.
PY
Le 30 octobre 2014 09:48, Maxime Résibois maxime.resib...@gmail.com
a écrit :
Bonjour,
[...]
Pour info voici la requête complète sur Overpass-turbo :
*/*This has been generated by the overpass-turbo wizard.The original
search was:“amenity=pharmacy and
ref:FR:FINESS=*”*/[out:xml][timeout:25];//
gather results( // query part for: “amenity=pharmacy and
ref:FR:FINESS=*”
node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
resultsout body;;out skel qt;*
Bonne journée à tous,
Maxime
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Ca me parait simple: un panneau, une inscription, posée durablement par un occupant légitime du lieu, ou déposé par lui au cadastre (parce qu'il a été cité dans un acte de vente ou une publicité ou pour ses besoins postaux, ou pour la communication communale ou l'action et la différenciation d'assos locales, sociales ou sportives). Ca peut être aussi un nom initialement commercial d'un lotissement à vendre et batir mais qui s'installe ensuite dans l'usage des occupants car la commercialisation va s'étaler pendant des années avec même des changements successifs de propriétaires alors meêm que tous les lots ne sont pas encore vendus. Il me semble que le critère est donc la pérennité des noms sur plus d'un an (et probablement au moins une décennie et plus). Un lieu-dit s'installe informellement avec une construction en projet, puis dan l'architecture et la signalisation privée, et très vite pour la poste; d-s qu'il commence à y avoir des notions de commercialisation, le no, est enregistré et situé, inscrit au cadastre par les occupants eux-mêmes ou via leurs permis de construire, cité dans les décision municipales, inscrit dans des documents obligatoires puis des actes légaux officiels et la publicité (ça évite aux occupants des problèmes de légitimité d'usage des noms notamment comme marques commerciales dans le voisinage). Pour les lieux-dits du passé cela fonctionnait autrement à des époques où les gens ne savaient pas lire/écrire et où la transmission du savoir et les accords entre personnes se faisait oralement; juste devant témoin pour les actes légaux qui enregistraient juste ces accords locaux. Le cadastre quand il a été créé s'est contenté au début de porter les noms d'usage issus d'une tradition durable d'alors pendant aussi plusieurs années. Et même si les communes n'avaient rien décidé elles-mêmes car elles n'existaient pas encore (d'ailleurs les premières communes de la révolution qui ont pris des nouveaux noms arbitraires décidés ailleurs sont vite revenu sur ce choix pour revenir aux noms d'usage traditionnels; la république a plutot choisi de changer les noms d'usage des personnes en inventant des noms de famille pour en finir des seuls prénos de saints et des toponymes comme noms des nobles qui n'avaient plus légitimité sur leurs terres avec leurs occupants; elle a entérine les noms d'usage, les surnoms comme noms de famille). Le 30 octobre 2014 11:38, Pieren pier...@gmail.com a écrit : 2014-10-30 11:33 GMT+01:00 Tyndare tynd...@wanadoo.fr: Le 30 octobre 2014 10:23, Vincent Calame vincent.cal...@exemole.fr a écrit : Il ne faudrait pas qu'OpenStreetMap se transforme comme Wikipédia où seules les informations validées par d'autres sources (qui plus est des sources « officielles ») sont autorisées. Je trouve un peu paradoxal d'avoir d'un côté le discours sur « tout le monde peut contribuer » et de l'autre supprimer aussi rapidement une contribution (le contributeur a-t-il été contacté ?). Bien d'accord, je ne voudrais pas qu'OSM se mette pas à faire la police pour ne garder que la version officielle du territoire, manquerait plus qu'on se prenne pour l'IGN tiens ;-) J'espère que vous êtes quand même d'accord pour éviter que n'importe quel quidam puisse inventer son nom de lieu-dit et le mette dans OSM. Alors, au lieu de protester de manière un peu stérile, aidez-nous à trouver les critères qui fixerait les limites. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Le 30 octobre 2014 11:38, Pieren pier...@gmail.com a écrit : J'espère que vous êtes quand même d'accord pour éviter que n'importe quel quidam puisse inventer son nom de lieu-dit et le mette dans OSM. Alors, au lieu de protester de manière un peu stérile, aidez-nous à trouver les critères qui fixerait les limites. En dehors des sources officiels, pour moi un lieu-dits devrais pouvoir exister dans OSM à partir du moment ou son nom est ancré dans l'usage local, cad connu par une majorité des voisins et employé par une proportion non négligeable d'entre eux, mais ça c'est très difficile à vérifier à distance. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouvrir un export xml provenant d'Overpass Turbo dans JOSM pour correction de nom de pharmacies modifiées à tort via Osmose
Le 30 octobre 2014 11:56, Maxime Résibois maxime.resib...@gmail.com a
écrit :
Super Jérôme ça fonctionne!
En attendant je faisais d'autres tests notamment d'après cette page :
http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#Download_data
et j'ai réussi à écrire une autre requête en Overpass QL qui fonctionne :
*( node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});;
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}});;);(._;rel(bn););(._;rel(bw););(._;rel(br););out
meta;*
Au format QL tu as ça aussi qui est plus simple:
*[out:xml][timeout:100]*
(
node
[amenity=pharmacy][ref:FR:FINESS]
({{bbox}});
way
[amenity=pharmacy][ref:FR:FINESS]
({{bbox}});
rel
[amenity=pharmacy][ref:FR:FINESS]
({{bbox}});
);
(._;;);
out meta;
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
pour faire un fichier de police ? Le 30 octobre 2014 11:43, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : On peut aussi mettre les prostitués vu qu'elles sont sur place depuis des années... Puis-je le faire avec un place=isolated_dweling??? Le 30 octobre 2014 11:38, Pieren pier...@gmail.com a écrit : 2014-10-30 11:33 GMT+01:00 Tyndare tynd...@wanadoo.fr: Le 30 octobre 2014 10:23, Vincent Calame vincent.cal...@exemole.fr a écrit : Il ne faudrait pas qu'OpenStreetMap se transforme comme Wikipédia où seules les informations validées par d'autres sources (qui plus est des sources « officielles ») sont autorisées. Je trouve un peu paradoxal d'avoir d'un côté le discours sur « tout le monde peut contribuer » et de l'autre supprimer aussi rapidement une contribution (le contributeur a-t-il été contacté ?). Bien d'accord, je ne voudrais pas qu'OSM se mette pas à faire la police pour ne garder que la version officielle du territoire, manquerait plus qu'on se prenne pour l'IGN tiens ;-) J'espère que vous êtes quand même d'accord pour éviter que n'importe quel quidam puisse inventer son nom de lieu-dit et le mette dans OSM. Alors, au lieu de protester de manière un peu stérile, aidez-nous à trouver les critères qui fixerait les limites. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
J'espère que vous êtes quand même d'accord pour éviter que n'importe quel quidam puisse inventer son nom de lieu-dit et le mette dans OSM. Alors, au lieu de protester de manière un peu stérile, aidez-nous à trouver les critères qui fixerait les limites. À partir du moment que le quidam en question habite ou travaille sur le territoire et que le nom est utilisé par un cercle plus large que le cercle familial, c'est légitime de mon point de vue. C'est le terrain et les êtres humains qui l'occupent qui priment. Prenons un exemple moins polémique que celui de Gazad : celui donné par un quidam à sa propriété et qu'il affiche avec un panonceau à son entrée (juste à côté du panneau « Chien méchant » :-)). Certes, c'est un nom qui n'a rien d'officiel et il n'est pas forcément pérenne car pouvant changer avec le propriétaire. Il n'en reste pas moins que ce nom existe, il est affiché, il peut permettre de se situer, notamment en milieu rural et il peut être utilisé par le voisinage. Je pense qu'un tel nom à sa place dans OSM mais, bien sûr, pas sur le même plan que les lieux-dits « officiels et sourcés », en particulier par la mairie et le cadastre. La solution pourrait être l'utilisation de local_name ou d'un autre attribut que place=locality. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Et là c'est pour quoi faire cette discussion??? C'est une problématique que je pousse à l'extrême. Zone de prostitution, de deal, ou de manifestation (squat) tel que celle en cours est exactement la même. Quelles sont les limites du système? Il n'y en a officiellement pas sauf celles que les contributeurs veulent bien se mettre. On a déjà eu une discussion sur la problématique d'un *place *utilisé comme zone de deal... A quand la maison de duchnock car c'est le nom employé dans le village pour aller boire un coup??? N'y a t'il pas des règles pour définir un caractère temporaire, officiel. Il me semble que name est bien défini pour ça Reste qu'on ouvre un débat sur des éléments qui posent juste un problème d'éthique pour dire si oui ou non c'est légitime d'être dans OSM. Le 30 octobre 2014 12:06, Philippe Verdy verd...@wanadoo.fr a écrit : pour faire un fichier de police ? Le 30 octobre 2014 11:43, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : On peut aussi mettre les prostitués vu qu'elles sont sur place depuis des années... Puis-je le faire avec un place=isolated_dweling??? Le 30 octobre 2014 12:14, Vincent Calame vincent.cal...@exemole.fr a écrit : J'espère que vous êtes quand même d'accord pour éviter que n'importe quel quidam puisse inventer son nom de lieu-dit et le mette dans OSM. Alors, au lieu de protester de manière un peu stérile, aidez-nous à trouver les critères qui fixerait les limites. À partir du moment que le quidam en question habite ou travaille sur le territoire et que le nom est utilisé par un cercle plus large que le cercle familial, c'est légitime de mon point de vue. C'est le terrain et les êtres humains qui l'occupent qui priment. Prenons un exemple moins polémique que celui de Gazad : celui donné par un quidam à sa propriété et qu'il affiche avec un panonceau à son entrée (juste à côté du panneau « Chien méchant » :-)). Certes, c'est un nom qui n'a rien d'officiel et il n'est pas forcément pérenne car pouvant changer avec le propriétaire. Il n'en reste pas moins que ce nom existe, il est affiché, il peut permettre de se situer, notamment en milieu rural et il peut être utilisé par le voisinage. Je pense qu'un tel nom à sa place dans OSM mais, bien sûr, pas sur le même plan que les lieux-dits « officiels et sourcés », en particulier par la mairie et le cadastre. La solution pourrait être l'utilisation de local_name ou d'un autre attribut que place=locality. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Le 30/10/2014 12:14, Vincent Calame a écrit : J'espère que vous êtes quand même d'accord pour éviter que n'importe quel quidam puisse inventer son nom de lieu-dit et le mette dans OSM. Alors, au lieu de protester de manière un peu stérile, aidez-nous à trouver les critères qui fixerait les limites. À partir du moment que le quidam en question habite ou travaille sur le territoire et que le nom est utilisé par un cercle plus large que le cercle familial, c'est légitime de mon point de vue. C'est le terrain et les êtres humains qui l'occupent qui priment. Prenons un exemple moins polémique que celui de Gazad : celui donné par un quidam à sa propriété et qu'il affiche avec un panonceau à son entrée (juste à côté du panneau « Chien méchant » :-)). Certes, c'est un nom qui n'a rien d'officiel et il n'est pas forcément pérenne car pouvant changer avec le propriétaire. Il n'en reste pas moins que ce nom existe, il est affiché, il peut permettre de se situer, notamment en milieu rural et il peut être utilisé par le voisinage. Ce genre de nom, je le met sans hésitation dans addr:housename. Mais il s'agit de relevé terrain. Difficile quand on fait du mapping bureau à partir du cadastre. Je pense qu'un tel nom à sa place dans OSM mais, bien sûr, pas sur le même plan que les lieux-dits « officiels et sourcés », en particulier par la mairie et le cadastre. La solution pourrait être l'utilisation de local_name ou d'un autre attribut que place=locality. Et c'est la même question posée dans l'autre fil de discussion FANTOIR sur lieux-dits Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Je peux citer un exemple où une construction neuve dans les années 1970 a été utiisé par le propriétaire du terrain et cette construction était assez remarquable qu'elle a été utilise dans des photographies aériennes et portée sur des plans d'approche pour l'aviation civile: Le nom a été inscrit sur ces cartes avant même la fin de ma construction et son utilisation comme adresse postale par son propriétaire et son inscription dans le cadastre (ce qui a été fait à la livraison du chantier). Plus tard un mur a été bati et le nom gravé dans la pierre. Depuis cela a été vendu, le mur est toujours là, l'inscription aussi, et le cadastre l'a comme nom officiel pour désigner ce qui auparavant était considéré comme une extension d'un autre lieu-dit proche (mais qui s'étendait plutôt sur des constructions de l'autre côté de la route dans un triangle cerné par d'autres routes plus éloignées; et ce nom désigne maintenant tout un secteur comprenant la seule et unique construction ci-dessus, un bois, un grand parc, une pépinière (qui s'est installée plus de 20 ans après), un marais; un ruisseau, et même un ancien chemin rural en limite intercommunale faisant partie de la même propriété, une pommeraie, plusieurs champs de culture, des prairies; le tout occupant quand même plus de 150 hectares qui auparavant n'avait pas de nom d'usage consacré. Le premier usage était pour tant une invention du propriétaire puis une carte aérienne, juste parce qu'avant les travaux de construction il avait fait un relevé topographique aérien et le pilote de l'avion n'avait alors annoté sur son plan qui a été réutilisé ensuite quand la construction très remarquable (très différente architecturalement du reste et sur un point haut dégagé bien visible) s'est batie/ Avant ça il n' avait que la route intercommunale (elle aussi pas encore nommée à l'époque), le vieux chemin rural frontalier abandonné, traversé par un ruisseau et envahi par les herbes, et un petit bois sans nom (et qui n'en a toujours pas lui-même). La mairie l'a gardé pour une simple question de sectorisation entre les routes (ce secteur est resté inconstructible depuis, réservé en zone agricole mais pourtant desservie par une quarantaine de bus réguliers par jour car situé sur une route devenue essentielle entre deux communes, l'arrêt a cependant été déplacé plus tard à une centaine de mètres pour ne pas utiliser l'entrée de la propriété et aussi à cause d'un virage trop proche et l'impossibilité pour aménager cet arrêt de déplacer le mur de granit construit légalement autour de la propriété) Le cadastre n'est donc pas la source première, il peut y avoir d'autres sources: cartes de navigation et aériennes par exemple, plans de chasse, plans d'une asso ou d'un organisme paritaire pour l'environnement ou la protection des espèces. La plupart du temps ces noms viennent d'un choix du propriétaire (ou du lotisseur ayant acquis une propriété pour la revendre par lot une fois viabilisée) et ce n'est même pas toujours dans les documents ayant servi à obtenir un permis de construire ou de lotir. Bref la mairie ne décide pas de tout, elle constate et enregistre l'usage dans son cadastre, très souvent à la demande même des occupants. Le 30 octobre 2014 12:14, Vincent Calame vincent.cal...@exemole.fr a écrit : J'espère que vous êtes quand même d'accord pour éviter que n'importe quel quidam puisse inventer son nom de lieu-dit et le mette dans OSM. Alors, au lieu de protester de manière un peu stérile, aidez-nous à trouver les critères qui fixerait les limites. À partir du moment que le quidam en question habite ou travaille sur le territoire et que le nom est utilisé par un cercle plus large que le cercle familial, c'est légitime de mon point de vue. C'est le terrain et les êtres humains qui l'occupent qui priment. Prenons un exemple moins polémique que celui de Gazad : celui donné par un quidam à sa propriété et qu'il affiche avec un panonceau à son entrée (juste à côté du panneau « Chien méchant » :-)). Certes, c'est un nom qui n'a rien d'officiel et il n'est pas forcément pérenne car pouvant changer avec le propriétaire. Il n'en reste pas moins que ce nom existe, il est affiché, il peut permettre de se situer, notamment en milieu rural et il peut être utilisé par le voisinage. Je pense qu'un tel nom à sa place dans OSM mais, bien sûr, pas sur le même plan que les lieux-dits « officiels et sourcés », en particulier par la mairie et le cadastre. La solution pourrait être l'utilisation de local_name ou d'un autre attribut que place=locality. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tutoriel manquant sur l'intégration
J'ai transmis l'info... Ca peut intéresser quelques membres de l'asso (qui est en cours de recréation après plusieurs années de fonctionnement hors norme). C'est encore de la bonne volonté de ceux qui veulent s'en occuper et refaire les démarches mais pour l'instant il n'y a pas d'argent du tout. Je ne suis pas assez prêt pour m'en occuper même si j'aide un peu à distance (mais difficile d'expliquer les choses par téléphone à quelqu'un qui n'a aucune expérience de création de contenus web avec les outils d'aujourd'hui et la pléthore de technologies). Ceci dit les besoins pour le web ne se limitent pas qu'à la cartographie; il y aura des tas de choses à intégrer et les premiers sites seront balbutiants (et les anciens sont sites ne sont plus à jour du tout, pas maintenus pendant des années ou juste à l'état d'ébauches jamais terminées ni intégrées). Cependant aujourd'hui c'est le côté administratif qui est le plus rebutant avec des tonnes de paparesseries et procédures (très compliquées aujourd'hui pour organiser un événe,ent sur la voie publique et enregistrer informatiquement des infos nominatives exigées par les autorités). C'est très lourd à gérer par essentiellement 3 personnes qui font presque tout (les autres sont juste des soutiens moraux ou n'ont pas vraiment envie d'y passer du temps et aucun n'est formée au web; seules 2 personnes s'y intéressent un peu mais démarrent juste avec un bagage informatique très éloigné du web et plus orienté vers Office et les documents i,primés classiques). Et c'est là qu'o se rend co,pte de la co,plexité administrative; les autorités exigent des infos et même des fichiers mais aucun outil adapté à la production ou la gestion efficace de ces fichiers et continuent pourtant d'exiger des formulaires écrits qui iront remplir des dossiers rangés dans des archives et jamais utilisés (les administrations ne le font que pour se protéger légalement en cas de problème, il n'y a personne pour retraiter ces données ou faciliter leur production ou correction : les mairies ne savent pas conseiller non plus, elles achètent juste pour elles-mêmes des prestations externes car l'Etat ne propose pas non plus ses services pour aider les petites communes avec des solutions hébergées prêtes à l'emploi: certaines régions en font plus pour aider leurs collectivitéset assos et passent des contrats mutualisés et négocient les coûts avec les prestataires ou publient des guides et indicateurs sur les prix; et partageent des modèles de conception de sites). D'ailleurs ça se voit : il n'y a en gros qu'une commune sur 6 à disposer d'un site web autonome (y comprès quelques unes qui n'ont qu'un blog fait par une seule personne qui s'est débrouillée toute seule pour proposer quelquechose mis à jour de temps en temps et avalisé par le conseil municipal; ,ais qui peut être abandonné par le conseil suivant après des élections). Presque aucune commune de moins de 500 habitants n'a de site web (qui ne commence à être développé réelement qu'au delà des 1000 habitants). Le reste de la communication passe encore par la presse régionale, le téléphone et les services de la préfecture ou du conseil général. Cependant on voit une évolution vers ces prestations assurée par la communauté de communes (qui prend en charge aussi l'office de tourisme et les communications avec les assos socio-culturelles). Mais la problèmatique est la même avec les assos qu'il est devenu très compliqué de monter ou gérer au jour le jour avec la législation de plus en plus compliquée. De fait des tas d'assos se montent maintenant en se passant des procédures légales ou n'existent que sous forme d'assos sous seing privé (elles se passent d'agrément, d'enregistrement, ne demandent alors pas de subventions et s'arrangent directement parmi leurs membres, mais ont du mal alors à évoluer vers une structure plus formelle pour exister sur l'espace public, d'autant plus qu'on leur demande maintenant aussi des garanties financières autonomes que leurs membres ne sont pas prêts à céder comme ça au risque de voir l'asso ensuite dissoute ou s'engager sur des dettes; ces assos ont du mal aussi à employer du personnel elles-mêmes et tombent dans les limites du bénévolat où rien n'avance dans les temps prévus malgré les bonnes volontés et le temps consacré par quelques uns). Pourtant ls assos sont une mine d'activités et génératrice d'emplois et de richesse économique, elles coutent très peu à l'Etat ou aux collectivités, leur richesse c'est leurs ressources humaines et les dialogues communautaires pour faire de nombreuses petites avancées; ainsi que leur flexibilité (elles s'adaptent à tout). Elles sont les tremplins pour monter ensuite de vraies activités rémunératrices et remettre des personnes en confiance pour leur vie de famille et professionnelle et leur santé physique et morale. La France a de très nombreuses assos depuis longtemps, les USA aussi mais pour eux c'est beaucoup moins compliqué et ce qui se décide se réalise beaucoup plus
[OSM-talk-fr] Vote de la proposition de cartographie des armoires de rue
Bonjour la liste, Le vote concernant la proposition de cartographie des armoires de rue a débuté. http://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet Le modèle semble maintenant complet, avec de nombreux exemples sans compter tous les cas exotiques que certains pourront trouver d *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vote de la proposition de cartographie des armoires de rue
[Pardon pour l'envoi en double, le message est parti un peu vite] Bonjour la liste, Le vote concernant la proposition de cartographie des armoires de rue a débuté. http://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet Le modèle semble maintenant complet, avec de nombreux exemples sans compter tous les cas exotiques que certains pourront trouver dans nos rues. En effectuer le recensement est utile pour les questions d'accessibilité des trottoirs et de connaissance de l'infrastructure. En vous remerciant par avance pour les retour que vous pourrez faire quant à cette proposition sur le wiki. Bonne journée à tous. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers-sur-Selle ou comment OSM aide (un peu) à corriger une erreur dans le nom officiel d'un village
Le 27/10/2014 15:01, Pieren a écrit : Bonjour, Notre projet de cartographie libre est parfois confronté à des problèmes assez déroutants. ... Merci Peiren Bon, il est vrai que j'ai baissé les bras. Plein de Relations ? Mon boulot c'est les Math, et ça me parait très abstrait, ces relations. Mais un truc comme ça me remet en route. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Le 30/10/2014 09:16, HELFER Denis a écrit : J'ai appris ce matin sur France Inter (chronique de Thomas Legrand à 7:45) à propos des opposants de tous poils (NDDL, Sivens, ..) que ZAD signifie : Zone à Défendre. Ca met en perspective Gazad. OpenStreetMap est effectivement utilisé par les opposants au projet :) http://occupysivens.fr/ -Message d'origine- De : Pieren [mailto:pier...@gmail.com] Envoyé : mercredi 29 octobre 2014 18:22 À : talk-fr@openstreetmap.org Objet : [OSM-talk-fr] A partir de quand un lieu-dit existe ? Bonjour, Je viens de supprimer deux place=locality, Gazad et les Bouilles, créés hier aux alentours de Tested et de la zone des travaux du barrage de Sivens, actuellement sour les feux de l'actualité: http://www.openstreetmap.org/changeset/26416986 Pour l'instant, je pense que ces lieux sont d'avantage des points de rassemblement et je ne crois pas qu'OSM soit le meilleur endroit pour signaler ça (vu le caractère récent et transitoire de la chose), encore moins avec place=locality. J'explique aussi dans mon commentaire de changeset qu'une appli du genre umap serait plus appropriée. Mais quel est votre avis ? Quelle doit être notre attitude si ces lieux-dits réapparaissent ? A partir de quand un endroit nommé devient un lieu-dit ? faut-il attendre son officialisation ? ou laisser la place à l'usage ? au temps ? Pieren Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Je suis également parfaitement d'accord pour ne pas prendre en compte que la version officielle du territoire, mais là on se trouve dans une situation qui n'a rien à voir avec une version officielle ou non : il y a un consensus clair de ne mettre dans OSM que des donnée géographiques stables. La ZAD du testet et les lieux-dits crées depuis n'existent que depuis quelques mois (à ma connaissance, avant les événements récents la zone était appelée le testet par tout le monde), et ils ont vocation à disparaître très rapidement sous les eaux si le projet continue. Pour moi il s'agit sans ambiguïté de données temporaires, qui en l'état actuel des choses n'ont pas leur place dans la base OSM ! Par contre on se trouve dans un cas typique pour lequel a été créé umap : créer une carte personnalisée avec les infos qu'on veut dessus = ce qui a été proposé au contributeur Et si les travaux sont arrêtés et que la zone reste effectivement habitée de manière permanente, dans ce cas le lieux-dit gazad aura réellement été créé et gagné sa légitimité à être présent dans OSM ;) Mais tant qu'il ne s'agit que d'une situation temporaire, il existe suffisamment d'outils pour ne pas mettre ces infos dans la base ! Sylvain Le 30 octobre 2014 11:33, Tyndare tynd...@wanadoo.fr a écrit : Le 30 octobre 2014 10:23, Vincent Calame vincent.cal...@exemole.fr a écrit : Il ne faudrait pas qu'OpenStreetMap se transforme comme Wikipédia où seules les informations validées par d'autres sources (qui plus est des sources « officielles ») sont autorisées. Je trouve un peu paradoxal d'avoir d'un côté le discours sur « tout le monde peut contribuer » et de l'autre supprimer aussi rapidement une contribution (le contributeur a-t-il été contacté ?). Bien d'accord, je ne voudrais pas qu'OSM se mette pas à faire la police pour ne garder que la version officielle du territoire, manquerait plus qu'on se prenne pour l'IGN tiens ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vote de la proposition de cartographie des armoires de rue
Ajouter les armoires d'analyse de qualité de l'air... elles aussi posées sur les trottoirs le plus souvent dans l'angle d'un carrefour. Pas de tag défini. Le 30 octobre 2014 14:29, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : [Pardon pour l'envoi en double, le message est parti un peu vite] Bonjour la liste, Le vote concernant la proposition de cartographie des armoires de rue a débuté. http://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet Le modèle semble maintenant complet, avec de nombreux exemples sans compter tous les cas exotiques que certains pourront trouver dans nos rues. En effectuer le recensement est utile pour les questions d'accessibilité des trottoirs et de connaissance de l'infrastructure. En vous remerciant par avance pour les retour que vous pourrez faire quant à cette proposition sur le wiki. Bonne journée à tous. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re: Vote de la proposition de cartographie des armoires de rue
plein de boulot si c'est approuvé ... - faire la différence avec http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmonitoring_station monitoring:traffic=* -- Site used to monitor traffic - telecom : c'est pour les armoires avec lettre+chiffre comme GRA08 ? - traffic_monitoring : comptage et ou caméra - il peut y a avoir du traffic_monitoring dans des traffic_control - Mail d'origine - De: François Lacombe francois.laco...@telecom-bretagne.eu À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Thu, 30 Oct 2014 14:29:39 +0100 (CET) Objet: Re: [OSM-talk-fr] Vote de la proposition de cartographie des armoires de rue [Pardon pour l'envoi en double, le message est parti un peu vite] Bonjour la liste, Le vote concernant la proposition de cartographie des armoires de rue a débuté. http://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet Le modèle semble maintenant complet, avec de nombreux exemples sans compter tous les cas exotiques que certains pourront trouver dans nos rues. En effectuer le recensement est utile pour les questions d'accessibilité des trottoirs et de connaissance de l'infrastructure. En vous remerciant par avance pour les retour que vous pourrez faire quant à cette proposition sur le wiki. Bonne journée à tous. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vote de la proposition de cartographie des armoires de rue
Si il y a déjà quelque chose de défini : man_made=monitoring_station http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmonitoring_station J'ai pensé l'intégrer et ainsi remplacer ce tag, cependant il y a déjà eu un gros travail de fait pour décrire ces stations et il était inutile de revenir dessus. man_made=* étant déjà pris, on ne pourra pas utiliser street_cabinet Mais rien n'empêche d'utiliser les autres clés, colour, width, height... pour gérer les questions d'accéssibilité quand de telles stations sont installées dans les angles de carrefour. A+ *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 30 octobre 2014 17:17, Philippe Verdy verd...@wanadoo.fr a écrit : Ajouter les armoires d'analyse de qualité de l'air... elles aussi posées sur les trottoirs le plus souvent dans l'angle d'un carrefour. Pas de tag défini. Le 30 octobre 2014 14:29, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : [Pardon pour l'envoi en double, le message est parti un peu vite] Bonjour la liste, Le vote concernant la proposition de cartographie des armoires de rue a débuté. http://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet Le modèle semble maintenant complet, avec de nombreux exemples sans compter tous les cas exotiques que certains pourront trouver dans nos rues. En effectuer le recensement est utile pour les questions d'accessibilité des trottoirs et de connaissance de l'infrastructure. En vous remerciant par avance pour les retour que vous pourrez faire quant à cette proposition sur le wiki. Bonne journée à tous. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vote de la proposition de cartographie des armoires de rue
Bonsoir Didier, Le 30 octobre 2014 17:21, didier2...@free.fr a écrit : plein de boulot si c'est approuvé ... Il faut bien s'occuper ! - faire la différence avec http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmonitoring_station monitoring:traffic=* -- Site used to monitor traffic Je ne sais pas qui prévaudra sur l'autre, ce qui est sur est que monitoring:traffic=* est compatible avec ma proposition. - telecom : c'est pour les armoires avec lettre+chiffre comme GRA08 ? Ces domaines sont très génériques et concernent plusieurs choses parfois. En effet, cela peut concerner de telles armoires de sous-répartition, mais aussi les NRA Montée en débit (de plus grosses armoires rapprochant la fonction de central téléphonique des abonnés). etc... - traffic_monitoring : comptage et ou caméra +1 pour les caméras. La liste n'est pas exhaustive, elle pourra être complétée sur le wiki. - il peut y a avoir du traffic_monitoring dans des traffic_control Dans ces cas là, le contrôle prévaut sur la surveillance passive et on utilisera street_cabinet=traffic_control car l'équipement a un impact direct sur la circulation. A+ *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
