[NUUG kart] Automatisk oppdatert status for adressenodeimport

[Ruben Undheim]

Hei alle sammen,

Da har jeg byttet ut en del i visningen her:
    http://osm.beebeetle.com/addrnodeimportstatus.php

I stedet for å vise mange tall forteller den nå med tekst hva som er
problematisk med hver enkelt kommune og hvilket skritt som er
nødvendig å ta først. Når det står "Klar for å importeres", betyr det
at alle eksisterende noder i OSM er blitt gjenkjent i Kartverkets
data. newnodes.osm-filen er da de manglende nodene. I
newnodes.osm-filen er også adresser med kjente skrivefeil korrigert.

Rødt er kanskje mest kritisk. Dette krever manuelle fikser.

For noen ting er det nå halvautomatisert. Det blir generert .osm-filer
som kan lastes rett inn i josm, sjekkes og lastes opp for manglende
postnr/sted og vei/veg feil. (Se postcodecityfixes.osm og
veivegfixes.osm).

For at folk ikke skal jobbe med de samme kommunene og dermed risikere
å laste opp dobbelt, har jeg laget en måte å gi beskjed om at "Hei,
jeg jobber med denne". Klikk på "(Melder meg frivillig)" og skriv inn
navnet/nicket ditt på
(http://osm.beebeetle.com/addrnodeimportstatus.php kolonne 5)

Planen er å kjøre en oppdatering av status-sida hver natt (eller
oftere). Jeg har litt problemer med å få kjørt Oslo på serveren pga.
kapasitetsproblemer, men de andre kommunene skal være oppdaterte.


PS! Jeg tror det er lurt å vente med å importere før vi er sikre på at
oversikta fungerer korrekt (og kanskje også ordnet med DWG). Det er
nok best å fokusere på å rette ting i de kommune som enda ikke er
klare for import. (Man kan vel allikevel prøve å ta noen småkommuner
om man sjekker data grundig først - etter min mening)


Mvh
Ruben


(Hvis noen ønsker å se den "gamle" visningen, er den fortsatt å finne
her: http://osm.beebeetle.com/addrnodeimportstatus-old.php)


30. september 2014 kl. 00.00 skrev Ruben Undheim <ruben.undheim at gmail.com>:
> Hei,
>
> https://github.com/rubund/addrnodeimport/blob/master/xml/corrections.xml
> inneholder nå de aller fleste skrivefeil tror jeg. Fint hvis noen
> klarer å finne noe som mangler.
>
> Mvh.
> Ruben
>
> 28. september 2014 kl. 23.54 skrev Ruben Undheim <ruben.undheim at gmail.com>:
>> Hei,
>>
>> addrnodeimport-programmet bruker nå en liste over skrivefeil i
>> Kartverkets data når den genererer opplysninger:
>>     https://github.com/rubund/addrnodeimport/blob/master/xml/corrections.xml
>>
>> Dette har spesielt økt prosenten vist for Kautokeino og Karasjok på
>> http://osm.beebeetle.com/addrnodeimportstatus.php
>>
>> Fint om noen kommer med flere skrivefeil som må inn i den lista.
>>
>> Mvh.
>> Ruben
>>
>> 24. september 2014 kl. 00.24 skrev Ruben Undheim <ruben.undheim at gmail.com>:
>>> Hei,
>>>
>>> Jeg har skrevet en del kode for å automatisk sammenligne .SOS-filene
>>> fra Vegdata_Norge_UTM33_Geometri_SOSI.zip med det som ligger inne i
>>> OSM for øyeblikket.
>>>
>>> Status kan sees her:
>>>   http://osm.beebeetle.com/addrnodeimportstatus.php
>>>
>>> Rød "led" betyr at det meste mangler
>>> Gul "led" betyr at en god del av nodene fra Kartverket er korrekt lagt inn
>>> Grønn "led" betyr at det meste stemmer overens
>>> Grå "led" betyr at Kartverket ikke har noen adressenoder for kommunen
>>>
>>> Dette er bare en begynnelse. Planen er å jobbe videre med dette for å
>>> gi en detaljert rapport for akkurat hva som ikke stemmer overens.
>>> Dette vil da relativt enkelt kunne utvides til å gjøre automatisk
>>> import og vedlikehold av adressenoder etterhvert.
>>>
>>> Mangler:
>>>  - Det sjekker ennå ikke om OSM har noder som er ugyldige
>>>  - Det sjekker ennå ikke om det finnes noder fra før med "vei" når
>>> Kartverket har "veg" og motsatt
>>>  - Det sjekker ennå ikke om det finnes bygninger (ways) med adressenoder
>>>
>>> Planen er å jobbe videre med disse tre punktene snart.
>>>
>>>
>>> For de som er interessert i koden, kan dere finne den med git her:
>>>  git clone https://github.com/rubund/addrnodeimport.git
>>>
>>> Det er en blanding av C og python.  C blir brukt for intensive ting,
>>> python binder ting sammen + litt ekstra.
>>>
>>> Mvh.
>>> Ruben