Det er på tide å si noe om filtrering på vegkategori — eller mer presist: Hva slags type veg det er — og hvem som eier vegen. Vi har i dag disse seks vegkategoriene:

Europaveger
Riksveger
Fylkesveger
Kommunalveger
Privatveger
Skogsbilveger

Merk at Motorveg ikke er noen vegkategori, men en egen objekttype. Igjen anbefaler vi den aldeles utmerkede håndbok v830 (Nasjonalt vegreferansesystem), som har en aldeles utmerket innføring i emnet.

Alle søk i vegkart (og NVDB-api) kan filtreres på vegkategori!

For eksempel kan vi finne alle fartshumper på fylkesveger i Trondheim med dette søket:

Vegkart-søk på fartsdempere langs fylkesveger i Trondheim kommune.

Lenke til søket. Vi kan også føye til flere vegkategorier i samme søk.

For en tid tilbake viste vi også et eksempel hvor vi gjorde kreativ bruk av egenskapsfiltrering for å vise kommunale veger, private veger og skogsbilveger med separate farger i vegkart. (Se eksempel). Dette kunne vi gjøre fordi objektet Vegreferanse har egenskapstypen Vegkategori. Men vegreferanse-objektet er helt spesielt på mange måter (igjen, vi viser til håndbok v830), og dette trickset kan vi ikke bruke på noen av de andre objekttypene.

Men — felles for alle data i NVDB er at vi kan avgrense søket til hvilken veg som objektet er knyttet til, slik vi gjør med fartshumpene over (gi meg fartshumper langs fylkesveger). Vi kan også avgrense et spesifikt vegnummer, for eksempel fylkesveg 901 i Trondheim kommune:

Fartsdempere langs Fv901 i Trondheim kommune.

Lenke til dette søket.

I vegkart kan man klikke på en veg og få opp en såkalt vegreferanse.

Vegreferanse

Her får du opp en litt i overkant kryptisk kode:  «KV 4500 H1 m713»

Den første bokstaven («K» ) forteller deg at vegen er kommunal, mens tallet 4500 er selve vegnummeret. For skogsbilveger er første bokstav «S», private veger har en «P», mens europa-, riks-, og fylkesveger har «E», «R» eller «F». Resten av koden er grundig forklart her: Nasjonalt vegreferansesystem – håndbok v830. 

Men hvordan kan jeg få et kart som viser hvilke veger som er kommunale og private?

Med den nye versjonen av vegkart kan du nå søke på flere ganger på samme objekt. Kombinert med egenskapsfilter kan du for eksempel søke tre ganger på objektet «vegreferanse» med filter for vegkategori lik kommunal, privat og skogsbilveg, og dette vil bli tegnet opp med ulike farger i kartet. For eksempel slik:

Vegkart-søk for å vise private v.s. kommunale veger – og skogsbilveger

Lenke til dette søket

Visst finnes det verktøy der det er mer intuitivt og kjappere å få fram kart over kommunale versus private veger. Vi har absolutt ingen ambisjon om at vegkart skal være førstevalg til absolutt alt — noen oppgaver er og blir mer rett fram i andre verktøy, og det er slik det skal være.

Vi vil først og fremst vise at vegkart nå kan brukes på nye og mer kreative måter, med enda smartere spørringer.

Tilføyelse: Vegreferanse er på mange måter spesiell, og den eneste objekttypen som har egenskapen Vegkategori som vi kan utnytte på akkurat denne måten. Hvis vi ønsker å avgrense søk etter andre typer data til f.eks. kommunale veger eller fylkesveger må vi gjøre ting på en litt annen måte. Vi sier litt mer om dette i dette innlegget.

Vegnettsdataene FKB veg, Elveg og Vbase bruker alle elementet TRANSID som unik nøkkel på akkurat denne vegstrekningen. Bruken av TransID er eldre enn NVDB, men NVDB er i dag orginalkilden til både TransID (og øvrige vegnettsdata). Disse TransID’ene vedlikeholdes i NVDB under navnet Transportlenke. NVDB ID’en til et transportlenke-objekt er identisk med transID-verdien i Elveg, Vbase eller FKB veg. Dermed er det trivielt å hente data ut fra det nye NVDB-api’et.

Et transportlenke-objekt i NVDB har vegreferanse (vegnummer, parsellnummer) og meterverdier (til-fra). Vegreferanse er en av tre mulige måter å søke opp vegstrekninger i NVDB (de to andre er geometri og ID til veglenken, ref http://api.vegdata.no/verdi/vegreferanse.html  ). Vegreferanser stammer fra tiden før presis satelittnavigasjon, og er en menneskelig forståelig måte å navigere vegnettet på. Interesserte kan lese mer om dette fascinerende temaet i den utmerkede håndbok v830 – anbefalt lesning!

Det å bruke vegreferanse som koblingsnøkkel har et par ulemper: Vegnettsendringer blir ikke håndtert på en robust måte, i tillegg til at kommunenummer og vegnummer kan endres ved et pennestrøk. Men bruken av vegreferanse er veldig innarbeidet. Som «dynamisk» oppslagsnøkkel funker det helt greit. Men ønsker du systemintegrasjon med persistent koblingsnøkkel mot NVDB bør du bruke NVDB ID til objektet — eller veglenkeID og posisjon.

Eksempel fra Elveg-SOSI versjon 4.0  (Eigersund kommune, Elveg-leveranse 1.9.2013)

.KURVE 2:
..OBJTYPE VegSenterlinje
..KVALITET 60 200
..DATAFANGSTDATO 20001206
..TRANSID 145816634
..KOMM 1101
..VNR K V 100
..VPA 1 28 48
..VKJORFLT 1#2
..VFRADATO 19500101
..NØH
652134340 -1759380 8560 ...KP 1
..NØH
652134680 -1759020 8570
652134930 -1758660 8590
652135270 -1758190 8620
652135580 -1757820 8650 ...KP 1

TransID’en kan da søkes opp i NVDB slik: https://www.vegvesen.no/nvdb/api/v2/vegobjekter/539/145816634.xml

Begrepet «TransID» eksisterer for øvrig ikke lenger fra og med Sosi 4.5. I stedet brukes de generelle Sosi-mekanismene for identifikasjon – slik:

..IDENT
...LOKALID 145816634
...NAVNEROM NVDB_Transportlenker