[OSM-talk-be] wandelnetwerk zuid-dijleland

[Ivo De Broeck]

Ja juist. Ik heb de indruk dat we stilaan tot de kern komen. Ik wil zeggen
dat ik het werk dat nu gedaan werd appricieer (juist zoals vele zaken die
Jo doet) alhoewel voor OSM de twee zullen nodig zijn (mensen die alles in
goede banen leiden en "globaal" zaken opkuisen (bv van foot naar hiking),
en dit naast mensen die ter plaatse zaken "bijwerken"). Soms frons ik mijn
wenkbrauwen (is dat nu echt nodig om Europa hierbij te betrekken bij die
hiking), maar ik heb vertrouwen in die mensen, die toch echt goed weten wat
ze doen. Jo, die opmerking over Potlach (niet meer doen aub)

(tot morgen ;-))

Op 29 augustus 2012 00:25 schreef Jo <winfixit at gmail.com> het volgende:

>
>
> Op 29 augustus 2012 00:06 schreef Jan-willem De Bleser <
> jw at thescrapyard.org> het volgende:
>
> 2012/8/28 Ivo De Broeck <ivo.debroeck at gmail.com>:
>> > Moeilijk onderhouden? Manipuleren? Kan je iets concreter zijn? Ik vind
>> > tientallen relaties zonder naam in Potlach, waar een kat zijn jongen
>> niet
>> > vind (ook tientallen "lege"relaties, die iemand zo als jij of jo
>> misschien
>> > eruit kunnen gooien??).
>>
>> Ik denk aan lang-termijn onderhoud.
>>
>> Een voorbeeld van wat ik bedoel: over 10 jaar beslist Belgie de
>> knooppunten te hernummeren. Wij krijgen een lijst van veranderingen,
>> namelijk dat node x nu node y genoemd wordt. Zo 'n lijst is heel
>> gemakkelijk automatisch door te voeren.
>> Echter, met die node-gebaseerde naam in "name=" te zetten, moet die
>> update dan ook rekening houden dat de verandering van node impliceert
>> de verandering van de naam van de relaties. Het is dit soort onnodige
>> dubbele wijziging dat computerwetenschappen in 't algemeen al zeer
>> lang probeert te bestrijden, met het principe dat een verandering in
>> één stap gemaakt moet kunnen worden. Doe je dit niet, dan groeit de
>> complexiteit van een verandering maken exponentieel met de grote van
>> de dataset.
>>
>> Ik heb het dus niet over handmatig onderhoud, maar eerder
>> grootschalige consistentie en veranderingen, wat ik zie op lange
>> termijn het belangrijkst worden. Ik probeer dus nu al hiervoor de data
>> op voor te bereiden.
>>
>
> En om dat te bewerkstelligen ga je dan keer op keer die berekeningen
> uitvoeren, terwijl dat net zo goed eenmalig kan gebeuren op het moment dat
> die knooppuntnummers effectief wijzigen? Ik blijf het energieverspilling en
> tijdverspilling (voor de mapper die Potlatch gebruikt) vinden. Het spijt me
> zeer.
>
> Ik begrijp volkomen waarom Ivo die informatie in de name tag wil stoppen.
> Wat ik nooit zal begrijpen, is waarom Potlatch niet gewoon die note tag kan
> tonen en waarom er dan 11 maanden nadat hen dat gevraagd werd, kromme
> oplossingen voor een onbestaand probleem moeten worden gezocht.
>
> Waarschijnlijk heb ik daarvoor niet lang genoeg gestudeerd. Ik moet me
> behelpen met m'n "boerenverstand".
>
> Jo
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20120829/9456799e/attachment.htm>