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)

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