10.11.2020
- Forbedring av ruteberegning
Ny versjon av NVDB API Les er ute.
Flere små endringer og forbedringer som oppsummeres i et punkt i denne versjonen.
Påloggingstenesta i Statens vegvesen er under omlegging. Dette verkar inn på all programvare som er integrert med NVDB API Skriv. Pålogging i desse klientane må difor oppdaterast til å nytta ny autentiseringsteneste som beskrive på https://apiskriv.vegdata.no/autentisering. Ved spørsmål send e-post til nvdb@vegvesen.no eller gå til utviklarchaten på https://gitter.im/nvdb-vegdata/api-skriv-v3.
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.
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.
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.
Alle søk som involverer bruk av vegnettet for å finne ting ser ut til å være påvirket. Det gjelder disse filtrene, muligens flere:
Trolig gjelder dette også en del søk som er mulig i NVDB api, men ikke i vegkart. Slik som overlappfilter.
Disse søkene fungerer slik det skal, og viser objektene med egengeometri
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/
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:
For alle oss andre:
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:
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.
Nasjonal vegdatabank (NVDB) skal gjennom regionreformen etableres som en nasjonal tjeneste. NVDB skal være en entydig kilde til navigerbart vegnett, kilde for all statlig rapportering om norske veger, og som et inventarregister for å besvare spørsmål om vegnett og vegobjekter nasjonalt. Det er forventninger til at alle vegeiere benytter NVDB slik at løsningen fremstår som en nasjonal database og kan tilby digital informasjon om vegnett og tilhørende fagdata – uavhengig av hvem som eier og drifter vegen.
Norges vegholdere trenger nye og moderne løsninger!
NVDB er en kompleks database med noen særegenheter. Spesifikt for NVDB er kravet om stedfesting til vegnettet og sammenkobling av objekter i mor-datter hierarkier. Brukermiljøet har til nå vært samlet i et sterkt fagmiljø internt i Statens Vegvesen som har bidratt med dokumentasjon, retningslinjer og prinsipper for arbeid med data til NVDB. Tidligere har SVV selv utviklet spesialverktøy for våre dataforvaltere (NVDB 123, Vegreg, IAKD). ). Disse er planlagt utfaset innen 1.8.2021.
Det er behov for gode løsninger fra markedet!
Fra 1.1.2020 vil situasjonen for dataforvaltning til NVDB endre seg. Brukermiljøet vil være mangfoldig, med stor variasjon i erfaring og behov: Nye Veier med deres entreprenører, Fylkeskommunene med sine vegavdelinger, samt alle norske kommuner, Statens Kartverk og Statens Vegvesen selv. Statens vegvesen vil ikke lengre utvikle og tilby spesialverktøy gratis til alle vegeiere. Vi er derfor avhengig av et samarbeid med markedet og nye gode løsninger for registrering av data til NVDB. Statens vegvesen vil selv utvikle grensesnitt (API) for skriving og lesing av data til NVDB, samt basisklienter for innsyn (Vegkart) og mottak av data (datafangst), men behov utover dette må vegeiere få dekket fra markedet. Statens vegvesen har i 2019 selv gått til innkjøp av hyllevare som registreringsklient for NVDB.
1000-1030 | NVDB 2020-2030 | |
Målbilde fremtidens NVDB | Per Andersen, SVV | |
1030-1130 | Brukerbehov | |
Nye Veier AS | Magnus Finset, Nye veier As | |
Fylkeskommune | Carl Aaby, KRR | |
Kommune | Arne Sonflå, Kartverket | |
1130-1230 | Lunsj | |
1230-1300 | «Vi skaper historie!» | Eva Solvi, Trøndelag FK |
1300-1330 | Erfaring fra leverandør | Jens Erik Thyholdt, Asplan Viak |
1330-1400 | Workshop I:Vegeiernes brukerbehov | Alle |
1400-1430 | NVDB 2020 Nytt nasjonalt referansesystem Teknisk grensesnitt og basisklienter |
Linda Støeng & Terje Brasethvik, SVV |
1430-1500 | Workshop II:NVDBs rolle | Alle |
1500 | Oppsummering | Per Andersen, SVV |
Etter behandling i styringsstaben har vi nå kunnet gjenåpne enkelte av eletro-objektene:
Alle presentasjonene fra utviklerdagen 2018 er nå tilgjengelige her.
Minner om: