<div dir="ltr"><div><div>Okei, det ble litt mange &quot;grener på treet&quot; nå. Samler trådene på det jeg opplever vi ikke har bestemt ennå.<br><br></div><div>Det er to ting vi må bestemme oss for - nvdb:id og sammenslåing av veier. Har i tillegg to ting til jeg ønsker å nevne/spørre om.<br></div><div><br></div><div><b></b></div><div><br></div><div><b>Fjerning av nvdb:id</b>:<br><br></div><div>Argumenter for:<br><ul><li>Det er påkrevd dersom veier skal slås sammen (se neste avsnitt)</li><li>Trengs ikke for å ta inn endringer i fremtidige Elveg-data, da vi kan gjøre dette ved å sammenligne nye og gamle versjoner av Elveg-data direkte<br></li></ul></div><div>Argumenter mot:<br><ul><li>Vi har kobling til kildedata for veier som kopieres inn (personlig er jeg usikker nytteverdien av å ha kobling til kildedata kun 
på veier som kopieres inn, siden dette vil være langt fra alle veier - mye av veinettet i Norge finnes jo allerede i OSM - men dette kan være min uvitenhet som taler)</li></ul></div><b><br>Sammenslåing av veier</b>:<br><br></div>Argumenter for:<br><ul><li>Det ser ut til å være gjeldende praksis at én og samme vei så langt det er mulig er én &quot;way&quot; i OSM<br></li><li>Enklere å endre på veier i OSM i etterkant, navn/fartsgrense/etc. endres på én way i stedet for 20<br></li><li>Det kan gjøres automatisk med bedre resultater enn ved skjønn<br></li></ul><p>Argumenter mot:</p><ul><li>Om det skal gjøres automatisk, må skriptet må skrives</li><li>Umulig om nvdb:id skal beholdes<br></li></ul><p>Spørsmål fra min side: Geir Ove, du sier det kan bli en stor jobb å skrive skriptet. Men er det ikke bare å gå gjennom veiene med samme VNR og parsellnummer (og alle andre tags), finne noder med identiske koordinater og slå sammen på disse? Du får tilgi meg min uvitenhet hvis ikke, jeg kjenner ikke til strukturen til dataene. Minner for øvrig om Torsteins <a href="https://github.com/tibnor/kartverket2osm/blob/master/waySimplifyer.py">waySimplifyer.py</a> om den kan være til hjelp.<br></p><p><br></p><p><b>Replace geometry vs. improve way accuracy:</b></p><ul><li>Er det i praksis greit å bruke &quot;replace geometry&quot; det der man kan, så lenge man vet hva man gjør? De to grunnene som er 
oppgitt på wikien nå sier i praksis at &quot;det er mer å huske på&quot; og &quot;det 
virker ikke for alle veier&quot;, som på ingen måte er blytunge argumenter 
for aldri å bruke verktøyet. Spør fordi det er et veldig kraftig og effektivt verktøy der det kan brukes, om enn &quot;farlig&quot;.<br></li></ul><br><p></p><div><b>Wikisiden (til orientering):<br><br></b></div><ul><li>Har lagt til en ekstra kolonne i progresjonstabellen slik at man kan oppgi hvilke områder som er unnagjort (kan være greit for større kommuner).</li><li>Har nevnt på importsiden at om flere ønsker å samarbeide om samme kommune, så kan det kanskje ordnes vha. git eller lignende (dersom man sletter veier fra Elveg når man er ferdig og da jobber med samme versjonshåndterte fil). Manuell samkjøring er naturligvis også et krav. Tror ikke dette vil bli aktuelt, men kanskje greit å nevne. Kan fjerne det om det er hull i hodet.</li><li>Har lagt til en &quot;do&#39;s and don&#39;ts&quot; i workflow-biten.<br></li><li>Har lagt til en tom &quot;Q&amp;A&quot;-seksjon som jeg regner med vi kan fylle ut etterhvert som arbeidet skrider fram og vi (i alle fall jeg) sitter med et lass med spørsmål om &quot;best practices&quot; osv. (Når blir et fortau en gangveg? Skal gangveger kobles på bilveger om de slutter i en busslomme, når busstopp legges ved siden av vegen? Og andre detaljrike spørsmål som sikkert bare jeg har.)<br></li></ul></div>