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.

 

Løsning for Arc Map

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

Løsning for QGIS

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 vegkart CSV-dump

Typiske QGIS-innnstillinger for å lese inn vegkart CSV-dump

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
pd.DataFrame.from_csv( 'datadump-fra-vegkart.csv', encoding='latin1', sep=';')

FME

https://github.com/LtGlahn/Nvdbapi_v2_FME

Geometri er snublefelle for import av NVDB data

Alle NVDB-data er knyttet til vegnettet. Noen objekttyper – f.eks. bomstasjon, skiltplater og belysningspunkt – er knyttet til vegnettet i et punkt på vegens senterlinje. Dette sklir rett inn i alle kartsystem vi har prøvd til nå.

Andre datatyper, 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 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.

Program for Utviklerdag for Åpne Vegdata Fredag 27. oktober

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

Feilrettinger i vegkart

Vårens leveranse av vegkart hadde dessverre med seg noen småfeil. En del av disse skal nå være rettet:

  • Filtrering på dato-egenskaper må «fnuttes» (se: https://www.vegdata.no/2017/08/01/hjelp-jeg-far-ikke-filtrert-trafikkulykker-pa-ulykkesdato/) – man behøver ikke lengre skrive anførselstegn!
  • Filtrering på har verdi / har ikke verdi på tekst-egenskaper: disse gav helt feil resultater, men det skal nå være i orden.
  • Verdi-feltet blir borte av og til: Det kan sikkert virke som om vi gjør det med vilje, men det er altså ikke meningen.
  • Kontraktsområdefilter viste i enkelte tilfeller objekter fra hele landet (i kartet) når du begynner å flytte deg i kartet.
  • Ett ekstra zoom-nivå: Vegkart bytter til kartverk-kart helt innerst for å få mer detaljer. Der får vi nå et ekstra zoom-nivå.
  • Gamle/ugyldige URL’er får feilmelding. I noen tilfeller klarer vi ikke å tolke gamle URL’er, vegkart blir bare stående å henge. Vi klarer fremdeles ikke tolke alle gamle eller ugyldige URL’er, men nå vil du i det minste få en feilmelding.

Hva betyr kommune- og regionreformen for NVDB?

Kommune og regionreform medfører at det er nødvendig å gjøre endringer i NVDB. Noen av disse endringene kommer allerede frem mot 1/1 2018.

Større endringene som NVDB må gjennomføre for å imøtekomme kommune- og regionreformen frem mot 2020 vil ikke tre i kraft i år. Disse endringene vil være en del av et større NVDB prosjekt som har sin oppstart høsten 2017.

Les videre

Re-indeksering torsdag 9.februar 2017

EDIT fredag 10.2: Vi er tilbake i normal drift, men mangler litt driftskontrakt

Kjente feil 10.2: Fiksa

  • Mangler driftskontrakt 1103 Stavanger

torsdag 9. februar skjer det to ting som går ut over alle brukere av Vegkart og NVDB api.

  • Vi skrur av oppdatering.
    • På dagtid 9.2 vil vi ikke overføre endringer fra NVDB-databasen til  NVDB api og vegkart.
    • Husk at du kan sjekke status på dataoverføring fra NVDB med «info»-knappen i vegkart og denne funksjonen.
  • Full re-indeksering.
    • Om ettermiddagen / kvelden torsdag 9.2 kjører vi full re-indeksering
    • Først blir det et par timer uten data overhodet i NVDB api og Vegkart
    • Deretter vil objekttypene gradvis komme på plass igjen (rekkefølge etter objekttypenummer, dvs først 3 Skjerm, 5 rekkverk osv).
    • Re-indeksering burde være ferdig ca midnatt natt til fredag 10.2.
  • Normal drift fra fredag morgen
    • Fredag morgen skrur vi på oppdateringen, slik at du igjen finner de ferskeste   data i  Vegkart og NVDB api

Bakgrunnen er en (liten, rent teknisk) datakatalogendring. Dette er en nødvendig forberedelse til den datakatalogendringen som kommer i slutten av februar.

Vi beklager de ulempene dette får for våre brukere!

Status NVDB og Geodata februar 2017

Nå er det en stund siden forrige statusbrev, utsender har vært litt fraværende, men nå er vi i gang igjen!

Noe av det som skjer denne måneden:

Ny versjon av datakatalogen kommer i slutten av februar.

Kodefrys på NVDB klassisk førstkommende fredag.

Systemtest for Åpne Vegdata er underveis.

Sammen med Region midt skal vi registrere skilt i Molde med Vionice sin mobilteknologi, vi vil sammen sjekke resultatene opp mot allerede registrert data med egengeometri før Region midt bestemmer registreringsmetode for sesongens registrering av fartsgrenseskilt.

Flere og bedre bomstasjoner i NVDB

Sammen med brukerfinansiering har Jan Kristian Jensen hatt en dugnad på bomstasjoner. I flere kryss manglet vi innkreving på rampene. Dette løste vi ved å legge til nye bomstasjoner på rampene i kryss ved Lysaker, Fornebu og Ekeberg, samt på Moholt og Tonstad i Trondheim. Andre bomstasjoner har fått en finpuss på innkrevingsretning. Kvalitetssikring blir vi aldri ferdig med – finner du mangler vil vi gjerne ha beskjed! Gjerne i fiksvegdata.

Færre fylker – flere problemer?

Pga regionreformen vil vi fjerne fylke- og kommunenummer fra vegreferanseobjektet. Mange NVDB-brukere sorterer data på fylke og vegnummer. Dette er neppe et problem for brukere av NVDB api, men en del systemer i NVDB klassisk–familen kan få problemer. (Mer spesifikt: Dem som leser fylkesnummer ut fra vegreferansen). Mest sannsynlig kommer det også andre endringer: Det er for mye logikk lagt inn på vegreferanse-objektet, og nå er et bra tidspunkt å løse opp i dette. Mye er uklart, Martin Fredriksen og Jan Kristian Jensen jobber med dette.

Valg av ny kartklient avgjort

Etter en lengere evalueringsperiode av løsninger fra Geodata AS og Norkart AS har valget falt på en løsning basert på ArcGis Server levert av Geodata AS.

Bakgrunnen for prosessen og valget er at Statens vegvesen har avtale om GIS-programvare fra to leverandører. Begge leverandørene leverer en såkalt etatsrammeavtale som inneholder en portefølje med moduler slik at det ikke har vært nødvendig å gå ut med ny konkurranse for å velge løsning. Vi har altså evaluert kartklienter vi allerede har tilgang til gjennom eksisterende avtaler fra Norkart AS og Geodata AS.

Viktige momenter ved valg av løsning har vært:

  • Løsning som kjører i SVV driftsmiljø
  • Rik funksjonalitet
  • Fleksibel tilgang til tjenester fra Norge digitalt og andre integrert i klienten
  • Matrikkelen
  • Norge i bilder
  • Geonorge
  • Bruker kan selv søke opp og legge til tjenester
  • Kobling mot NVDB
  • Visning og søk på vegreferanse
  • Visning og søk på fagdata
  • Fleksibelt og enkelt administrasjonsgrensesnitt
  • Kompetanse og erfaring med ArcGis Online/Geodata Online
  • Analyse- og rapporteringsfunksjonalitet
  • Bruker kan lagre egne prosjekter og dele egne prosjekter

Konklusjonen ble at løsning levert av Geodata AS vil være den beste løsningen for Statens vegvesen.

Ferdigstillelse av NVDB AddIn for ArcGis Desktop

NVDB AddIn har i lengre til eksistert som en prototype, men vi har nå bestilt ferdigstillelse av modulen slik at vi får en stabil og robust løsning. NVDB AddIn er et lite programtillegg som henter data direkte fra NVDB og inn i ArcMap. NVDB AddIn gjør data fra NVDB lett tilgjengelig for videre bearbeiding i ArcMap. Programtillegget deles fritt internt og eksternt.

NVDB AddIn versjon 1.0 ventes å bli tilgjengelig ved utgangen av mars.

 

 

Bilder lånt fra adressa.no, radioh.no, esri

I 2016 hadde vi 423 millioner oppslag mot NVDB api

423 millioner oppslag er jo en del. Klientapplikasjonen «Ukjent» står for mesteparten, med vegkart som god nummer 2.

For din egen del er det lurt om du angir X-Client og X-Kontaktperson i headeren på kallet, slik som beskrevet her:

"X-Client": "NVDB Rapporter" 
"X-Kontaktperson": "ola@nordmann.no"

Da får vi muligheten til å kontakte deg om noe er galt, og din applikasjon kommer med i statistikken.

statistikk-forenklet-2016