<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;" dir="ltr">
<p>Har undersøkt litt og det skal vere info om &quot;landbruksvegklasse&quot; i NVDB/Elveg data?<br>
<br>
Om ein ser på Vegkart.no og søker etter dette så finn ein 9 ulike klassar for skogsbilveg.</p>
<p></p>
<div>
<ol>
<li>Helårs bilveg</li><li>Helårs landbruksbilveg</li><li>Landbruksbilveg</li><li>Sommerbilveg, tømmerbil med henger</li><li>Sommerbilveg, tømmerbil uten henger</li><li>Vinterbilveg</li><li>Traktorveg</li><li>Enkel traktorveg</li><li>Har ikke verdi</li></ol>
</div>
<br>
<p></p>
<p>Alle som ikkje er merka som &quot;Traktorveg&quot; eller &quot;Enkel traktorveg&quot; bør kunne setjast som &quot;service&quot;.&nbsp;<br>
</p>
<br>
<p>Meir utfyllande info om landbruksvegar finn ein på <a href="http://www.skogkurs.no/vegnormaler/index.html" class="OWAAutoLink" id="LPlnk961715" previewremoved="true">
http://www.skogkurs.no/vegnormaler/index.html</a><br>
</p>
<p>Klassane er forklart på side 10.<br>
</p>
<br>
<p>Som ein ser i linken over så vert alt ned til kl. 6 rekna som bilveg her.</p>
<p><br>
Og som har vore nemnt ein anna stad så er &quot;track&quot; lågare i hierarkiet enn &quot;service&quot; og ofte ikkje brukt til ruting av bil i navigasjonsprogram.<br>
Mange av desse vegane vert jo køyrd av vogntog som transporterer tømmer. Dei ville nok ikkje blitt ruta på ein &quot;track&quot;.<br>
</p>
<p>Det er og som sagt svært ofte at vegen går frå skogsbilveg til privat veg for små avstikkarar&nbsp;til hytter osv.<br>
</p>
<br>
<p>Skogsbilvegar er, slik eg forstår det, sett slik då dei har vorte bygd for meir enn 50% landbruksnytte, og kanskje og fått tilskot frå Landbruksdepartementet
<br>
</p>
<br>
<p>Dette meiner eg forsterkar min argumentasjon om at dei aller fleste slike vegar bør vere &quot;service&quot;.<br>
</p>
<br>
<br>
<div style="color: rgb(0, 0, 0);">
<hr style="display:inline-block; width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" color="#000000" face="Calibri, sans-serif"><b>From:</b> Geir Ove Myhr &lt;gomyhr@gmail.com&gt;<br>
<b>Sent:</b> Friday, June 16, 2017 11:58 PM<br>
<b>To:</b> Wiklund Johan<br>
<b>Cc:</b> Øystein Bjørndal; N/A N/A; kart@nuug.no<br>
<b>Subject:</b> Re: [NUUG kart] Elveg oppdatering?</font>
<div>&nbsp;</div>
</div>
<div>
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote"><span style="color:rgb(80,0,80)">&gt; On 16 Jun 2017, at 06:51, N/A N/A &lt;</span><a href="mailto:gazer2175@hotmail.com" target="_blank">gazer2175@hotmail.com</a><span style="color:rgb(80,0,80)">&gt; wrote:</span><br style="color:rgb(80,0,80)">
<span style="color:rgb(80,0,80)">&gt; Har merka meg ein ting som er litt rotete. NVDB har eit veldig samansurium når det gjeld skogsbilveg og privat veg. Så langt eg kan sjå så er alle såkalla skogsbilvegar svært køyrbare og vil, slik eg ser det, kunne setjast
 som &quot;service&quot;. Så får heller folk byte dei til &quot;track&quot; som, etter mi meining, passar betre for traktorvegar. Slike er heller ikkje med i NVDB.</span><br style="color:rgb(80,0,80)">
</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">Jeg synes egentlig beskrivelsen på OSM-wiki på&nbsp;<a href="http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack" target="_blank">http://wiki.openstreetmap.<wbr>org/wiki/Tag:highway%3Dtrack</a> og&nbsp;<a href="http://wiki.openstreetmap.org/wiki/Key:tracktype" target="_blank">http://wiki.openstreetmap.<wbr>org/wiki/Key:tracktype</a>
 burde dekke det meste av det som i NVDB står som skogsbilveg. De vegene du beskriver høres ut som tracktype=grade1 eller tracktype=grade2. Jeg har ikke samlet erfaring med hvordan kvaliteten på skogsbilveger er i virkeligheten, men tanken var at de alle ville
 kunne passe under highway=track, og så kunne de med lokalkunnskap legge til tracktype.</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">2017-06-16 9:14 GMT&#43;02:00 Wiklund Johan <span dir="ltr">
&lt;<a href="mailto:johan.wiklund@entur.org" target="_blank">johan.wiklund@entur.org</a>&gt;</span>:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex; border-left:1px solid rgb(204,204,204); padding-left:1ex">
Jeg har også sett veier i skogen som ser het vanlige ut er merket som track i elveg. Har også sett noen av dem som lenger inn i skogen blir &quot;road&quot; igjen.<br>
</blockquote>
<div><br>
</div>
<div>Jeg har lite erfaringsdata om hvordan mappingen mellom NVDB-klassifisering og virkeligheten er. Men jeg klarer neppe å lage OSM-filer fra NVDB som er bedre enn datagrunnlaget ;-) I hver kommunevis ZIP-fil ligger både XXXXElveg_default.osm, som er Elveg-data
 på OSM-format (output fra sosi2osm), og input til elveg2osm og XXXXElveg.osm, som er mitt forsøk på oversette det som står i Elveg_default.osm til OSM-tagger (samt fartsgrenser og høydebegrensinger fra tekstfiler).</div>
<div>&nbsp;</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex; border-left:1px solid rgb(204,204,204); padding-left:1ex">
Om mer detaljert forhåndstagging kunne visse typer vei med name=* settes til f.eks. Residential eller Unclassified.<br>
En annen ting som kunne blitt gjort for å underlette tagging var å merke dem som RV, FV, KV og PV istedenfor road (highway=RV). Da kunne man lagd søk og filter for å markere alle som var samme type i det minste. Man får sikkert en feilmelding om man prøver
 å lagre uten å endre også.<br>
<br>
</blockquote>
<div>Det er selvfølgelig et problem at flere ulike tagger i Elveg mappes til samme tag (f.eks. highway=road) i OSM. Helst skulle jeg kunne lagt til en tilleggstag som ble stoppet av editoren(e) hvis den ble forsøkt lastet opp med den ekstra informasjonen. Jeg
 vet ikke om noen praktisk måte å gjøre dette på. I noen tilfeller der usikkerheten er ekstra stor, har jeg lagt til en FIXME-tag (for ting som er sjeldent og må sjekkes ut fra gang til gang) eller note-tag (for ting som sikkert kan stå, men som kanskje burde
 vært gjort annerledes). Legger man til tagger som _rutinen_ sier at man skal fjerne, ender de sikkert i noen tilfeller opp på serveren likevel. Derfor har jeg forløpig holdt meg til at man kan åpne XXXXElveg_default.osm i et eget lag, og kikke på dette for
 å få mer informasjon om taggene fra Elveg. Ulempen er selvfølgelig at man ikke kan merke subsettet av f.eks. highway=road som kommer fra Kommunal veg eller privat veg basert på tagger i et annet lag.</div>
<div>&nbsp;</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex; border-left:1px solid rgb(204,204,204); padding-left:1ex">
Det kunne også vært fint om alle elveger var pre-tagget med &quot;source=Kartverket&quot; og evt. pre-simplified? Sikkert noen som foretrekker rådata, men det er bare en tanke :)<br>
</blockquote>
<div><br>
</div>
<div>Som alt annet i OSM oppnås det aldri konsensus, og ting gjøres forskjellig, men jeg og mange med meg mener at source-taggen hører hjemme på changeset-nivå og ikke på hvert enkelt objekt. Dette er også skrevet på&nbsp;<a href="http://wiki.openstreetmap.org/wiki/Import/Catalogue/Road_import_(Norway)#Changeset_tags" target="_blank">http://wiki.openstreetmap.<wbr>org/wiki/Import/Catalogue/<wbr>Road_import_(Norway)#<wbr>Changeset_tags</a>.
 Grunnen er at source-taggen ofte ikke blir oppdatert når objektet endres, og det blir voldsomt mye duplisering av source-informasjon. Ellers har jeg forsøkt å få elveg2osm til å kødde minst mulig med geometrien (det ble nødvendig å legge til ekstra noder for
 å endre fartsgrenser mellom noder, men ellers ser jeg for meg at forenkling av veiene kunne blitt en debugging-hodepine). Og så er det jo enkelt å gjøre det i editorene.</div>
<div>&nbsp;</div>
<div>PS: Jeg har lastet opp noe nye 2017-data uten å gjøre spesielt mye QA på det, men jeg ser at upload-interfacet som vanlig har hoppet over noen filer, men jeg har ikke fått sett hvilke ennå. Jeg har 426 filer på PCen og det ser ut til å være 416 på google
 drive. Vanskelig å sammenligne med web-interfacet.</div>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>