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

2016-09-06 Emne Anne Sofie Strand Erichsen 
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ø :

> 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.didrik...@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 :
>> > >
>> > > > On 02 Sep 2016, at 16:33, Anne Sofie Strand Erichsen > > > @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@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:
>> > >

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

2016-09-05 Emne Torstein I . Bø 
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.didrik...@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 :
> > >
> > > > On 02 Sep 2016, at 16:33, Anne Sofie Strand Erichsen  > > @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@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:
> > > -

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

2016-09-05 Emne 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 :
> > 
> > > On 02 Sep 2016, at 16:33, Anne Sofie Strand Erichsen  > @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@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,

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

2016-09-02 Emne Geir Ove Myhr 
Hei!

Øystein har allerede beskrevet mye veldig bra. Noen offentlige datasett som
hadde vært kjekt å kunne importere i OSM er:

Ladestasjoner fra NOBIL
Det er allerede gjort en import fra ladestasjoner.no (som igjen kommer fra
NOBIL). Det er altså en god del data fra før, men det som gjør denne
lettere enn mange andre er at det er punkter. Dermed kan man for hver
ladestasjon i NOBIL søke etter ladestasjon i nærheten i OSM (f.eks. ved
hjelp av Overpass API - http://overpass-turbo.eu/) og finne ut om den
finnes fra før, og om den som ligger her er endret etter at den ble
importert fra ladestasjoner.no. Hvis den ikke er endret, er det greit å
oppdatere posisjon, etc. Hvis noen har flyttet på den, kan det være at den
er flyttet nærmere sin reelle posisjon og da kan man ikke oppdatere fra
NOBIL automatisk. Jeg har eksperimentert noe med dette for ei tid tilbake,
og skal klare å grave opp litt eksempelkode om du er interessert. Du må
spørre om API-nøkkel hos NOBIL (p...@nobil.no). Det er meningen at dataene
skal være offentlige, men kan ikke huske å ha sett lisens, så man må nok få
eksplisitt tillatelse for å ta dem inn i OSM.

FKB-data fra kartverket
Etter planene som ble presentert for noen år siden og som har vært fulgt
siden, er 2017 året da FKB-data (dvs. detaljerte kartdata) skal kunne
frislippes. Det er altså per i dag ikke sluppet, men det kunne vært greit å
starte på de tekniske løsningene før frislippet (selv om det er risiko for
at det ikke blir sluppet).  Det mest åpenbare for meg her er
bygningsomriss. FKB har fire standard-nivåer FKB-A til FKB-D. I tettbygde
områder inkluderer dataene 3D-form til bygninger. Dette er det også
(uoffisiell?) støtte for i OSM. Du har kanskje tilgang til
eksemplel-FKB-data gjennom studiet, ellers går det an å spørre kartverket
om eksempeldata. Jeg anser dette som mer ambisiøst enn ladestasjoner, men
hvis man begrenser til én eller noen få typer data, trenger det ikke vært
så mye.

Ellers er det jeg som har skrevet mesteparten av elveg2osm (
https://github.com/gomyhr/elveg2osm) som Øystein nevnte. Her er en liten
beskrivelse av det som må til for å få data over til OSM-data:

1. Først bruke sosi2osm (https://github.com/Gnonthgol/sosi2osm) til å
konvertere SOSI-formatet til OSM. Dette konverterer tagnavn og slik
direkte, selv om sosi2osm har støtte til å gjøre enkel konvertering av
tagger gjennom et lua-script. Siden vi må gjøre mer enn å bare endre
tagger, lar jeg taggene fra SOSI komme rett over.

2. Fartsgrenser ligger ikke i som tagger på vegsegmenter men som fra-til
meterverdier på segmentene.Dermed må vegsegmentene splittes opp for at de i
OSM skal kunne ha en maxspeed-tag. Det samme gjelder høydebegrensninger og
maxheight-tag. Det går en del prosessering med til å håndtere
inkonsistenser i dataene. F.eks. stemmer ikke alltid meterverdiene for
fartsgrensene med lengden på vegsegmentene, det kan være fartsgrenser på
veier som ikke eksisterer i datasettet, etc. Jeg har meldt fra om en del
slikt til kartverket, men de virker ikke veldig entusiastiske for å rette
opp dette. Det mangler også iblant obligatoriske tagger.

3. Bytt ut SOSI-tagger med tilsvarende OSM-tagger. Dette er ikke alltid
like rett fram, siden detaljeringsnivået kan være forskjellig eller ha
fokus på forskjellige egenskaper.

4. Snu alle veger som har oneway=-1, slik at veien får oneway=yes

Du kan se gjennom koden og kommentarene i
https://github.com/gomyhr/elveg2osm/blob/master/elveg2osm.py for mer
detaljer.

En utfordring er at geometrikonseptet er litt forskjellig i OSM og Elveg. I
Elveg. er f.eks. et svingefelt ei egen linje som går av fra veien, selv om
det bare er et ekstra felt på den samme veien. I kryss er det
svingekonnekteringslenker som går på kryss å tvers for å binde sammen
svingefeltene med de vegene de kan svinge til. OSM har ikke tagger på
veggeometrier som matcher disse konseptene.

Verktøyet elveg2osm gjør ingen forsøk på å flette med eksisterende data.
Det blir opp til manuell fletting eller andre verktøy. Her kan det
definitivt gjøres en jobb.

En utfordring jeg har sett er at kartverket sin nedlastningportal kan være
tungvindt å bruke. For Elveg er det greit nok - der er alt samlet i ei
zip-fil som igjen kan pakkes ut til kommunevise filer. For N50 tror jeg man
må velge hver kommune manuelt. Det gjør det vanskelig å laste ned hele
datasettet da man må klikke riktig i et kart 428 ganger. Det er heller
ingen varsling om oppdateringer (eller sist-oppdatert metainformasjon), så
man må bare laste ned en gang i blant og se, eller finne ut omtrent hvor
ofte det oppdateres.

Mvh
Geir Ove

2016-09-02 16:33 GMT+02:00 Anne Sofie Strand Erichsen :

> Hei!
>
> Jeg er en Geomatikk & IKT-student ved NTNU (https://www.ntnu.no/studier/
> 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

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

2016-09-02 Emne Christer van der Meeren 
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 :

>
> > On 02 Sep 2016, at 16:33, Anne Sofie Strand Erichsen <
> annesofi...@gmail.com> wrote:
> >
> > Hei!
> >
> > Jeg er en Geomatikk & IKT-student ved NTNU (https://www.ntnu.no/studier/
> 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@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:Kartverket_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.
> - 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

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

2016-09-02 Emne Øystein Bjørndal 

> On 02 Sep 2016, at 16:33, Anne Sofie Strand Erichsen  
> wrote:
> 
> Hei!
>  
> Jeg er en Geomatikk & IKT-student ved NTNU 
> (https://www.ntnu.no/studier/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@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:Kartverket_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. 
- 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@nuug.no
https://lists.nuug.no/mailman/listinfo/kart

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

2016-09-02 Emne N/A N/A 
Hei,


Høyres ut som ei kjempe ide å lage oppgåve om OSM

1. Så langt eg veit om så har vi kun sosi2osm og for å konvertere. Problemet 
her er at det kun fungere i linux.

Heldig vis så har fleire som har linux kunnskapar lagt ut ferdig konverterte 
sett med data som vi kan bruke til import.

Det er også nokon som har laga python scripts for å automatisere litt av 
arbeidet etter konvertering.


3. Full automatikk er ikkje råd å få til trur eg. Er for mykje eksisterande 
data som må flettast inn manuelt.

Så langt eg veit er vel alle opne data i SOSI format som kan konverterast med 
sosi2osm.


Er nok andre som har meir kunnskap om dette enn meg.


Meiner alt som har med import av Kartverket sine data ligg i wikien her:
<http://wiki.openstreetmap.org/wiki/No:Kartverket_import>

No:Kartverket import - OpenStreetMap 
Wiki<http://wiki.openstreetmap.org/wiki/No:Kartverket_import>
wiki.openstreetmap.org
Lisens og kreditering. Kartverkets gratisprodukter lisensieres etter CC BY 4.0: 
. Kartverket har i e-post av 18. august 2014 bekreftet at datasettene som er 
gjort ...

mvh

Jan T




From: kart-boun...@nuug.no <kart-boun...@nuug.no> on behalf of Anne Sofie 
Strand Erichsen <annesofi...@gmail.com>
Sent: Friday, September 2, 2016 4:33 PM
To: kart@nuug.no
Subject: [NUUG kart] Tips og råd til OSM-prosjektoppgave

Hei!

Jeg er en Geomatikk & IKT-student ved NTNU 
(https://www.ntnu.no/studier/mting/oppbygning/geomatikk
Geomatikk - Ingeniørvitenskap og IKT - sivilingeniør 
...<https://www.ntnu.no/studier/mting/oppbygning/geomatikk>
www.ntnu.no
Karrieremuligheter. De mest aktuelle arbeidsgivere for masterkandidater 
(sivilingeniører) med bakgrunn i geomatikk er bedrifter som utvikler 
kartsystemer og ...

) 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:


  1.  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.
  2.  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?
  3.  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@nuug.no
https://lists.nuug.no/mailman/listinfo/kart

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

2016-09-02 Emne Anne Sofie Strand Erichsen 
Hei!

Jeg er en Geomatikk & IKT-student ved NTNU (
https://www.ntnu.no/studier/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:


   1. 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.
   2. 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?
   3. 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@nuug.no
https://lists.nuug.no/mailman/listinfo/kart