[OSM-talk-be] wandelnetwerk zuid-dijleland

[Jan-willem De Bleser]

2012/8/29 Jo <winfixit at gmail.com>:
> 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.

Er is iets te zeggen voor op voorhand te berekenen - dit is het
principe van een index in een relationeel databank. Echter is het dan
duidelijk dat deze index een gederiveerd waarde is, en wat precies het
aan vast hangt. Dit soort datastructuur kunnen we niet in OSM maken.

Zelfs als het een dure berekening was zou ik voorstander zijn van het
telkens te berekenen, want het in "note=" stoppen helpt niet wanneer
een renderer, router of andere gebruiker-software een naam wil geven
aan die route. Echter is dit niet een dure berekening, gezien de wegen
in de route op volgorde zijn. Als je mijn code bekijkt zie je dat het
een kwestie is van de eerste twee en laatste twee wegen opvragen, even
de nodes vergelijken om te zien de welke de eerste en laatste zijn, en
hiervan dan de tag van op te vragen. De berekeningstijd is
onafhankelijk van de grote van de relatie.


> 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.

Voor mij is 't zowel mijn voorgaande argumenten, maar ook het
pragmatische argument dat de Potlatch2 devs "note=" niet willen laten
zien, of toch zelf niet schrijven, dus dan is het deze berekening of
helemaal niks. Ik bezie het ook niet als krom maar eerder als het
meest eenvoudige: de gewenste informatie staat op maar één plaats, en
wordt daar telkens opgehaald. Het kost meer programmeerwerk en
rekentijd, maar in ruil daalt het handwerk bij het manipuleren van de
data en verdwijnt een bron van mogelijke fouten. Door fouten te
onderdrukken bij het ingeven verminderen we het aantal
consistentiechecks die nodig zijn, en dus de rekentijd daar.


2012/8/29 Ivo De Broeck <ivo.debroeck at gmail.com>:
> OK dat zijn argumenten. Ik denk dat we stilaan tot de kern doordringen.
>
> 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.

Kan goed zijn dat mensen dit zullen proberen te "verbeteren." Echter
denk ik dat ze dit zullen doen of er nu 57-58 in de naam staat, in de
note staat, of staat er helemaal niks. In zo 'n geval zou ik een note
toevoegen van de aard van "This is one of *two* possible routes
between 57 and 58", zodanig dat een mapper, gewoon of geavanceerd,
beseft dat dit niet per ongeluk is. Ik erger me er dus wel aan dat
note niet direct zichtbaar is in Potlatch2, niet in de naam maar links
in de toegekende tags van het geselecteerde object.


> De enige vraag die nog blijft of men wel voldoende rekening wil houden met ,
> wat ik "gewone mappers' noem.

Daar wil ik gerust nog wat over spreken. Laten we beginnen met het
probleem te concretiseren: het probleem dat we hier willen adresseren
is hoe het mogelijk te maken de juiste relatie te kiezen zonder te
moeten gokken of een eigen OID lijstje te maken, juist?

Als beide eindpunten er in staan, en als de volledige relatie
ingeladen is, dan is dit met mijn patch opgelost, denk ik. Het
probleem komt echter terug wanneer er half-afgewerkte relaties of
half-ingeladen relaties zijn, waardoor de naam maar één, of zelfs geen
van de nodenummers bevat. Niet volledig ingeladen kunnen we oplossen
met Richard's voorstel van een knop "Download relation" toe te voegen,
met als tegenargument de bijkomende server belasting in lijn met Jo
z'n klacht. Dit helpt echter niet wanneer de eindpunt nog niet gekend
is.

Dus, als we altijd de naam "75-" willen voorkomen, dan moet inderdaad
het onbekende eindpunt ergens in een tag op de relatie staan. Dit kan
ik moeilijk redundant noemen, gezien 't eindpunt er nog niet in staat.

Klopt het dat we alleen nog een oplossing zoeken voor
niet-volledig-ingeladen relaties en niet-volledig-gemapped relaties?