Velkommen til Trondheim. Teknologidagene september. Per Andersen, NVDB og geodataseksjonen. Foto: Knut Opeide

Transkript

1 Velkommen til Trondheim Teknologidagene september Per Andersen, NVDB og geodataseksjonen Foto: Knut Opeide

2 Nasjonal vegdatabank, målbilde og etterslep i banken Agenda Litt om oss Målbilde for NVDB Roller og ansvar Etterslep på data til NVDB Prioriteringer 2016 Nye metoder for datafangst til NVDB

3 Nasjonal vegdatabank Nye medarbeidere ved NVDB Ingrid Stav. Datakvalitet, rutiner for innsamling og ajourhold av data til NVDB Trond Arve Haakonsen. Fagansvar for Landmåling/ Geomatikk

4 Målbilde for NVDB

5 Målbilde for NVDB Kartlegging av prosesser og rutiner for datafangst til NVDB Det finnes hovedsakelig tre kilder til endring av data i NVDB. store (investeringsprosjekter) små (utbyggingsprosjekter) investeringer drifts- og vedlikeholdskontrakter. Kartleggingen viser at prosessene ikke fungerer optimalt. Datafangstprosessene er svært ressurskrevende, og lite effektive. Mye tid går med på dobbeltarbeid, å søke etter informasjon eller medarbeidere, repetere kunnskap, purre og følge opp andre. Analysen viser at det ikke er prosessene i seg selv som er hovedproblemet, men snarere det «miljøet» prosessene skal fungere i. At prosessene ikke fungerer tilfredsstillende er en konsekvens av de egentlige årsakene rotårsakene. Disse er organisering, kompetanse, ledelse/kultur, verktøy, og «bestilling» fra Vegdirektoratet. Konsekvensene av at prosessene ikke fungerer tilfredsstillende er, i tillegg til kostnader knyttet til ineffektivitet, at NVDB ikke leverer i henhold til «målene» Det anbefales en rekke ulike forbedringstiltak, av varierende omfang, knyttet til ovennevnte rotårsaker. Vegvesenet bør først og fremst utarbeide et målbilde for NVDB. Hva skal NVDB «være» og hva det skal det «gjøre» for Vegvesenet.

6 Målbilde for NVDB Rotårsaker/ konsekvenser

7 Målbilde for NVDB Visjon NVDB NVDB skal være Statens vegvesens hovedkilde for informasjon om veg, og objekter på og langs veg. NVDB skal til enhver tid inneholde reell og relevant informasjon av forutsigbar kvalitet NVDB skal være primærkilde for nasjonalt digitalt, navigerbart vegnett Dette betyr at NVDB skal: inneholde offisielle tall, og tilby informasjon som er fritt tilgjengelig gjennom etablerte standarder og åpne grensesnitt inneholde ensartede beskrivelser av alle datasett, i henhold til definerte prosesser, rutiner og ansvarsbeskrivelser for dataregistrering, på tvers av geografi og organisasjon tilgjengeliggjøre et navigerbart vegnett for allmenheten gjennom NVDB API tilgjengeliggjøre informasjon gjennom enkle innsynsløsninger og rapporter, uavhengig av brukerplattform levere grunnlagsdata til systemer for interne og eksterne fagspesialister NVDB skal bli tydelig på: Hva skal registreres Hvordan skal det registreres Hvem skal registrere NVDB Omkringliggende fagsystemer Tilgjengeliggjøringslag (NVDB API): Enkle innsyns- og rapportløsninger NVDB kjerne

8 Målbilde for NVDB Hvorfor målbilde Målbildet for NVDB skal underbygge SVVs visjon gjennom å tilby relevant og riktig informasjon, til riktig tid, gjennom enkle og effektive grensesnitt for brukerne. Målbildet bør orienteres mot vegens livsløp, og de ulike behovene hver enkelt fase har NVDB er definert som et virksomhetskritisk system, og er således ett av mange systemer som understøtter «på veg for et bedre samfunn» For å kunne bidra til oppfylle visjonen, gjennom utøvelse av system- og prosesseierskapet, må NVDB forenkles, videreutvikles og moderniseres i takt med teknologisk utvikling, stadig høyere brukerkrav, trender, og tendenser i samfunnet for øvrig Modernisering av systemplattformen, gjennom utvikling av systemet og grensesnittene, bør derfor ha som mål å forenkle og effektivisere bruken av NVDB, og tilpasse innhold, tjenester og brukergrensesnitt til ulike brukergrupper som bruker NVDB til ulike formål, internt som eksternt Visjonen for SVV, og målbildet for NVDB vil være grunnleggende for hvilken retning moderniseringen tar

9 Målbilde NVDB Det er tre overordnete spørsmål må besvares: HVA skal leveres? HVORDAN skal det leveres? HVEM skal levere det? Visjon Primærkilde for nasjonalt digitalt, navigerbart vegnett Inneholde reell og relevant informasjon av forutsigbar kvalitet SVVs hovedkilde for informasjon om veg, og objekter på og langs veg. Utrede Planlegge Bygge Forvalte Drifte Vedlike -holde Hva Brukerbehov Tjenestedefinisjon Hvem er brukere av NVDB og hva er formålet for bruken av NVDB (Kunder) Hvilke tjenester som skal leveres og hvordan (omfang, mengde, tilgjengelighet) Hvordan KPI og effektmål Kompetanse og kapasitet Teknologi Hvilke måleparametre skal eksistere for å måle om tjenesten er levert og effekten er oppnådd Hva trenger man av kompetanse internt og i hvilket omfang Krav til lokasjon for kapasitet/kompetanse Hva slags teknologi blir nødvendig for å levere tjenesten Grensesnitt Hva slags grensesnitt bør man ha til andre systemer Hvem Funksjon/prosess Organisasjon Hva slags funksjoner/prosesser må være på plass Hvordan skal funksjonene organiseres, hva slags roller trengs, hvilke møteplasser har man og hvilket mandat har disse møteplassene og hvordan er HUKI

10 Målbilde for NVDB Modenhetsanalyse

11 Roller og ansvar Foto: Knut Opeide

12 Roller og ansvar Roller og ansvar- dataforvaltning Roller Beskrivelse Ansvar Forretningseiers kap Overordnet ansvar for dataforvaltning Påvirker, reviderer og godkjenner virksomhetens data forvaltningsstrategi og mål Definerer og vedtar tilgangsprinsipper Avstemmer forretningsstrategier overfor «NVDB råd» Kommuniserer og forsterker dataforvaltning i regi av sin funksjon i organisasjonen Sikrer budsjetter og ressurser for data forvaltnings-programmet Ledergruppa VT Pådriver - Dataforvaltning Ansvarlig for dataforvaltningsprogrammet. Gjennomfører strategien Overordnet data forvaltningsansvar. Leder styringsgruppe for dataforvaltning Veileder og styrer dataforvaltningen for å sikre implementering av strategi iht målsettinger Sikrer fremdrift i arbeidet med dataforvaltning gjennom styring av arbeidet, og ved å ivareta rollen som relasjonsbygger og konfliktløser overfor toppledelsene og mellom avdelinger/seksjoner Omorganisert Datasekretariat Forretnings- /Dataeiere Individuelt ansvarlig for prinsipper, standarder, datakvalitet og tilgjengelighet på data enkeltobjekter eller grupper av objekter Definerer og beskriver behovet for informasjon/ data Styrer tilganger og rettigheter Etablerer brukervilkår Sikrer kvalitet og tilgjengelighet på informasjonen Orienterer strukturert og løpende om endringer i krav, strukturer, bruk av informasjon med mer Rådgir brukere vedrørende optimal bruk av datakilder ift forretningens behov Fast fullverdig medlem av «NVDB råd» Ansvarlig for å løse utfordringer knyttet til data Fagavdelingene VD og regionene Geodataseksjonene på vegne av fagavdelingene Dataforvalter Gruppe eller individ som opptrer på vegne av dataeier, for å sikre best mulig og hensiktsmessig utnyttelse av data, sikre at prinsipper og rutiner er definert og implementert, og at data benyttes iht disse Definerer prosesser Definerer standarder og rutiner Sikrer samsvar mellom forretningen og IT mht prosesser, rutiner og standarder Fast fullverdig medlem av «NVDB råd» Rådgir brukere mht mest hensiktsmessig bruk av kilder ut fra forretningens behov NVDB og geodataseksjonen Systemeier Gruppe eller individ som ivaretar fysisk datamiljø, og nødvendige verktøy for å ivareta datafangst, prosessering, lagring og tilganger for uthenting og bruk av informasjonen Lagrer, beholder og sletter data ihht dataeiers krav Etablerer og ivaretar teknisk infrastruktur ihht krav og behov (arkitektur) Besitter solid kompetanse og kvalifikasjoner rundt det tekniske på dataforvaltning - prosesser, rutiner og standarder, og sikrer at disse følges Gjennomfører konsekvensanalyser knyttet til endringer i eksisterende datakilder, informasjonsarkitektur, sikkerhet, rettigheter osv NVDB og geodataseksjonen

13 Roller og ansvar Systemeirrollen Systemeier har ansvar for å skaffe til veie, videreutvikle og forvalte IT-systemer innenfor eget fagområde Systemeier har det totale ansvaret for at et IT-system med tilhørende rutiner dekker etatens behov for funksjonalitet og brukervennlighet samt at systemet anvendes etter forutsetningene. Det innebærer at systemeier har ansvaret for anskaffelse og/eller utvikling, innføring, videreutvikling og brukerstøtte av nye systemer

14 Roller og ansvar Prosessansvarlig geodata og geomatikk Rollebeskrivelse Prosessansvarlig Myndighet: Foreslå utforming og endring av egen prosess og dokumentasjon. Faglig oppfølging av utførende enheter (regioner) på egen prosess. Ansvar: Utarbeide forslag til prosessbeskrivelser og dokumentasjon for tildelt(e) prosesser. Holde seg faglig oppdatert og være faglig rådgiver for prosesseier i spørsmål som omhandler tildelt(e) prosesser Være faglig rådgiver for regionale prosessansvarlige (uførende enheter) På vegne av prosesseier følge opp utøvende enheter på prosessgjennomføring Utrulling og implementering av prosesser, og endringer i prosesser, til utførende enheter. Være ambassadør for kvalitetssystemet

15 Roller og ansvar Fagansvar Geodata og Geomatikk NVDB/Geodata har fagansvar for VDs oppfølging av Geodata og Geomatikk faget i SVV. Det vil si: Inneha spisskompetanse innen fagområdet, gi nødvendig råd og bistand Avklare og løse problemstillinger knyttet til programvare og utstyr Prosessansvar for fagprosessene i kvalitetssystemet

16 Roller og ansvar Spesialistoppgaver Geodata Spesialistoppgavene skal ivareta noen av våre oppgaver knyttet til å ivareta fagansvar og systemeierskap Vi har i dag spesialistoppgaver satt ut til: RØ, Vegnettsgruppa RS, Ivareta systemeieransvar for GisLine, støtte til landmåling/geomatikk RV, Ivareta systemeieransvaret for ArcGis og NVDB 123, utarbeide temakart Avtalene er i samråd med regionene under revisjon Geodatastrategi: NVDB vil i løpet av høsten legge frem en plan for oppstart av arbeidet.

17 Etterslep i NVDB Foto: Knut Opeide

18 Etterslep i NVDB Mandat for arbeidet NVDB fikk i februar tilslutning fra ELM til: Fremlagt plan for målbildearbeidet Hvorav prinsipp for målbilde skal være etablert innen mars 2015 Etterslep knyttet til manglende egenskaper på allerede eksisterende objekt i NVDB håndteres av regionene Etterslep knyttet til manglende objekter i NVDB skal håndteres av NVDB og geodataseksjonen Skal levere en overordnet vurdering av omfanget på etterslep Sentrale tema for NTP skal prioriteres i håndtering av etterslep

19 Etterslep i NVDB Forutsetning for beregning av manglende objekt i NVDB Forutsetningene for å finne totalt antall manglende objekter i NVDB er basert på følgende antagelser: Regionene har plukket ut og kontrollkjørt representative vegstrekninger Ca 5% av total veglengde i Norge antas å være bynær veg; 95% landeveg Beregningene for å finne manglende objekter og antall for mange registrerte objekter er gjort pr region Under er metode for utregning av mangler vist. Utregning av antall for mange registrerte objekter er ved samme metode: Manglende objekter bynære vegstrekninger Steg 1: Antall manglende objekter bynær vegstrekning Antall meter bynær vegstrekning målt = Manglende objekter pr meter bynære strekninger Steg 2: Manglende objekter pr meter bynære strekninger * (0,05*totalt antall meter veg) = Totalt antall manglende objekter på Manglende objekter landeveg Steg 1: Antall manglende objekter landeveg Antall meter landeveg målt = Manglende objekter pr meter landeveg bynære vegstrekninger i Norge Steg 2: Manglende objekter pr meter landeveg* (0,95*totalt antall meter veg) = Totalt antall manglende objekter på landeveg i Norge

20 Etterslep i NVDB Forutsetninger for beregning av kostnader Det er kun gjort kostnadsestimater på registrering av de 9 objektstypene som er målt, og kun kostnadsestimater for hva det vil koste å registrere inn mangler, ikke kostnader for hva det vil koste å fjerne de objekter som er for mange registrert. Kostnad er beregnet ut ifra tid regionene selv har estimert og tiden er oppgitt under kontorregistrering, og under vegregistrering med to personer i bil Tidsbruken inkluderer tiden brukt fra første registrering til siste registrering ikke kjøring til/fra registreringsstedet Det er gjort beregninger på to ulike alternativer til registrering av etterslep: 1: All registrering gjøres fra kontor (vegbilder, ortofoto etc.) 2: De objekter som kan registreres fullstendig fra kontor gjøres fra kontor (holdeplassutrustning, belysningspunkt, rekkverksende og rekkverk), de resterende objekter (skiltpunkt, skiltplate, skjerm, vegoppmerkning, kantstein) registreres ved Vegreg med to personer i bil og man tar egengeometrien til objektet. Beregningene er gjort basert på en timekostnad på kr 470,-/time (snittet av median av senior- og overingeniør) Følgende kostnader er ikke medregnet: Stenging av veg Buffer-/følgebil Investeringer/avskrivning, drift og vedlikehold av kjøretøy eller utstyr Kjøretid til/fra strekninger for å gjøre vegregistrering Overtid, tillegg knyttet til arbeidsavtaler osv

21 Etterslep invdb Kartlagte objekter Punktobjekter Skiltpunkt Skiltplate Belysningspunkt Rekkverksende Holdeplassutrustning Strekningsobjekter Rekkverk Skjerm Vegoppmerking Kantstein

22 Etterslep i NVDB Antall objekter som mangler i NVDB (beregnet) Punktobjekt Totalt mangler punktobjekt Skiltpunkt Skiltplate Belysningspunkt Holdeplassutrustning Rekkverksende Strekningsobjekt Totalt mangler strekningsobjekt Rekkverk Kantstein Skjerm Vegoppmerking *Øst har ikke telt med vegoppmerking og dette påvirker totalresultatet

23 Etterslep i NVDB Antall objekter som ikke er fjernet fra NVDB Punktobjekt For mange registrerte punktobjekt Skiltpunkt Skiltplate Belysningspunkt Holdeplassutrustning Rekkverksende Strekningsobjekt For mange registrerte strekningsobjekt Rekkverk Kantstein Skjerm Vegoppmerking *Øst har ikke telt med vegoppmerking og dette påvirker totalresultatet

24 Etterslep i NVDB Kostnader knyttet til registrering av beregnet etterslet Punktobjekt Strekningsobjekt Oversikt over de totale kostnadene forbundet med å registrere etterslep dersom 1) alle objekter registreres fra kontor 2) Noen objekter registreres fra kontor, resterende objekter registreres fra Vegreg med egengeomentri Kontorregistrering Registrering med egengeometri

25 Prioriteringer 2016 Foto: Knut Opeide

26 Prioriteringer 2016 Overordna prioriteringer Hva skal NVDB inneholde Gjennom målbildearbeidet skal vi tilrettelegge for mest mulig effektiv anvendelse av innhold i NVDB Kostnadseffektiv registrering Brukervennlighet Nytteverdi Fleksibilitet i anvendelse av data NVDB som primærdatakilde Nytt grensesnitt - API Fokus på nye registreringsklienter Vi ser på nye metoder for å hente inn data Vi vil tone ned utvikling på det gamle til et minimum Vedlikehold og forvaltning vil sikre de gamle løsninger til ny funksjonalitet er på plass

27 Nytt fra NVDB Nytt grensesnitt (API) NVDB les/ skriv Vi ønsker å kunne realisere tilstrekkelig funksjonalitet i nytt API for hurtigst mulig kunne fase ut gamle løsninger Forenkler dataflyten Det vil være effektiviserende for SVV Vi vil enkelt kunne etablere nye løsninger Tredjepart vil enkelt kunne etablere nye løsninger

28 Nye datafangstmetoder Nye registreringsgrensesnitt Vi har utviklet to piloter for registrering til NVDB Data fra prosjekter (innlesing av SOSI) Pilot på «Registreringsdemonstrator»

29 Nye datafangstmetoder Bilen som sensor

30 Nye datafangstmetoder Bruk av droner til datafangst Ikke helt ny teknologi. Julius Neubronner, Tyskland 1907

31 Nye datafangstmetoder RPAS (DRONE): Remotely Piloted Aircraft Systems Fixed Wing Rotary Wing Bilder/ fotogrammetri DSM- Digital Surface model Laserskanning (LIDAR) DSM-> DTM - Digital terrain model

32 Nye datafangstmetoder SVVs behov Vegprosjektenes behov 3D-Punktsky Triangelmodell (TIN) for volum/massekontroll? Ortofoto (= flybilder omregnet til kartets koordinatsystem) NVDBs behov Programmer for automatisk tolkning av 3D-objekter fra punktsky Halvautomatisk linjegjenkjenning er mulig i dagens programvare Framtiden: Programvare med helautomatisk registering av linje-, flate-, volumobjekter til framtidens NVDB.

33 Nye datafangstmetoder Bedre utnyttelse av laserdata fra spor og jevnhetsmålingene For eventuelt å kunne nytte denne datamengden bedre Forvaltningsløsning for laserdata internt Definere eierskap til data Kompetanse på laserdata

34 Prioriteringer 2016 Hvordan tar vi dette videre Etablerer utviklingsteam for NVDB API (les skriv) Skal sikre leveranse til rett tid Piloter på registreringsgrensesnitt Vi ønsker å ta dette videre med brukerne Registreringsgrensesnitt for NVDB API skriv skal videreføres i samråd med sentral dataflytgruppe Registreringsgrensesnitt for feltregistrering utredes for videre jobb

35 Takk for oppmerksomheten Foto: Knut Opeide