Vegbilder

Personvernombud Annegret Andersen har gitt oss råd og anbefaling om hvordan vi skal håndtere vegbildene som i dag er tilgjengelige via applikasjonene NVDB123, GisLine og ViaPhoto. Vi går ikke til det drastiske skrittet å slette bildene, men iverksetter strakstiltak som i første omgang begrenser tilgangen til eksisterende bilder. I tillegg vil vi jobbe med tiltak som sørger for at vi ikke lagrer personsensitiv informasjon i bildende i framtida. Retningslinjer for tildeling av tilgang til bildene vil bli utarbeidet slik at de som har bruk for bildene i jobben sin vil få tilgang. Les videre

Visveginfo har gamle data – hva betyr det?

Fiksa 30.august 2018

 

Er det viktig for meg?

Neppe, med mindre du jobber med stedfesting og lagring av nye data til NVDB, eller har et system som bruker Visveginfo direkte.

Har du et system som baserer seg på Visveginfo så er det helt klart en ulempe at du ikke har med vegnettsendringer etter juli 2018.

Vegkart er ikke berørt, heller ikke når du ber om strekninger.

Hva var problemet?

Visveginfo er et system for vegnettspørringer fra 2011. Visveginfo utfyller NVDB api’et på et veldig god måte, for eksempel med topologi- og strekningsspørringer. Men én av utfordringene er at vi har to parallelle dataflyt-løyper til NVDB api og Visveginfo:

  • Visveginfo oppdateres en gang i døgnet i en (litt gammal) løype som er til dels sårbar.
    • Vi leser transaksjonsloggen fra NVDB databasen, og det går veldig bra så lenge den har «normal» drift med mange relativt små endringer.
    • Men av og til får vi en gigantisk transaksjon der svært mange objekter i NVDB er endret samtidig.Da stopper alt opp.
    • Vi får det i gang igjen ved å dele opp en gigant-transaksjon i mindre biter, men det er plundrete og tar tid.
  • NVDB api oppdateres fortløpende. Gigant-transaksjonslogger har vært et problem her også, men dette er blitt løst.

Nå – 29. august – plundrer vi ennå med en gigantisk transaksjon fra slutten av juli. Dette blir ble løst 30. august.

Stedfesting i datafangst blir vanskelig uten Visveginfo

Datafangst er Vegvesenets nye verktøy for mottak, kvalitetskontroll og beriking av data entreprenørene sender oss om det de har bygget. Før data kan lagres i NVDB må de knyttes til riktig vegnett. Og det blir jo litt vanskelig når den nye vegen ligger i kø bak en gigantisk transaksjonslogg.

Her er f.eks en ganske fersk gangsti på Tjøme, Vestfold

Ny gangsti langs Fv390, Vestfold.

Ny gangsti langs Fv390, Vestfold.

Men datafangst viser frem vegnett fra Visveginfo, og har derfor ikke den nye gangstien som alternativ. Da er det jo vanskelig å stedfeste belysning på gangstien, der det hører hjemme:

Skjermdump datafangst-verktyøyet, der gangstien mangler. Da blir det litt vanskelig å stedfeste nye belysningspunkt på gangstien

Datafangst henter vegnett fra Visveginfo, og der er ikke gangstien kommet med ennå. Merk at gangstien er synlig som en grå strek i bakgrunnskartet, men IKKE tilgjengelig som gyldig vegnett du kan stedfeste på i Datafangst.

Hvordan sjekker jeg om mine data er berørt?

Du kan bruke denne kartløsningen. Den henter data både fra Visveginfo og NVDB api. Da ser du fort om de er enige, eller om det er avvik. Mer om dette kartet.

Skjermdump som viser kartløsning der NVDB api tilbyr gangstien som nærmeste vegnett, mens Visveginfo har kun hovedvegen

NVDB api tilbyr gangstien som nærmeste vegnett, mens Visveginfo har kun hovedvegen

Nedenfor ser du at Fv390 har fått nye meterverdier. Nvdb API gir ca 7 meter lavere tall enn Visveginfo.

Skjermbilde som viser at Visveginfo har høyere meterverdier enn NVDB api på Fv390, Vestfold

Ny registreringsløsning – Intensjon om anskaffelse

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

  • Verktøy for registrering av vegobjekter
    • Opprette, slette og redigere vegobjekter med egenskapsdata
    • Håndtere egengeometri i form av flate, linje, punkt
    • Håndtere vegnettstilknytning i form av punkt og strekning inkludert multiple stedfestinger
    • Håndtere relasjoner mellom vegobjekter
  • Løsning skal bruke NVDB-api’et
    • Bruke datakatalogen
  • Skal fungere på mobile enheter til feltbruk
    • Også interessant på desktop
  • Funksjonalitet for registrering i områder uten mobildekning
  • Må kunne benyttes sammen med GNSS-utstyr
  • Brukervennlighet vektlegges

 

Dialog med markedet – formalia

Regelverket:

  • Forskrift om offentlige anskaffelser (FoA) regulerer «Forberedende undersøkelser» i §§ 8-1 og 12-1
    • Gir adgang til å innhente råd i forkant av en anskaffelse og ha dialog med markedet.
  • Forskriftens §§ 8-2 og 12-2 pålegger oppdragsgiver å treffe egnede tiltak for å utjevne fordeler leverandører har fått ved at de har gitt råd til oppdragsgiver forut for en konkurranse eller har vært involvert i planleggingen
    • Alle de andre leverandørene skal motta samme relevante opplysninger
    • Fastsette en utvidet og tilstrekkelig frist for mottak av tilbud

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:

  • Hvordan kan vårt behov dekkes på best mulig måte
  • Hvilke muligheter og løsninger finnes i markedet på kort og lang sikt
  • Hvordan er konkurransesituasjonen
  • Har det vært utvikling i leverandørmarkedet
  • Hvilke krav eller kriterier kan være konkurransehemmende eller fordyrende
  • Hvordan krav og kriterier kan dokumenteres
  • Hvordan konkurransen bør gjennomføres for å drive leverandørutvikling og for å fremme innovasjon

 

Gevinster for leverandør:

  • Kunnskap om oppdragsgivers planer, utfordringer og behov på kort og lang sikt
  • Hvilke resultater eller endringer oppdragsgiver ønsker å oppnå
  • Hvilken fleksibilitet som er nødvendig for å sikre behovet på lang sikt
  • Hvordan risikobildet er
  • Leverandørene kan tilpasse sine tilbud til behovene og de resultatene som er viktig for oppdragsgiver
  • Leverandørene vil kunne gi råd om hvordan oppdragsgiver bør tilrettelegge konkurransen for å utnytte markedets kompetanse

 

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.

 

Status NVDB og Geodata, desember 2017

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! 🙂

NVDB og Geofence

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).

Utlysnigng av ny registrerinsklient

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.

Geoforum og TEN-T

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.

Smart Transportation IoT Hackathon (IoT -> Internet og Things)

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.

2017 Høst-leveransen NVDB klassisk

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.

NVDB123

Ny funksjonalitet

  1. Kopiere linje/flate geometri til nye objekter  Det er innført nye knapper i objektredigeringsdialogen som lar brukeren kopiere og lime inn punktene i objektenes egengeometri
  2. Datafeil i søk mot stedsnavnregister (kartverket), ta i bruk ny tjeneste  Ny tjeneste for stedsnavnsøk med oppdaterte kommunegrenser. Brukergrensesnittet er uendret.
  3. Kartverkets WMS-tjeneste topo2 erstattet av topo3
  4. Enklere oppdatering etter vegnettsendring, spesielt tilpasset bruksklasse  Automatisk oppdatering og oppretting av bruksklasse-objekter ved at man endrer eller oppretter ett objekt som fungerer som mal for de øvrige.
  5. Revurdering av dokumentasjonsobjektets størrelsesbegrensning  Nye grenser for objektstørrelser: 300KB for bilder og 3MB for andre filtyper.

Feilrettinger

  1. Installasjon av versjon 4.5.27.385 gir feilmelding NVDB123-ikonet på skrivebordet og i startmenyen fungerte ulikt. Dette er rettet.
  2. Objekt blir delt på sideposisjon Rettet feil i uttegningen av objekter som både hadde sideposisjon og var stedfestet både med og mot referanselenkeretningen.
  3. Feil ved import av SOSI-fil  Filer med spesialtegn i egenskapstypen «Tilleggsinformasjon» feiler ikke lengre.
  4. Gjeldende installasjonspakke feilet  Ini-filene kopieres nå også av NVDB Felles-programmene

Klient-api

  1. Gir feil ved Rosita opplasting. For å unngå konflikt med antivirusprogrammer opprettes nvdb.ini nå med færre åpninger og lukkinger av filen.
  2. Feil i Klient Api ved lagring av fagdata. Kontroll og automatisk retting av små overlapp ble feil når nettverksdato ikke var satt til «nå».

NVDB-tjener

  1. Innsjekk av vegnettsredigeringsoppdrag stopper opp Innsjekk stopper ikke lengre selv om geometriegenskaper er slettet
  2. Forbedret feilhåndtering  Forsøk på å forbedre kommunikasjonen mellom klient og server
  3. Rydding i serverlogger Gir bedre oversikt i overvåkingsverktøyet Splunk
  4. Datauttak til Ureg bruker unødig lang tid  Datauttak til Ureg bruker nå kortere tid enn tidligere
  5. Feil ifm oppdatering av datakatalogen  Egenskapstyper kan nå endres fra heltall til desimal tall og motsatt
  6. Forbedre klient-tjener kommunikasjon   Tar vare på data som kan gjenbrukes dersom det forekommer svikt i nettverket