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/

Nye funksjonar og endring i Datafangst

I går kveld/natt vart ny datafangst sett i produksjon med fleire etterspurde forbetringar.

Releasnote Datafangst 2020-2.0.2:

  • Alle kartlag kan nå vises som gråtonekart i datafanen og stedfestingsfanen ved å klikke på ikonet nederst til venstre i kartet.
  • La til støtte for tastenavigasjon og skjermleser i kontraktlisten
  • Rettet en feil i eksport-fanen som gjorde at vegobjekter importert fra NVDB ikke vistes i listen over andre vegobjekttyper som må sendes inn samtidig
  • Fjernet kontroll av FKB-objekter, samt informasjon som forteller at FKB-objekter ikke vil bli kontrollert.
  • Rettet en feil i eksportfanen som gjorde at funksjonen som skal vise bare uregistrerte vegobjekttyper, istedet viste bare registrerte vegobjekter

Datafangst med nye fikser

Datafangst 2020-1.14.0 ble satt i produksjon i lunsjtiden i dag:

  • Stedfesting for kurve er forbedret, sånn at den oftere gir resultater som passer med punkt
  • Førsteside/liste over kontrakter laster mye raskere for brukere som er i kontraktgrupper med mange kontrakter
  • Status på innsendt endringssett til NVDB blir sjekket selv om bruker som sendte det ikke er logger inn
  • Endringssett som får systemfeil i NVDB for status «avvist» i Datafangst i stedet for at den blir hengende på «venter»
  • Forbedret sjekk og feilmelding på manuelle ankerpunkter når veg ikke er valgt
  • Toppmeny har fått bedre støtte for skjermleser

Datafangst er oppgradert

Datafangst 2020-1.12.1 er nå ute med disse endringiene:

  • Prosjektreferanse settes nå kun på vegobjekter i kontrakten, og ikke som tidligere også mor i NVDB (når det er en kobling til mor fra kontrakten)
  • Etter utført stedfesting eller godkjenning av stedfesting nullstilles valgte vegobjekter
  • Tydeligere beskjed om hva som forventes når bruker legges til i kontrakt
  • Ved oppretting av ny kontrakt varsles det hvis noen av feltene har for mye tekst
  • Responstid skal nå være på nivå med 2020-1.10.0, vi har kompensert for databaseendring som gjorde 2020-1.11.0 tregere
  • Det er rettet en feil med at innhold ikke kommer opp på delingslenke (feilen ble introdusert i 2020-1.11.0)
  • Knappen “Skjul registrerte” på datafanen virker nå igjen
  • Det er rettet en feil med at “Marker som feil” ikke var tilgjengelig på nye kommentarer (feilen ble introdusert i 2020-1.11.0)

Ny versjon av Datafangst

Forrige oppgradering introduserte dessverre en feil. Denne er nå rettet, og som bonus ble det med to forbedringer:

Datafangst 2020-1.11.1 er ute, med en fiks for en feil som oppsto i 1.11.0, og to andre fikser som vi hadde klar:

  • Det er rettet en feil som gjorde at deltakere på kontrakt ikke kunne importere vegobjekter fra NVDB
  • Status for innsending til NVDB beholdes når det lastes opp en ny objektliste for kontrakt
  • Det er rettet en feil med at automatisk zoom alltid ble aktivert etter geometriredigering

Oppgradert Datafangst

Datafangst 2020-1.11.0 er nå lagt ut, med disse endringene:

  • Datafangst støtter fullt ut lagring av samiske tegn og en lang rekke spesialtegn som tidligere ikke var støttet (For at det skal virke på eksisterende kontrakter må man for skiltnummer 808.515 og andre berørte typer sette verdien for skiltnummer på nytt, sånn at det blir lagret riktig i databasen)
  • Stedfesting virker nå også for store linjegeometrier som skal ha punktstedfesting
  • Det er laget en veiledning for brukere som har glemt passord eller mangler tilgang, sånn at de får hjelp på riktig sted
  • Nyeste objektliste for Nye veier er nå også støttet for opplasting
  • Det vises nå hvilken kolonne det sorteres på i datafanen
  • Bedre tilbakemelding ved fjerning av flere vegobjekter fra kontrakt
  • Det er rettet en feil som gjorde at «kopier til alle» på datafanen ikke alltid virket
  • Det er rettet en feil med endring av kontraktsgruppe for kontrakt
  • Administrator kan nå endre kontraktsgruppe for en kontrakt som allerede har en gruppe
  • Det er rettet feil i hvilke brukere som skal ha tilgang til enkelte funksjoner
  • Datafangst API: Mellomrom på starten og slutten av innsendte verdier blir nå bevart

Feil – noen søk mangler egengeometri

FIKSA! Denne feilen er nå retta august 2020.

Vi har hadde en feil i NVDB api som gir kjipe konsekvenser for Vegkart, Sinus Infra og Datafangst – og ikke minst registrering av nye data til NVDB. Denne feilen må vi dessverre leve med gjennom sommeren.

Visse typer søk viser data plassert på senterlinja selv om de egentlig har en fysisk plassering i terreng.

Nei, egengeometrien er ikke borte – det er kun feil i kartvisningen

Data med egengeometri er ikke endret i NVDB – det er kun kartvisningen.

Mer presist så serverer vi data med en ekstra geometri-egenskap når du (og vegkart, Sinus og datafangst) henter data fra NVDB api. Normalt så sjekker vi først om det finnes gyldig egengeometri for et objekt; i så fall er det disse dataverdiene som legges på geometri-feltet. Men hvis det ikke finnes egengeometri for et objekt så henter vi koordinater for vegnettet i stedet. Det er her vi gjør feil; logikken skal selvsagt ikke påvirkes av hvilke søkefiltre som brukes – men den gjør det!

Sjekker du detaljene vil du se at egenskapen Geometri, flate, Geometri, linje og Geometri, punkt er slik de skal være.

Konsekvenser

Konsekvensene er størst for dem som driver med registrering og ajourhold av data til NVDB, i for eksempel Sinus.infra eller datafangst, eventuelt med kontroll i Vegkart. Når du registrerer vegutstyr med egengeometri, tydelig plassert til side for vegen, så er det ekstremt forvirrende at objektet ikke dukker opp der du la det.

Det er veldig fort gjort å konkludere at her gikk noe galt, og registrere samme objekt en gang til. Eller kanskje du tror det er noe galt med geometrien, og prøver rette det opp.

Hvilke typer søk har dette problemet?

Alle søk som involverer bruk av vegnettet for å finne ting ser ut til å være påvirket. Det gjelder disse filtrene, muligens flere:

  • Vegsystemreferanse (f.eks E6, slik som vist over)
  • Kommune
  • Fylke

Trolig gjelder dette også en del søk som er mulig i NVDB api, men ikke i vegkart. Slik som overlappfilter.

Hvilke søk fungerer slik de skal?

Disse søkene fungerer slik det skal, og viser objektene med egengeometri

  • Søk med kartutsnitt