Re: [NUUG kart] SOSI-OSM-Verktøy
Sverre: Kan du beskrive kort prosessen du gjør i JOSM i wikien også? Trur det hadde vært gunstig for å få med flest mulig folk til å bidra. Espen 2013/10/4 Sverre Didriksen sverre.didrik...@usit.uio.no Petter Reinholdtsen wrote on 03.10.2013 21:23:03: [Sverre Didriksen] Hei Jeg har lyst til å teste litt og bli gjent med forskjellige metoder for å manuelt importere utvalgte objekter fra Kartverkets datasett. Hvilke hverktøy er bra for å kunne konvertere fra SOSI til OSM-format? Apropos SOSI-formatet, så er URL: http://www.atlefren.net/post/2013/10/sosi-dotformatet-ma-do/ interessant lesing. Synes dog han overdriver jobben med å kompilere gdal. Selv om det for litt IT-kyndige normalt ikke er noe problem å kompilere selv, så tror jeg det vil være en stor fordel om noen legger ut en ferdig installasjonspakke av Gdal med SOSI-søtte for både Linux og Windows. Det er kanskje noen som har sitt fagfelt mer innen kart og de vil vi jo gjerne ha med også. Forøvrig synes jeg Gdal fungerer bra. Jeg konverterer fra SOSI til shape-format og bruker JOSM. Jeg testet med myrer i Asker og det fungerte utmerket. I JOSM søker jeg ut bare det jeg skal legge inn og legger det i et eget lag. Da ser jeg lett det som mangler i OSM. Og med en enkel kopier og lim inn så er myrene over. Den eneset utfordringen er at JOSM, eller rettere sagt OSM-serverne bak ikke godtar at man jobber med så store områder, så jeg måtte dele Asker inn i 4-5 deler. Det gjør jobben litt tyngere. -Sverre ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart -- http://www.turkompisen.no http://www.kresendo.no/ http://no.linkedin.com/in/espenisaksen ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart
Re: [NUUG kart] SOSI-OSM-Verktøy
Ja, det skal jeg gjøre. -Sverre Espen Oldeman Lund es...@espenpost.com wrote on 04.10.2013 12:43:06: Sverre: Kan du beskrive kort prosessen du gjør i JOSM i wikien også? Trur det hadde vært gunstig for å få med flest mulig folk til å bidra. Espen 2013/10/4 Sverre Didriksen sverre.didrik...@usit.uio.no Petter Reinholdtsen wrote on 03.10.2013 21:23:03: [Sverre Didriksen] Hei Jeg har lyst til å teste litt og bli gjent med forskjellige metoder for å manuelt importere utvalgte objekter fra Kartverkets datasett. Hvilke hverktøy er bra for å kunne konvertere fra SOSI til OSM-format? Apropos SOSI-formatet, så er URL: http://www.atlefren.net/post/2013/10/sosi-dotformatet-ma-do/ interessant lesing. Synes dog han overdriver jobben med å kompilere gdal. Selv om det for litt IT-kyndige normalt ikke er noe problem å kompilere selv, så tror jeg det vil være en stor fordel om noen legger ut en ferdig installasjonspakke av Gdal med SOSI-søtte for både Linux og Windows. Det er kanskje noen som har sitt fagfelt mer innen kart og de vil vi jo gjerne ha med også. Forøvrig synes jeg Gdal fungerer bra. Jeg konverterer fra SOSI til shape-format og bruker JOSM. Jeg testet med myrer i Asker og det fungerte utmerket. I JOSM søker jeg ut bare det jeg skal legge inn og legger det i et eget lag. Da ser jeg lett det som mangler i OSM. Og med en enkel kopier og lim inn så er myrene over. Den eneset utfordringen er at JOSM, eller rettere sagt OSM-serverne bak ikke godtar at man jobber med så store områder, så jeg måtte dele Asker inn i 4-5 deler. Det gjør jobben litt tyngere. -Sverre ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart -- http://www.turkompisen.no http://www.kresendo.no/ http://no.linkedin.com/in/espenisaksen ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart
Re: [NUUG kart] SOSI-OSM-Verktøy [svar]
Dog, problemet her er vel at gdal-maintainerene ikke vil ta inn SOSI-støtten i hovedbiblioteket. fordi det er et sært, lite format og har en additional dependency på FYBA. SOSI-driveren er med i hovedbiblioteket siden 1.8.0 - det er ikke poenget at det er sært og lite. :) Da finnes flere i lista, og hvis du skal bli et universelt konverteringsverktøy så får du bare ta med alt du kan få som format. Problemet er at den har en ekstern dependency, og blir dermed behandlet som de andre sære småformatene og databaser som har dependencies, og ikke kompilert inn som default. Oracle Spatial for eksempel. Og når vi snakker selve dependency så skjønner jeg godt at den ikke blir inkludert som default. Biblioteket har levd nesten like langt som standarden, og ikke aller trenger støtte for OS/2 og DOS disse dager og hele dette skrotet som samler seg over de årene. I tillegg er den skrevet på norsk. Heldigvis finnes helter som rydder opp i dette. :) - https://github.com/atlefren/sosi.js https://github.com/kartverket/fyba/pull/2 ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart
Re: [NUUG kart] SOSI-OSM-Verktøy [svar]
On Fri, Oct 04, 2013 at 11:53:04AM +, Thomas Hirsch wrote: Dog, problemet her er vel at gdal-maintainerene ikke vil ta inn SOSI-støtten i hovedbiblioteket. fordi det er et sært, lite format og har en additional dependency på FYBA. SOSI-driveren er med i hovedbiblioteket siden 1.8.0 - det er ikke poenget at det er sært og lite. :) Da finnes flere i lista, og hvis du skal bli et universelt konverteringsverktøy så får du bare ta med alt du kan få som format. Problemet er at den har en ekstern dependency, og blir dermed behandlet som de andre sære småformatene og databaser som har dependencies, og ikke kompilert inn som default. Oracle Spatial for eksempel. Er det noen spesiell grunn til at Kartverket ikke distribuerer dataene som shapefiler? -- Trond Michelsen ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart
Re: [NUUG kart] SOSI-OSM-Verktøy [svar]
Er det noen spesiell grunn til at Kartverket ikke distribuerer dataene som shapefiler? Ja - http://en.wikipedia.org/wiki/Shapefile#Limitations ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart
Re: [NUUG kart] SOSI-OSM-Verktøy [svar]
Er dette svar fra SKV? SHP filer med geometri av områdegrenser innen object klasser inneholder topologi i en skult/implisite format. Dette kan vi programatisk konvertere til konnektivitet, grenser, komplekse områder osv. Forresten, hva da med mye brukt SHP file fra andre geo-data kilder som TA, NT, AND og ikke minst OSM, Geofabrik, CloadMade osv. -Original Message- From: kart-boun...@nuug.no [mailto:kart-boun...@nuug.no] On Behalf Of Thomas Hirsch Sent: 04 October 2013 16:10 To: Trond Michelsen; NUUG kart Subject: Re: [NUUG kart] SOSI-OSM-Verktøy [svar] Er det noen spesiell grunn til at Kartverket ikke distribuerer dataene som shapefiler? Ja - http://en.wikipedia.org/wiki/Shapefile#Limitations ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart
Re: [NUUG kart] SOSI-OSM-Verktøy [svar]
Helt generelt så tror jeg ikke vi skal ta svar fra Thomas som svar fra Kartverket. Jeg synes det er fantastisk å ha en slik ressurs med oss som kan svare på alt det vi lurer på. Vi må huske på at de fleste av oss er amatører sammenlignet med professionelle som jobber og har utdannelse innen dette fagfeltet, selv om mange av oss har et veldig høyt kunnskapsnivå. -Sverre Sandor Seres wrote on 04.10.2013 18:02:21: Er dette svar fra SKV? SHP filer med geometri av områdegrenser innen object klasser inneholder topologi i en skult/implisite format. Dette kan vi programatisk konvertere til konnektivitet, grenser, komplekse områder osv. Forresten, hva da med mye brukt SHP file fra andre geo-data kilder som TA, NT, AND og ikke minst OSM, Geofabrik, CloadMade osv. -Original Message- From: kart-boun...@nuug.no [mailto:kart-boun...@nuug.no] On Behalf Of Thomas Hirsch Sent: 04 October 2013 16:10 To: Trond Michelsen; NUUG kart Subject: Re: [NUUG kart] SOSI-OSM-Verktøy [svar] Er det noen spesiell grunn til at Kartverket ikke distribuerer dataene som shapefiler? Ja - http://en.wikipedia.org/wiki/Shapefile#Limitations ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart
Re: [NUUG kart] Håndtering av frigitt kartdata
Jeg synes det bør være litt info om importering av data på den norske hovedsiden for særnorske tagger. Så jeg har tatt med den frihet å opprette et lite avsnitt om det. Kom gjerne med tilbakemeldinger om vi bør ha dette, hvor det bør ligge, hvilken informasjon som bør være med, osv. http://wiki.openstreetmap.org/wiki/No:Map_Features#Importere_data -Sverre Tormod Nygård wrote on 03.10.2013 22:29:20: Jeg har gjort det samme som Kristian selv. Med vennlig hilsen Tormod Nygård On Wed, 2013-10-02 at 18:32 +0200, Kristian Nyborg Dahl wrote: Jeg har selv gjort små justeringer på noen corine-objekter blant annet alene for å gi plass til andre objekter. Yttergrensene til disse corine-objektene ble med det ikke nevneverdig bedre. Tror man bør erstatte mer enn bare de som ikke er blitt endret. Derimot er jeg usikker på hvordan en løsning i tilfelle ville sett ut. -Kristian On Wed, 02 Oct 2013 11:37:41 +0200, Sverre Didriksen sverre.didrik...@usit.uio.no wrote: Jeg støtter også at Corine-objekter som ikke er endret erstattes. Sjekker man da bare på source-taggen eller vi med endret-dato også? Jeg tror ikke alle er like flinke til å endre source. Jeg synes at vann som er autogenerert med denne skan etter vann-roboten også kan erstattes om de ikke er endret. Det er en del av de. Dette gjelder også kystlinjedeler og øyer også. Når det gjelder objekter som krysser kommunegrenser så kan vi kanskje si at hele objektet alltid skal oppdateres, så den som først legger inn noe tar det selv om det går inn i nabokommunen. Og som det blir sagt så er det polygoner dette bør gjelde for. For linjer spiller dette liten rolle. Støtter at vi må ha en wiki. Litt info om tagging må inn og en oversikt kanskje over hva som tas av hvem. Kanskje med en ansvarlig for hver kommune? Vi kan jo lage en liste og så kan vi bare ha førstemann til mølla-prinsipp f.eks. Det er jo kanskje greit at ikke flere holder på med det samme i samme kommune, iallefall ikke uten at de kommuniserer hva som tas. Jeg synes kanskje det er tidlig å konkludere med hvordan vi gjør dette. Er det ingen andre synspunkter? -Sverre Tyrfing OSM wrote on 02.10.2013 10:45:58: Dersom man importerer kommunevis bør man vurdere hva man gjør med objekter som krysser kommunegrensene. For veier (og andre linjebaserte objekt) er dette sikkert ikke et problem, men f.eks. vann (eller andre polygon) som blir importert delvis kan være en utfordring, ihvertfall dersom noen oppdaterer dem før nabokommunen (e) blir importert. Jeg er enig i at Corine-objekter med fordel kan byttes ut. Ihvertfall dersom de ikke har blitt manuelt justert. Det er også mange andre kjekke objekter som bør inn. F.eks. kraftlinjer/kabler og demninger. Jeg testet litt med en helmanuell import igår (ved å merge ned noen utvalgte objekter fra sosi-filene til osm). Noen nye objekter og noen eksisterende der jeg erstattet geometrien. Ca her: http:// www.openstreetmap.org/#map=14/58.9538/6.6792 1. oktober 2013 kl. 21:56 skrev Espen Oldeman Lund es...@espenpost.com: Så konklusjonen sålangt er å importere veier der det mangler. Stier tas kun inn av lokalkjente. Vann og bekker(og sikkert myr) importeres der det er mangler eller dårligere data. All import er kanskje hensiktsmessig å gjøre kommunevis og da med noen testkommuner i første omgang? Hva med arealobjekter som skog, jordbruk osv? Bør vi vurdere å kaste ut Corine-objekter som ikke er endra og heller importere skog fra N50? Vi trenger vel også å sette opp noe i wiki'en antar jeg slik at vi har oversikt etterhvert. Espen 2013/10/1 Sverre Didriksen sverre.didrik...@usit.uio.no Jeg tror også det er en god ide. Å ta alt som mangler og i tillegg det som er grovt inntegnet f.eks. kan være en god modell. Det er jo en del som er nøyaktig tegnet etter gode flyfoto, det er det viktig å bevare. Det er ofte minst like bra som det Kartverket har. -Sverre Tyrfing OSM wrote on 01.10.2013 15:54:53: