Jeg ser ikke poenget med å fjerne nvdb:id. Merker du flere vegstykker etter hverandre i JOSM kommer det opp på de taggene som er forskjellig. Du kan så dem sammen med “Combine” (f.eks. trykke C), og du vil måtte velge en tag for der det er konflikt og “none” er en mulighet. Poenget med å ha nvdb:id der er at hvis noe mer data skal vurderes senere, så vil det være denne som er nøkkelen de andre dataene refererer til. Det kan være akseltrykk, svingrestriksjoner, eller andre data som ligger i NVDB, men ikke i Elveg.
Nå det er sagt, er det litt mer struktur i Elveg-dataene enn bare en samling små vegstykker med hver sin id. Innen hver kommune har hver veg et nummer (paret KOMM og VNR sammen vil være unikt), og denne er delt opp i parseller. Parsellene er første tall i VPA-taggen. De to neste er meterverdiene innenfor denne parsellen. I prinsippet kunne vi slått sammen alle vegbitene i hver vegparsell til én way (så lenge antall noder ikke blir for høyt) for de bitene som ellers har like tagger. Men det er en del ekstra jobb som ikke åpenbart gir et bedre datasett. Jeg tror også at veldig korte vegbiter først og fremst er en utfordring i urbane strøk. Taggene fra Elveg ser du i fila *Elveg_default.osm (som er output fra sosi2osm).