Status NVDB og Geodata, mai 2018

Publisert 30. mai 2018 av Elin Leikvang

Før Norge begynner å falle inn i sommerferiemodus, her kommer en status fra oss på NVDB og Geodata! Les videre →

Hvor finner jeg kollektivfelt?

Publisert 19. april 2018 av jankristian

Hvordan kan jeg finne kollektivfelt eller andre typer kjørefelt i NVDB?

Informasjon om kjørefelt er i NVDB lagret på de enkelte veglenke-delene. Den som liker å programmere kan lese mer om datastrukturen her: http://api.vegdata.no/endepunkt/vegnett.html

For resten av oss er 616 Feltstrekning til stor hjelp. Inntil relativt nylig var det på denne objekttypen vi lagret oversikt over kjørefeltene. Denne blir fremdeles holdt a jour: Ved vegnettsredigering kopieres kjørefelt-informasjon fra veglenkene over på 616-objektet, mer presist som tekst i egenskapsverdien feltoversikt.

Fiffige vegkart-søk med stjernefilter

Kollektivfelt har koden «K», og vi finner dem med filteret «feltoversikt = *K*. De to stjernene (*) betyr at du kan ha hvilken som helst tekst foran og bak bokstaven K.

Lenke til dette vegkart-søket

Hva betyr tallene og kodene?

Feltene er numerert i stigende rekkefølge fra senterlinja og utover, oddetall til høyre og partall til venstre, sett fra starten på veglenka.

Felt uten bokstaver er helt vanlige kjørefelt, mens spesialfelt som sykkelfelt (S), kollektivfelt (K), ferjeoppstillingsplass (O) og svingefelt (H eller V) har egne bokstavkoder i tillegg til nummerering.

Den fulle oversikten finnes i den utmerkede håndbok v830 Nasjonalt vegreferansesystem, der figuren er hentet fra.

Hashtag # som skilletegn!

Vi bruker hashtag – # – for å skille kjørefeltene fra hverandre.

Status NVDB og Geodata, mars 2018

Publisert 16. mars 2018 av Elin Leikvang

Her følger en liten status fra noe av det vi jobber med på NVDB og Geodata i Vegdirektoratet!

Les videre →

API LES 2018-1 og 2018-2 er nå i PROD

Publisert 1. mars 2018 av Terje Brasethvik

Vi har fått ut to nye leveranser på NVDB API LES hittil i 2018:

Nytt

Datoformat:

[NVDB-2376] – Ny reponsrevisjon med ISO-dato: Se http://api.vegdata.no/responsrevisjoner.html

Vegnett:

[NVDB-2512] – Foreldrelenkeid er nå tilgjengelig i API-responsen for lenker på detaljert nivå

[NVDB-2022] – Korrekt angivelse av typeVeg

Geometri:

[NVDB-2654] – Ekstra queryparameter for å droppe overflødig geometri: Vi leverer i noen tilfeller 3 geometrier for et objekt. Geometri kan ta stor plass i en respons, spesielt for lange strekningsobjekter. Vi har nå lagt til en query-parameter som gjør at man kan velge hvilke(n) geometri man vil ha. Parameteren heter inkludergeometri og kan ha fire verdier; egenskap, lokasjon, utledet, og ingen

Rettet

[NVDB-1658] – Områdenefiltre og avanserte filtre kan ikke kombineres. Man vil nå få en feilmelding: [{«code»: 4009,»message»: «Lokasjonsfiltre og avanserte filtre kan ikke kombineres.»,»help_url»: «http://api.vegdata.no/endepunkt/vegobjekter.html«}]
[NVDB-2245] – Geometri veksler mellom to og tre koordinater: I slike tilfeller fyller vi nå ut de manglende høydeverdiene med den fiktive høyden «-999999»
[NVDB-2284] – Filtrering på shortdatetype egenskaper gir NPE. Vi støtter nå Egenskapsdatatypen shortDateType
[NVDB-2297] – Forbedret håndtering av feil spørringer mot API’et.
[NVDB-2299] – For lang request-URI: Lange spørringer, f.eks. Spørringer med mange vegreferanse-filtre resulterte i feilmelding fra søkeindeksen. Dette skal vi nå tåle.
[NVDB-2321] – Feilmelding når noen prøver laste ned blobs. Vi støtter ikke nedlasting av binærobjekter fra NVDB. Før kræsjet vi, nå gir vi feilmelding.
[NVDB-2354] – Vi håndterer ikke StructAttributeType. Men vi kræsjer heller ikke lengre. Dokumentasjonen er oppdatert, se: http://api.vegdata.no/parameter/egenskapsfilter
[NVDB-2398] – Vegreferanse-endepunktet (v2) gir en lenkeposisjon. I tilfeller der angitt vegreferansefilter treffer akkurat på et skille mellom to vegreferanseobjekter, returnerer vi nå konsistent det objektet som starter på posisjonen skal returneres, i tråd med lokasjonslogikken i NVDB [fra og med, til> . Vi har også rettet et grensetilfelle der den utregnede stedfestinga kan i slike tilfeller ha flere desimaler enn stedfestinga i NVDB, og hvis man da skyter over vil man ikke finne riktig lenkekomponent (0,026341528989496002 > 0,026341528989496).
[NVDB-2506] – Bedre sjekk av datatype på egenskapsfiltre i spørring
[NVDB-2520] – Endepunktet for /vegnett/lenker/ID støtter nå parameteren SRID og gir koordinater i det angitte koordinatsystemet.
[NVDB-2547] – kombinasjon av != filtre fungerte feil.
[NVDB-2551] – Bedre håndtering av spesialtegn i spørring: Tegnene ( ) [ ] : – + ^ | & ; / ~ og mellrom har spesiell betydning i søkemaskineriet vårt. Disse tegnene vil nå bli behandlet før spørringen utføres..
[NVDB-2591] – Oppslag på vegref på med fylke og kommune mangler geometri og lokasjon. Dersom vegreferanse-filter er oppgitt med kommunenummer = 0 så blir det ikke filtrert på kommunenummer. Vi får da ut geomtri og lokasjon slik vi ønsker.
[NVDB-2627] – Bedre håndtering av ufullstendige vegreferanse-filtre
[NVDB-2749] – Sidepos må snus ved stedfesting mot metrering: I NVDB 123 brukes metreringsretningen for å angi hvilke side av vegen et objekt ligger på.I Vegkart brukes lenkeretningen for å angi hvilke side av vegen et objekt ligger på. I de tilfeller hvor lenkeretning og metreringsretning er forskjellig blir hvilke side av vegen objektene ligger på også forskjellig. Dette er noe de fleste ikke bør måtte forholde seg til og et problem/utfordring for vegkart. Vi prøver å nå å tolke sideposisjonen riktig.
[NVDB-2830] – Ikke mulig å bruke egenskapsfilter på kontraktsområde og riksvegrute:Spørringer med områdefilter og vanlig egenskapsfilter er mulig og gir responser med lokasjon. Spørringer med områdefilter og egenskapsfilter med link eller relasjon gir samme melding som nå, «Lokasjonsfiltre og avanserte filtre kan ikke kombineres.»
[NVDB-2688] – Vi kræsjet med NPE ved overlappsspørringer der overlapps-objekttypen ikke eksisterte.
[NVDB-2764] – Kartutsnitt-søk returnerer punkter utenfor angitt kartutsnitt. Dette er nå rettet for UTM33, der vi har øket presisjonen i spørringene.
[NVDB-2915] – Rettet en feil med vegreferanseoppslag som skyldtes tull med sorteringen av resultater fra søkeindeksen.
[NVDB-2952] – Kan ikke søke og filtrere på negative tall. Strengere input-kontroll førte til at vi ignorerte søk på negative tall. Det har vi nå lagt tilbake.

APISKRIV 2018-1: Ny versjon av APISKRIV i PROD

Publisert 1. mars 2018 av Terje Brasethvik

Vi har idag fått ut en feilrettingsleveranse for NVDB APISKRIV APISKRIV 2018-1. Leveransen inneholder en rekke feilrettinger som har kommet inn det siste halve året.

[NVDB-2155] – Kan ikke kombinere tempId og nvdbId i en assosiasjon

Det har virket som om det ikke er lov å kombinere referanse til nye og gamle objekter i en assosiasjon. Det er det, men alle relasjonene til eksisterende objekter må komme før relasjonene til nye objekter, altså:

<assosiasjoner>
    <assosiasjon typeId="220373">
           <nvdbId>459899</nvdbId>
           <tempId>Datter#1</tempId>
    </assosiasjon>
 </assosiasjoner>

[NVDB-2162] – Kan ikke ta imot % tegn i egenskapsverdier:

For eksempel: <verdi>%P</verdi> Vi har rettet en feil og sørger nå for å automatisk “escape” prosent-tegnet med et ekstra prosent-tegn (%%P) – slik at verdien blir riktig satt i NVDB.

[NVDB-2168] – Viser flere enn blokkerende låser

Dersom et endringssett havner i status VENTER_PÅ_LÅS, så skal man fra kontrollpanelet kunne se hvilken lås man har en konflikt med. Det har vært vanskelig til nå, siden vi har listet opp alle låser. Det gjør vi ikke lengre.

[NVDB-2169] – Kan ikke flytte mor og datter samtidig

Ved validering berikes et endringssett med eksisterende data fra NVDB. I de tilfellene man forsøkte å flytte mor og datter samtidig, fikk man tidligere feil dersom objekttypen krever at datter skal være stedfestet innenfor mor. Feilen skyldtes at vi sammenliknet den gamle stedfestingen til moren med den nye stedfestingen til datteren. Nå sammenlikner vi de nye stedfestingene og da skal dette gå bra. Så lenge mor og datter flytter til samme sted.

[NVDB-2266] – Får ikke lov til å flytte moren når man ikke har lov til å flytte datteren.

I de tilfellene man har lov til å flytte en mor og det ikke er noe krav om at de må bo på samme sted, har man også fått feil dersom man ikke også har rettigheter til å flytte på datterobjektet. Flere av dere syntes det var noe strengt ettersom dere ikke forsøkte å flytte på datteren i det hele tatt. Nå skal dette la seg gjøre.

[NVDB-2750] – Feilmelding på innlest assosiasjon mot ikke-eksisterende datter

Det hender at døtre flytter hjemmefra. I noen tilfeller slettes objekter i NVDB mens relasjonen består. Siden vi validerer mot et beriket endringssett har dette ført til avvisning av endringssettet ettersom objektet ikke regnes som et gyldig objekt. Det er fremdeles ikke et gyldig objekt, men det er litt strengt at du da heller ikke får lov til å endre på det. Nå får du endret på det, men får også en advarsel.

[NVDB-2270] – Vegobjekt med tom lokasjon avvises ikke

Alle objekter i NVDB må være stedfestet til vegnettet. Noen har derfor stusset over at man får lov til å registrere endringssett med nye objekter uten lokasjon. Man fikk ikke lov til å starte dem dog. Nå blir de AVVIST tvert.

[NVDB-2290] – Avvist når stedfesting toucher konnekteringslenke

Logikk for utstrekning av stedfestinger i NDVB er fra og med, til. Vi har vært litt for rause og tillat til og med. Det er uheldig når en stedfesting slutter an mot en konnekteringslenke, ettersom endringssettet da blir avvist. Fra nå av er det fra og med, til. Ikke til og med.

[NVDB-2317] – AVVIS geometrier som er en blanding av 2D og 3D.

Tidligere har vi litt lettsindig godtatt geometrier som har en blanding av 2D og 3D koordinater. Dette har ført til systemfeil i behandlingen. Nå har vi fått på plass en validering og avviser geometrier som ikke blir enige med seg selv om de skal være i 2 eller 3 dimensjoner..

[NVDB-2327] – Burde avvise overlappende stedfestinger

Strekningslokasjoner kan settes sammen av flere elementer, f.eks.

Disse to delene overlapper og det er ikke lov. Nå blir de også AVVIST

[NVDB-2364] – Unødvendig streng låse-blokkering?

API SKRIV har hatt en strengere tolkning av låse-reglene i NVDB en det som har vært vanlig i andre verktøy. Nå har vi akkurat samme tolkning. Vi bruker faktisk akkurat samme prosedyre i databasen for å avdekke konflikter.

[NVDB-2792] – Sjekker ikke duplikate nvdbId i delvisKorriger

Det er er ikke lov å korrigere et objekt to ganger i samme endringsett. Hvis man prøver seg på dette nå, vil endringssettet bli AVVIST med meldingen «Må være unik: nvdbId».

I tillegg har vi gjort en del forbedringer i kontrollpanelet og litt genrell opprydding på bakrommet.

API Dokumentasjon V2 og V3

Publisert 29. januar 2018 av Terje Brasethvik

Dokumentasjonen for NVDB-APIene LES og SKRIV er nå flyttet hit:

Og vil i fremtiden oppdateres der. Begge sidene inneholder lenke til en spesifikasjon av det nye API V3 (både les og skriv) som vil utvikles som følge av region-reformen. V3 dokumentasjonen er laget i apiary, med eksempel-responser og lenke til tilbakemeldingskanal på Gitter. V3 skal gå i produksjon høsten 2019 og være i drift fra 1.1.2020.

Ny registreringsløsning – Intensjon om anskaffelse

Publisert 12. januar 2018 av Elin Leikvang

Statens vegvesen har behov for en ny registreringsklient rettet mot bruk i felt. Eksisterende løsninger bruker aldrende teknologi og vil fases ut ved overgang til ny vegnettsmodell etter 2020. Prosessen med anskaffelse av nytt registreringsverktøy er derfor satt i gang og er planlagt gjennomført første halvår 2018. Anskaffelsesprosessen er dialogbasert og vi varslet markedet om at Statens vegvesen har til intensjon å anskaffe ny registeringsklient juni 2017 via Doffin.

Vi erfarer nå at arbeidet med å etablere åpe api’er for lese og skrive til NVDB har gitt resultater. Flere private aktører har laget eller arbeider med å utvikle løsninger basert på våre api’er. Vi mener derfor markedet nå er modent for å anskaffe hyllevare for registrering til NVDB.

Målet er å finne et godt verktøy i markedet som kan brukes til å registrere vegobjekter med mulighet for å oppdatere egenskaper. Funksjonalitet for registrering av tilstand/skade er også ønsket.

Brukere av ny registreringsklient er regionene og det er derfor ønskelig med bred medvirkning fra regionene. Det vi trenger er gode brukerhistorier som dekker brukernes behov. I evalueringsfasen som kommer senere vil funksjonalitet og brukervennlighet veie tungt sammen med funksjonalitet for oppgaveløsing.

Overordnet spesifikasjon

Verktøy for registrering av vegobjekter
- Opprette, slette og redigere vegobjekter med egenskapsdata
- Håndtere egengeometri i form av flate, linje, punkt
- Håndtere vegnettstilknytning i form av punkt og strekning inkludert multiple stedfestinger
- Håndtere relasjoner mellom vegobjekter
Løsning skal bruke NVDB-api’et
- Bruke datakatalogen
Skal fungere på mobile enheter til feltbruk
- Også interessant på desktop
Funksjonalitet for registrering i områder uten mobildekning
Må kunne benyttes sammen med GNSS-utstyr
Brukervennlighet vektlegges

Dialog med markedet – formalia

Regelverket:

Forskrift om offentlige anskaffelser (FoA) regulerer «Forberedende undersøkelser» i §§ 8-1 og 12-1
- Gir adgang til å innhente råd i forkant av en anskaffelse og ha dialog med markedet.
Forskriftens §§ 8-2 og 12-2 pålegger oppdragsgiver å treffe egnede tiltak for å utjevne fordeler leverandører har fått ved at de har gitt råd til oppdragsgiver forut for en konkurranse eller har vært involvert i planleggingen
- Alle de andre leverandørene skal motta samme relevante opplysninger
- Fastsette en utvidet og tilstrekkelig frist for mottak av tilbud

Anskaffelsesprosessen baserer seg på dialog når vi går ut i markedet og spør etter et ferdig produkt også kalt hyllevare. Fokus for dialogen er på brukerhistorier og hvilke oppgaver verktøyet skal løse. Formålet med prosessen vi har satt i gang er å forberede markedet slik at allianser kan bygges og hyllevare ferdigstilles.

Gevinster for SVV:

Hvordan kan vårt behov dekkes på best mulig måte
Hvilke muligheter og løsninger finnes i markedet på kort og lang sikt
Hvordan er konkurransesituasjonen
Har det vært utvikling i leverandørmarkedet
Hvilke krav eller kriterier kan være konkurransehemmende eller fordyrende
Hvordan krav og kriterier kan dokumenteres
Hvordan konkurransen bør gjennomføres for å drive leverandørutvikling og for å fremme innovasjon

Gevinster for leverandør:

Kunnskap om oppdragsgivers planer, utfordringer og behov på kort og lang sikt
Hvilke resultater eller endringer oppdragsgiver ønsker å oppnå
Hvilken fleksibilitet som er nødvendig for å sikre behovet på lang sikt
Hvordan risikobildet er
Leverandørene kan tilpasse sine tilbud til behovene og de resultatene som er viktig for oppdragsgiver
Leverandørene vil kunne gi råd om hvordan oppdragsgiver bør tilrettelegge konkurransen for å utnytte markedets kompetanse

En til en møter med leverandørene

Formål med diss møtene er å få innspill og presentasjon fra leverandørene på et konkret behov eller anskaffelse. I en til en møter deler leverandørene mer informasjon enn når det er konkurrerende virksomheter tilstede. Møtene vil bli gjennomført i månedsskiftet januar/februar.

Status NVDB og Geodata, desember 2017

Publisert 12. januar 2018 av Elin Leikvang

Denne kommer ut litt seint og er litt mangelfull pga. at skriver hadde syke barn før jul, men la oss kalle det en halvveis avsluttning av året som var! 🙂

NVDB og Geofence

Elin Leikvang har vært med på Geofence demo i Oslo. Det var Ane Dalsnes Storsæter på Transportteknologi (tidligere ITS-seksjonen) som kjørte den sammen med Volvo. Elin var med som teknisk koordinator og samkjørte teamet i Trondheim, med medlemmer av Transportteknologi og vår egen Terje Brasethvik. Både VG, NRK og Teknisk Ukeblad dekket demoen, hvor vi viste en Volvo hybridbil som automatisk slo av forbrenningsmotoren når den entret en såkalt Nullutslippssone som lå i NDVB.
Link til saken i VG og i Teknisk Ukeblad(krever innlogging).

Utlysnigng av ny registrerinsklient

Geoforum og TEN-T

Jan Kristian Jensen deltar i faggruppe «geografisk IT» i geoforum , der det kommer et innlegg om hvordan du bruker python notebooks på NVDB data. Han har brukt mye tid på å registrere TEN-T vegnett i NVDB, og derfor også laget metodikk for stedfesting av strekningsdata med skriveAPI’et. Også mye spennende videreutvikling på ruteplantjenesten, samt at han var med på teknologiforum Norge Digitalt.

Smart Transportation IoT Hackathon (IoT -> Internet og Things)

Elin Leikvang, sammen med Ane Dalsnes Stortsæter (Transportteknologi) var med som problemer på Smart Transportation IoT Hackathon arrangert av Telenor. Gruppen som gikk av med seieren lagde forslag om en lavbudsjetts-thing med GPS tracking som kan kjøre et år uten lading som kan ligge i alle brøytebiler, alle fortausbrøytere og fresere kjørt av våre entrepenører slik at publikum til enhver tid kan anslå hvor det er trygt å kjøre, syke og gå. Vi ser på disse IoT-arenaene som en god plass for oss å snakke om hva vi har behov for, i håp om at noen tar opp den tråden og lager noe som vi kan bruke. Elin var også sammen med Jorunn Riddervold Levy og presenterte samme problemstillinger på NTNU sin IoT-lab med samme formål.

2017 Høst-leveransen NVDB klassisk

Publisert 24. november 2017 av jankristian

Her er en oversikt over funksjonelle endringer og feilrettinger som inngår i 2017H2-leveransen av klassisk NVDB.

Ny tjenerversjon ble satt i drift 22 november. Nye Windows-klienter er lagt ut for nedlasting og blir distribuert til brukere i SVV snart.

Når det gjelder informasjon om de funksjonelle endringene, kan dette også finnes i oppdatert brukerdokumentasjon, f.eks. i Hjelp-menyen i NVDB 123 og F1 i NVDB Studio.

NVDB123

Ny funksjonalitet

Kopiere linje/flate geometri til nye objekter Det er innført nye knapper i objektredigeringsdialogen som lar brukeren kopiere og lime inn punktene i objektenes egengeometri
Datafeil i søk mot stedsnavnregister (kartverket), ta i bruk ny tjeneste Ny tjeneste for stedsnavnsøk med oppdaterte kommunegrenser. Brukergrensesnittet er uendret.
Kartverkets WMS-tjeneste topo2 erstattet av topo3
Enklere oppdatering etter vegnettsendring, spesielt tilpasset bruksklasse Automatisk oppdatering og oppretting av bruksklasse-objekter ved at man endrer eller oppretter ett objekt som fungerer som mal for de øvrige.
Revurdering av dokumentasjonsobjektets størrelsesbegrensning Nye grenser for objektstørrelser: 300KB for bilder og 3MB for andre filtyper.

Feilrettinger

Installasjon av versjon 4.5.27.385 gir feilmelding NVDB123-ikonet på skrivebordet og i startmenyen fungerte ulikt. Dette er rettet.
Objekt blir delt på sideposisjon Rettet feil i uttegningen av objekter som både hadde sideposisjon og var stedfestet både med og mot referanselenkeretningen.
Feil ved import av SOSI-fil Filer med spesialtegn i egenskapstypen «Tilleggsinformasjon» feiler ikke lengre.
Gjeldende installasjonspakke feilet Ini-filene kopieres nå også av NVDB Felles-programmene

Klient-api

Gir feil ved Rosita opplasting. For å unngå konflikt med antivirusprogrammer opprettes nvdb.ini nå med færre åpninger og lukkinger av filen.
Feil i Klient Api ved lagring av fagdata. Kontroll og automatisk retting av små overlapp ble feil når nettverksdato ikke var satt til «nå».

NVDB-tjener

Innsjekk av vegnettsredigeringsoppdrag stopper opp Innsjekk stopper ikke lengre selv om geometriegenskaper er slettet
Forbedret feilhåndtering Forsøk på å forbedre kommunikasjonen mellom klient og server
Rydding i serverlogger Gir bedre oversikt i overvåkingsverktøyet Splunk
Datauttak til Ureg bruker unødig lang tid Datauttak til Ureg bruker nå kortere tid enn tidligere
Feil ifm oppdatering av datakatalogen Egenskapstyper kan nå endres fra heltall til desimal tall og motsatt
Forbedre klient-tjener kommunikasjon Tar vare på data som kan gjenbrukes dersom det forekommer svikt i nettverket

Program for Utviklerdag for Åpne Vegdata Fredag 27. oktober

Publisert 3. oktober 2017 av Terje Brasethvik

Utviklerdag for Åpne Vegdata – Vegen til APIet til vegen

Vi ønsker å skape en samarbeidsarena for systemeiere, utviklere og leverandører som jobber med våre data. Det blir derfor også i år arrangert en utviklerdag for Åpne Vegdata i forlengelsen av Statens Vegvesens teknologidager.

Bli med og påvirk fremtidens Åpne Vegdata!

https://www.vegvesen.no/fag/fokusomrader/Forskning+og+utvikling/Teknologidagene/teknologidagene-2017

Tid: Fredag 27. Oktober kl10-15
Sted: Clarion Hotel & Congress i Trondheim
Møterom: Cosmo 3A
Påmelding: https://goo.gl/kKbbaC

Program

Programmet er delt i to deler – en generell del med fokus på oversikt og overordnet presenasjon av løsningene før lunsj og en mer detaljert del med fokus på detaljer etter lunsj.

Tid	Innhold	Foredragsholder
1000	Velkommen	Per Andersen, Leder av Nasjonal VegdataBank – NVDB
1010-1100	Oversikt over Åpne Vegdataporteføljen Overordnet presentasjon over APIene og prinsippene bak. Annonseringer Oppdatert dokumentasjon på GitHub Pages Etablering av Referansegrupper for API LES og SKRIV Utfastingsdato for API LES V1	Terje Brasethvik, NVDB & Geodataseksjonen, Vegdirektoratet
1100-1200	Demonstrasjoner / diskusjoner om bruk VegAR – vegdata på mobilen Datainn – egen løsning for trafikkdata Ulykker i mørket	Martin Bårnes, Kantega Lars Meisingseth, Prosjektleder Datainn, Vegdirektoratet, trondheim Terje Brasethvik, NVDB & Geodataseksjonen
1200-1300	Lunsj
1300-1400	LES / Vegkart Demonstrasjoner Detaljert presentasjon Spørsmål og svar Påmelding til referansegruppe	Marvin Lillehaug, Kantega
1400-1500	Skriv / Datafangst Demonstrasjoner Detaljert presentasjon Spørsmål og svar Påmelding til referansegruppe	Terje Brasethvik, NVDB & Geodataseksjonen, Vd Espen Hjertø og Jostein Munz, Kantega
1500	Takk for i dag!

Velkommen!

NVDB og Geodataseksjonen, Vegdirektoratet, Trondheim

Vegdata.no

Full av godbiter fra Nasjonal vegdatabank (NVDB)