On Wed, Jun 01, 2011 at 02:04:01PM +0200, Martijn van Exel wrote: || 2011/6/1 Floris Looijesteijn <[email protected]>: || > 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 <[email protected]> | "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.
signature.asc
Description: Digital signature
_______________________________________________ Talk-nl mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-nl
