Datafangst. - meir effektiv leveranse av digitale data til Nasjonal vegdatabank (NVDB) Statens vegvesen, Sara Aspen

Like dokumenter
NVDB-leveransar, kvifor? Kva vert data brukt til? Korleis levere rett første gong?

Krav til ferdigvegsdata fra entreprenør.

Vegnett i Norge. Grensekartseminaret i Kongsvinger september Ingrid Murvold Alhaug Geomatikkseksjonen Statens vegvesen Region øst

Fagdata i NVDB. Hva og Hvordan

Digitalisering i Tunellbransjen Hvorfor levere as-built data til Plania og NVDB

Nasjonal vegdatabank Hva kan en kommune få ut av NVDB?

Nye muligheter med ny teknologi Effektiv dataleveranse til NVDB

Veiledning til krav om leveranse av ferdigvegsdata til kart og NVDB


Brukerveiledning NVDB API Registreringsflate

Veiledning til krav om leveranse av ferdigvegsdata til kart og NVDB

Dataforvaltning i statens vegvesen Data til NVDB og FKB,

Vegnettsforvaltning og vegen videre

Bruk av 3D/BIM og dataflyt i prosjektet. Styrk Lirhus, prosjekteringsleder E6 Frya-Vinstra

Viktigheten av å ha oversikt over det kommunale vegnettet

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Ferdigvegsdata til kart og NVDB

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Geomatikk i Statens Vegvesen

Produktspesifikasjon. Avstandsmåling (ID=335) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Nyheter fra Statens vegvesen

Faggruppe samferdsel. Stig Aage Melve. GIS på Hedmarken

Veiledning til krav om leveranse av data til kart og NVDB fra bygge- og driftskontrakter

NVDB, veibilder og SINUS.infra

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Vegnettsforvaltning og veien videre

Lotteri- og stiftingstilsynet

Vegfaglig studietur, Harald Wethal, Statens vegvesen

ETT VIKTIG KONSEPT TIL Vi introduserte Oppgaver + Objekter + Verktøy i 2009: NOVAPOINT BRUKERMØTE 2015 OSLO, Fornebu april

Fylkesatlas i ny versjon (Adaptive2)

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. ATK-punkt (ID=162) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema

Produktspesifikasjon. Vegsperring (ID=607) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Tunnelport (ID=854) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Konseptskisse: Sentral Felles Kartdatabase

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema med betingelser

Nasjonal vegdatabank - et verktøy for klimatilpasning

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema med betingelser

Vegnettverk NVDB hva er det?

GARDSKART, AR5 OG. JORDREGISTER Tonje F. Aase

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

ve gen inn på skrivebordet Nasjonal vegdatabank

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Ferdigvegsdata til kart og NVDB

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Nasjonal Vegdatabank (NVDB)

Hvordan organiserer vi arbeidet med dataforvaltning i SVV Region øst

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Datakatalog versjon Endringer

Fra SOSI- til GML-format likheter og forskjeller. X, Y og Z 2019 Geir Myhr Øien, Kartverket

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema med betingelser

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Mengder (antall objekter er grunnlag for tildeling av midler) Grunnlag for beregning av kostnader

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Temadata i Innlandet. Generelt tilgang til og bruk av temadata Data fra Statens vegvesen. Fagdag veg, Gålå Ingar Skogli, Statens vegvesen

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Datakatalog versjon Endringer

Vedlikehold v/trude Lien

Konseptskisse: Sentral forvaltningsløsning for primærdata

Trender som påvirker NVDB

FKB-Vegnett. Ajourhold og leveranser. Kvinnedagen 2017 Arne Sonflå

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Møbler som benyttes ute i samband med vegsystemet. Dette kan f.eks være på rasteplasser, ferjeoppstillingsplasser etc.

Kravspesifikasjon til utbyggere, BRA-felt registrering og tilgjengeliggjøring av data i kommunens løsning HAMAR KOMMUNE

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner

Produktspesifikasjon. Snøskjerm (ID=848) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema

NVDB datagrunnlag og tilganger. Liv Nordbye, Vegdirektoratet

Sentral dataflytgruppe

SOSI og dataflyt sett fra Powel Øyvind Hauge

Standard på fylkesvegane i Sogn og Fjordane

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

EasyPublish Detaljerte brukstilfeller. Versjon 1.0

Produktspesifikasjon. Nedføringsrenne (ID=844) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. Dato Datakatalog versjon Endringer. Bruksområde Behov Eksempel

REFERAT. Referent: Henrich Bolman Biørn Kopi til: Jon Anders Anmarkrud, Fylkesmannen i Oslo og Akershis (PTU-OA)

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Grøntanlegg (ID=508) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema.

Produktspesifikasjon. Fartstavle (ID=624) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema.

Temadata i Innlandet. Generelt tilgang til og bruk av temadata Data fra Statens vegvesen. Regionmøter Hedmark og Oppland 2017

Konkurransegrunnlag Del B kravspesifikasjon. Rammeavtale: Landmålingstjenester i Buskerud, Vestfold og Telemark.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Kabelgrøft (ID=843) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema.

Oppslagstavle for rutetabell (ID=766)

Strekning som har enhelig bredde på vegen. Inneholder bredde på dekke, kjørebane og total vegbredde. Driftskontrakter

REFERAT: Oppstartsmøte NVDB brukerforum Oslo og Akershus

Nasjonal vegdatabank -Nye muligheter-

OEP skal gjere det enklare for allmenta å få tilgang til dokument i forvaltninga (St. meld. nr. 17 ( ))

Adressering og vegnett

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Fanggjerde (ID=845) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner

Hva er BraFelt vegforvaltning NVDB?

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Sist endret: Definisjon: Målt bredde gjeldende over en strekning. Breddemåling må være "datter" til annet vegojekt.

Transkript:

Datafangst - meir effektiv leveranse av digitale data til Nasjonal vegdatabank (NVDB) Statens vegvesen, Sara Aspen

BAKGRUNN Nasjonal vegdatabank (NVDB) er ein database med informasjon om statlege, kommunale, private, fylkesog skogsbilvegar. Databasen vert brukt aktivt i forvaltninga av vegane i Noreg, og inneheld blant anna følgande informasjon: Vegnett med geometri og topologi som dannar grunnlaget for kartløysningar og ruteberegnere på internett Oversikt over utstyr og drenering langs vegen Ulykker og trafikkmengder (ÅDT) Grunnlagsdata for bruk i støyberegnere og trafikkmodeller

BAKGRUNN Statens vegvesen krev at alle utbetringar av riks- og fylkesvegar skal dokumenterast i Nasjonal VegDatabank (NVDB). I tillegg har Statens vegvesen forplikta seg til å levere ferdigvegsdata til FellesKartBase (FKB) som Kartverket forvaltar. Data i NVDB vert nytta i forvaltning, drift og vedlikehald av vegane, mens FKB-data er del av Norges offisielle kartgrunnlag. I utbyggings- og driftskontraktar får entreprenør normalt ansvar for å skaffe ein del av ferdigvegsdokumentasjonen. I desse kontraktene vises det vidare til FKB/NVDB Objektliste med veileder og produktspesifikasjoner som beskriv kva data det skal leveras dokumentasjon for og korleis dei enkelte data skal registreras. https://www.vegvesen.no/fag/teknologi/nasjonal+vegdatabank/ Objektliste

VEGKART Vegkart (vegvesen.no/vegkart) er ei kartløysing på internett som kan brukas til å hente data frå NVDB, og få dei presentert på kart eller eksportert til eit rekneark. Vegkart.no brukar koordinatsystem UTM sone 33.

KVA DATA FINN EIN I NVDB? http://labs.vegdata.no/nvdb-datakatalog/

DRENERING

VEGUTSTYR, SKILT, VEGOPPMERKING

VEGDATA.NO Nasjonal vegdatabank (NVDB) inneholder landets vegnett og hundrevis av fagdatatyper knyttet til vegen. Statens vegvesen ønsker å gjøre informasjonen fritt tilgjengelig, og oppmuntrer publikum til å bruke datagrunnlaget på kreativt vis. Vegdata.no vil fortelle omverdenen om hvordan vi utvikler nye webtjenester for å kunne dele data fritt.

ALTERNATIV ANALYSE I VEGKART Ønsker å finne ut når det er mest trygt å kjøre fra Os til Bergen

ALTERNATIV ANALYSE I VEGKART Best å kjøre ein dag med dårlig sikt, tåke eller dis før kl 18.00

TIDLIGARE DATALEVERANSAR TIL FKB OG NVDB UTFORDRING: SOSI-filer med varierande kvalitet, vanskelig å utføre fullstendighetskontroll, kva med det som er fjerna i prosjektet?

DATALEVERANSAR TIL FKB OG NVDB I DAG Datafangst er eit web-basert system for innsending, kontroll, redigering og direkte registrering i NVDB. Entreprenør lastar sjølv opp SOSI-filer og får dei validert mot NVDB Datakatalogen. Etter kvart vil denne opplastinga skje direkte frå entreprenør si programvare via datafangst API ved å sende inn vegobjekter som geojson. I Datafangst har kvart prosjekt si prosjektside og brukarane vert tilknytta sine aktuelle prosjekt. Brukar kan vere både interne hjå Statens vegvesen og frå entreprenør. Desse vil ha ulike rettigheiter.

DATALEVERANSAR TIL FKB OG NVDB I DAG Ein leveranseplan vert sett saman i lag med byggeleiar for å ha kontroll på framgangen i prosjekta. Byggeleiar tilpassar ei liste over objekt som er forventa levert etter anleggsslutt. Etter kvart som dokumentasjon vert lasta opp i Datafangst oppdateras denne lista med gjenståande manglar.

DATALEVERANSAR TIL FKB OG NVDB I DAG Opplasting av SOSI-filer

DATALEVERANSAR TIL FKB OG NVDB I DAG Vegobjekt med tilknytta eigenskapar vises med ein gong etter opplasting i ei vegobjekt-fane. Dette gjer det enkelt for byggeleiar å kontrollere at det som er levert er det som er bygd.

DATALEVERANSAR TIL FKB OG NVDB I DAG Ein kan i tillegg gjere ein meir detaljert kontroll og sjekke eitt og eitt vegobjekt, plasseringa av det og tilknytta eigenskapar

DATALEVERANSAR TIL FKB OG NVDB I DAG Ved feil i opplasta fil vil dette enkelt visas med raude og/eller oransje utropsteikn i tillegg til ei feilmelding når ein held musepeikaren over.

DATALEVERANSAR TIL FKB OG NVDB I DAG Feil i eigenskapar kan enten rettas i eigen programvare og lastas opp på ny, eller den kan rettas direkte i løysinga.

DATALEVERANSAR TIL FKB OG NVDB I DAG Ei kan òg gjere enkle geometriske rettingar som å kopiere og flytte punkt. Men dette er det entreprenør som får betalt for i utbyggingsprosjekt, så denne ligg berre inne som ein mulig funksjon enn så lenge

DATALEVERANSAR TIL FKB OG NVDB I DAG Når dataleveransen har gått igjennom kontrollen/valideringa mot NVDB Dakat og fullstendighetskontroll er utført av byggeleder/kontrollingeniør på prosjektet er dei klar for NVDB. Før data vert lest inn vert dei kobla mot vegnettet i NVDB

DATALEVERANSAR TIL FKB OG NVDB I DAG Deretter vert det oppretta assosiasjonar (mor/datterkoblingar).

DATALEVERANSAR TIL FKB OG NVDB I DAG Nytt i siste versjon av Datafangst, som kom rett over nyttår, er at dei med tilgang til å lagre i NVDB, no kan lagre direkte i databasen frå Datafangst.

DATALEVERANSAR TIL FKB OG NVDB I DAG Kva med vegobjekt som vert fjerna? Ved innlesing av nye vegobjekt i databasen er det også ofte behov for å sette fjerna vegobjekt historisk i NVDB. Dette kan enkelt gjeras ved bruk av slettemanus i Datafangst.

DATALEVERANSAR TIL FKB OG NVDB I DAG Datafangst erstattar ikkje dagens registreringsløysingar til NVDB, men ein er på god veg til å få til ei bra løysing kombinert med andre registreringsklientar og vi håpar å kunne utvikle løysinga vidare til å dekke meir enn den gjer i dag. Det vi har fått til så langt har heva kvalitet på data som vert lasta opp i NVDB frå utbyggingsprosjekt ved å gje eit betre grunnlag for kvalitetssikring av data for dei som sitt nærast prosjekta. Nokre driftskontrakter leverer allerede data via Datafangst og vi håpar fleire kjem etter.

NVDB API SKRIV NVDB sitt skrive-api er et asynkront REST-API for oppdatering av data i NVDB. Systemet mottar beskrivelser av vegobjekter (endringssett) for registrering, oppdatering eller sletting i NVDB. En rekke validerings- og kontrolltrinn gjennomføres før data er godkjent og sendes til NVDB. Et endringssett under behandling omtales som en jobb. Flere av trinnene i en jobb krever oppslag i NVDB og vil derfor kunne ta en del tid, spesielt for klienter som registrerer mange vegobjekter samtidig. I tillegg vil selve skrivingen til NVDB også ta tid. Videre vil noen oppdateringer ikke kunne skje umiddelbart fordi data er låst av andre klienter. (eller av en annen jobb i dette APIet). En konsekvens av dette er at jobber må eksekveres asynkront. Det vil si at klienten sender forespørsler for å definere og starte jobber, men siden svaret vil ta noe tid å utarbeide kan ikke et endelig svar leveres med en gang. Jobben blir i stedet behandlet i bakgrunnen, i en separat prosess som ikke blokkerer klienten.

NY REGISTRERINGSKLIENT 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 åpne 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.