Ny versjon av Datafangst igjen!

  • Det er rettet en feil som gjorde at vegobjekter som har endring i sammenkobling ikke kunne sendes inn igjen etter første innsending
  • Det er rettet en feil med innsending av vegobjekter der enkelte attributter mangler verdi
  • Stedfestingsfane vil nå fullføre lasting selv om ikke alle datakilder er tilgjengelige
  • Datafangst API: Det er nå mulig å legge til vegobjekter i samlinger som har en feilstatus

Takk til brukere som gir beskjed når noe feiler, sånn at vi får anledning til å finpusse og rette opp, og gjøre brukeropplevelsen enda bedre.

Flere nye endringer i Datafangst

For hver produksjonssetting i Datafangst oppdateres endringsloggen med oppsummering av nye endringer siden sist. Denne finner du bak gavesymbolet som i den forbedrede toppmenyen har fått navnet NYTT.

De to siste produksjonssettingene har noen større forbedringer og feilrettinger.

  • Rettet en feil i stedfesting som blant annet gjorde at mødre feilaktig ble tolket som for langt unna sine døtre
  • Ny versjon av Stedfestingsfanen settes nå som standard etter en periode med utprøving (meld fra om feil!)
  • Ny versjon av stedfestingsalgoritme (API Skriv istedet for VVI) tilgjengelig for utprøving via ADMIN
  • Toppmenyen har fått seg en ansiktsløftning (takk, Rikke!)
  • Personnavn vises istedet for brukernavn (for de brukerne vi har mulighet til å hente det ut for), og kontrakter blir dermed søkbare på personnavn der det er mulig
  • Zoom-nivå i kartet på stedfestingsfanen kan nå låses
  • Opplastinger vi API skal nå ikke like lett havne i blokkerende ERROR-tilstand når baksystemer feiler eller timer ut
  • Duplikate innslag i objektlista filtreres bort
  • Innsendinger til Datafangst som inneholder geometrifeil som ikke kan rettes i datafangst, vil nå bli avvis med feilmelding
  • Rette en feil som gjorde at datafanen av og til kunne gå i hvitt

Takk til alle som varsler om problemer, sånn at vi fortløpende kan forbedre løsningen.

CSV-dump fra Vegkart

Vi har en feil i CSV-eksporten fra versjon 2 av vegkart (V2) som gjør at CSV-dumpen ikke inneholder geometri. Fiksa!

Ved CSV nedlasting fra vegkart V3, får du med en del rader med ugyldige data.

Vegkart versjon 3 med søk på trafikkmengde langs E10 og mulighet for nedlasting av data som Sosi eller CSV.

Som nevnt får du en del rader med ugyldige data. Disse mangler blant annet data om geometri, kommune og fylke. Dette kan du trygt ignorere.

Utdrag av tabell med trafikkmengde E10 lastet ned som CSV. Vi ser at fire av radene mangler data om kommune, fylke og geometri. Disse radene kan trygt ignoreres.

Utdrag av tabell med trafikkmengde E10 lastet ned som CSV. Vi ser at fire av radene mangler data om kommune, fylke og geometri. Disse radene kan trygt ignoreres.

Lenker til vegkart V2 og V3:

Vegkart.no med nytt referansesystem

Vegkart finnes i to ulike versjoner. En versjon med gammelt referansesystem og gammel kommune- og fylkesstruktur. Den omtaler vi ofte som Vegkart versjon 2 – v2. Den andre versjonen er Vegkart med nytt referansesystem, som da omtales som Vegkart v3.

Siden i november 2019 da vi produksjonssatte nytt referansesystem så har vegkart.no vært knyttet mot Vegkart v2 og Vegkart v3 har dere selv måttet finne fram til ved å angi v3 i URL’en.

Vi har nå gjort en endring slik at vegkart.no er knyttet mot Vegkart v3 med nytt referansesystem. Men siden de fleste har vegkart v2 liggende i bufferet/cachen i nettleseren sin, så vil det de fleste fortsatt oppleve å komme til Vegkart v2 idet man skriver vegkart.no.

For å tømme bufferet/cachen i nettleseren og dermed komme til Vegkart v3 med nytt referansesystem, så kan man gjøre følgende:

start Vegkart
tast Ctrl + Shift + I for å komme i inspisermodus
trykk på reload/refresh og velg «Tøm bufferet og kjør hard nyinnlasting» i Chrome, i Edge Beta velger du «Tøm hutrigbuffer og hard oppdatering»

Etter refresh vil vegkart.no gi deg Vegkart med nytt referansesystem. Fortsatt har du muligheten til å benytte Vegkart v2 ved å skrive https://www.vegvesen.no/nvdb/vegkart/v2/

Nytt referansesystem for høyder i NVDB

Vi bytter ikke koordinatsystem for morro skyld – men det har liten praktisk betydning med mindre du jobber med profesjonelt innmålingsutstyr for registrering til NVDB (nøyaktighet om lag et par cm). Detaljer her:

https://www.vegvesen.no/om+statens+vegvesen/presse/nyheter/nasjonalt/viktig-informasjon-til-alle-som-jobber-med-datafangst-til-nvdb

For alle oss andre:

  • Før brukte vi merkelappen EPSG:25833 om NVDB sitt koordinatsystem
  • Akkurat nå, fram til 15. mars, bruker vi merkelappen EPSG:6173
  • fremover vil vi bruke EPSG:5973

X og Y komponenten er den samme i alle de tre systemene (EPSG:25833, EPSG:6173, EPSG:5973), forskjellen er hvordan vi betrakter høydeverdien:

  • EPSG:25833 – udefinert
  • EPSG:6173 – høydemodell NN54 (fram til 15.3.2020)
  • EPSG:5973 – høydemodell NN2000 (fom 15.3.2020)

Forskjellen dreier seg om -15 til +35 cm. Om du jobber med vegnett så risikerer du at data tatt ut før 15.3 ikke henger 100% sammen i høyde med data tatt ut etter 15.3. Den enkleste og mest robuste løsningen er da å ta ut data på ny fra NVDB.

Om du ikke jobber med nettverkstopologi basert på geometri eller med innmåling med høy presisjon – så dreier dette seg kun om bytte av EPSG-kode.

Og dette gjelder kun høyder – dvs Z-koordinat. I kartplan (x,y – koordinater) er disse tre referansesystemene for alle praktiske formål identiske.

Ny versjon av ruteplantjenesten

Vi er stolte over å kunne lansere ny versjon av ruteplantjenesten!

Ruteplantjenesten er et REST api for å gi deg ruteforslag for bil eller sykkel på  (relativt) ferskt vegnett fra Nasjonal Vegdatabank. Vegnettet i tjenesten oppdateres 10 ganger årlig, samtidig med Elveg-leveransen. Ruteforslagene kan også ta med veg-, vær- og føremeldinger fra Datex langs ruta, eventuelt unngå ruter der visse typer vegmeldinger forekommer.

Ruteplantjenesten brukes for eksempel av vegvesen.no/trafikk, vegvesenets kartløsning for oppdatert trafikkinformasjon.

Rutesøk i vegvesen.no/trafikk

Vi har også en testklient som også egner seg for eksperimentering med ruteplantjenesten.

Hvor finner jeg dokumentasjon?

Her.

Hva er uendret?

Hovedfunksjonaliteten og de mest brukte parametrene er uendret. Mer presist oppfører disse parametrene seg som før:

format
stops
route_type
barriers
returnGeometry
returnSimpleGeometry
returnDirections
returnDirectionGeometry
streetname_hints
geometryformat
encapsulateStreetNames
weight
height
length
startTime

Merk at parameteren startTime heller ikke i denne versjonen har noen som helst effekt. En mulighet er f.eks å la tjenesten ta hensyn til (evt returnere data for) planlagt vegarbeid som skjer samtidig med når du har tenkt å kjøre, eller tilpasse ruta etter hvilke ferjer som går akkurat da. Men dette er videreutvikling som p.t. ikke har noen finansiering. 

Hva er nytt?

  • Sykkelruting forbedringer
    • For route_type=bike kan du finjustere rutevalgene og tidsbruk gjennom parametrene powerEffort (unngå motbakker) og bikePathUsage (foretrekk sykkelstier).
  • Finland og Sverige 
    • Rutevalg på finsk og svensk vegnett
    • parameter lang gir deg finsk og svensk språk i retningsangivelse
  • NVDB veglenker: Parameter returnNvdbReferences=true gir deg en liste med veglenkesekvenser og posisjoner. Dermed har du en referanse til NVDB vegnett som du kan bruke til andre ting, f.eks. søke etter andre fagdata i NVDB.
  • Eksperimentelt
    • allowTravelInZeroEmissionZone (default=true) er et eksperiment som viser at vi lettvint kan tilby geofence-funksjoner. Valget gjør at rutevalgene vil kjøre utenom NVDB-objekter av typen 943 Lavutslippsone Geosum (test).
  • Unngå vegmeldinger. Her er dessverre dokumentasjonen noe mangelfull. Det kan også være noe forvirrrende å finne ut av hvilke Datex II vegmeldingtyper som kan være relevante (og ofte vil samme vegmelding bli publisert som flere typer samtidig.
    • avoidRoadsClosedForWinter, default=true. Standard oppførsel er at vi ikke ruter på vinterstengte veger. (Ajourhold av hva som er vinterstengte veger er noe eksperimentelt)
    • avoidMessagesOfType=kommaseparert liste med vegmeldingtyper, for eksempel maintenanceWork,roadClosed. Generell mekanisme for å unngå de vegmeldingtypene du misliker. 
  • En til mange – ruting. Du kan oppgi ett startpunkt og mange målpunkt, og få returnert en liste med reisetid og -avstand til hvert av målpunktene.

Begrensninger

Bruk av ruteplan api’et er begrenset til 2500 kall per døgn, per brukerId.

Bruk av ruteplan api må bruke vår løsning for autentisering. P.t. er dette http basic auth, hvilket ikke akkurat får jubelen i taket hos dem som utvikler webløsninger for publikum. Vi håper vi kan ta i bruk et mer moderne autentiseringsregime.

Dokumentasjon

Kartløsning nytt vegreferansesystem

Vegvesenet legger om vegreferansesystemet i Nasjonal Vegdatabank, og mange lurer på hva det betyr. Vi har prøvd å oppsummere de viktigste endringene her. En splitter ny håndbok med beskrivelse av det nye systemet kommer.

Som hjelp i overgangen har vi laget en kartløsning som viser både gammel og ny vegreferanse for et punkt på vegnettet. Du kan bruke tekstfeltet til å søke på både gammelt og nytt, eller klikke i kartet.

Kartløsningen finner du her

Kartløsning for å sammenligne nytt og gammelt vegreferansesystem

Kartløsning – vis dagens og historisk vegreferanse

På grunn av regionreformen har mange (fylkes-)veger fått nye vegnummer. I tillegg er det gjort mange andre små og store justeringer. Den komplette listen finner du her, eventuelt presentert i kart. Dette er nyttig, men løser ikke alle behov.

Derfor har vi laget denne kartløsningen hvor du kan slå opp på den gamle vegreferanse-verdien og se hvor den har vært til ulike tider. Brukerveiledning.

Vegrefendring søkeeksesmpel. Hvor har 0800 Ev18 hp1 m0 vært hen, til ulike tider?

 

Du kan også klikke i kartet og se hvilke verdier som har vært i dette punktet, eventuelt hente data for egen GPS-posisjon.

Synes du historiske vegreferanser er veldig forvirrende? Vi har også laget en enklere variant som kun viser dagens verdier.