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 > > 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 >
_______________________________________________ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
