Vegdata for navigasjon

Linda Therese Støeng og Knut Jetlund, Statens vegvesen, og Tore Abelvik, Statens kartverk

Statens vegvesen, Statens kartverk og kommunene samarbeider om innsamling, kvalitetssikring og leveranser av data for navigasjon i vegnettet.

 

Tjensvollkrysset i Stavanger. Foto: Knut Opeide, Statens vegvesen

Tjensvollkrysset i Stavanger. Foto: Knut Opeide, Statens vegvesen

Ruteplanlegging, flåtestyring og sanntidsnavigasjon i vegnettet ved hjelp av satellittnavigasjon og digitalt vegnett har blitt en sentral del av hverdagen for både privatpersoner, transportnæringen og ikke minst nødetatene. Med utgangspunkt i nettverksdata og avanserte beregningsalgoritmer finner systemene beste veg mellom to posisjoner. Dette sparer tid for den enkelte og for transportørene, det sparer miljøet for unødvendige utslipp, og det redder liv og verdier ved at nødetatene kommer raskere fram til riktig adresse.

Vi gjør oss avhengige av løsningene, og forventer at data til en hver tid er oppdaterte — samtidig som konsekvensene av feil i data eller feil bruk av dataene kan være dramatiske

Samtidig er det også slik at vi gjør oss avhengige av løsningene, og forventer at data til en hver tid skal være oppdaterte og korrekte. Konsekvensene av feil i data eller feil bruk av dataene kan være dramatiske, enten det er utenlandske vogntogsjåfører som kjører seg fast på vinterstengte fjellveger, eller enda verre: et utrykningskjøretøy som kjører feil og bruker for lang tid på å finne fram til skadestedet.

Det stilles andre krav til data til bruk i nettverksnavigasjon enn til vanlige kartdata. Et navigerbart nettverk må henge sammen i kryss, og lenkene må kjenne hvilke andre lenker de henger sammen med (nettverkstopologi). Nettverket har også restriksjoner og begrensninger som styrer hvor det er mulig og tillatt å ta seg fram. Dette kan for eksempel være envegskjøringer, svingerestriksjoner, fartsgrenser eller høydebegrensninger. I kompliserte kryss med flere felt er det behov for informasjon om hvilket felt man skal plassere seg i for å komme videre dit man skal.

Andre data skal også henge sammen med nettverksdataene. Spesielt gjelder dette adressedata, der det er viktig å ha den logiske sammenhengen mellom et adressepunkt og tilhørende veg. I mange tilfeller kan nærmeste veg til et adressepunkt være en annen enn den innkjørselen går fra, og ved manglende kobling kan da kostbar tid gå tapt ved en utrykning.

Denne artikkelen beskriver forvaltning, kvalitetssikring og distribusjon av vegdata. Adressedata forvaltes i Matrikkelen, og er ikke tema for artikkelen.

Forvaltning av vegdata

Det digitale vegnettet og informasjon knyttet til dette forvaltes i Nasjonal vegdatabank, NVDB. Det topologiske vegnettet er selve basisnettet i NVDB, og all annen informasjon knyttes til dette basisnettet. På denne måten kan vegnettet holdes stabilt selv om tilhørende informasjon som fartsgrenser, vegbredder osv. endres, og informasjon kan også knyttes til vegnettet uavhengig av kanalisering og inndeling i felt.

Data for europa-, riks- og fylkesveger forvaltes av Statens vegvesen gjennom kontinuerlig oppdatering, og viktige endringer skal være på plass i NVDB ved åpning av veganlegg. Data for kommunale, private og skogsbilveger forvaltes av Statens kartverk etter periodiske innmeldinger fra kommunene i forbindelse med forvaltningsrundene for FKB. Statens vegvesen og Statens kartverk avsluttet i 2013 et fellesprosjekt for forbedring av vegnettsgeometrien i NVDB, og dette prosjektet ga spesielt en markant forbedring på fullstendighet og nøyaktighet på kommunale, private og skogsbilveger.

Dataflyten mellom Statens kartverk og kommunene har vært en utfordring over tid, og for å bedre denne er det nå utviklet et eget forvaltingsdatasett, FKB-Vegnett. Datasettet eksporteres fra NVDB, og kommunene bruker så dette for å melde endringer tilbake til Statens kartverk. Statens kartverk kvalitetssikrer endringene, og legger disse inn i NVDB. Det er også satt i gang et arbeid i regi av Geovekst på forvaltningsstrategi for primærdata. En egen arbeidsgruppe for vegtema omfatter blant annet FKB-Vegnett. Det er grunn til å tro at arbeidet vil gi ytterliggere forbedring av forvaltningen, med bedre muligheter for kommunene for å rapportere endringer fortløpende. Videre er det utviklet en ny vegnettseditor for NVDB, som allerede etter kort tids bruk hos Statens vegvesen og Statens kartverk viser positive resultater.

Statens kartverk har som mål å ta tak i endringsdata fra kommunene fortløpende. Dette har vært en utfordring til nå, men med nytt redigeringsverktøy og nye forvaltningsrutiner er det håp om at situasjonen vil bli mye bedre.

Kvalitetssikring

Vegdata skal gjenspeile det fysiske nettverket med topologi, kanalisering og felt, samt restriksjoner og annen informasjon knyttet til nettverket. Konsekvensen er at datamodell og redigering av data blir noe mer komplisert enn vanlige kartdata. Statens vegvesen og Statens kartverk har derfor egne spesialister som sitter på fulltid med redigering og kvalitetssikring av vegnett.

Som nevnt i innledningen kan konsekvensene av feil og mangler i vegdata være dramatiske, og det er derfor behov for en sentral kvalitetssikring av data som skal legges inn. Dette omfatter geometri og topologi, med krav om sammenheng i nettverket på ulike detaljeringsnivåer, fullstendighet på restriksjoner mm.

Det stilles andre krav til data til bruk i nettverksnavigasjon enn til vanlige kartdata

I tillegg til kvalitetssikringen ved innlegging av data kjøres det også en rekke kontroller og tilhørende oppretting i forbindelse med leveranse av produkter fra NVDB. Dette omfatter test av sammenhenger og logisk konsistens i nettverket, og beregning av kjente ruter for å finne avvik. Typiske situasjoner er små gap eller manglende sammenkoblinger i nettverket, som fører til at en rute blir lagt via store omveger.

Distribusjon

Det finnes i dag flere kanaler ut for vegdata fra NVDB. De ferskeste dataene er tilgjengelige via NVDB-API, som gir enkel og rask tilgang til både vegnett og annen informasjon. Enkelt innsyn i dataene via NVDB-API er mulig både via portalen Vegkart (https://www.vegvesen.no/vegkart/vegkart/) og gjennom egne tillegg for vanlige GIS-løsninger. Statens vegvesen har fått mye skryt for å åpne opp tilgangen til NVDB gjennom NVDB REST-API, og ble i 2013 kåret av Difi til Norges mest åpne etat på bakgrunn av nettopp dette.

For leveranse av produkter og tjenester for nettverksnavigasjon er det imidlertid ikke nok med tilgang til de ferskeste dataene. Da vil en fort kunne få feil i form av at en ny veg er lagt inn i datasettet, men at viktige restriksjoner ikke er lagt inn enda. Et annet eksempel er manglende koblinger på grunn av at bare deler av et nytt veganlegg er lagt inn. Det er derfor viktig å kunne tilby kvalitetssikrede, versjonerte produkter og tjenester.

Elveg er et slikt produkt som har eksistert i mange år. Dette produktet leveres i samarbeid mellom Statens vegvesen og Statens kartverk fire ganger i året (http://data.kartverket.no/download/). Produktet består av kommunevise datasett med vegnett, restriksjoner og adressedata. I forbindelse med produksjon av Elveg kjøres en rekke tester og opprettinger slik det er omtalt over. Elveg har sine klare svakheter, og i første rekke gjelder det hyppighet på leveranser, kommunevise datasett, kun SOSI-format, og et begrenset utvalg restriksjoner i tekstfiler. Likevel er Elveg et produkt som blir aktivt brukt av mange.

Mer moderne løsninger er å tilby kun endringsdata, leveranse av en komplett, landsdekkende nettverksdatabase i åpne formater, og ikke minst ruteplanlegging som en tjeneste. I dette inngår også en bedre kobling mellom gater i vegnettverket og adressepunkt fra Matrikkelen.

Vi arbeider med alle disse løsningene, og både ruteplantjenesten og databasen som brukes i den er tilgjengelige via data.norge.no (http://data.norge.no/data/statens-vegvesen/vegnettsdata-til-navigasjon). Mer moderne løsninger gjør det også enklere for tilbydere av data og tjenester å levere oppdaterte produkter til brukerne.

Utvidet nettverk

Vegnettet i NVDB omfatter alle kjørbare veger, samt skiltede gang- og sykkelveger. Tradisjonelt har bruksområdet for denne typen data vært bilnavigasjon, men vi ser i økende grad at det digitale vegnettet må ses på som en del av et større, multimodalt nettverk der både bil, buss, tog, båt og fly inngår, samt nettverk for gående og syklende. Dette ser vi blant annet gjennom arbeidet med INSPIRE Transport Networks.

Vegvesenet er en aktiv pådriver i arbeidet med norges leveranser av Inspire Transport Networks.

Vegvesenet er en aktiv pådriver i arbeidet med norges leveranser av Inspire Transport Networks.

De ulike transportformene må bindes sammen av overgangsnoder, og i tillegg er det behov for registrering av stier og snarveger der syklister og fotgjengere tar seg fram. Også traktorveger som ikke er kjørbare med vanlig bil er viktige lenker i et komplett nettverk, for eksempel for utrykningskjøretøy.

Det nye primærdatasettet FKB-TraktorvegSti er et trinn på vegen mot et mer komplett nettverk. Datasettet skal omfatte stier, gangveger, traktorveger mm. som i dag ikke inngår i NVDB. Mye av dette finnes allerede i produkter som N50, men gjennom FKB-TraktorvegSti skal dataene samles og struktureres bedre for bruk som nettverksdata.

Både nasjonalt og internasjonalt er løsninger og tilrettelagte data for navigasjon i vegnettet et stort forretningsområde. Begge de to store internasjonale leverandørene av data ble kjøpt av andre aktører i 2008: Navteq ble kjøpt av Nokia for 40 milliarder kroner, mens TeleAtlas ble kjøpt av TomTom for 23 milliarder kroner. Det er her verdt å merke seg at Nokia pekte på data til fotgjengernavigasjon som en av de store motivasjonsfaktorene for å gå inn på dette området. Parallelt med disse bygger også Google sitt eget nettverksdatasett.

Alle disse aktørene bruker store summer på å vedlikeholde sine datasett. I Norge har vi en skattkiste i form av NVDB, en løsning andre nasjoner misunner oss sterkt og som de private aktørene har stor glede av. Men vi er avhengige av at både innsamling, foredling og distribusjon av data skjer på en måte som sikrer kvalitet og oppdaterte data. Og disse prosessene skal vi forbedre videre for å kunne tilby enda bedre data og løsninger for navigasjon i et komplett, framtidsrettet nettverk.

Har kun halvparten av ulykkene geometri?

Et vegkart-søk gir kjapt svaret at kun halvparten av ulykkene har egenskapen «Geometri, punkt».

Vegkart-søk - er det virkelig slik at kun halvparten av ulykkene har koordinater?

Har kun halvparten av ulykkene geometri?

Men dette kan da umulig stemme… hvis vi ikke vet hvor ulykken er så kan vi heller ikke knytte den til riktig veg, få statistikk for ulykker per kommune, langs E6 og så videre.

Selvfølgelig er det ikke slik at halvparten av ulykkene ikke er stedfestet

Forvirringen skyldes at ikke alle objekter har det vi kaller egengeometri. Da får man ut koordinater som en egen attributt til objektet, i listen over egenskaper

<egenskap>
<id>5123</id>
<navn>Geometri, punkt</navn>
<verdi>POINT (270201.0 7038482.0)</verdi>
</egenskap>

Alle objekter i NVDB er stedfestet på vegnettet. Detaljene står i lokasjons-objektet, lengre ned.

<lokasjon>
<egengeometri>true</egengeometri>
<fylke nummer="16" navn="SØR-TRØNDELAG"/>
<geometriUtm33>POINT (270201 7038482)</geometriUtm33>
<geometriWgs84>POINT (10.397118021702223 63.40058266939705)</geometriWgs84>
<kommune nummer="1601" navn="TRONDHEIM"/>
<kontraktsomrader>
<kontraktsomrade navn="1606 TrondheimMalvik 2010-2015"/>
</kontraktsomrader>
<politiDistrikt nummer="20" navn="Sør-Trøndelag"/>
<region nummer="4" navn="MIDT"/>
<riksvegruter>
<riksvegrute nummer="6A" navn="RUTE6A"/>
</riksvegruter>
<vegAvdeling nummer="16" navn="Sør-Trøndelag"/>
<vegReferanser>
<vegReferanse>
<fraMeter>403</fraMeter>
<fylke>16</fylke>
<hp>12</hp>
<kategori>E</kategori>
<kommune>0</kommune>
<nummer>6</nummer>
<status>V</status>
</vegReferanse>
</vegReferanser>
<veglenker>
<veglenke til="0.150519" sidepos="NULL" id="72811" fra="0.150519" direction="WITH"/>
</veglenker>
</lokasjon>
<versjonsId>1</versjonsId>
</vegObjekt>

Ulykker uten egengeometri vil mangle parameteren <egengeometri>true</egengeometri>, ellers er lokasjonsobjektet likt. Det beskriver eksakt hvilken veglenke som ulykken skjedde på. Vegnummer, meterverdi og hp-inndeling – og for den saks skyld kommunenummer – kan bli endret gjennom vegutbygging eller administrative vedtak, men veglenke er en persistent koblingsnøkkel på tvers av disse endringene.

Referansegeomerti  – den posisjonen som står i lokasjonsobjektet – er på vegen senterlinje. Dette gir god mening for f.eks. fartsgrenser og trafikkmengde, mens f.eks. et skilt som regel er plassert godt utenfor vegkroppen. Den fysiske posisjonen blir best beskrevet med egengeometri.

I NVDB har vi et par hundre tusen trafikkulykker registrert gjennom cirka 40 år. Rutiner for stedfesting har endret seg ganske mye gjennom disse årene. Datakilde kan være så mangt, som legevakt, sykehus, politi eller Vegvesenets egne folk. Stedfestingen vil derfor ha varierende presisjon, og noen ganger har vi rett og slett ikke nok opplysninger til å gi hverken egengeometri eller knytte ulykken til riktig veg (hvorfor krasher så mange i Nordmarka?)

Cycling in Norwegian Tunnels

Where I can find the map with norway tunnels where cyclists are not allowed to travel?

We strongly encourage you also to investigate other sources of information that are more tailored to the needs of cyclists, but we will of course do what we can with the tools we have. The Norwegian Public Road Administration (NPRA) are rather proud of our efforts toward an open government / open data policy.

The rerverse question is much easier to answer: In which tunnels is it legal to bicycle?  Tunnels registered in Norwegian Road data base should have the attribute sykkelforbud (=cycle restriction), with one of the two values Either Ja ( = sorry, no biking allowed) or Nei ( = No cycling restriction). Finding those tunnels is pretty straight forward in our web application vegkart:

Map screenshot from our web application Vegkart showing cycling is allowed along this part county road 50 in Aurland

Cycling in tunnels along this part county road 50 in Aurland is allowed.

There is one little snag: A tunnel in our road database is defined as a point object. What you and I think of as a tunnel — a man-made pipe caved through rock — is called tunnelløp. We define tunnels this way because a modern tunnel can be a very complicated high-tech construction with any number of pipes.

But what about finding the tunnels I can’t ride a bike in? Is that simply the reverse, i.e. sykkelforbud = Ja. 

Sykkelforbud = Ja (sorry, no biking here)

In a perfect world it would be that simple. But there are plenty of tunnels built long before anyone in the NPRA gave any thought to the idea that someone would actually want to ride a bike through a road tunnel. It is a fairly new concept that biking should be allowed in some tunnels, but not in others. So, we have plenty of tunnels where the property sykkelforbud is not defined. Can you legally ride a bike in those tunnels? Hard to say from my position at the keyboard. But here’s a map showing all combinations:

Sykkelforbud = Har ikke verdi (Undefined)
Sykkelforbud = Ja (explisitely forbidden) 
Sykkelforbud = Nei (Cycling allowed)
Biking restriction undefined (har ikke verdi), not allowed (sykkelforbud=Ja) and allowed (sykkelforbud=nei).

Biking restriction undefined (har ikke verdi), not allowed (sykkelforbud=Ja) and allowed (sykkelforbud=nei).

Link to this vegkart-query.

And yes, you may find this map a bit messy. Please bear in mind that our web application Vegkart is not made for tourists – it is a general tool to find and show any kind of road related object, developed for and by the NPRA.

One last note: Traffic signs take precedence over our road data base, so please respect any «No cycling» — sign.

No cycling allowed.

No cycling allowed.

No cycling or walking

No cycling or walking

Hvorfor krasjer så mange i Nordmarka?

Zoomer du inn på Nordmarka og søker på trafikkulykke får du 5.570 treff:

NVDB har 5.570 trafikkulykker midt i skauen i Nordmarka

Hvordan klarer folk å krasje midt i svarte granskauen?

Lenke til dette vegkart-søket

Dette må jo være feil…? Jepp, og årsaken er at vi i Vegvesenet ikke har klart å knytte riktig ulykke til riktig veg. Det er mange kilder til ulykkesdata (helsevesen, politi etc), og svært få av dem som rapporterer er vegnettsnerder. Det er vrient å få en fornuftig stedfesting ut av beskrivelser som «påkjørt i gangveg, Stabekk».

Vi har ennå ikke fått gjennomslag for at håndbok v830 Nasjonalt vegreferansesystem bør være pensum på politi- og sykepleierhøgskolen… men så er vi nok alene om å synes at det er litt for få vegnettsnerder i verden.

Selv uten stedfesting er dette viktige data som skal inngå i statistikk over antall registrerte ulykker. Da må de inn i NVDB, og da må de ha en vegnettstilknytning. Løsningen vår er langt fra perfekt: Vi knytter dem til vegnummer 99.999, og legger denne fiktive vegstubben langt utenom allfarveg. Det gir litt pussige utslag når vi plotter data på et kart, men det må vi inntil videre leve med.

KOSTRA-rapportering for kommunal veg

KOSTRA-rapportering er en oppgave som krever mye ressurser av offentlig forvaltning. En av de vanskelige tingene er å telle riktig lengde på vegnettet — selv internt i Vegvesenet sliter vi med det. I vår iver etter å fornye, forbedre og forenkle har vi selvsagt tenkt på hvordan dette kan gjøres mer elegant.

I vegkart og NVDB api’et får man summert opp lengden til alle strekningsobjekter i et søk (det inngår i responsen fra api’et søkefunksjon). Slik sett kunne man brukt et hvilket som helst heldekkende datasett (f.eks. fartsgrenser) til å finne lengden på vegnettet. Vi vegdata-nerder anbefaler at man bruker vegreferanse, men det er et par fallgruber: Vi tar ikke med såkalt «fiktiv veg», og søket avgrenses til vegstatus «eksisterende veg».

Eksakt hvorfor det er slik blir litt for omfattende å gå inn på nå, men interesserte anbefales å begynne lesningen i den aldeles utmerkede håndbok v830 Nasjonalt vegreferansesystem.

For alle andre så holder det å vite at dette vegkart-søket gir deg lengden på kommunale veger i Arendal kommune. Tallet du er ute etter er 239.419 meter (per 9/5 2017), som du ser i Vegkart.

Vegkart-søk for KOSTRA-rapportering. Vegreferanse på kommunalveger med filter: Vegtype forskjellig fra "Fiktiv veg" og vegstatus lik "Eksisterende veg" og "konnekteringslenke forskjellig fra konnekteringslenke" (dvs vi tar IKKE med konnekteringslenker i søket)

Disclaimer: Jeg aner ikke om KOSTRA rapportering også omfatter private veger og skogsbilveger. I så fall er det trivielt å føye dem til i søkefeltet.

For lokalpatrioter utenfor Arendal er det selvsagt trivielt å skifte ut den vakre sørlandsbyen med sin egen favorittkoummune: Klikk på «x», en bak Arendal, klikk på en ledig plass i søkefeltet og skriv ditt kommunenavn. Press Enter.

Voila, instant KOSTRA-rapportering!

Vegkart og NVDB API er oppdatert

Det ble i dag installert en ny versjon av både Vegkart i NVDB API. Leveransen har hatt fokus på å feilrettinger og utvidete søkemuligheter i Vegkart.

Endringer i Vegkart:

  • Det er nå mulig å søke innenfor én eller flere riksvegruter
  • Det er nå mulig å søke innenfor én eller flere kontraktsområder
  • Feilretting: Maptiles blir ikke lenger plassert feil i IE10 ved rask zooming

Endringer i NVDB API:

  • Det er nå mulig å søke innenfor én eller flere riksvegruter i /sok-endepunktet
  • Det er nå mulig å søke innenfor én eller flere kontraktsområder i /sok-endepunktet
  • Feilretting: Noen objekter inneholder ikke lenger referanse til feil morobjekt
  • Feilretting: /omrader-endepunktet inneholder CORS-headere

Må man krangle med elgen for å forstå lineære referanser?

Vi er så heldige i Statens Vegvesen å ha veldig flinke fagfolk innen mange områder. Knut Jetlund er en av mange flinke kolleger som godt kunne fortjene litt mer skryt for kompetanse og innsats. Foruten det daglige slitet med å flytte rundt og kna på geografiske data så deltar Knut i standardiseringsarbeid nasjonalt og internasjonalt, med vegnett og lineære referanser som spesialområde.

Vi er veldig glade i det geiniale verktøyet FME for å kna i geografiske data. Derfor synes vi det er ekstra gøy når produsenten ikke bare legger merke til Knuts arbeid med lineære referanser, men bruker det som utgangspunkt for webinar og blogginnlegg.

(Ekstra skryt til Norkart Geoservice for å være kjappe med å reklamere for et svært severdig webinar… )

You can’t reason with a moose – blogginnlegg om lineære referanser (Safe software).

Er vegen kommunens eller statens ansvar?

Etter de forrige innleggene har vi fått en del spørsmål — hvordan kan vi enklest mulig vise om vegen er kommunens  eller statens (d.v.s. Statens Vegvesens)  ansvar? Aller helst skulle vi vist de kommunale vegene i en farge, mens europa-riks- og fylkesveger ble en annen farge. (Fylkesveger er selvsagt fylkeskommunens ansvar, men Vegvesenet hjelper til på vegne av fylkeskommunen).

Dette klarer vi ikke i dagens vegkart-løsning. Den som vil lage sine egne kartløsninger kan glede seg over at logikken støttes i maskineriet bak (vårt åpne api), men dette hjelper dessverre ikke våre ivrige vegkart-brukere. Det nærmeste vi kommer er en av disse løsningene:

  • Løsning 1 (den enkleste) Marker alle kommunale veger (skogsbilveg, privat veg, kommunal veg), slik som nedenfor. Veger uten markering er da statens ansvar.
  • Løsning 2 Utvid den løsningen vi foreslo her ved å legge til tre nye vegreferanse – elementer, hvert med et egenskapsfilter lik h.h.v. Vegkategori=Europaveg, Fylkesveg eller Riksveg. Dette blir en veldig komplisert løsning, med svært mange klikk før man er i mål. Resultatet har masse glade farger som jeg personlig synes blir utrolig rotete, men det er jo smak og behag.

Her viser vi hvordan den første løsningen blir seende ut:

Vegkart - søk: Vegreferanse på private, kommunale og skogsbilveger i Kristiansand.

Nei, det er ikke så mange skogsbilveger i Kristiansand sentrum. Men sammen med kommunale og private veger er de en del av det «kommunale vegnettet» som ikke er statens ansvar.

Lenke til dette søket.

Husk at for akkurat dette søket kan du bli grundig lurt av maksgrensen på antall objekter i kartet. P.t. har vi standardgrense på 500 objekter samtidig, og du skal ikke zoome så veldig langt ut før du er over denne grensen. Klikk på #-symbolet til høyre for Vegreferanse for å øke til et mer rimelig tall.

 

 

Fartshumper på fylkesveger

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.

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:

Vegkart-søk fartsdempere langs Fv901 i Trondheim kommune.

Fartsdempere langs Fv901 i Trondheim kommune.

Lenke til dette søket.

Hvor står skiltet?

Jeg fikk en rutebeskrivelse over telefon, men fikk ikke helt med meg eksakt hvor og i hvilken retning jeg skulle svinge av fra E6, og både lydkvalitet og uvant dialekt var barrierer mot effektiv kommunikasjon.

Det som berget situasjonen var opplysningen om «trur det er skiltet til Hovin» — og litt kreativ bruk av vegkart.

Objekttype skiltplate med filter Tekst = Hovin gir 5 treff i aktuelt område, resten var trivielt.

Vegkart-søk på skilt med teksten "Hovin" i Trøndelag

Skilt med teksten «Hovin» i Trøndelag

Lenke til dette søket.