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

Vi har 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

Stygg vegkart-feil er fiksa

Hvis jeg i går utvidet infoboksen om dettet vegkart-søket (klikk høyrepil der det står «> 2637 vegobjekter»

Så fikk jeg denne feilmeldingen:

Ikke alle vegkart-søk fikk denne feilen, men mange av dem!

I dag fungerer det

Denne feilen har vært innmari plagsom for veldig mange vegkart-brukere og vi er veldig glad den er vekk! Feilen har vært til hinder for å bruke utlisting av vegobjekter i vegkart, og den har hindret nedlasting av datasett fra vegkart på sosi- eller csvformat.

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.

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.