<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body >In mijn vorgie voorstel sprak ik over een webpagina die bestanden uitgeeft met daarin de bag gegevens vanaf de laatste uitgevoerde succesvolle import en de dag van uitgeven. De pagina registreert bij uitgifte de naam van de aanvrager de datum van uitgifte en een random code. Deze wordt met de uitgifte naar de aanvrager toegestuurd. De procedure zegt de mapper dat hij zijn correcties opstuurt met deze code als notitie bij de changeset. Een damon controleert dagelijks de chanesets en vinkt af welke uitgifte een bijbehorende changeset heeft. De correctie is hiermee succesvol afgerond.<div><br></div><div>Op deze manier is de controledriehoek rond.</div><div>Voorwaarde is dat de uitgiftes per geografisch blok wordt uitgegeven. Een beetje dus zoals je ook in de tiles terug vindt.</div><div><br></div><div>Bij verdere interesse en bij voldoende haalbaarheid voor de conversietool Bag naar Osm op een website, ben ik bereid een uitgebreid functioneel ontwerp te schrijven.<br><div><div><div><br><br><font size="2">Met vriendelijke groeten,<br>Robert Elsenaar <br>(Verzonden vanaf Mobile)</font> </div></div></div></div><br><br><br>Stefan de Konink <stefan@konink.de> schreef:<br><br><br>-----BEGIN PGP SIGNED MESSAGE-----<br>Hash: SHA512<br><br>Op 31-10-11 10:40, Willem Sonke schreef:<br>> On 30-10-11 21:26, Stefan de Konink wrote:<br>>> - Dit groepje kan zeggen: importeer de huizen uit de BAG<br>>> database - Dit groepje kan zeggen: update de wijzigingen uit de<br>>> BAG database<br>> Waarom kunnen lokale mappers niet gewoon een OSM-bestand krijgen en<br>> dan zelf importeren/updaten? Zij zijn toch beter in staat om de<br>> update zodanig te laten verlopen dat er geen wijzigingen verloren<br>> gaan?<br><br>Je begrijpt dat voor je tot een OSM bestand kunt komen, je eerst een<br>conversie tool moet hebben?<br><br>Het probleem met het uitgeven van 'een OSM bestand' is het ontbreken<br>van de garantie van het kunnen blijven volgen. Dat kan of door het via<br>1 tool te importeren die objectids bijhoud, of via een tool die<br>externeIDs in de k/v pairs zet.<br><br>Laatste optie: herkennen van geometrie laat ik achterwege: dat is<br>gewoon onzin.<br><br><br>>> - Er wordt een OSM render gemaakt die (OSM - gebouwen) + BAG is.<br>> Dit begrijp ik niet helemaal: is dit een aparte render, of wordt<br>> dit ook op bijvoorbeeld www.osm.org zo gedaan? Dan zou ik het<br>> vreemd vinden, want dan worden verbeteringen die door OSM'ers<br>> aangebracht zijn niet getoond.<br><br>Er wordt een nieuwe tile laag gemaakt waar uit alle OSM gebouwen zijn<br>gesloopt en alle BAG gebouwen zitten, zodat iedereen kan zien wat de<br>BAG voor meerwaarde zou hebben als deze wordt geimporteerd en wordt<br>bijgehouden in zijn eigen woonplaats.<br><br><br>Stefan<br>-----BEGIN PGP SIGNATURE-----<br>Version: GnuPG v2.0.18 (GNU/Linux)<br>Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/<br><br>iEYEAREKAAYFAk6vEYMACgkQYH1+F2Rqwn1yLACbBYH20hgE8Sren59GjKY0Pb6c<br>zlYAnjbF/WvAhy4Hm8GTcRQV2NtiOVGl<br>=S2sP<br>-----END PGP SIGNATURE-----<br><br>_______________________________________________<br>Talk-nl mailing list<br>Talk-nl@openstreetmap.org<br>http://lists.openstreetmap.org/listinfo/talk-nl<br><br> </body>