De locatie in Rotterdam waar mijn bedrijfspand staat aan de Kiotoweg heet al sinds het pand is gebouwd Kiotoweg. Oh ja, ik ben eigenaar van het pand en de straat heet echt Kiotoweg in het kadaster.
Dus niet: de Kiotoweg heet gewoon nog Montevideostraat in BAG Verder staan er nog 2 straten in waarvan de post altijd onbezorgd blijft... Nu heb ik lang gedacht dat dat een easter egg was van de kaartleveranciers, en dat ergens in de catacomben van de BV Nederland de juist naam wel bekend zou zijn, en dat BAG toch wel de juiste data zou hebben.... Kijk maar eens op de site van Geodan , héé jammer, geen permalink.... One can dream , indeed ! Gert Gremmen ----------------------------------------------------- Openstreetmap.nl (alias: cetest) Before printing, think about the environment. -----Oorspronkelijk bericht----- Van: Vincent Zweije [mailto:vinc...@zweije.nl] Verzonden: Wednesday, June 01, 2011 2:56 PM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] BAG On Wed, Jun 01, 2011 at 02:04:01PM +0200, Martijn van Exel wrote: || 2011/6/1 Floris Looijesteijn <o...@floris.nu>: || > Er zit aan elke gebouw een id, die nemen we gewoon mee. || > Net als de AND id's, die we achteraf nooit gebruikt hebben. || Dat is de makkelijke kant van het verhaal. De uitdagingen liggen || ietsje onder de oppervlakte (maar niet ver): || * Wat doen we met alle panden plus hun attributen die al in OSM || zitten? Dit [1] wil je toch niet al te veel met de hand gaan doen. || * Wat gebeurt er met de menselijke updates tussen twee import-updates in? || * Als een pand volgens de import niet meer bestaat en volgens de || community nog wel, wie heeft er dan gelijk? De ultieme oplossing is, net als in (distributed) version control systems, het (automatisch) mergen van wijzigingen. Daarvoor moet je de wijzigingen die door mappers met de hand zijn aangebracht als precies dat: wijzigingen, representeren. Vervolgens moet je hetzelfde doen met de nieuwe BAG data: representeren als wijzigingen. Daarna kun je alle wijzigingen die niet conflicteren automatisch doorvoeren. De wijzigingen die wel conflicteren moeten met de hand worden uitgezocht. Daarin ligt het grootste probleem. Je kunt dit minimaliseren door slimme representaties van wijzigingen uit te vinden, die weinig conflicten opleveren. Uiteindelijk zal er altijd handwerk overblijven; daar kom je niet onderuit. Helemaal mooi zou het zijn als de conflicten ook in OSM kunnen worden opgeslagen, zodat mappers ze op hun gemakje kunnen oplossen. One can dream... Ciao. Vincent. -- Vincent Zweije <vinc...@zweije.nl> | "If you're flamed in a group you <http://www.xs4all.nl/~zweije/> | don't read, does anybody get burnt?" [Xhost should be taken out and shot] | -- Paul Tomblin on a.s.r. _______________________________________________ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
