<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body >Frank. Ik had het niet beter kunnen zeggen. Je moet maar denken dat ook fysieke observaties niet 100% in OSM terecht komen.<div>Wellicht dat we besluiten om ook wanneer een DUB reeds is afgemeld, deze door een ander opnieuw opvraagbaar is . Ik kan niet zien wat dáár de gevolgen van zijn. Ik kan me in sommige gevallen dáár wel het nut van inzien.<br><br><br><font size="2">Met vriendelijke groeten,<br>Robert Elsenaar <br>(Verzonden vanaf Mobile)</font> </div><br><br><br>Frank Steggink <steggink@steggink.org> schreef:<br><br><br>On 11-11-03 11:06 PM, Stefan de Konink wrote:<br>> -----BEGIN PGP SIGNED MESSAGE-----<br>> Hash: SHA512<br>><br>> Op 03-11-11 22:52, Frank Steggink schreef:<br>>> On 11-11-03 10:37 PM, Stefan de Konink wrote:<br>>>> Ik vind Franks postcode idee nog beter dan mijn woonplaats idee.<br>>>><br>>>><br>>>> Maar ik heb wel een aantal bezwaren bij het 'nieuw' en<br>>>> 'gewijzigd'. Wanneer is iets nieuw? Als het nog niet is<br>>>> geimporteerd? Is iedere wijziging dan 'nieuw'?<br>>>><br>>> Voor de bepaling van wat "nieuw" en wat "gewijzigd" is, wordt<br>>> alleen naar de BAG-data zelf gekeken. De initiële levering is per<br>>> definitie nieuw. Ook BAG-objecten die zijn ontstaan tussen de<br>>> begin- en einddatum zijn nieuw. Gewijzigd is een BAG-object dat al<br>>> eerder bestond, maar waarvan de eigenschappen (geometrie of<br>>> attributen) gewijzigd zijn tussen de begin- en einddatum.<br>> Oke, maar hoe weet je dan of die objecten al in OSM staan?<br>><br>><br>><br>Zoals gezegd wordt alleen naar de BAG-data zelf gekeken en niet naar OSM <br>om de drie changeset-bestanden te maken. De data danwel historie bevat <br>alle benodigde informatie.<br><br>De verantwoordelijkheid voor de initiële vulling, verwijdering van <br>(redundant geworden) 3dShapes gebouwen, overzetten van tags, etc. ligt <br>bij de lokale gebruiker. Hij is uiteindelijk de scheidsrechter die <br>bepaalt welke BAG-objecten in OSM terechtkomen en hoe dat gebeurt. Het <br>in te richten proces is ervoor bedoeld om hem te ondersteunen.<br><br>Frank<br><br>_______________________________________________<br>Talk-nl mailing list<br>Talk-nl@openstreetmap.org<br>http://lists.openstreetmap.org/listinfo/talk-nl<br><br> </body>