Leverandørkonferanse NVDB 26.9.2019

Fremhevet

Tid og sted:

Nasjonal vegdatabank (NVDB) skal gjennom regionreformen etableres som en nasjonal tjeneste. NVDB skal være en entydig kilde til navigerbart vegnett, kilde for all statlig rapportering om norske veger, og som et inventarregister for å besvare spørsmål om vegnett og vegobjekter nasjonalt. Det er forventninger til at alle vegeiere benytter NVDB slik at løsningen fremstår som en nasjonal database og kan tilby digital informasjon om vegnett og tilhørende fagdata – uavhengig av hvem som eier og drifter vegen.

Norges vegholdere trenger nye og moderne løsninger!

NVDB er en kompleks database med noen særegenheter. Spesifikt for NVDB er kravet om stedfesting til vegnettet og sammenkobling av objekter i mor-datter hierarkier. Brukermiljøet har til nå vært samlet i et sterkt fagmiljø internt i Statens Vegvesen som har bidratt med dokumentasjon, retningslinjer og prinsipper for arbeid med data til NVDB. Tidligere har SVV selv utviklet spesialverktøy for våre dataforvaltere (NVDB 123, Vegreg, IAKD). ). Disse er planlagt utfaset innen 1.8.2021.

Det er behov for gode løsninger fra markedet!

Fra 1.1.2020 vil situasjonen for dataforvaltning til NVDB endre seg. Brukermiljøet vil være mangfoldig, med stor variasjon i erfaring og behov: Nye Veier med deres entreprenører, Fylkeskommunene med sine vegavdelinger, samt alle norske kommuner, Statens Kartverk og Statens Vegvesen selv. Statens vegvesen vil ikke lengre utvikle og tilby spesialverktøy gratis til alle vegeiere. Vi er derfor avhengig av et samarbeid med markedet. Statens vegvesen vil selv utvikle grensesnitt (API) for skriving og lesing av data til NVDB, samt basisklienter for innsyn (Vegkart) og mottak av data (datafangst), men behov utover dette må vegeiere få dekket fra markedet. Statens vegvesen har i 2019 selv gått til innkjøp av en registreringsklient for NVDB.

1000-1030 NVDB 2020-2030
Målbilde Per Andersen, SVV
Behov, krav, tjenestenivå Per Andersen, SVV
1030-1130 Brukerbehov
Nye Veier AS NN Nye veier As
Fylkeskommune Carl Aaby
Kommune NN Kartverket
1130-1230 Lunsj
1230-1330 Dagens tjenestetilbud sett utenfra: Presentasjon fra Leverandører Asplan Viak, Powel/Gemini og Trimble
1330-1400 Dialog om brukerbehov og tjenestetilbud med leverandører Alle
1400-1430 Nytt nasjonalt referansesystem NN SVV
1430-1500 Grensesnitt og basisklienter fra NVDB: APILES, APISKRIV, Vegkart og Datafangst Terje Brasethvik, SVV
1500 Oppsummering Per Andersen, SVV

Ny versjon av vegkart i produksjon

Vegkart har kommet i helt ny drakt! Løsningen ble første gang lansert høsten 2012. Mange av bibliotekene vi bruker har vært uendret siden den gang og løsningen fungerte ikke lengre optimalt. Nå har hele løsningen fått et grundig teknisk løft. Både kode og bibliotek er oppdatert og designet er nytt.

Denne versjonen av vegkart er også utviklet for å fungere på mobil plattform. Vegkart kan nå vise din posisjon og følge etter deg når du beveger deg. Sidepanel og søkeboks trekker seg litt unna slik at du nå også skal kunne bruke vegkart på en mobiltelefon.

Noen nye ikoner:

Vis din posisjon. Vegkart følger deg mens du beveger deg, men stopper hvis du zoomer eller panorerer i kartet.
Bytter mellom ulike kartlag: Vegkart-kartet (Geodata), Norge i Bilder og Gråtonekart fra Statens Kartverk
Vis informasjons-boksen

Stedsnavnsøk fra statens kartverk

  • Søkefeltet i nye vegkart støtter stedsnavnsøk fra Kartverkets stedsnavn søke-tjeneste. Resultatene presenteres direkte fra kartverket og kommer opp nederst i resultatlisten. Kartet sentreres til valgt sted.

Beta-Testversjon tilgjengelig

  • For dem som ønsker å prøve aller siste versjon av vegkart, og som godtar å prøve ut ny funksjonalitet som av og til kan være litt ustabil, så har vi en beta-test versjon tilgjengelig her: https://vegkart-test.kantega.no/ Denne versjonen har akkurat samme datagrunnlag som versjonen i produksjon.
  • Innspill, feil og ønsker kan meldes på vegkart-support@vegvesen.no.

Hvordan får jeg NVDB-data inn i kartsystemet mitt?

Hvordan kan jeg få NVDB-data inn i kartsystemet mitt? Enten som ferdige kartlag (f.eks. WMS), eller som redigerbare data.

Beklager – ingen WMS kartlag (foreløbig)

WMS – tjenester med de mest brukte kartlagene vil komme, vi finpusser på geoserver-oppsettet og dataflyten internt, men her er det et par snublefeller vi må fikse. Vi oppdaterer artikkelen med detaljer så snart vi har det tilgjengelig.

Vegnett eller fagdata?

NVDB api V2 tilbyr såkalt segmentert vegnetthvor veglenkene er kombinert med vegreferanseinformasjon (vegnummer, hovedparsell, meterverdier).

Vegnettet i NVDB i rå, ubearbeidet form (lenker, noder og porter) vil først bli tilbudt fra V3 av NVDB api’et (scroll ned for å finne info om V3). Men dette er kun relevant for hardcore NVDB-entusiaster. Det mest praktiske er gjerne å kombinere vegnett med andre typer fagdata. For navigasjon trenger man for eksempel envegskjøring, svingerestriksjoner, fartsgrenser og en del andre ting. Ferdige datasett tilrettelagt for navigasjon finner du her (elveg og ruteplan).

NVDB vegnett i rå, ubearbeidet form er kun for hardcore vegnettsentusiaster! Vi andre trenger mer lettvint anvendbare vegnettsprodukt.

Noen fagdata er heldekkende, dvs de finnes på alle deler av vegnettet. Laster du f.eks ned 532 Vegreferanse eller 105 fartsgrense får du samtidig en grei representasjon av vegnettet — ikke anvendbart til navigasjon, men nyttig til mange andre formål.

Løsning for Arc Map / arcgis Pro

For Arc Map > 10.4.1 og arcgis Pro  har vi en add-in som leser data direkte fra NVDB api, hent den her.

Qgis Python-konsoll

Via Python-konsollet til Qgis kan du interaktivt søke og laste ned både veglenker og øvrige NVDB-data til kartflaten.  https://github.com/LtGlahn/nvdbapi-V2/blob/master/README_qgis.md

Hent fagdata til QGIS med CSV-dump fra Vegkart

Gjør Vegkart-søket ditt, klikk der det står «treff» og last ned CSV-fil. Denne kan du legge til QGIS med et par museklikk.

  1. Lag -> Legg til Lag -> Legg til skilletegn tekstlag
  2. Velg filnavn og juster et par innstillinger, ref liste og skjermdump nedenfor. QGIS husker hva du gjorde forrige gang, så du trenger stort sett kun fikle med dette én gang.
  3. Klikk «Legg til».

Innstillinger:

  • Filnavn
  • Tegnsett: latin1 (eller hvis du har norsk PC-oppsett så pleier «system» funke bra)
  • Under filformat: semikolon som separator
  • Brukerdefinerte skilletegn: » (dobbelt anførselstegn) i boksene Sitat og Avbryt
  • Geometry definition: Well known text (WKT)
  • Gemetrifelt: geometri
    • Les nederst i artikkelen om snublefeller mhp geometrityper og hva du evt oppnår med å velge kolonnen «Geometri, Punkt», «Linje» eller «Flate» når de finnes
  • Geometritype: Oppdag
  • Geometry CRS: EPSG:25833 – ETRS89 / UTM sone 33N
Typiske QGIS-innnstillinger for å lese inn CSV-dump fra Vegkart.

Typiske QGIS-innnstillinger for å lese inn CSV-dump fra Vegkart.

Python

 

Minst to vegvesen-kolleger har laget egne bibliotek for å søke mot NVDB api og håndtere svarene derfra. Samt litt anna snacks:

import pandas as pd
myDf = pd.read_csv( 'datadump-fra-vegkart.csv', encoding='latin1', sep=';')

FME

https://github.com/LtGlahn/Nvdbapi_v2_FME

Geometri er snublefelle for import av NVDB fagdata

Alle NVDB-data er knyttet til vegnettet, enten i punkt eller langs en strekning (evt flere strekningeR).

Punktdata – f.eks. bomstasjon, skiltplater og belysningspunkt – er knyttet til vegnettet i et punkt på vegens senterlinjer. Å beskrive ett punkt med koordinater for X, Y og Z (høyde) er trivielt, og sklir rett inn i alle kartsystem vi har prøvd til nå.

Strekningsdata, for eksempel fartsgrenser, er knyttet til vegnettet på en eller flere strekninger langs senterlinja. Ikke alle kartsystem er like glade for å møte en slik blanding av enkle linjer (LinesString) og grupper av linjer (MultiLineString) i samme datasett. Se definisjonen av Well Known Text, den gir en god innføring.

Hvis det er kronglete at datasettet har en blanding av enkle- og multilinjer så kan man gå rundt problemet ved å erklære at alle linjer er MultiLineString. Mange av «Multi»-gruppene vil da kun har ett eneste medlem, men det er greit.

Alternativet er å splitte datasettet to, en tabell med enkle linjer og en med multi-linjer. Mange kartsystem gjør en av delene automatisk når det trengs.

 

Egengeometri eller ei?

Men det meste av vegustyr blir aldri montert på noen senterlinje – det står på siden av vegen (evt over eller under). Derfor har vi innført såkalt egengeometri, det vil si koordinatene for den fysiske plasseringen. Eldre data er gjerne registrert uten egengeometri (f.eks. mye holdeplassutrustning), mens nyere vegutstyr som regel har egengeometri. Egengeometri – hvis den finnes – er alltid i tillegg til stedfesting på vegnettet (i punkt eller strekning, se over).

  • Egengeometri er en egenskap med ett av disse navnene:
    • Geometri, Punkt
    • Geometri, Linje
    • Geometri, Flate.
  • Eller hvorfor ikke alle 3 på en gang? Trær i NVDB har denne valgfriheten
  • Hvis du vil skille objekter med og uten egengeometri fra hverandre kan du bruke filtre som Geometri, Punkt har verdi

Selv synes vi at NVDB sin modell er genial og fleksibel, men dette skaper en del kluss for dem som skal håndtere data.

 

Det er du som bestemmer!

Det er du som som må velge hvilken geometri-representasjon som passer best til dine formål!

Jeg velger vegnetts-geometri

Vegnettsgeometri er på mange måter det enkleste: Da får du linjer eller punkt plassert på senterlinja. Sjekkliste:

  • Stedfesting – Punkt eller strekning?
  • Punkt = trivielt
  • Strekninger:
    • Takler kartsystemet ditt at du blander inn et par MultiLineString blant LineString? Hvis ikke bør du splitte alle multi i sine enkelte LineString. Eventuell bruk valget inkluder=vegsegmenter i kallene til NVDB api’et, og lag en forekomst per vegsegment.
  • For vegkart CSV-dump skal du velge kolonnen «geometri».

Jeg velger egengeometri!

Ofte er det snasent å vite fysisk plassering i terreng, ved siden av vegen, evt i vegkanten eller kjørebanen. Sjekkliste:

  • Hvilken egengeometri-variant finnes? Sjekk datakatalog-definisjonen, let etter egenskapene
    • Geometri, flate
    • Geometri, linje
    • Geometri, punkt
  • Velg den egengeometri-varianten du vil ha, og fôr den inn i kartsystemet ditt.
  • Objekter uten egengeometri?
    • For søket ditt – finnes det objekter uten data for egengeometri? Vil du inkludere dem? Da må du håndtere dem etter oppskriften for vegnettsgeometri, se over. Ett tricks kan være å ha to vegkart-søk / NVDB api – søk:
      • Ett søk med filteret Egengeometri, flate (linje, punkt) har verdi
      • Ett søk med filteret Egengeometri, flate (linje, punkt) har ikke verdi
    • En annen mulighet er å laste ned alt og sortere ut dem som mangler data for egenskapsverdien Egengeometri, flate (linje, punkt)

Presentasjoner fra utviklerdagen 2018

Alle presentasjonene fra utviklerdagen 2018 er nå tilgjengelige her.

Minner om:

 

Vegbilder

Personvernombud Annegret Andersen har gitt oss råd og anbefaling om hvordan vi skal håndtere vegbildene som i dag er tilgjengelige via applikasjonene NVDB123, GisLine og ViaPhoto. Vi går ikke til det drastiske skrittet å slette bildene, men iverksetter strakstiltak som i første omgang begrenser tilgangen til eksisterende bilder. I tillegg vil vi jobbe med tiltak som sørger for at vi ikke lagrer personsensitiv informasjon i bildende i framtida. Retningslinjer for tildeling av tilgang til bildene vil bli utarbeidet slik at de som har bruk for bildene i jobben sin vil få tilgang. Les videre

Visveginfo har gamle data – hva betyr det?

Fiksa 30.august 2018

 

Er det viktig for meg?

Neppe, med mindre du jobber med stedfesting og lagring av nye data til NVDB, eller har et system som bruker Visveginfo direkte.

Har du et system som baserer seg på Visveginfo så er det helt klart en ulempe at du ikke har med vegnettsendringer etter juli 2018.

Vegkart er ikke berørt, heller ikke når du ber om strekninger.

Hva var problemet?

Visveginfo er et system for vegnettspørringer fra 2011. Visveginfo utfyller NVDB api’et på et veldig god måte, for eksempel med topologi- og strekningsspørringer. Men én av utfordringene er at vi har to parallelle dataflyt-løyper til NVDB api og Visveginfo:

  • Visveginfo oppdateres en gang i døgnet i en (litt gammal) løype som er til dels sårbar.
    • Vi leser transaksjonsloggen fra NVDB databasen, og det går veldig bra så lenge den har «normal» drift med mange relativt små endringer.
    • Men av og til får vi en gigantisk transaksjon der svært mange objekter i NVDB er endret samtidig.Da stopper alt opp.
    • Vi får det i gang igjen ved å dele opp en gigant-transaksjon i mindre biter, men det er plundrete og tar tid.
  • NVDB api oppdateres fortløpende. Gigant-transaksjonslogger har vært et problem her også, men dette er blitt løst.

Nå – 29. august – plundrer vi ennå med en gigantisk transaksjon fra slutten av juli. Dette blir ble løst 30. august.

Stedfesting i datafangst blir vanskelig uten Visveginfo

Datafangst er Vegvesenets nye verktøy for mottak, kvalitetskontroll og beriking av data entreprenørene sender oss om det de har bygget. Før data kan lagres i NVDB må de knyttes til riktig vegnett. Og det blir jo litt vanskelig når den nye vegen ligger i kø bak en gigantisk transaksjonslogg.

Her er f.eks en ganske fersk gangsti på Tjøme, Vestfold

Ny gangsti langs Fv390, Vestfold.

Ny gangsti langs Fv390, Vestfold.

Men datafangst viser frem vegnett fra Visveginfo, og har derfor ikke den nye gangstien som alternativ. Da er det jo vanskelig å stedfeste belysning på gangstien, der det hører hjemme:

Skjermdump datafangst-verktyøyet, der gangstien mangler. Da blir det litt vanskelig å stedfeste nye belysningspunkt på gangstien

Datafangst henter vegnett fra Visveginfo, og der er ikke gangstien kommet med ennå. Merk at gangstien er synlig som en grå strek i bakgrunnskartet, men IKKE tilgjengelig som gyldig vegnett du kan stedfeste på i Datafangst.

Hvordan sjekker jeg om mine data er berørt?

Du kan bruke denne kartløsningen. Den henter data både fra Visveginfo og NVDB api. Da ser du fort om de er enige, eller om det er avvik. Mer om dette kartet.

Skjermdump som viser kartløsning der NVDB api tilbyr gangstien som nærmeste vegnett, mens Visveginfo har kun hovedvegen

NVDB api tilbyr gangstien som nærmeste vegnett, mens Visveginfo har kun hovedvegen

Nedenfor ser du at Fv390 har fått nye meterverdier. Nvdb API gir ca 7 meter lavere tall enn Visveginfo.

Skjermbilde som viser at Visveginfo har høyere meterverdier enn NVDB api på Fv390, Vestfold