Overgang til FKB 4.5. og FDV-rutiner. Møte i Arendal 20. november

Transkript

1 Overgang til FKB 4.5 og FDV-rutiner Møte i Arendal 20. november

2 Overgang til FKB 4.5 Data-sett som per i dag finnes i FKB 4.5: FKB-Veg > 4.5 FKB-TraktorvegSti > 4.5 (FKB-Vegnett) > 4.5 FKB-Ledning > 4.5 FKB-AR > 4.5

3 FKB-Veg 4.5 De viktigste endringene fra 4.02: - Senterlinjer for veg, sykkel- og gangveg, traktorveg, sti, lysløype er utgått (der noen er flyttet til FKB-TraktorvegSti) - Sykkelfelt, referansestolpe og skiltpunkt utgår Medium er lagt til som betinget egenskap for flere objekttyper (Parkeringsområde, FartsdemperAvgrensning, Trafikksignalpunkt, VegoppmerkingLangsgående og Skiltportal)

4 FKB-TraktorvegSti 4.5 Nytt FKB-datasett med traktorveger og stier (senterlinjer). I tillegg er senterlinje for gangveger påkrevd. Vegsperring (punkt) knyttet til traktorveger skal også registreres. Senterlinje for Fortau, Gangfelt og Trapp er opsjonelt. Type veg med Konnekteringslenke, ja - lages over for eksempel jorder og tun for å knytte nettverket sammen. Vegnettets klassifisering i ulike typer veg skal henge sammen i datasettene FKB-TraktorvegSti og FKB-Vegnett som en helhet.

5

6 FKB-TraktorvegSti 4.5 Konklusjon etter konvertering til 4.5: - Topologi internt - Konnektering mot Vegnett - Fullstendighet internt og mot Vegnett (doble data) - TraktorvegSti bør ajourføres sammen med Vegnett for best resultat (for å ikke miste data)

7

8 (FKB-Vegnett 4.5) Endringer for registreringsinstruks av Veglenke for fotogrammetrisk ajourhold av FKB-Vegnett 4.5. Endelig versjon av FKB-Vegnett 4.5 (adm. vedlikeholdet i kommunene) kommer Alle senterlinjer har nå objekttypen Veglenke. Klassifiseringen Type veg avgjør hvilken type veg det er: - Enkel bilveg - Kanalisert bilveg (fysisk skille mellom kjøreretningene) - Gang- og sykkelveg

9 Typeveg "Enkel Bilveg" (svart) Typeveg "Kanalisert veg" (rødt) Vegnett er fasiten for FKB-Veg! (skal sammenfalle med vegflater)

10 opsjon! opsjon!

11 opsjon! opsjon! opsjon!

12 FKB-Ledning 4.5 Totalt omarbeidet koding, men datainnholdet er stort sett det samme. Målet er et kodings- og forvaltningsopplegg der ledningsnetteier selv forvalter FKB-dataene og at disse distribueres samlet gjennom FKB.

13 FKB-Ledning Endring av objekttyper Fordelingsskap NettstasjonKiosk NettstasjonMast NettstasjonGr Vindkraftverk VindkraftverkGr StolpeEnkel StolpeStor MastElFagverk MastTele Signalmast MastElGr MastTeleGr LuftledningHSP KabelKanal Kontaktledningsåk MastVeilys VeilysIKabel Skap El_Nettstasjon El_Vindturbin Nettverkstasjonsomriss Mast Masteomriss Trase Kanal Åk EL_Belysningspunkt * Nye objekter * Kum_45 El_Flymarkør NettstasjonAdkomst Trase (Lavspent, ekom, Belysning)

14 FKB-Ledning Behov for flere egenskaper for å forenkle forvaltningen og øke bruksområdet til datasettet (nettverkstype, netteier) - HREF er byttet ut med LEDN_HØYDEREFERANSE - Større fokus på 3D

15 FKB-Ledning 4.5 Eksempel fra konverteringen (StolpeStor) Alle StolpeStor punkt er konvertert til Masteomriss, også enkle StolpeStor gjennom å danne et fiktivt omriss. (Alle disse har fått egenskapen..informasjon "Generert fra StolpeStor punkt") Masteomriss StolpeStor Trase (LuftledningHSP)

16 FKB-Ledning 4.5 Konklusjon etter konvertering til 4.5: - Mange steder med manglende fullstendighet (mellom modeller, prosjekter, kommuner, fylker) - Doble data (stolper, traseer) - Mast (toppunkt) er generert ved alle kp på traseer - Problemer med konvertering av stolper med..href TOP - delvis gjennomgått og ev. rettet - Ikke konverterte stolper - gjennomgått og rettet - Manglende MastElFagverk (kommer ) - Parallelle traseer der stolpene befinner seg relativt nærme hverandre har blitt dratt sammen til et Masteomriss

17 Manglende fullstendighet

18 Ikke konverterte stolper

19 Manglende MastElFagverk

20 Mastomriss som er dratt sammen feilaktig

21 FKB-AR5 4.5 (Skog- og Landskap) De viktigste endringene fra 4.02: -OPPHAV og REGISTRERINGSVERSJON er påkrevd for ArealressursFlate, ArealressursGrense og ArealressursGrenseFiktiv - I kodelisten ARTYPE erstattes Vann med de to arealtypene Ferskvann og Hav

22 Ting verdt å tenke på - i forbindelse med FKB-prosjekter? - Kunnskap om produktspesifikasjonen og hva som dermed blir bestilt i FKB-A, B, C og D-prosjekter (påkrevd, opsjon, minstestørrelser) - Kartkontoret skal bli bedre på kontroll i prosjekter sånn at spesifikasjonen faktisk følges (tidlig tilbakemelding, prøveleveranse) - Mer bruk av eksisterende data/manus (for eksempel vann, bygninganlegg, traktorvegsti, naturinfo) - Samkjøring av laser og fotogrammetri i prosjektene (klassifiseringskontroll mot FKB er påkrevd i standarden) (FKB-kontroll mot laser høyer kvaliteten på FKB-data)

23 Veien videre FKB - Nye/endrede rutiner hvilket skal bety bedre og mer omfattende kontroller av innkommende data fra produsenten - Rapporter/tilbakemeldinger til kommunene (FDV) - Kursing/Veiledning mot kommunene (FKB og FDV) Spørsmål? Ta kontakt med Mika Sundin (FKB-ansvarlig) mika.sundin@kartverket.no Tlf:

24 SPØRSMÅL?

25 FDV-rutiner Formålet med FDV-avtalen er å sikre at forvaltning, drift og vedlikehold av geodata som forvaltes på kommunalt nivå, gjennomføres på en faglig god og kostnadseffektiv måte. FDV-avtalen skal avklare partenes rettigheter og plikter, og sikre at partene får enkel tilgang til de oppdaterte datasett den enkelte part har rettigheter til. Det utføres vedlikehold av kartdatabasene i FKB med 2 runder pr år for alle kommunene.

26

27 FDV-rutiner Ansvarlige SK Kristiansand (fra ): Anne Marit Bjelland (Vest-Agder) Mika Sundin (Aust-Agder) Endringer av rutiner? - Retting av data - Oppfølgning mot kommunene (rapporter og veiledning) - Økonomi Det er under utvikling tjenester for synkronisering av databaser geosynkronisering, slik at originalbaser så vel som distribusjonsbaser og ulike kopibaser kan holdes kontinuerlig oppdatert.

28 Forslag om forenklinger og i FDV økonomien Mer lik praktisering av godgjøring for oppdateringsansvar Forenkling i Gepos for FDV Tilpasninger til nytt FDV oppfølgingssystem Redusere godtgjørsel for oppdateringsansvar ved manglende ajourholdsarbeid i kommunene Synliggjøre ekstraarbeid (hos Kartverket/Kommunen) Ingen ønsket endring av totaløkonomi på FDV

29

30 I dag Forslag

31

32 REDUKSJON av godtgjøring for oppdatering ved manglende ajourhold Det legges til grunn at i et fullgodt ajourhold skal FKB-Tiltak og/eller FKB-Bygg holdes à jour samtidig med at bygget føres i Matrikkelen. Det er derfor som del av produksjonsløypa utviklet en rutine for å sammenligne førte bygg i Matrikkelen med registrerte bygningsomriss i FKB-Bygg/Tiltak pr FDV runde (over samme tidsperiode). Denne fullstendighetsprosent på FKB-Bygg/Tiltak foreslås lagt til grunn for å redusere oppdateringsgodtgjøring i kommune, dog på en slik måte at en verdi på over 90 % regnes som 100 %, og at man ikke kan redusere mer enn til 50 %. Denne reduksjonsfaktor benyttes på alle FKB-datasett fra kommunene.

33 Forvaltning av primærdata Strategi for arbeidet fremover

34 Nasjonal forvaltningsløsning for primærdata Dagens modell manuelle prosesser: FDV

35 API Geosynkronisering Geosynkronisering Dataflyt nasjonal forvaltnings- løsning Kommunen Lokal kopi Kartverket Kontroll Periodisk ajourhold API Distribusjon Kartverket eller andre parter Bruk Kontinuerlig ajourhold Sentral Original Kopi