OK dat zijn argumenten. Ik denk dat we stilaan tot de kern doordringen.<div><br></div><div>Als knooppunt 57 (op dit ogenblik) twee wegen aanduid naar 58 en iemand (buiten OSM) dit meld aan de routedokter, zullen "gewone mappers" die wijziging opmerken en verbeteren in OSM (dat doen ze constant). Ik vind dat probleem belangrijker dan wat jij beschrijft. Ik twijfel trouwens er niet aan dat mensen zoals jij bij grote veranderingen wel een oplossing vindt (wat trouwens wordt bewezen door het verschijnen van xx-yy in Potlach.)</div>
<div><br></div><div>De enige vraag die nog blijft of men wel voldoende rekening wil houden met , wat ik "gewone mappers' noem.</div><div><br><div class="gmail_quote">Op 29 augustus 2012 00:06 schreef Jan-willem De Bleser <span dir="ltr"><<a href="mailto:jw@thescrapyard.org" target="_blank">jw@thescrapyard.org</a>></span> het volgende:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">2012/8/28 Ivo De Broeck <<a href="mailto:ivo.debroeck@gmail.com">ivo.debroeck@gmail.com</a>>:<br>

</div><div class="im">> Moeilijk onderhouden? Manipuleren? Kan je iets concreter zijn? Ik vind<br>
> tientallen relaties zonder naam in Potlach, waar een kat zijn jongen niet<br>
> vind (ook tientallen "lege"relaties, die iemand zo als jij of jo misschien<br>
> eruit kunnen gooien??).<br>
<br>
</div>Ik denk aan lang-termijn onderhoud.<br>
<br>
Een voorbeeld van wat ik bedoel: over 10 jaar beslist Belgie de<br>
knooppunten te hernummeren. Wij krijgen een lijst van veranderingen,<br>
namelijk dat node x nu node y genoemd wordt. Zo 'n lijst is heel<br>
gemakkelijk automatisch door te voeren.<br>
Echter, met die node-gebaseerde naam in "name=" te zetten, moet die<br>
update dan ook rekening houden dat de verandering van node impliceert<br>
de verandering van de naam van de relaties. Het is dit soort onnodige<br>
dubbele wijziging dat computerwetenschappen in 't algemeen al zeer<br>
lang probeert te bestrijden, met het principe dat een verandering in<br>
één stap gemaakt moet kunnen worden. Doe je dit niet, dan groeit de<br>
complexiteit van een verandering maken exponentieel met de grote van<br>
de dataset.<br>
<br>
Ik heb het dus niet over handmatig onderhoud, maar eerder<br>
grootschalige consistentie en veranderingen, wat ik zie op lange<br>
termijn het belangrijkst worden. Ik probeer dus nu al hiervoor de data<br>
op voor te bereiden.<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org">Talk-be@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-be" target="_blank">http://lists.openstreetmap.org/listinfo/talk-be</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Ivo De Broeck<br>Valleilaan 13<br>3360  Korbeek-lo<br>Tel (0)16 43 84 93<br>Gsm +32 486 17 61 13<br>
</div>