[NUUG kart] Import av elver, bekker og vann fra statkart N50

Mon Feb 2 10:59:48 CET 2015

Det vil ikkje fungere. Då må ein legge inn data slik som sosi2osm lagar det og det vert det kaos.
For eit polygon er det rett og slett ikkje råd og få lagt inn rett dato då det som sagt kan vere opp til fleire ulike datoar på ulike delar.

Einaste multipoly relasjon som bør brukast er når det f.eks. er 
opningar i skog osv. Ein må ikkje legge inn eit polygon som fleire ways 
med relasjon der ways er medlem av ein anna multipoly relasjon. Dette vil berre føre til rot når folk som ikkje har peiling på relasjonar endrar på ting. Er fleire eksempel på dette rundt om kring.

Dato vil kun fungere for stream/river, då desse er kun way frå starten, så det er lite poeng.

Det beste er at ein legg inn source:date for den dagen sosi fila var lasta ned frå Kartverket i change set description.

Ta ein titt på Voss Kommune. Vil meine at slik data er lagt inn her vil vere det beste kompromisset. Her er det multipolygon kun når ein må for å få det til å fungere.
Der "inner" av skog er eit heilt polygon så taggar eg det med typen areal som f.eks. farmland. Der det er brytning mellom skog rutene, eller der eit anna areal ikkje fult deler med skogen, så må eg lage separat polygon og ikkje ein ny relasjon der er deler opp i ways. http://www.openstreetmap.org/way/307392530#map=17/60.75943/6.49934&layers=D
http://www.openstreetmap.org/way/307392548#map=17/60.75513/6.50088&layers=D

Måtte dele opp ein del av rutene med skog frå kartverket då dei enda opp med over 2000 punkt.

For min del kunne vi lagt inn data som sosi2osm lagar det, men det ville nok ikkje DWG ha godteke. Hadde spart oss mykje arbeid og ein slepp at svært mange polygon deler punkt.
Det hadde vorte ekstremt mange relasjonar som eg tvilar på ville fungert. Voss Kommune åleine er bygd opp av over 11000 relasjonar i råfila frå sosi2osm.

Date: Mon, 2 Feb 2015 08:12:46 +0100
Subject: Re: [NUUG kart] Import av elver, bekker og vann fra statkart N50
From: torsteinibo at gmail.com
To: gazer2175 at hotmail.com
CC: kart at nuug.no

Enig. Så bare veiene i relasjonene bør ha dato og ikke relasjonen som helhet.
Torstein 
On Feb 1, 2015 11:17 PM, "N/A N/A" <gazer2175 at hotmail.com> wrote:

Å setje source:date for eit polygon in OSM er nesten umulig å få til utan at alle polygon må delast opp og leggjast inn som relasjon. Dette fordi f.eks. ein innsjø kan ha 2-3 ulike datoar på ulike delar av omrisset. Merka meg at myr områder ofte er frå andre halvdel av 70-talet mens skog kan vere frå 80 og 90 talet. Så kjem elvar og jordbruk som er av endå nyare dato.
Når desse grensar til kvarandre på fleire delar så blir det ikkje lett å få til.

From: torsteinibo at gmail.com
Date: Sun, 1 Feb 2015 22:59:29 +0100
To: gomyhr at gmail.com
CC: kart at nuug.no
Subject: Re: [NUUG kart] Import av elver, bekker og vann fra statkart N50

Takk for innspillene. 1. Jeg endrer source til "Kartverket N50". Dette for å skille det fra tidligere import av N5000 (og fremtidige). Jeg synes source:date bør settes til datoen for "DATAFANGSTDATO" på hvert element. Dette siden den vil variere på import settet.2. Fikset3. Kystlinje er nå fjernet.4. Forklaring forbedret. En kan vurdere å ta ut xxxReplaced.osm da denne genereres i punkt 9 for oppdatert data og kun det valgte området. Evt. kan man kjøre splitter direkte på xxxReplaced.osm og laste opp den resulterende filen direkte.

Hilsen
Torstein

1. februar 2015 kl. 21.27 skrev Geir Ove Myhr <gomyhr at gmail.com>:
Hei!

Fint du har lagt ut ferdiglagde OSM-filer. Det gjør det mye lettere å

sjekke. Jeg tror også det er lurt å begrense N50-uttaket til én

datatype om gangen slik du har tenkt. Det gjør det lettere å sjekke de

objektene som importeres. Jeg har et par kommentarer i første omgang:

1. Jeg ser du bruker source="statkart N50" og source:date=* på alle

ways og relasjoner. Her bør det vel settes source=Kartverket og

eventuelt source:date=YYYY-MM-DD om relevant, og de bør settes på

endringssettet istedenfor på alle objektene slik det er beskrevet på

http://wiki.openstreetmap.org/wiki/No:Kartverket_import.

2. Jeg ser at det er en del små vann som er multipolygoner som består

en én way som igjen består av et fåtall noder. Det virker på meg

unødvendig komplisert å bruke en relasjon i disse tilfellene.

3. Kystlinjene har generelt litt spesiell behandling i OSM, sikkert

mest fordi de tilsammen er såpass lange. Det hadde kanskje vært lurt å

ta dem inn som en egen kystlinje-import som kun fokuserte på denne.

4. I punkt 3 på

https://wiki.openstreetmap.org/wiki/User:Tibnor/N50import#Ved_hver_import

er det uklart for meg hva som menes med beskrivelsen av

xxxReplaced.osm.

2015-02-01 11:47 GMT+01:00 Torstein Ingebrigtsen Bø <torsteinibo at gmail.com>:

> Hei, jeg fikk liten respons så jeg prøver igjen. Nå har jeg lagd en ny

> versjon der det meste av arbeidet er gjort på forhånd og lagret på min

> google drive. Nå kreves kun python og ikke sosi2osm. Er det noen som har

> tilbakemeldinger? Anvisningen finnes fortsatt på

> https://wiki.openstreetmap.org/wiki/User:Tibnor/N50import

>

> Hilsen

> Torstein I. Bø

>

> ---------- Videresendt e-post ----------

> Fra: Torstein Ingebrigtsen Bø <torsteinibo at gmail.com>

> Dato: 29. januar 2015 kl. 19.13

> Emne: Import av elver, bekker og vann fra statkart N50

> Til: "kart at nuug.no" <kart at nuug.no>

>

>

> Hei,

>

> Jeg har i det siste jobbet med å lage en metode for å importere data for

> arealdekke.sosi fra N50 serien. Jeg har gjort en prøveimport av data for

> Meråker (http://www.openstreetmap.org/#map=13/63.4971/12.0551). Jeg har lagd

> noen skript som skal minke feil og arbeidsmengden under importering

> (https://github.com/tibnor/kartverket2osm). Forslaget for importmetode

> finnes på https://wiki.openstreetmap.org/wiki/User:Tibnor/N50import

>

> Merk at jeg har lagd skript både for å sette rettning på elver og bekker

> (basert på høydedata). Det er også et script for å ta flette eksisterende

> data med import data, for å unngå duplikater.

>

> Som dere ser på Meråker importen har jeg også importert arealdekke. Metoden

> for dette er veldig lik metoden for å importere vann/elv/bekker, så jeg

> kommer med metode for dette seinere. Av erfaring bør man importere disse

> hver for seg.

>

> Hilsen

> Torstein I. Bø

> tibnor

>

>

> _______________________________________________

> kart mailing list

> kart at nuug.no

> http://lists.nuug.no/mailman/listinfo/kart

>

_______________________________________________
kart mailing list
kart at nuug.no
http://lists.nuug.no/mailman/listinfo/kart 		 	   		  

_______________________________________________

kart mailing list

kart at nuug.no

http://lists.nuug.no/mailman/listinfo/kart

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.nuug.no/pipermail/kart/attachments/20150202/98b84b8f/attachment-0001.htm 