<div dir="ltr">Punkt 2 og 3 flyter vel kanskje litt over i hverandre. Men med punkt 3 så tenkte jeg at det ikke var noe organisert importering. Det betyr jo i praksis at det vil ta lang til å importere aktuelle data. <div>
<br></div><div>Jeg tenker i farta at ting som myr og vann bør kunne tas inn litt mer organisert og se hva som har best nøyaktighet og hva som eventuelt mangler i OSM. Veier likeså. Mens f. eks. stier kanskje kun bør importeres av lokalkjente som veit at stien faktisk går der. Stier i N50 har jo ganske varierende kvalitet. </div>
<div><br></div><div>Punktene mine var forøvrig kun for å ha noe å diskutere etter, så ta de med en klype salt :-) </div><div><div><br></div><div>Espen</div><div><br></div><div><br></div></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">2013/9/30 Sverre Didriksen <span dir="ltr"><<a href="mailto:sverre.didriksen@usit.uio.no" target="_blank">sverre.didriksen@usit.uio.no</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<font face="sans-serif">Espen Oldeman Lund</font><tt><font>
wrote on 30.09.2013 21:29:05:<br>
<br>
> <br>
> Hei!</font></tt>
<br><div class="im"><tt><font>> <br>
> Som dere ser så har jeg sendt en forespørsel til Kartverket om bruk
<br>
> av de nylig frigitte dataene i OSM. Men som tidligere nevnt så tyder<br>
> alt på at data kan brukes i OSM, så jeg tenkte at vi bør begynne å
<br>
> diskutere hvordan vi håndterer dette framover. </font></tt>
<br><tt><font>> <br>
> Det er i hovedsak vbase(veger) og N50 som er aktuelt å bruke i OSM. </font></tt>
<br><tt><font>> <br>
> Jeg tenker at de i grove trekk er fire måter og håndtere disse dataene
på:</font></tt>
<br><tt><font>> 1. Importere direkte uten å se på konflikter</font></tt>
<br><tt><font>> 2. Importere med en mer eller mindre automatisk
prosess</font></tt>
<br><tt><font>> 3. Ingen import, men en prosess der hver enkelt
OSM'er plukker ut <br>
> elementer for sitt lokale område og legger inn i OSM</font></tt>
<br><tt><font>> 4. Ignorere dataene og ikke bruke de i OSM</font></tt>
<br><tt><font>> <br>
> Hvilken framgangsmåte som velges avhenger sjølsagt av datasettet. </font></tt>
<br><tt><font>> <br>
> N50 inneholder jo en drøss av ulike data så før en går igjennom <br>
> detaljene på de, så synes jeg det hadde vært fint å fått generelle
<br>
> kommentarer fra OSM'er på hvordan vi skal håndtere disse dataene. </font></tt>
<br><tt><font>> <br>
</font></tt>
<br>
<br></div><tt><font>Hei</font></tt>
<br>
<br><tt><font>Jeg synes det er viktig å ikke "ødelegge"
noe som ligger i OSM. Det betyr i praksis at dataene dtort sett må flettes
slik at vi ikke overskriver noe eller får doble objekter. Selvfølgelig
må man også vurdere om nøyaktigheten på noe av det Kartverket har er bedre
og at man da tar inn data for å korrigere. </font></tt>
<br>
<br><tt><font>Jeg tror derfor at punkt 3 er mest aktuell for de
fleste typer elementer, men det finnes unntak. Et av unntakene er kanskje
kommune- og fylkesgrenser.</font></tt>
<br><span class="HOEnZb"><font color="#888888">
<br><tt><font>-Sverre</font></tt>
<br></font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div><a href="http://www.turkompisen.no" target="_blank">http://www.turkompisen.no</a></div><a href="http://www.kresendo.no/" target="_blank">http://www.kresendo.no/</a><br>
<div><a href="http://no.linkedin.com/in/espenisaksen" target="_blank">http://no.linkedin.com/in/espenisaksen</a><br><br><br></div>
</div>