Søk etter historiske data

Det vi trenger er en oversikt for hva som er nytt per år. Altså hvis en veg får flere gatelys, fortau osv.

Dette er et behov som mange vegeiere og -driftspersonale har. Akkurat denne gangen kom spørsmålet fra Trondheim kommune, men det samme behovet har fylkeskommunene, entreprenører, Nye Veier A/S og Statens Vegvesen.

Vår anbefaling: Ta differansen mellom to datasett for ulike tidspunkt

NVDB api LES støtter datauttak på angitt tidspunkt (dato), med et par forbehold om at det ikke har vært gjort endringer på områdegrenser fra det første tidspunktet til i dag. Her er status på historisk søk i ulike verktøy per oktober-2019:

Vi har noen forbehold! Hvis det har vært gjort justeringer på kontraktsområder og/eller vegnett kan du få litt … lite intuitive resultater, se under. I tillegg får du litt merarbeid om du ønsker å sammenligne data før og etter en kommunesammenslåing.

NVDB bruker kun de nyeste kommunegrensene!

I NVDB bruker vi kun ferske data for fylker og kommuner – med tilbakevirkende kraft. Så i 2021 finner du for eksempel ingen spor etter gamle Klæbu kommune.

Dette betyr at når du søker etter belysningspunkt i Trondheim for en tidligere dato, for eksempel 1. februar 2017, så får du treff på dagens Trondheim kommune. Mer presist 10625 objekter, hvorav 927 er i gamle Klæbu kommune.

Skjermdump av kart som viser hvordan et søk etter belysningspunkt i Trondheim kommune per 2017 gir 927 treff i gamle Klæbu kommune.
Selv om Trondheim og Klæbu først slo seg sammen i 2020 så gir søket etter belysningspunkt per 2017 deg 927 treff i gamle Klæbu kommune,

Selve søket mot NVDB api ser slik ut:

https://nvdbapiles-v3.atlas.vegvesen.no/vegobjekter/87?kommune=5001&tidspunkt=2019-02-01&inkluder=alle

Men hva med endret – funksjonen i NVDB api? Hvorfor ikke bruke den?

NVDB api LES tilbyr parameteren endret_etter, og den har sin anvendelse – men for akkurat dette behovet blir det for mange snublefeller. Resultatene fra denne spørringen:

https://nvdbapiles-v3.atlas.vegvesen.no/vegobjekter/87?kommune=5001&endret_etter=2021-09-22T00:00:00 

må suppleres med en hel del datamassasje: Du må skille endret fra nye objekter, evt om det er nye versjoner av gamle objekt – og du må sjekke om noen objekter kan være slettet. Etter vårt syn er det bedre å ta differansen mellom to ulike datoer.

Historiske data per Kontraktsområde – brukes på egen risiko

Hvis du henter ut historiske data for et kontraktsområde og enten vegnettet eller kontraktsområdet (eller begge deler!) har vært endret så må vi ta forbehold om at du kan få færre vegobjekter enn det riktige.

Hvis du vet at vegnettet og ditt kontraktsområde har ligget i ro i tiden mellom i dag og bakover til det eldste tidspunkt du trenger data for – så kan du helt fint ta ut historiske data på dette kontraktsområdet.

Forklaringen er komplisert: Når kontraktsomrdet skal brukes som søkefilter i NVDB api les så klarer vi ikke gjenskape området slik det så ut før endringen, men bruker området slik det ser ut i dag – også for historiske søk.

Hvis en bit av vegnettet var i k.området i 2019, men ble satt historisk i 2020 – så vil du ikke klare finne den når du søker på k.området i dag med tidspunkt=2019.

Tilsvarende hvis k.området har vært justert i 2020: Du klarer ikke få frem riktige 2019-data ved å bruke k.området som søkefilter.

Det finnes krokveier om dette problemet, men det er komplekst (hent ut historisk 538-objekt per tidspunkt, finn dette objektet stedfesting og hent ut vegobjekter som hadde overlappende stedfesting på det tidspunktet.) Vi ønsker å tilby ferdige rapporter basert på denne logikken, men det ligger noe fram i tid.

PV får tilbake vegnummer i NVDB

Etter at vegnummer på PV vart fjerna har vi fått fleire tilbakemeldingar om uheldige konsekvensar. Det er difor beslutta å tilbakeføre vegnummer på alle private vegar som har fått det fjerna. Vi har imidlertid hatt litt utfordringar med å utføre det, men no skal alle utfordringane vere løyst.

Det vert i løpet av det neste døgnet køyrd script som skal gjere denne jobben, og etter arbeidstid i morgon (fredag 11/12-2020) vert det starta reindeksering av NVDB. Når denne er ferdig (i overkant av 24 timar etter oppstart), vil vegnummer vere tilgjengeleg på privatveg i NVDB API-Les igjen (og dermed og i Vegkart).

Her er ei forklaring til kva som har skjedd i denne saka:

Reetablering av vegsystemreferanse på private veger

Håndbok V830 Nasjonalt vegreferansesystem sier at private veger ikke trenger å ha vegnummer, og med det heller ikke fullstendig vegsystemreferanse. Hverken ved høringen av håndboken som ble godkjent i februar 2020, eller i en intern høring hos noen av våre omkringliggende systemer i august 2020, klarte vi å fange opp at dette ville bli et problem for brukerne. Men det ble det altså. Vi har derfor bestemt at vi vil reetablere fullstendig vegsystemreferanse på private veger, og også generere vegsystemreferanse på disse vegene i fremtiden.

Vegkart 2020-9.0

25. November 2020

Ny funksjonalitet

  • Splash kan styres fra url
    • /splash:main – Hovedsplash
    • /splash:policy – Personvernerklæring
    • /splash:about – Om Vegkart
    • /splash:changelog – Versjonslogg
    • /splash:none – Tvinger at splash ikke vises

Feilrettinger

  • Egen posisjon mer stabil
  • Kategorisering med intervaller virket i noen tilfeller ikke

Annet

  • Sensitive vegobjekttyper og egenskaper markert og ikke velgbare
  • Laster mindre data om vegobjekter i vanlig søkemodus

Begrensning i tilgang til trafikkulykkesdata

Informasjon om skadeomfang i trafikkulykker samt noen egenskaper knyttet til ulykkesinvolvert person og ulykkesinvolvert enhet er satt sensitiv i NVDB, og er dermed kun tilgjengelig for brukere med sensitivrolle 1. Dette er gjort fordi publisering av denne informasjonen ikke er i tråd med GDPR og behandling av personopplysninger. Statens vegvesen har derfor ikke anledning til å publisere disse opplysningene. Statens vegvesen har lansert en ny publikumsportal TRINE som kan brukes for å hente aggregerte ulykkesdata.

Det finnes generell informasjon om ulykkesdata og ulykkesstatistikk på Statens vegvesen sine nettsider. Vi ber om at det tas kontakt med Trafikksikkerhetsavdelingen i Statens vegvesen om det er spørsmål utover dette.

Oversikt over de konkrete egenskapstypene som har sensitivkode finnes her

Planlagt vedlikehald i NVDB

22.11.2020 kl. 12:00 – 23.11.2020 kl. 08:00

Det er planlagt vedlikehald av interne system knytta til skriving av data til NVDB. Det er venta ustabilitet og nedetid for NVDB API-Skriv i delar eller heile perioden. Det er og venta at andre system som NVDB API-Les og Vegkart kan oppleve ustabilitet og tregheit i perioden.

Klientar som nyttar NVDB API-Skriv vil og oppleve ustabilitet med tanke på oppdatering og uthentig av eksisterande objekt i NVDB, og alle forsøk på å skrive til NVDB vil verte avviste.

Arbeidet byrjar søndag kl. 12:00 og er venta å ta om lag 12 timar. Vi vetar at alt etterarbeid skal vere ferdig og alle system tilbake i normal drift i god tid før kl. 08:00 måndag morgon.

Følg med i driftmelding på vegvesen.no for oppdateringar:

https://www.vegvesen.no/portal/

Vegnummer på private vegar

Etter ny modell for vegreferansesystem er det ikkje krav til at private vegar skal ha vegnummer. NVDB støttar seg no på den nye modellen og vi får difor ikkje ut venrummer eller vegsystemreferanse på private vegar utan nummer i API og i Vegkart. Vegsystemreferansen til private vegar uten nummer er vist som PV.

For meir informasjon om vegreferansesystemet sjå «Håndbok V830 – Nasjonalt vegreferansesystem» kapittel 6.4.

Ny funksjon erstattar Redirect-URL for /vegobjekter/id

Redirect-URL for /vegobjekter/id har ikkje fungert i Vegkart i det siste. Feilen vil ikkje verte retta, og modulen vert fjerna frå Vegkart.
Men vi har ein ny modul som erstattar redirect-URL, og som i tillegg til vegobjekt kan vise vegnettsegment. Modulen heiter #valgt for vegobjekt og #vegnett for vegnett og er forklart her med eksempel.

For vegobjekt:
/#valgt:{VegobjektID}:{VegobjekttypeID}

Eks:
https://vegkart.atlas.vegvesen.no/#valgt:579117371:5


For vegnett: 
/#veglenke={VeglenkesekvensID}:{Veglenkenummer}:
{Segmentnummer}
eller
/#veglenke={VeglenkesekvensID}:{Veglenkenummer}
eller
/#lenker:!*@705192 

Det vil si at du kan lage kortlenke som viser heile veglenkesekvensen, ei veglenke, eller eit segment på veglenka.  

Eks:
https://vegkart.atlas.vegvesen.no/#veglenke:2426204:3:6
https://vegkart.atlas.vegvesen.no/#veglenke:2426204:3

For å vise heile veglenkesekvensen er syntaksen 
https://vegkart.atlas.vegvesen.no/#lenker:!*@2426204

Denne åpner vegkart med landsdekkende kartutsnitt og ei infoboks med informasjon om veglenkesekvensen. Bruk "Zoom til" knappen for å sentrere kartet på ein vilkårlig valgt bit av denne veglenkesekvensen. Zoom så ut manuelt for å sjå heile veglenkesekvensen
Skjermdump fra vegkart som viser ein liten bit av veglenkesekvens 2426204.
Bruker du «Zoom til» – knappen etter å ha åpna kartlenke som lenker til lenkesekvens med syntaksen https://vegkart.atlas.vegvesen.no/#lenker:!*@2426204 så zoomer vegkart til eit vilkårlig segment på denne lenkesekvensen. Zoom ut manuelt for å sjå heile.
Lenkesekvens 2426204 når du har zooma ut.

Syntaksen https://vegkart.atlas.vegvesen.no/#lenker:!*@2426204 oppfører seg dermed likt med å skrive (lime inn) @2426204 i søkefeltet på vegkart.

EDIT august 2023: Ny syntaks for segment på veglenker, heile veglenker og heile veglenkesegment,

Feil i Vegkart-eksport

Vi har for tida problem med eksport frå Vegkart. Mange får ein beskjed som denne
HTTP error 422 for request f5945287-721c-c347-dd61-28b1c0d2b906: Error 4006: Ugyldig verdi for parameteren ‘inkluder’: ‘polygon’. Gyldige verdier: [kartutsnitt, senterpunkt, alle, vegobjekt]

Vi arbeider med å løyse problemet.