Neste steg i utfasingsprosessen av gamle NVDB skjer 1. november.
Frå og med 1. november vil ikkje lenger vegreferanseobjektet 532 verte oppdatert på nytt og endra vegnett.
Samstundes vil og det gamle API-et (v2) i NVDB verte skrudd av.
Dei gamle vegrefranseobjekta vil framleis verte liggande i NVDB og kan søkast opp på same måte som Fartsgrense og Trafikkmengde, men vil ikkje lenger vert oppdaterte med ny verdiar og nytt vegnett. Etter kvart vil alle Vegreferanse verte sett historisk. Dei vert då ikkje lenger synlege i til dømes Vegkart utan å skru dato tilbake til før 1. november 2022.
I praksis vil dette seie at alle verktøy eller opperasjonar som er basert på 532-Vegreferanse vil slute å fungere etter 1. november. Dette inkluderer Vegkart-2019 (som vi har skrudd av alt som eit forvarsel), og objektoppdatering i NVDB Klassisk.
Men Vegreferanse er viktig å ta vare på for å kunne utføre ulike arbeidsoppgåver langt inn i framtida. Vi har difor nokre verktøy for å rekne om frå og til 532-Vegreferanse her: Oversette mellom ny og gammel vegreferanse. Desse vil vi forbetre i tida fram til utfasing av v2.
Vi vil og ha fokus på å løyse og finne alternativ til oppgåver som i dag framleis vert gjort i NVDB-123 så produksjonen ikkje går i stå etter utfasing.
Tre nye rapporttyper er snart klare til lansering:
Overlappsrapport
Relasjonsrapport
Inspeksjon og rapportering av skredsikringsobjekter
Tilbakemelding relasjonsrapport: Trenger bedre verktøy for å få oversikt over relasjoner. Ønsker helst å jobbe kartbasert. Svar: Prøver å lage et kartbasert produkt, i første omgang ved å lagre relasjonsrapport på «Geopackage» – format, som kan åpnes i alle moderne kartverktøy.
Tilbakemelding skredsikringsobjekter-rapport: Hvordan blir tilstandsrapporteringen fra Drift & vedlikehold inn mot NVDB? SVAR: Vet ikke, dette må du nesten spørre DoV om
Et par andre forbedringer som vil bli rullet ut litt senere
Kommer vegkart-lenke på objektID i V4-rapporten
Korrekt håndtering av 60 tonn i veglister bruksklasse tømmertransport
Gjennomgang KOSTRA
Gamle Datafangst
Vise siste listeelement i datafanen, sikkerhetssertifikat oppgradert, sikkerhetsoppgradering av en av programvarekomponentene som brukes i løsningen
Status designarbeid nye datafangst
Vil helst ikke vise fram så mye nytt akkurat nå, fordi vi ikke vil påvirke de brukerintervju som vi gjennomfører denne uka.
Status implementasjon av nye datafangst
Jobber med Kontraktløs innsending. Skjuler de funksjonene som ikke er klare til bruk
Dyplenking til endringssett Håndtere suksess ved kontraktløs innsending (vise fortløpende statusendring som minimerer ulempen pga den ventetiden vi har fra skriving til objektene kan hentes fra LES)
Har spurt brukerne om hvilke behov de har for kvittering ved kontraktløs innsending. Tilbakemeldingene var tydelige på at den løsningen vi egentlig hadde tenkt med epost-kvittering ikke var gunstig. I stedet sikter vi mot at Datafangst tilbyr en grei oversikt over hva du har sendt inn av endringer.
Jobber med usikker lagring av ID token (tilbakemelding fra sikkerhetstest). Dette er mer tidkrevende enn vi trodde.
Logging for innsendingstjenesten.
Kommentar: Unngå epost-kvittering.
Forbedringer kartvisning, nye datafangst
Fikse ikoner, styling av valgt objekt – tydeligere hvilket objekt du har klikket på. Valgte objekt beholdes selv om du endrer filteret som fikk fram det objektet du valgte. Bugfiks ved valg av objekt uten gyldig ID. Dyplenking i kart – lenke er delbar / gjenbrukbar, og det blir enklere å laste inn kartet på nytt.
Arbeid i kontrakt:
Justerbar størrelse på panelkomponenter – i gang, men blokkert av annen oppgave. Ny funksjonalitet API: Sammenkoble objekter, angre sammenkobling. Raskere uthenting av vegobjekt i kontrakt. Tabell med vegobjekt-egenskaper.
Kommentar: Korte inn lange egenskapsnavn (bryte i flere linjer, f.eks?).
Vurdering og plan neste sprint
Rapportgenerator: To av tre rapporter ferdig. Jobber videre med relasjonsrapport.
Datafangst: Avbrutt sprint pga sykdom og forsinkelse, endret sprintmål til finpuss kontraktløs innsending.
DEMO
Kontraktløs innsending – fjernet menyvalg som handler om andre ting enn kontraktløs innsending. Dyplenking – kart URL er delbar / gjenbrukbar. Observerer at det lugger litt, jobber videre med den. Kan endre ett enkelt objekt «on the fly». Observerer at vi ikke helt klarer fange opp når objektet er ferdig etterbehandlet, jobber videre med den.
Diverse småfiks Lange kontraktsnavn brytes over flere linjer Styling av navbar (navigasjonsmeny). Fil validering: Samsvar mellom linjeinnhold, feilmelding og linjenummer.
Datakatalog 2.31, som var planlagt lansert 5.desember, er av ulike årsaker utsatt til 5.februar. Vi beklager kort varsel. Det er likefult aktuelt med en liten korreksjon av eksisterende 2.30 versjon 5.desember. En slik korreksjon vil ha med noen enkle utvidelser som er viktig å få med nå, men som samtidig skaper minst mulig «støy», f.eks legge til noen nye tillatte verdier for en egenskapstype. Det blir lagt ut nærmere informasjon om dette. Vi har også oppdatert plan for nye utgivelser i 2023. Denne oversikten finnes her:
På grunn av ny vegreferansemodell har vi oppdatert dokumentet «Regelverk for stedfesting av vegobjekter til vegnettet». Forrige versjon kom i 2018, og tar for seg problematikk knyttet til kryssområder, g/s-veg, ramper, sideanlegg samt multiple stedfestinger, sideposisjon og kjørefeltkoder. I tillegg til oppdatering av vegsystemreferanse er det også gjort mindre endringer og presiseringer.
Dette er et generelt regelverk. Spesifikt om stedfesting av den enkelte objekttype vil stå i objekttypens produktspesifikasjon. Det er påstartet arbeid med oppdatering av alle produktspesifikasjoner.
Revideringen er utført av arbeidsgruppe fra NVDB-team i Statens vegvesen og vært på høring i fagmiljøer. Dersom det er tilbakemeldinger eller spørsmål til innholdet, vennligst benytt vårt henvendelsesskjema.
Dokumentet med tilhørende vedlegg finner du i menyen «Hva finnes i NVDB» under «Datakatalogen», eller gå direkte til siden her.
Nytt i nyeste versjon: Bedre API Rapporten viser hvilke søkefiltre som ble brukt for å lage rapporten Bugfiks lengdeberegning veglister (en ferjekai ble for kort, og hvis vegfilteret ditt anga en spesifikk kryssdel, f.eks en rundkjøring, så ble rapporten tom). Omskriving av maskineri for å produsere excel Noen mindre bugfix og ytelsesnforbedringer.
Jobber med to nye rapporttyper: Innrapportering av Skredsikring og rapport som viser relasjoner mellom objekter.
SPM: Relasjon til prosjekt fra prosjekt tilstandsrapportering / videreutvikling av tilstand/skade. Svar: Nei, vi har ingen kobling til det arbeidet.
Gamle datafangst
Har jobbet med ytelse. Noen store kontrakter har vært veldig trege å laste inn. Prøvde ut noen forbedringer som lastet inn mindre data i startfasen, men det ga redusert funksjonalitet så det måtte vi reversere. Vi fant en annen ytelsesforbedring som ser ut til å fungere. Fanene for Vegobjekter, sammenkobling og stedfesting skal nå laste raskere. I tillegg har vi ny lenke til datakatalogen
Nye datafangst – designarbeid
Har jobbet med sammenkobling, brukerintervju og tester, lager nye skisser basert på input. Nå utvider vi til kombinasjonen sammenkobling og stedfesting. Snakker mest mulig med brukerne. Jobber med visuelt design.
SPM: Tilgang til testversjon for eksterne brukere. Svar: Designarbeid test og tilbakemelding skjer i en figma-prototype, ikke en reell datafangst-versjon. Men vi jobber også med å forbedre tilgangen til testmiljø for eksterne brukere. Nå har vi fått en løsning der eksterne får dedikerte testbrukere som man må logge inn med for å få tilgang til testmiljø.
Nye datafangst – utviklingsarbeid
Filer
Opplasting av ulike filtyper (p.t. avgrenset til sosi og geojson) Vise de feilene man finner i opplastede filer. Bedre funksjonalitet for å godkjenne fil. Kan importere Geojson med koordinater i UTM sone 33.
SPM: Fileksport og opplasting. Harmonisering av filformat og projeksjon «on the fly» med det som brukes av kartverket (FKB-leveranse, øvrig dataforvaltning m.m.) Viser til FKB produktspek, kapittell 11. https://sosi.geonorge.no/produktspesifikasjoner/FKB-Ledning/5.0/#trueleveranse Der står følgende format: GML, SOSI, Esri FGDB, GML NGIS-openAPI (som er gml, men pakket inn som data fra WFS-tjeneste), JSON ngis-openAPI (som er geojson, men på NGIS-måten).
Svar: Takk for innspill, skal sjekke. EDIT ETTER MØTET: Datafangst skal støtte eksport som GML og SOSI. Vurderer også Geojson, men ikke nødvendigivis «ngis-openAPI geojson». Basert på diskusjon i og etter møtet har vi også laget en oppgave på å tilby «on-the-fly» reprojisering til valgt koordinatsystem.
SPM: Krav til dokumentasjon, bør kunne levere bilder og annen dokumentasjon via Datafangst for lagring til NVDB. SVAR: Det skal vi fikse, men det er avhengig av en del andre oppgaver. På neste demo har vi et klart svar på når det kommer.
Kart og kontrakt: En filterknapp i kart. Velg og importer vegobjekter fra NVDB via kart i kontrakt. Lettere å kombinere datainnhenting fra flere kilder. Du kan også styre hvilket innhold du skal hente til kart og til tabell uavhengig av hverandre. Jobber med at du kan endre størrelse på paneler
Diverse: Dyplenking i datafangst Komponentkassen Generelt feilfiks og forbedringer.
Demo
Ny layout og ny funksjon for å importere (vise) til kart og tabell, uavhengig av hverandre. Spm: Den ID’en som vises i tabell bør være NVDB ID, evt ID hentet fra filopplasting, ikke en tilfeldig generert ID. Svar: Ja – det kommer, demo er litt uferdig.
Filer: Bedre håndtering og visning av opplastede filer (fil-innhold, vise feilene vi finner).
SPM: Mulighet for å editere direkte i fila. Svar: Usikker på om det går rent teknisk å redigere så store filer direkte i nettleser. SPM: Kan vi fjerne knappen «last neste» til fordel for autoscrolling: SVAR: Ja, vi er i ferd med å implementere denne løsningen. SPM: På kontrollsiden for filopplasting, ikke samsvar mellom feilmelding, linjenummer og vegobjekt-nummer. SVAR: Det fikser vi.
Vurdering og videre plan
Rapportgenerator: Ny versjon kommer snart. Ny rapport for tilstandsregistrering av skredsikringsutstyr.
Datafangst: Delvis ferdigstillelse av komponenter, gå fra Figma-skisser til ferdig implementerte funksjoner for stedfesting og sammenkobling.
SPM: Er det tenkt noe mer på sammenhengen mellom objekttypene Veganlegg og Kontraktsområde og Datafangst? Svar: Ikke i dag. I en tidligere fase tenkte vi litt rundt hvordan man kunne sette opp kontrakter knyttet til et kontraktsområde eller et veganlegg-objekt.
Svar: Ved noen kontraktstyper så får du tilbudet om å opprette et veganlegg-objekt. EDIT ETTER MØTET: Vi har implementert i nye DF at du ved noen kontraktstyper får tilbud om å opprette et nytt veganlegg-objekt som knyttes til kontrakten din. Vi registrerer en ny oppgave på at du i stedet kan knytte et eksisterende veganlegg-objekt til den kontrakten du administrerer.
Indeksering av databasen var ferdig litt før 02:00 i natt (29/10) og Les fekk igjen tilgang på ferske data. No er alt tilbak etil normalt og det kan leverast nye data til NVDB som vert oppdatert i Les kontinuerleg.
Oppdatering 28/10
Det er registrert store avvik og manglar i vegnettet i NVDB. Dette er ein følge av mangelfulle oppdateringar internt i NVDB etter feilen vi har hatt. Dette gjer at mange rapportar og søk ikkje fungerer eller gir mangelfulle resultat i NVDB i dag.
Indeksering av vegnettet er utført og ser ut til OK, men vi må vente med å legge det klart i Les til vegobjekta er indeksert og. Det er forventa klart i løpet av laurdag morgon/føremiddag.
Oppdatering 27/10 15:23 – STOPP/RESTART AV INDEKSERING
Det ser dessverre ut som det er korrupte data i NVDB. For å rette dette må vi stoppe serveren som indekserer endringar og starte den på nytt. Dette vil medføre at alle data må byggast opp på nytt frå databasen, ein prosess som vil ta 1 til 2 døgn med den datamengden vi har i dag. Alle data som er registrerte er intakte og vi ventar ikkje noko datatap i prosessen. Men uttak av data vil fram til indeksering er ferdig vere basert på tilstanden på data 26/10.
Vidare ser det ut som feilen har ført til korrupt vegnett i Les-API i delar av landet. Vi ser mellom anna at store delar av vegnettet manglar i Vegkart i Voss, Oslo og Trondheim. Det gjeld truleg og andre områder.
Dette vil nok skape problemer for alle som skal registrere data fram til helga. Dei som er igang med registrering og har henta ut grunnlaget vil kunne fortsette med dette og lever data til NVDB som normalt. Men dersom grunnlaget skal hentast ut frå NVDB no vil det vere utdatert og kan innehalde feil, som vil føre til at endringane vert avvist i NVDB sjølv om det er validert OK i verktøyet.
Oppdatering 27/10 11:00
Vi har endeleg fått litt kontroll med feilen. Det er indeksering (etterhandsaming) av enkelte vegnettsendringar som ikke går gjennom.
Vi har no manuell handsaming av unntak. Det gjer at det går litt saktare enn normalt, men etterslepet minkar no. Unntaka vil verte sett på i etterkant. Dette er ikkje ideelt, men vil fungere for dei fleste brukarane av NVDB på kort sikt.
Original melding
Det er problemer med publisering av data i NVDB i dag.
NVDB rapporter: Kraftig omarbeiding av maskineri for rapportproduksjon (nytt system for å definere rapporttyper, kombinert med helt ny excel-generator). Nå blir det vesentlig enklere og raskere å lage helt nye rapporttyper.
Stadig behov for litt småfiks på veglisteproduksjon i takt med at faggruppe vegliste tar i bruk nye dataverdier for bruksklasse tømmertransport.
Gamle Datafangst
Nå kan man «tvinge gjennom» manuell stedfesting som blir eksakt slik brukeren angir. Dette er et tiltak for å minimere ulempen med at NVDB 123 forsvinner. Fjernet et databasekall (hent siste innlogging) som i grunnen var overflødig (hente info om forrige gang man logget inn i DF), men ga treghet når det var mange samtidige brukere innlogget.
Designarbeid nye datafangst:
Jobber mot ny løsning stedfesting og sammenkobling. Har en klikkbar designprototype som de bruker i intervjuer. Design blir gradvis mer detaljert.
SPM: Kan vi få se den klikkbare prototypen? Svar: Nei, vi ønsker at brukere stiller med åpent sinn i intervju, og ikke blir påvirket av det vi evt kunne vist frem i dag.
Demo med kommentarer
Grense filstørrelse = 5mb. Kan justeres, på sikt ønsker vi en løsning der opplasting av store filer kan skje uten at vi risikerer den type treghet vi kan få i dagens løsning.
Ønske om å laste opp dokumentasjon direkte (word, pdf, png +++). Foreløbig støtter vi kun filtypene geojson, sosi og GML. Utvidbart når vi blir bedre til å håndtere store filer.
SPM: Relasjoner, både mor->datter og datter->mor? Ja, datafangst leser og respekterer relasjoner begge retninger, selv om lagring i NVDB databasen kun inneholder retningen fra mor til datter.
SPM: Eksisterende relasjoner, kan vi håndtere det? Delvis, vi tar hensyn til de relasjonene som allerede finnes i NVDB (operasjon «oppdater» eller «korriger»). Vi har p.t. ingen mulighet for å ta i mot informasjon om relasjoner på nye objekter som skal opprettes. Må utvide de relevante formatene (GML og geojson?) i samspill med «beste praksis» i bransjen.
SPM om redigering av bruksklasseobjekt, er Datafangst egnet til det? Kortversjon av svar: NEI, den jobben må overlates til spesialdesignede løsninger som ivaretar det kompliserte regelverket som finnes for bruksklasse.
Omriss flater – bedre visning av flater som overlapper, berører eller ligger nær hverandre.
Visning objekter med samme posisjon. To-delt symbolikk, og popup som viser liste over objektene i cluster der du kan velge objekt for redigering. Denne popupen blir stående mens du velger objekt, gjør redigeringsoperasjoner etc.
Visning av objekter innenfor et cluster som ikke lar seg splitte ved innzooming.
SPM: Kan du redigere to objekter samtidig? SVAR: Foreløbig kun ett av gangen.
Flate-filter der du tegner flater med lasso eller flate med rette kanter.
SPM: Vil lassoen fange flere objekttyper er kun en om gangen? SVAR: Lasso fanger alle objekttyper som vises i kartet.
SPM: Søk på flere objekttyper i kontrakt. SVAR: Kan vise og søke både på alle objektttyper i kontrakt, og alle mulige objekttyper i NVDB.
Demo filopplasting. Bedre visning av hvilke filer som er sendt inn og om de er lest inn eller feiler, godkjent eller avvist.
Meld deg på Veg- og transportdatakonferanse i Trondheim
Veg- og transportrelaterte data har aldri vært mer aktuelle i samfunnsnyttige tjenester. For at bruken av disse dataene skal gi verdi, må de være sammenlignbare og ha kjent kvalitet. Alle leddene i verdikjeden fra innsamling og etablering av datasett til uttak og bruk, henger nøye sammen.
Konferansen for Veg- og transportdata ønsker å ta for seg deler av denne verdikjeden for å se behovene fra flere sider.
Det var mye problemer i NVDB etter denne feilen som oppstod natt til fredag. Dette ser ut til å ha rettet seg etter den ukentlige reindekseringen som kjørte nå i helgen.
NVDB er nå friskmeldt, men vi vi lfortsette å undersøke feilen for å unngå at det skal skje igjen.
Oppdatert: 2022-10-14 11:17
IND er nå i drift igjen og tar igjen etterslep i samme rekkefølge som det er registrert.
Det er noen vegnettsendringer fra i natt som tar litt tid å behandle, men vi regner med at køen er borte i løpet av den neste timen.
Vi vil fortsette å feilsøke problemet for å unngå at det skal skje igjen.
Original melding
Vi har problemer i IND i dag. Har ikke fått indeksert NVDB-data etter 22:54 i går kveld. Det jobbes med å få opp igjen tjenesten.
Registrering fungerer som det skal, men det blir fort litt vanskelig å jobbe med data som ikke er oppdatert.
Vi opplever litt ustabilitet i Vegkart for tiden. Dersom du står fast på meldingen «Vent litt mens Vegkart laster…» så prøv å åpne den i Inkognito eller annen nettleser. Problemet ser ut til å være knyttet til caching.
