Kartverket har endret sine tjenester som har fått konsekvenser for NVDB123 funksjonalitet.
NVDB har besluttet at vi ikke ønsker å benytte midler på å reetablere denne funksjonen i NVDB123, da det er en programvare som skal fases ut. Det finnes andre tjenester som kan gjøre eiendomssøk som Seeiendom og VisVeg, alternativt finnes det også i GisLine.
Før Norge begynner å falle inn i sommerferiemodus, her kommer en status fra oss på NVDB og Geodata! Les videre
Hvordan kan jeg finne kollektivfelt eller andre typer kjørefelt i NVDB?
Informasjon om kjørefelt er i NVDB lagret på de enkelte veglenke-delene. Den som liker å programmere kan lese mer om datastrukturen her: http://api.vegdata.no/endepunkt/vegnett.html
For resten av oss er 616 Feltstrekning til stor hjelp. Inntil relativt nylig var det på denne objekttypen vi lagret oversikt over kjørefeltene. Denne blir fremdeles holdt a jour: Ved vegnettsredigering kopieres kjørefelt-informasjon fra veglenkene over på 616-objektet, mer presist som tekst i egenskapsverdien feltoversikt.
Kollektivfelt har koden «K», og vi finner dem med filteret «feltoversikt = *K*. De to stjernene (*) betyr at du kan ha hvilken som helst tekst foran og bak bokstaven K.
Lenke til dette vegkart-søket
Feltene er numerert i stigende rekkefølge fra senterlinja og utover, oddetall til høyre og partall til venstre, sett fra starten på veglenka.
Felt uten bokstaver er helt vanlige kjørefelt, mens spesialfelt som sykkelfelt (S), kollektivfelt (K), ferjeoppstillingsplass (O) og svingefelt (H eller V) har egne bokstavkoder i tillegg til nummerering.
Den fulle oversikten finnes i den utmerkede håndbok v830 Nasjonalt vegreferansesystem, der figuren er hentet fra.
Vi bruker hashtag – # – for å skille kjørefeltene fra hverandre.
Vi har fått ut to nye leveranser på NVDB API LES hittil i 2018:
Datoformat:
Vegnett:
Geometri:
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.
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>
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.
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.
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.
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.
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.
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.
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.
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..
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
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.
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.
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.
Statens vegvesen har behov for en ny registreringsklient rettet mot bruk i felt. Eksisterende løsninger bruker aldrende teknologi og vil fases ut ved overgang til ny vegnettsmodell etter 2020. Prosessen med anskaffelse av nytt registreringsverktøy er derfor satt i gang og er planlagt gjennomført første halvår 2018. Anskaffelsesprosessen er dialogbasert og vi varslet markedet om at Statens vegvesen har til intensjon å anskaffe ny registeringsklient juni 2017 via Doffin.
Vi erfarer nå at arbeidet med å etablere åpe api’er for lese og skrive til NVDB har gitt resultater. Flere private aktører har laget eller arbeider med å utvikle løsninger basert på våre api’er. Vi mener derfor markedet nå er modent for å anskaffe hyllevare for registrering til NVDB.
Målet er å finne et godt verktøy i markedet som kan brukes til å registrere vegobjekter med mulighet for å oppdatere egenskaper. Funksjonalitet for registrering av tilstand/skade er også ønsket.
Brukere av ny registreringsklient er regionene og det er derfor ønskelig med bred medvirkning fra regionene. Det vi trenger er gode brukerhistorier som dekker brukernes behov. I evalueringsfasen som kommer senere vil funksjonalitet og brukervennlighet veie tungt sammen med funksjonalitet for oppgaveløsing.
Overordnet spesifikasjon
Dialog med markedet – formalia
Regelverket:
Anskaffelsesprosessen baserer seg på dialog når vi går ut i markedet og spør etter et ferdig produkt også kalt hyllevare. Fokus for dialogen er på brukerhistorier og hvilke oppgaver verktøyet skal løse. Formålet med prosessen vi har satt i gang er å forberede markedet slik at allianser kan bygges og hyllevare ferdigstilles.
Gevinster for SVV:
Gevinster for leverandør:
En til en møter med leverandørene
Formål med diss møtene er å få innspill og presentasjon fra leverandørene på et konkret behov eller anskaffelse. I en til en møter deler leverandørene mer informasjon enn når det er konkurrerende virksomheter tilstede. Møtene vil bli gjennomført i månedsskiftet januar/februar.
Denne kommer ut litt seint og er litt mangelfull pga. at skriver hadde syke barn før jul, men la oss kalle det en halvveis avsluttning av året som var! 🙂
Elin Leikvang har vært med på Geofence demo i Oslo. Det var Ane Dalsnes Storsæter på Transportteknologi (tidligere ITS-
seksjonen) som kjørte den sammen med Volvo. Elin var med som teknisk koordinator og samkjørte teamet i Trondheim, med medlemmer av Transportteknologi og vår egen Terje Brasethvik. Både VG, NRK og Teknisk Ukeblad dekket demoen, hvor vi viste en Volvo hybridbil som automatisk slo av forbrenningsmotoren når den entret en såkalt Nullutslippssone som lå i NDVB.
Link til saken i VG og i Teknisk Ukeblad(krever innlogging).
Statens vegvesen har behov for en ny registreringsklient rettet mot bruk i felt. 
Eksisterende løsninger bruker aldrende teknologi og vil fases ut ved overgang til ny vegnettsmodell etter 2020. Prosessen med anskaffelse av nytt registreringsverktøy er derfor satt i gang og er planlagt gjennomført første halvår 2018. Anskaffelsesprosessen er dialogbasert og vi varslet markedet om at Statens vegvesen har til intensjon å anskaffe ny registeringsklient juni 2017 via Doffin. Les mer om saken her.
Jan Kristian Jensen deltar i faggruppe «geografisk IT» i geoforum
, der det kommer et innlegg om hvordan du bruker python notebooks på NVDB data. Han har brukt mye tid på å registrere TEN-T vegnett i NVDB, og derfor også laget metodikk for stedfesting av strekningsdata med skriveAPI’et. Også mye spennende videreutvikling på ruteplantjenesten, samt at han var med på teknologiforum Norge Digitalt.
Elin Leikvang, sammen med Ane Dalsnes Stortsæter (Transportteknologi) var med som problemer på Smart Transportation IoT Hackathon arrangert av Telenor. Gruppen som gikk av med seieren lagde forslag om en lavbudsjetts-thing med GPS tracking som kan kjøre et år uten lading som kan ligge i alle brøytebiler, alle fortausbrøytere og fresere kjørt av våre entrepenører slik at publikum til enhver tid kan anslå hvor det er trygt å kjøre, syke og gå. Vi ser på disse IoT-arenaene som en god plass for oss å snakke om hva vi har behov for, i håp om at noen tar opp den tråden og lager noe som vi kan bruke. Elin var også sammen med Jorunn Riddervold Levy og presenterte samme problemstillinger på NTNU sin IoT-lab med samme formål.
Her er en oversikt over funksjonelle endringer og feilrettinger som inngår i 2017H2-leveransen av klassisk NVDB.
Ny tjenerversjon ble satt i drift 22 november. Nye Windows-klienter er lagt ut for nedlasting og blir distribuert til brukere i SVV snart.
Når det gjelder informasjon om de funksjonelle endringene, kan dette også finnes i oppdatert brukerdokumentasjon, f.eks. i Hjelp-menyen i NVDB 123 og F1 i NVDB Studio.