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

Tue Sep 6 16:45:23 CEST 2016

Hei alle sammen,

Jeg må bare takke for alle tilbakemeldingene!
Helt fantastisk at jeg fikk så mange, gode svar.

All informasjon hjelper meg godt i gang.

Vennlig hilsen,
Anne Sofie

5. september 2016 kl. 19.02 skrev Torstein I. Bø <torsteinibo at gmail.com>:

> Hei, jeg har utviklet noe for å forenkle importen av N50 data. Mine bidrag:
> - generering av osm filer for import. Her deles importen opp i flere
> deler, kystlinje, vann og elver, og arealdekke. Jeg har også prøvd å
> forenkle importen f.eks. ved at kystlinjen snues i rett retning, bruker
> høydedata for å sette retning på elvesegmenter (dette blir ikke alltid
> entydig, så derfor må noe gjøres manuelt også) og sammenslåing av
> multipolygoner til passe størrelse. Til slutt deles osm filene opp i
> "passe" størrelser.
> - script for prosessering av osm filer under import ("replacewithosm.py").
> Dette er et script som fletter data man har allerede importert (f.eks.
> kystlinjen) med data som skal importeres (f.eks. skog).
> - plugins for JOSM. Jeg har lagd et lite plugin for JOSM som gjør at man
> kjappere kan finne elver/bekker der man må evaluere om retningen er korrekt.
>
> Så for å svare på dine spørsmål:
> Det er mange ting som kan forbedres. På elveg importen må det utvikles
> tilsvarende preprosesserings verktøy som vi har for N50 i dag, som Christer
> sier tar elveg importen alt for lang tid og det er nok derfor lite har
> skjedd her. Jeg har startet (men aldri fullført, mener å huske at det
> nesten er ferdig) et script som leter etter veier som er i elveg men ikke i
> osm. Tanken var at man da kan enkelt legge til veier som ikke finnes i osm.
> Utfordringen med å importere veier er å koble importveier med eksisterende
> veier i osm. Dette kan også automatiseres (f.eks. kan importveien kobles
> automatisk til nærmeste vei og så kan det evalueres manuelt om det er en
> korrekt fletting).
>
> Hilsen
> Torstein
>
>
> man. 5. sep. 2016 kl. 09.32 skrev Sverre Didriksen <
> sverre.didriksen at usit.uio.no>:
>
>> 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
>> _______________________________________________
>> kart mailing list
>> kart at nuug.no
>> https://lists.nuug.no/mailman/listinfo/kart
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.nuug.no/pipermail/kart/attachments/20160906/c0b957ae/attachment.htm 