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ø <[email protected]>: > 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 < > [email protected]>: > >> 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 <[email protected]>: >> > > >> > > > 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 >> > > > [email protected] >> > > > 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 >> > > [email protected] >> > > https://lists.nuug.no/mailman/listinfo/kart >> > > >> > _______________________________________________ >> > kart mailing list >> > [email protected] >> > https://lists.nuug.no/mailman/listinfo/kart >> _______________________________________________ >> kart mailing list >> [email protected] >> https://lists.nuug.no/mailman/listinfo/kart >> >
_______________________________________________ kart mailing list [email protected] https://lists.nuug.no/mailman/listinfo/kart
