Sentral Felles Kartdatabase - Krav til dataene. Fagdag - Utveksling og forvaltning av geodata Nils Ivar Nes, 22.mai 2017

Transkript

1 Sentral Felles Kartdatabase - Krav til dataene Fagdag - Utveksling og forvaltning av geodata Nils Ivar Nes, 22.mai 2017

2 Sentral lagring av Felles kartdatabase

3 Prosjektets mål: 80% av kommunene oppdaterer direkte i Sentral felles kartdatabase i løpet av 2018

4 Hvem bidrar til løftet? Kommunene Systemleverandørene

5 Sentral lagring av FKB har mange fordeler Alltid oppdatert - Ingen frys Tilskudd til innføring Oppdatert grunnlag for beredskapsarbeid Oppdatert grunnlag for innbyggere Økt kvalitet på data Sentral lagring av FKB Oppdatert grunnlag for Geovekst/ND Oppdatering fra flere kilder Ingen fil-import eller -eksport Enklere vedlikehold Sikker lagring og backup Nykartlegging raskere ut til brukerne

6 Oppdatering ett sted, oppdaterte data til alle Landbrukskontoret legger inn nydyrket område i AR5 Byggesak i kommunen legger inn et nytt bygg Kartverket får melding fra DNT vha. rettikartet om merkede stier Kartverket legger inn nye data fra Geovekst FKBajourholdsprosjekt Vegvesenet oppdaterer FKB-Veg med ferdigvegsdata for nybygd riksveg Sentral lagring av FKB Kartverket oppdaterer FKB-Ledning med endringsdata mottatt fra ledningseiers NISsystem Oppdaterte FKB-data til alle brukere

7 Konseptet UML datamodeller (FKB 4.6) Kommunen Kartverket Kontroll Periodisk ajourhold Andre parter Lokal kopi Bruk Kontinuerlig ajourhold Geosynkronisering NGIS-API NGIS-API Sentral base QMS Geosynkronisering Dist. kopi Geosynkronisering Dist. kopi

8 Under panseret Modelldrevet forvaltning UML styrer «alt» og det er lett for systemer som forholder seg til UML-modellen å tolke/bruke dataene. Unik Id på alle objekter. Mer logikk knyttet til om et objekt er nytt/endra/sletta Geosynkronisering sørger for at det kun er endringene som flyter videre til brukerne At alle bidrar til å oppdatere en sentral base gir store muligheter til å forbedre datakvaliteten.

9 Men for brukerne? Datasystemene håndterer UML-modeller, API-er, unike Id-er og dataflyt og må oppdateres. En bruker i kommunen vil ikke merke noe stor forskjell i arbeidet med å oppdatere FKB. En sluttbruker av FKB-data i det private/offentlige vil ikke merke stor forskjell bortsett fra at dataene er løpende oppdatert

10 Hvilke krav blir det satt til datasettene? 1. Krav til datasettene (produktspesifikasjonene) 2. Krav til dataene (krav angitt i UML-modellene og krav til geometri)

11 FKB 4.6 datamodeller FKB 4.6 er laget i tråd med SOSI standard for produktspesifikasjoner. UML-modellene inneholder: - Objekttyper med egenskaper - Flate-, Kurve- og Punktgeometri - Ingen assosiasjoner (utover topoassosiasjonene) - Kodelister med initialverdi, kodeverdi og definisjon - SOSI- og GML-realisering (tagged values)

12 Krav angitt i UML objekttyper, geometrityper og egenskaper Objektene må være av en objekttype som er definert i objektkatalogen Objektene må peke til en geometritype som er definert på objekttypen Egenskapene må peke til en egenskap som er definert på objekttypen. Obligatoriske egenskaper må finnes på objektene Egenskapsverdier må være gyldig i forhold til eventuelle beskrankninger gitt i UML-modellen Dato- og datotid-egenskaper må ha lovlige verdier Kodeliste-egenskaper må ha verdi som finnes i tilhørende kodeliste Egenskapen LOKALID skal være en UUID (bestå av 36 av følgende tegn ^[a-fa-f0-9-]+$ og være unik). kontroll av lovlige XML-tegn på tekststreng-egenskaper

13 Krav til geometri Kurver må bestå av minst 2 punkter og ha lengde > 0 Kurver kan ikke inneholde dobbeltpunkter Kurver kan ikke overlappe seg selv i to eller flere etterfølgende punkter (egenkryssing i ett punkt er altså tillatt) Det kan ikke være gap mellom kurver som avgrenser en flate Sentralpunkt i flate må ligger innenfor flatens avgrensning, eller være identisk med ett av grensepunktene Avgrensningen til en flate kan ikke krysse seg selv. Egenkrysning av kurver er altså ikke lov om de inngår i avgrensning av en flate. Hull (indre avgrensning) i en flate må ligge innenfor flatens ytre avgrensning. Tangering av ytre avgrensning i ett punkt er tillatt. Hull (indre avgrensning) i en flate kan ikke overlappe andre hull i samme flate. To hull kan tangere hverandre i ett punkt. SFKB er satt opp med 5mm oppløsning i databasen. Det er denne verdien som benyttes ved beregning av om geometri er lik/forskjellig i alle geometrivalideringene

14 Kommunevis Innføring

15 Kommunenes ønsker Ønsket tidspunkt innføring SFKB halvår halvår halvår halvår 20 Ikke besvart 75 På ett senere tidspunkt 224 kommuner ønsker overgang i med Norconsult som systemleverandør(32 bekreftet) 161 med Norkart som systemleverandør(92 bekreftet) 124 av 224 kommuner har bekreftet at de er klare for innføring i tildelt pulje i 2017

16 Status innføring Link: 4/metadata/fkbstat.j sp?sort=sfkb

17 Norconsult Klient under uttesting i pilotkommunene Kongsvinger og Åfjord Driftssetting av pilotkommuner like før eller like over sommeren. Deretter legges en plan for innføring av Norconsult-kommuner for resten av 2017.

18 Distribusjon av FKB

19

20 Innføring i Kommunene Innhente tilbud på leverandørløsning Skaffe finansiering (?) Bestille leverandørløsning Velge databaseløsning for lokal kopi Innføringsdato i samråd med kartkontoret, prosjektet og systemleverandør Støtte på kr. pr. år fra Geovekst ved innføring

21 Spørsmål?