Sentral Felles Kartdatabase - Krav til dataene Fagdag - Utveksling og forvaltning av geodata Nils Ivar Nes, 22.mai 2017
Sentral lagring av Felles kartdatabase
Prosjektets mål: 80% av kommunene oppdaterer direkte i Sentral felles kartdatabase i løpet av 2018
Hvem bidrar til løftet? Kommunene Systemleverandørene
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
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
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
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.
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
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)
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)
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
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
Kommunevis Innføring
Kommunenes ønsker Ønsket tidspunkt innføring SFKB 160 140 120 100 80 60 40 20 0 137 2017 1. halvår 87 2017 2. halvår 73 2018 1. halvår 36 2018 2. halvår 20 Ikke besvart 75 På ett senere tidspunkt 224 kommuner ønsker overgang i 2017 57 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
Status innføring Link: http://159.162.103. 4/metadata/fkbstat.j sp?sort=sfkb
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.
Distribusjon av FKB
http://kartverket.no/prosjekter/sentral-felles-kartdatabase/
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å 15.000 kr. pr. år fra Geovekst ved innføring
Spørsmål?