[NUUG kart] Tips og råd til OSM-prosjektoppgave

[Sverre Didriksen]

On Fri, 2016-09-02 at 20:00 +0200, Christer van der Meeren wrote:
> Jeg har utviklet verktøy for å diffe to elveg-filer
> (Elveg_default.osm etter konvertering med elveg2osm): https://github.
> com/cmeeren/elvegdiff
> 
> Skjønt det er tregt og ikke noe finpusset i det hele tatt. 
> 
> Jeg har jobbet litt med elveg-import i Bergen, og det er en nesten
> uoverkommelig stor jobb, i alle fall så grundig som jeg har gjort
> det. Har sikkert brukt 50-100 timer på 7-8% av veiene. Vil anslå at
> 99% av veier i Bergen er lagt inn allerede, men Elveg inneholder
> stort sett bedre geometri, samt metadata som gatenavn osv. Det tar
> stor tid å sammenligne alle data manuelt, oppdatere all geometri, og
> passe på at alt flettes sammen på forsvarlig måte. Det hadde vært
> helt fantastisk å få automatikk på dette, men det er nok veldig
> vanskelig å finne ut hvilke veier i OSM og Elveg man skal
> sammenligne. Selv en halvautomatikk her hadde nok hjulpet godt på.
> 
>  - Christer
> 
> 2016-09-02 18:31 GMT+02:00 Øystein Bjørndal <obtitus at gmail.com>:
> > 
> > > On 02 Sep 2016, at 16:33, Anne Sofie Strand Erichsen <annesofiese
> > @gmail.com> wrote:
> > >
> > > Hei!
> > >
> > > Jeg er en Geomatikk & IKT-student ved NTNU (https://www.ntnu.no/s
> > tudier/mting/oppbygning/geomatikk) som i høst skal skrive
> > prosjektoppgave rundt OSM og offentlig data. Jeg skal blant annet
> > prøve å belyse tekniske utfordringer ved å importere den offentlige
> > dataen inn i OSM, i tillegg til å faktisk implementere et
> > importerings-script. Med det i tankene hadde det vært greit å få
> > mer kunnskap rundt:
> > >
> > >       • Finnes det en oversikt over hva som har blitt laget av
> > import-verktøy/script for norske data? Og er det noen som har noen
> > tanker om hva som kunne vært forbedret med disse. Både fra et
> > bruker- og utvikler-perspektiv.
> > >       • De av dere som har jobbet med å utvikle importverktøy:
> > Har dere noen kommentarer på utfordringer? Hvor ligger problemene?
> > Datastrukturer/filformater, versjoneringsdetaljer, datamengde eller
> > andre ting?
> > >       • Er det noen som har innspill på norske, fritt
> > tilgjengelige data det ikke finnes automatikk for å importere i dag
> > som burde hatt det? Sagt på en annen måte, har noen innspill til
> > datasett jeg kan ta for meg å starte å utvikle importscript til?
> > >
> > > All informasjon tas imot med glede, er ganske ny i OSM verdenen.
> > >
> > > Mvh
> > > Anne Sofie S. Erichsen
> > >
> > > _______________________________________________
> > > kart mailing list
> > > kart at nuug.no
> > > https://lists.nuug.no/mailman/listinfo/kart
> > 
> > Hei, velkommen! Skal prøve å gi en oversikt over hva som allerede
> > er gjort, samt noen tanker til mulige oppgaver. Du bør finne det
> > meste av import nederst her:
> > http://wiki.openstreetmap.org/wiki/No:Map_Features#Importere_data
> > 
> > Jeg har skrevet importen av: http://wiki.openstreetmap.org/wiki/Key
> > :no-barnehage:nsrid og anser meg som ‘ferdig’ med kode-skriving,
> > men bare ta kontakt om det er noe du ønsker å forbedre.
> > 
> > Import fra kartverket: http://wiki.openstreetmap.org/wiki/No:Kartve
> > rket_import så er de største:
> > - Addresse import, denne er vel sett på som ‘ferdig’, se status
> > her: http://osm.beebeetle.com/addrnodeimportstatus.php. Dette er
> > egentlig en ‘enkel’ import, da dataene er veldig gode og alt blir
> > lagt inn som noder/punkter. En mulig oppgave/forbedring kan
> > muligens være bedre støtte for at addresser ligger som en del av
> > hus/ways og ikke bare som noder.
> > 
> > - N50 kartdata er egentlig ganske dårlige data, en del gammelt og
> > alt har en relativt grov oppløsning. Dataene er også ganske
> > komplekse, da arealene kommer som ‘multipolygon’ som er splittet
> > opp i små biter. Jeg ville holdt meg unna denne importen hvis jeg
> > var deg.

Bare en liten kommentar her: Det er vi som splitter polygoner opp i
multipolygoner for å unngå linjer som ligger over hverandre.  Det vil
man jo ellers få når et vann f.eks. grenser til myr og skog. Det er
ikke slik fra kartverket. Dette var veldig omdiskutert og jeg er ikke
sikker på at valget vi gjorde var det mest optimale. Det blir ganske
komplekst med så mange små linjer som settes sammen i stedet for å ha
et polygon til hvert område. Og en liten feil kan skape store
ringvirkninger.

Mye av N50-dataene er gode. Å si at alt er gammelt og grovt er feil. De
fleste vann, myrer og skog f.eks. er veldig nøyaktige. Det meste jeg
har importert har et punkt omtrent for hver meter, og det er jo mer enn
det vi egentlig trenger. Stier er vel det som er dårligst, der er det
mye rart, og man bør definitivt sjekke før import om de eksisterer. Vi
ønsker jo ikke å ta inn data som er feil.

-Sverre




> > - N50 inneholder dog ganske mye, så det kan hende du kan finne deg
> > Kraftlinje, bygninger,  amenity eller noe annet?
> > 
> > - ELVEG data. Inneholder alle veien i Norge. Her kan et mulig
> > prosjekt være å auto-sammenligne OSM og ELVEG, eventuelt mere
> > overkommelig å se etter endringer i ELVEG og vise dette fram til en
> > bruker som kan oppdatere OSM.
> > 
> > Litt kode:
> > https://github.com/Gnonthgol/sosi2osm
> > https://github.com/kartverket/fyba
> > https://github.com/rubund/addrnodeimport
> > https://github.com/gomyhr/elveg2osm
> > https://github.com/gomyhr/ssr2osm
> > https://github.com/relet/ssr
> > https://github.com/obtitus/barnehagefakta_osm
> > https://github.com/POI-Importer/POI-Importer.github.io
> > 
> > Den første utfordringen med å importere data til OSM er lisensen.
> > Jeg har f.eks. spurt Rema 1000 om vi kan få bruke:
> > https://www.rema.no/api/v2/stores/
> > men ikke fått noe svar. Dette hadde vært et fint dataset for deg å
> > bruke, men det kan man ikke før de eksplisitt sier hvilken lisens
> > som gjelder. Vær dermed forsiktig så du ikke begynner å jobbe med
> > data som ikke er lov å legge inn i OSM!
> > 
> > Den andre utfordringen er, som gazer nevner, kvaliteten på dataene
> > samt fletting med eksisterende data i OSM. Her er det nok mange
> > muligheter for å lage ‘bruker-grensesnitt’. Terskelen for å bidra
> > til import til OSM i Norge er idag ganske høy, mens vi sårt mangler
> > lokal-kunnskap for å kunne verifisere at det som blir importert
> > faktisk er riktig.
> > 
> > Til slutt er det å holde importerte data oppdatert, så vidt jeg vet
> > er det ikke skrevet noe kode for verken N50 eller elveg som ser
> > etter endringer hos kartverket.
> > 
> > Dette ble en lang epost, si fra hvis noe er uklart, mvh
> > --
> > Øystein Bjørndal
> > 
> > _______________________________________________
> > kart mailing list
> > kart at nuug.no
> > https://lists.nuug.no/mailman/listinfo/kart
> > 
> _______________________________________________
> kart mailing list
> kart at nuug.no
> https://lists.nuug.no/mailman/listinfo/kart