<tt><font size=2>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.</font></tt>
<br>
<br><tt><font size=2>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å.</font></tt>
<br>
<br><tt><font size=2>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. </font></tt>
<br>
<br><tt><font size=2>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.</font></tt>
<br>
<br><tt><font size=2>Jeg synes kanskje det er tidlig å konkludere med hvordan
vi gjør dette. Er det ingen andre synspunkter?</font></tt>
<br>
<br><tt><font size=2>-Sverre</font></tt>
<br>
<br>
<br>
<br><tt><font size=2>Tyrfing OSM wrote on 02.10.2013 10:45:58:<br>
<br>
> <br>
> Dersom man importerer kommunevis bør man vurdere hva man gjør med
<br>
> objekter som krysser kommunegrensene. For veier (og andre <br>
> linjebaserte objekt) er dette sikkert ikke et problem, men f.eks.
<br>
> vann (eller andre polygon) som blir importert delvis kan være en <br>
> utfordring, ihvertfall dersom noen oppdaterer dem før nabokommunen<br>
> (e) blir importert.<br>
></font></tt>
<br><tt><font size=2>> Jeg er enig i at Corine-objekter med fordel kan
byttes ut. <br>
> Ihvertfall dersom de ikke har blitt manuelt justert.<br>
></font></tt>
<br><tt><font size=2>> Det er også mange andre kjekke objekter som bør
inn. F.eks. <br>
> kraftlinjer/kabler og demninger.<br>
></font></tt>
<br><tt><font size=2>> Jeg testet litt med en helmanuell import igår
(ved å merge ned noen <br>
> utvalgte objekter fra sosi-filene til osm). Noen nye objekter og <br>
> noen eksisterende der jeg erstattet geometrien. Ca her: http://<br>
> </font></tt><a href="www.openstreetmap.org/#map=14/58.9538/6.6792"><tt><font size=2>www.openstreetmap.org/#map=14/58.9538/6.6792</font></tt></a><tt><font size=2><br>
></font></tt>
<br><tt><font size=2>> <br>
></font></tt>
<br><tt><font size=2>> 1. oktober 2013 kl. 21:56 skrev Espen Oldeman
Lund <espen@espenpost.com>:</font></tt>
<br><tt><font size=2>> Så konklusjonen sålangt er å importere veier
der det mangler. Stier <br>
> tas kun inn av lokalkjente. Vann og bekker(og sikkert myr) <br>
> importeres der det er mangler eller dårligere data. </font></tt>
<br><tt><font size=2>> <br>
> All import er kanskje hensiktsmessig å gjøre kommunevis og da med
<br>
> noen testkommuner i første omgang?</font></tt>
<br><tt><font size=2>> <br>
> Hva med arealobjekter som skog, jordbruk osv? Bør vi vurdere å kaste<br>
> ut Corine-objekter som ikke er endra og heller importere skog fra
N50?</font></tt>
<br><tt><font size=2>> <br>
> Vi trenger vel også å sette opp noe i wiki'en antar jeg slik at vi
<br>
> har oversikt etterhvert. </font></tt>
<br><tt><font size=2>> <br>
> Espen</font></tt>
<br><tt><font size=2>> <br>
> <br>
</font></tt>
<br><tt><font size=2>> 2013/10/1 Sverre Didriksen <sverre.didriksen@usit.uio.no></font></tt>
<br><tt><font size=2>> Jeg tror også det er en god ide. Å ta alt som
mangler og i tillegg <br>
> det som er grovt inntegnet f.eks. kan være en god modell. Det
er jo<br>
> en del som er nøyaktig tegnet etter gode flyfoto, det er det viktig
<br>
> å bevare. Det er ofte minst like bra som det Kartverket har. <br>
> <br>
> -Sverre <br>
> <br>
> <br>
> Tyrfing OSM wrote on 01.10.2013 15:54:53:</font></tt>
<br><tt><font size=2>> <br>
> <br>
> > <br>
> > Har sett litt på data for vatn og bekker. Endel bekker renner
<br>
> > oppover, og enkelte vann ser litt omtrentlige ut når man <br>
> > sammenlikner med GPS-spor eller Bing. Dvs. jeg tror en manuell
(evt <br>
> > semimanuell for hvite områder) kan være en god idé.<br>
> ></font></tt>
<br><tt><font size=2>> <br>
> > <br>
> > <br>
> > 30. september 2013 kl. 22:30 skrev Sverre Didriksen <<br>
> > sverre.didriksen@usit.uio.no>: <br>
> > Veier f.eks må vi være forsiktig med. Jeg har erfart at det en
del <br>
> > steder er mye feil i Kartverkets data. Det er en del gamle veier
som<br>
> > er igjengrodd og som ikke finnes, men som er i datasettene til
<br>
> > Kartverket. En import av alle veier vil da kunne gjøre en del
skade.<br>
> > Jeg tror en kommunevis manuell import vil være det beste, helst
<br>
> > gjort av noen som er kjent. Men der hvor det er tynt med data
er nok<br>
> > en import av alt det som mangler helt greit. <br>
> > <br>
> > -Sverre <br>
> > <br>
> > <br>
> > <br>
> > Espen Oldeman Lund <espen@espenpost.com> wrote on 30.09.2013
22:06:45: <br>
> > <br>
> > <br>
> > > <br>
> > > Punkt 2 og 3 flyter vel kanskje litt over i hverandre. Men
med punkt<br>
> > > 3 så tenkte jeg at det ikke var noe organisert importering.
Det <br>
> > > betyr jo i praksis at det vil ta lang til å importere aktuelle
data. <br>
> > <br>
> > > <br>
> > > Jeg tenker i farta at ting som myr og vann bør kunne tas
inn litt <br>
> > > mer organisert og se hva som har best nøyaktighet og hva
som <br>
> > > eventuelt mangler i OSM. Veier likeså. Mens f. eks. stier
kanskje <br>
> > > kun bør importeres av lokalkjente som veit at stien faktisk
går der.<br>
> > > Stier i N50 har jo ganske varierende kvalitet. <br>
> > > <br>
> > > Punktene mine var forøvrig kun for å ha noe å diskutere
etter, så ta<br>
> > > de med en klype salt :-) <br>
> > > <br>
> > > Espen <br>
> > > <br>
> > > <br>
> > <br>
> > > 2013/9/30 Sverre Didriksen <sverre.didriksen@usit.uio.no>
<br>
> > > Espen Oldeman Lund wrote on 30.09.2013 21:29:05:<br>
> > > <br>
> > > > <br>
> > > > Hei! <br>
> > > > <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.
<br>
> > > > <br>
> > > > Det er i hovedsak vbase(veger) og N50 som er aktuelt
å bruke i OSM. <br>
> > > > <br>
> > > > Jeg tenker at de i grove trekk er fire måter og håndtere
disse <br>
> > dataene på: <br>
> > > > 1. Importere direkte uten å se på konflikter <br>
> > > > 2. Importere med en mer eller mindre automatisk prosess
<br>
> > > > 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
<br>
> > > > 4. Ignorere dataene og ikke bruke de i OSM <br>
> > > > <br>
> > > > Hvilken framgangsmåte som velges avhenger sjølsagt
av datasettet. <br>
> > > > <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. <br>
> > > > <br>
> > > <br>
> > <br>
> > > Hei <br>
> > > <br>
> > > Jeg synes det er viktig å ikke "ødelegge" noe
som ligger i OSM. Det <br>
> > > betyr i praksis at dataene dtort sett må flettes slik at
vi ikke <br>
> > > overskriver noe eller får doble objekter. Selvfølgelig må
man også <br>
> > > vurdere om nøyaktigheten på noe av det Kartverket har er
bedre og at<br>
> > > man da tar inn data for å korrigere. <br>
> > > <br>
> > > Jeg tror derfor at punkt 3 er mest aktuell for de fleste
typer <br>
> > > elementer, men det finnes unntak. Et av unntakene er kanskje
<br>
> > > kommune- og fylkesgrenser. <br>
> > > <br>
> > > -Sverre <br>
> > > <br>
> > <br>
> > > <br>
> > > -- <br>
> > > </font></tt><a href=http://www.turkompisen.no/><tt><font size=2>http://www.turkompisen.no</font></tt></a><tt><font size=2>
<br>
> > > </font></tt><a href=http://www.kresendo.no/><tt><font size=2>http://www.kresendo.no/</font></tt></a><tt><font size=2>
<br>
> > > </font></tt><a href=http://no.linkedin.com/in/espenisaksen><tt><font size=2>http://no.linkedin.com/in/espenisaksen</font></tt></a><tt><font size=2><br>
> > > <br>
> > <br>
> > _______________________________________________<br>
> > kart mailing list<br>
> > kart@nuug.no<br>
> > </font></tt><a href=http://lists.nuug.no/mailman/listinfo/kart><tt><font size=2>http://lists.nuug.no/mailman/listinfo/kart</font></tt></a><tt><font size=2><br>
> <br>
> > _______________________________________________<br>
> > kart mailing list<br>
> > kart@nuug.no<br>
> > </font></tt><a href=http://lists.nuug.no/mailman/listinfo/kart><tt><font size=2>http://lists.nuug.no/mailman/listinfo/kart</font></tt></a>
<br><tt><font size=2>> <br>
> _______________________________________________<br>
> kart mailing list<br>
> kart@nuug.no<br>
> </font></tt><a href=http://lists.nuug.no/mailman/listinfo/kart><tt><font size=2>http://lists.nuug.no/mailman/listinfo/kart</font></tt></a><tt><font size=2><br>
</font></tt>
<br><tt><font size=2>> <br>
</font></tt>
<br><tt><font size=2>> <br>
> -- </font></tt>
<br><tt><font size=2>> </font></tt><a href=http://www.turkompisen.no/><tt><font size=2>http://www.turkompisen.no</font></tt></a>
<br><tt><font size=2>> </font></tt><a href=http://www.kresendo.no/><tt><font size=2>http://www.kresendo.no/</font></tt></a>
<br><tt><font size=2>> </font></tt><a href=http://no.linkedin.com/in/espenisaksen><tt><font size=2>http://no.linkedin.com/in/espenisaksen</font></tt></a><tt><font size=2><br>
> <br>
</font></tt>
<br><tt><font size=2>> _______________________________________________<br>
> kart mailing list<br>
> kart@nuug.no<br>
> </font></tt><a href=http://lists.nuug.no/mailman/listinfo/kart><tt><font size=2>http://lists.nuug.no/mailman/listinfo/kart</font></tt></a><tt><font size=2><br>
</font></tt>