Leverandørkonferanse – Fremtidens brukerbehov NVDB 26.9.2019

Tid og sted:

Bakgrunn

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.

Program

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

Presentasjoner fra utviklerdagen 2018

Alle presentasjonene fra utviklerdagen 2018 er nå tilgjengelige her.

Minner om:

 

API LES 2018-1 og 2018-2 er nå i PROD

Vi har fått ut to nye leveranser på NVDB API LES hittil i 2018:

Nytt

Datoformat:

  • [NVDB-2376] – Ny reponsrevisjon med ISO-dato: Se http://api.vegdata.no/responsrevisjoner.html

Vegnett:

  • [NVDB-2512] – Foreldrelenkeid er nå tilgjengelig i API-responsen for lenker på detaljert nivå
  • [NVDB-2022] – Korrekt angivelse av typeVeg

Geometri:

  • [NVDB-2654] – Ekstra queryparameter for å droppe overflødig geometri: Vi leverer i noen tilfeller 3 geometrier for et objekt. Geometri kan ta stor plass i en respons, spesielt for lange strekningsobjekter. Vi har nå lagt til en query-parameter som gjør at man kan velge hvilke(n) geometri man vil ha. Parameteren heter inkludergeometri og kan ha fire verdier; egenskap, lokasjon, utledet, og ingen

Rettet

  • [NVDB-1658] – Områdenefiltre og avanserte filtre kan ikke kombineres. Man vil nå få en feilmelding: [{«code»: 4009,»message»: «Lokasjonsfiltre og avanserte filtre kan ikke kombineres.»,»help_url»: «http://api.vegdata.no/endepunkt/vegobjekter.html«}]
  • [NVDB-2245] – Geometri veksler mellom to og tre koordinater: I slike tilfeller fyller vi nå ut de manglende høydeverdiene med den fiktive høyden «-999999»
  • [NVDB-2284] – Filtrering på shortdatetype egenskaper gir NPE. Vi støtter nå Egenskapsdatatypen shortDateType
  • [NVDB-2297] – Forbedret håndtering av feil spørringer mot API’et.
  • [NVDB-2299] – For lang request-URI: Lange spørringer, f.eks. Spørringer med mange vegreferanse-filtre resulterte i feilmelding fra søkeindeksen. Dette skal vi nå tåle.
  • [NVDB-2321] – Feilmelding når noen prøver laste ned blobs. Vi støtter ikke nedlasting av binærobjekter fra NVDB. Før kræsjet vi, nå gir vi feilmelding.
  • [NVDB-2354] – Vi håndterer ikke StructAttributeType. Men vi kræsjer heller ikke lengre. Dokumentasjonen er oppdatert, se: http://api.vegdata.no/parameter/egenskapsfilter
  • [NVDB-2398] – Vegreferanse-endepunktet (v2) gir en lenkeposisjon. I tilfeller der angitt vegreferansefilter treffer akkurat på et skille mellom to vegreferanseobjekter, returnerer vi nå konsistent det objektet som starter på posisjonen skal returneres, i tråd med lokasjonslogikken i NVDB [fra og med, til> . Vi har også rettet et grensetilfelle der den utregnede stedfestinga kan i slike tilfeller ha flere desimaler enn stedfestinga i NVDB, og hvis man da skyter over vil man ikke finne riktig lenkekomponent (0,026341528989496002 > 0,026341528989496).
  • [NVDB-2506] – Bedre sjekk av datatype på egenskapsfiltre i spørring
  • [NVDB-2520] – Endepunktet for /vegnett/lenker/ID støtter nå parameteren SRID og gir koordinater i det angitte koordinatsystemet.
  • [NVDB-2547] – kombinasjon av != filtre fungerte feil.
  • [NVDB-2551] – Bedre håndtering av spesialtegn i spørring: Tegnene ( ) [ ] : – + ^ | & ; / ~ og mellrom har spesiell betydning i søkemaskineriet vårt. Disse tegnene vil nå bli behandlet før spørringen utføres..
  • [NVDB-2591] – Oppslag på vegref på med fylke og kommune mangler geometri og lokasjon. Dersom vegreferanse-filter er oppgitt med kommunenummer = 0 så blir det ikke filtrert på kommunenummer. Vi får da ut geomtri og lokasjon slik vi ønsker.
  • [NVDB-2627] – Bedre håndtering av ufullstendige vegreferanse-filtre
  • [NVDB-2749] – Sidepos må snus ved stedfesting mot metrering: I NVDB 123 brukes metreringsretningen for å angi hvilke side av vegen et objekt ligger på.I Vegkart brukes lenkeretningen for å angi hvilke side av vegen et objekt ligger på. I de tilfeller hvor lenkeretning og metreringsretning er forskjellig blir hvilke side av vegen objektene ligger på også forskjellig. Dette er noe de fleste ikke bør måtte forholde seg til og et problem/utfordring for vegkart. Vi prøver å nå å tolke sideposisjonen riktig.
  • [NVDB-2830] – Ikke mulig å bruke egenskapsfilter på kontraktsområde og riksvegrute:Spørringer med områdefilter og vanlig egenskapsfilter er mulig og gir responser med lokasjon. Spørringer med områdefilter og egenskapsfilter med link eller relasjon gir samme melding som nå, «Lokasjonsfiltre og avanserte filtre kan ikke kombineres.»
  • [NVDB-2688] – Vi kræsjet med NPE ved overlappsspørringer der overlapps-objekttypen ikke eksisterte.
  • [NVDB-2764] – Kartutsnitt-søk returnerer punkter utenfor angitt kartutsnitt. Dette er nå rettet for UTM33, der vi har øket presisjonen i spørringene.
  • [NVDB-2915] – Rettet en feil med vegreferanseoppslag som skyldtes tull med sorteringen av resultater fra søkeindeksen.
  • [NVDB-2952] – Kan ikke søke og filtrere på negative tall. Strengere input-kontroll førte til at vi ignorerte søk på negative tall. Det har vi nå lagt tilbake.

 

APISKRIV 2018-1: Ny versjon av APISKRIV i PROD

Vi har idag fått ut en feilrettingsleveranse for NVDB APISKRIV APISKRIV 2018-1. Leveransen inneholder en rekke feilrettinger som har kommet inn det siste halve året.  

  • [NVDB-2155] – Kan ikke kombinere tempId og nvdbId i en assosiasjon

Det har virket som om det ikke er lov å kombinere referanse til nye og gamle objekter i en assosiasjon. Det er det, men alle relasjonene til eksisterende objekter må komme før relasjonene til nye objekter, altså:

<assosiasjoner>
    <assosiasjon typeId="220373">
           <nvdbId>459899</nvdbId>
           <tempId>Datter#1</tempId>
    </assosiasjon>
 </assosiasjoner>
  • [NVDB-2162] – Kan ikke ta imot % tegn i egenskapsverdier:

For eksempel: <verdi>%P</verdi> Vi har rettet en feil og sørger nå for å  automatisk “escape” prosent-tegnet med et ekstra prosent-tegn (%%P) – slik at verdien blir riktig satt i NVDB. 

  • [NVDB-2168] – Viser flere enn blokkerende låser

Dersom et endringssett havner i status VENTER_PÅ_LÅS, så skal man fra kontrollpanelet kunne se hvilken lås man har en konflikt med. Det har vært vanskelig til nå, siden vi har listet opp alle låser. Det gjør vi ikke lengre.

  • [NVDB-2169] – Kan ikke flytte mor og datter samtidig

Ved validering berikes et endringssett med eksisterende data fra NVDB. I de tilfellene man forsøkte å flytte mor og datter samtidig, fikk man tidligere feil dersom objekttypen krever at datter skal være stedfestet innenfor mor. Feilen skyldtes at vi sammenliknet den gamle stedfestingen til moren med den nye stedfestingen til datteren. Nå sammenlikner vi de nye stedfestingene og da skal dette gå bra. Så lenge mor og datter flytter til samme sted.

  • [NVDB-2266] – Får ikke lov til å flytte moren når man ikke har lov til å flytte datteren.

I de tilfellene man har lov til å flytte en mor og det ikke er noe krav om at de må bo på samme sted, har man også fått feil dersom man ikke også har rettigheter til å flytte på datterobjektet. Flere av dere syntes det var noe strengt ettersom dere ikke forsøkte å flytte på datteren i det hele tatt. Nå skal dette la seg gjøre.  

  • [NVDB-2750] – Feilmelding på innlest assosiasjon mot ikke-eksisterende datter

Det hender at døtre flytter hjemmefra. I noen tilfeller slettes objekter i NVDB mens relasjonen består. Siden vi validerer mot et beriket endringssett har dette ført til avvisning av endringssettet ettersom objektet ikke regnes som et gyldig objekt. Det er fremdeles ikke et gyldig objekt, men det er litt strengt at du da heller ikke får lov til å endre på det. Nå får du endret på det, men får også en advarsel.

  • [NVDB-2270] – Vegobjekt med tom lokasjon avvises ikke

Alle objekter i NVDB må være stedfestet til vegnettet. Noen har derfor stusset over at man får lov til å registrere endringssett med nye objekter uten lokasjon. Man fikk ikke lov til å starte dem dog. Nå blir de AVVIST tvert.

  • [NVDB-2290] – Avvist når stedfesting toucher konnekteringslenke

Logikk for utstrekning av stedfestinger i NDVB er fra og med, til. Vi har vært litt for rause og tillat til og med. Det er uheldig når en stedfesting slutter an mot en konnekteringslenke, ettersom endringssettet da blir avvist. Fra nå av er det fra og med, til. Ikke til og med.

  • [NVDB-2317] – AVVIS geometrier som er en blanding av 2D og 3D.

Tidligere har vi litt lettsindig godtatt geometrier som har en blanding av 2D og 3D koordinater. Dette har ført til systemfeil i behandlingen. Nå har vi fått på plass en validering og avviser geometrier som ikke blir enige med seg selv om de skal være i 2 eller 3 dimensjoner..

  • [NVDB-2327] – Burde avvise overlappende stedfestinger

Strekningslokasjoner kan settes sammen av flere elementer, f.eks.

          <linje lenkeId=«7657» fra=«0.5» til=«0.6000000000001»/>
           <linje lenkeId=«7657» fra=«0.6» til=«0.6000000000001»/>

Disse to delene overlapper og det er ikke lov.  Nå blir de også AVVIST

  • [NVDB-2364] – Unødvendig streng låse-blokkering?

API SKRIV har hatt en strengere tolkning av låse-reglene i NVDB en det som har vært vanlig i andre verktøy. Nå har vi akkurat samme tolkning. Vi bruker faktisk akkurat samme prosedyre i databasen for å avdekke konflikter.

  • [NVDB-2792] – Sjekker ikke duplikate nvdbId i delvisKorriger

Det er er ikke lov å korrigere et objekt to ganger i samme endringsett. Hvis man prøver seg på dette nå, vil endringssettet bli AVVIST med meldingen  «Må være unik: nvdbId».

 

I tillegg har vi gjort en del forbedringer i kontrollpanelet og litt genrell opprydding på bakrommet.

API Dokumentasjon V2 og V3

Dokumentasjonen for NVDB-APIene LES og SKRIV er nå flyttet hit:

Og vil i fremtiden oppdateres der. Begge sidene inneholder lenke til en spesifikasjon av det nye API V3 (både les og skriv) som vil utvikles som følge av region-reformen. V3 dokumentasjonen er laget i apiary, med eksempel-responser og lenke til tilbakemeldingskanal på Gitter. V3 skal gå i produksjon høsten 2019 og være i drift fra 1.1.2020.

Program for Utviklerdag for Åpne Vegdata Fredag 27. oktober

Utviklerdag for Åpne Vegdata – Vegen til APIet til vegen

Vi ønsker å skape en samarbeidsarena for systemeiere, utviklere og leverandører som jobber med våre data. Det blir derfor også i år arrangert en utviklerdag for Åpne Vegdata i forlengelsen av Statens Vegvesens teknologidager.

Bli med og påvirk fremtidens Åpne Vegdata!

https://www.vegvesen.no/fag/fokusomrader/Forskning+og+utvikling/Teknologidagene/teknologidagene-2017

  • Tid: Fredag 27. Oktober kl10-15
  • Sted: Clarion Hotel & Congress i Trondheim
  • Møterom: Cosmo 3A
  • Påmelding: https://goo.gl/kKbbaC

Program

Programmet er delt i to deler – en generell del med fokus på oversikt og overordnet presenasjon av løsningene før lunsj og en mer detaljert del med fokus på detaljer etter lunsj.

Tid Innhold Foredragsholder
1000 Velkommen Per Andersen, Leder av Nasjonal VegdataBank – NVDB
1010-1100 Oversikt over Åpne Vegdataporteføljen
Overordnet presentasjon over APIene og prinsippene bak.

Annonseringer

  • Oppdatert dokumentasjon på GitHub Pages
  • Etablering av Referansegrupper for API LES og SKRIV
  • Utfastingsdato for API LES V1
Terje Brasethvik, NVDB & Geodataseksjonen, Vegdirektoratet
1100-1200 Demonstrasjoner / diskusjoner om  bruk

  • VegAR – vegdata på mobilen
  • Datainn – egen løsning for trafikkdata
  • Ulykker i mørket
Martin Bårnes, Kantega
Lars Meisingseth, Prosjektleder Datainn, Vegdirektoratet, trondheim
Terje Brasethvik, NVDB & Geodataseksjonen
1200-1300 Lunsj
1300-1400 LES / Vegkart

  • Demonstrasjoner
  • Detaljert presentasjon
  • Spørsmål og svar
  • Påmelding til referansegruppe
Marvin Lillehaug, Kantega
1400-1500 Skriv / Datafangst

  • Demonstrasjoner
  • Detaljert presentasjon
  • Spørsmål og svar
  • Påmelding til referansegruppe
Terje Brasethvik, NVDB & Geodataseksjonen, Vd

Espen Hjertø og Jostein Munz, Kantega

1500 Takk for i dag!

Velkommen!

NVDB og Geodataseksjonen, Vegdirektoratet, Trondheim

Feilrettinger i vegkart

Vårens leveranse av vegkart hadde dessverre med seg noen småfeil. En del av disse skal nå være rettet:

  • Filtrering på dato-egenskaper må «fnuttes» (se: https://www.vegdata.no/2017/08/01/hjelp-jeg-far-ikke-filtrert-trafikkulykker-pa-ulykkesdato/) – man behøver ikke lengre skrive anførselstegn!
  • Filtrering på har verdi / har ikke verdi på tekst-egenskaper: disse gav helt feil resultater, men det skal nå være i orden.
  • Verdi-feltet blir borte av og til: Det kan sikkert virke som om vi gjør det med vilje, men det er altså ikke meningen.
  • Kontraktsområdefilter viste i enkelte tilfeller objekter fra hele landet (i kartet) når du begynner å flytte deg i kartet.
  • Ett ekstra zoom-nivå: Vegkart bytter til kartverk-kart helt innerst for å få mer detaljer. Der får vi nå et ekstra zoom-nivå.
  • Gamle/ugyldige URL’er får feilmelding. I noen tilfeller klarer vi ikke å tolke gamle URL’er, vegkart blir bare stående å henge. Vi klarer fremdeles ikke tolke alle gamle eller ugyldige URL’er, men nå vil du i det minste få en feilmelding.