[Talk-dk] Vejnavne - slut med OSAK-opdateringer af adresser

Jonas Häggqvist rasher at rasher.dk
Søn Jul 10 14:35:23 BST 2011


On 09-07-2011 15:39, Peter Brodersen wrote:
> Hej,
>
> Jeg har fået kigget http://wiki.openstreetmap.org/wiki/Vejnavne
> igennem og politikken om at ville ændre adressenodes.
>
> Det at rette adressenodes kommer slet og ret til at give mange
> konflikter med de eksisterende opdateringer (ændrede nodes bør tjekkes
> i hånden, og er typisk undtaget for automatisk opdatering).

Lad det være sagt med det samme: Jeg er i høj grad enig med Peter og mener 
det er en fejl at rette i navnene fra OSAK.

Når det så er sagt, så tror jeg jeg har en løsningsmodel der rent teknisk 
kunne fungere og tilfredsstille den nye politik uden at ødelægge 
muligheden for automatiske opdateringer, baseret på den smule indsigt i 
jeg har i hvordan Peters opdateringer foregår.

Essensen i min ide er, at Peters address_street.php, når der opdateres en 
vej skal slå op udfra kommunekode+vejkode om der findes et korrigeret navn 
for denne vej. Gør der det, skal dette ALTID benyttes til addr:street og 
OSAKs vejnavn gemmes i osak:street - for alle nodes, også nye.

På den måde undgås helt at skulle bekymre sig om ways og svært definerbare 
opslag om "ligger der en vej i nærheden" osv.

Hvor skal der så slås op? Jeg ser et par muligheder her.

-----

1. Peter har i forvejen en tabel med kommunekode+vejkode, som husker på 
hvornår hver vej er opdateret. I samme tabel kunne gemmes et korrigeret 
navn, som så kunne rettes direkte på address_street.php. Samtidig med 
ændringer kan startes en opdatering.

Fordele: Nemt at bruge: Find vejen på addresS_street.php, indtast og kør 
en opdatering.

Ulemper: Mulighed for vandalisme uden nogle sanktionsmuligheder.

-----

2. Vi opretter en Wiki side med en sådan tabel, som Peter så skal 
hente/parse og smide i sin vej-tabel. Evt. med en måde for os andre 
brugere til at starte en sådan opdatering.

Fordele: Wikien giver os rimeligt styr på hvem der laver hvad, samt 
mulighed for at se history, reverte osv.

Ulemper: Mere omstændigt.

-----

3. En anden opretter en web-service der lader folk logge ind med deres OSM 
konto, søge efter veje, indtaste korrigerede navne og sende folk videre 
til address_street.php for at opdatere. Derudover skal det være muligt for 
Peter at slå op via kommunekode+vejkode og få et korrigeret navn tilbage.

Fordele: Hvis der benyttes OSM login (fx via OAuth) har vi potentielt 100% 
styr på hvem der gør hvad. Omtrent lige så nemt at bruge som løsningen 
direkte på address_street.php.

Ulemper: Det er potentielt et forholdsvist stort arbejde at lave denne 
service, selvom det i princippet ikke er meget den skal lave.

-----

Konklusion: Jeg tror faren for fejlagtige eller direkte tåbelige
indtastninger er for stor ved løsning nummer 1. Så står vi tilbage med 2 
og 3. 3 kræver en del arbejde fra en ny frivillig - umiddelbart tror jeg 2 
er mest realistisk.

Fælles for alle løsninger er at det vil kræve en del goodwill fra Peter, 
som vil skulle lave ændringer der går imod hans overbevisning af hvad der 
er korrekt, så jeg forstår udemærket hvis ikke han er videre interesseret.

-- 
Jonas Häggqvist
rasher(at)rasher(dot)dk



Mere information om maillisten Talk-dk.