[OSM-talk-nl] Serieuze bezwaren tegen de huidige Potlatch update

[Henk Hoff]

Stefan,

Ik hoop dat je een beetje bekomen bent van de schrik en frustratie.

Ondanks dat ik me heel goed kan voorstellen hoe frustrerend het is om 
achter dit soort bugs te komen (been there, done that), lijkt het me 
niet een probleem voor mij om op te lossen. Er zijn hiervoor andere 
kanalen (bugtrackers, devlist, etc) die hiervoor beter geschikt zijn. 
Zoals ook al door anderen gemeld.

Waarom ik, als foundation bestuurder, niet:
a) Potlatch is geen applicatie van de Foundation
b) De Foundation heeft zich niet als taak gesteld om inhoudelijk met de 
wijze van opslag te bemoeien. Daar gaat de community over.

Wat ik wel wil doen is om het probleem wat je aankaart (formalisatie van 
de opslag) eens ter sprake te brengen in het bestuur. Een nieuw bestuur 
kan op sommige punten een alternatieve kijk op dingen hebben... Ik ben 
hier zelf wel terughoudend in.

Gr,
Henk Hoff

Stefan de Konink schreef:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> De eerste way in Nederland die met de nieuwe potlatch is geedit kan men
> vinden op:
>
> http://api.openstreetmap.org/api/0.5/way/7062297
>
>
> Binnen deze node bestaan er tags met dezelfde keys. Ik vind dit toestaan
> zo'n fundamentele fout dat dit mij bijna een fork van de hele data set
> laat doen.
>
> Het feit dat er nu ambiguïteit bestaat over wat de echte waarde is van
> een key, tevens een formele opslag van een tuple van <{wayid, key},
> value> in de weg staat, lijkt me op ze zachts stupide.
>
>
> Ik zou Henk, als Foundation bestuurder, dan ook *per direct* willen
> verzoeken dit edit gedrag te voorkomen en een sturing te geven aan het
> formaliseren van deze opslag. Het heeft mij inmiddels al 2 uur gekost om
> überhaupt het probleem te constateren. Ik ben *not amused*.
>
>
> Direct resolve scenario:
> - - De Potlatch versie die dit veroorzaakt heeft wordt verwijderd, en een
> vorige versie wordt hersteld
> - - Applicatie laag checked voor paren van <way,id>
> - - Op basis van een planet worden alle duplicates opgespoord en vernietigd
> - - Op de database komt waar mogelijk een unique constraint, dan wel een
> primary key.
>
>
> Ik wil hiervoor zeker niet wachten tot 0.6, dit is de eerste tag die ik
> zo tegen kom. En wat mij betreft ook de laatste.
>
>
>
> Stefan
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEAREKAAYFAkjtZl8ACgkQYH1+F2Rqwn1KRgCfaJ+WxQnLzEb0khFKm9brp3pY
> Ga4AnR53RRgEFUdzCyuOsAFjTXDoPUDm
> =jkEd
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Talk-nl mailing list
> Talk-nl at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-nl
>
>