SOSI Del 3 Produktspesifikasjon for Felles KartdataBase (FKB)

Versjon 4.02 2013-01-01 SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 1 av 54 SOSI Del 3 Produktspesifikasjon for Felles KartdataBase (FKB)

Versjon 4.02 2013-01-01 SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 2 av 54 SOSI DEL 3 PRODUKTSPESIFIKASJON FOR FELLES KARTDATABASE (FKB)... 1 0 Produktidentifikasjon og ansvar... 4 0.1 Navn og versjonsnummer på produktet... 4 0.2 Kort beskrivelse av Felles KartdataBase... 4 0.3 Formål med Felles KartdataBase (FKB)... 4 0.4 Ansvarlig eier/rettighetshaver(e)... 4 0.5 Historikk... 5 0.6 Endringslogg... 7 0.7 Søkeord... 9 0.8 Revisjon... 9 1 Formål og omfang... 10 2 Referanser... 10 2.1 Formaliserte dokumenter... 10 3 Ord, definisjoner og forkortelser... 11 3.1 Ord og definisjoner... 11 3.2 Forkortelser... 15 4 Generelle og prinsipielle forhold... 16 4.1 Generelt... 16 4.2 Inndeling av FKB-standarder i ulike områdetyper... 16 4.2.1 FKB-A-standard... 18 4.2.2 FKB-B-standard... 19 4.2.3 FKB-C-standard... 20 4.2.4 FKB-D-standard... 22 4.2.5 Høydegrunnlag... 23 4.3 Uavhengige primærdatasett... 24 4.4 Datasett med koblingsnøkler til registerdata... 24 4.5 Presentasjons- og produktuavhengige data... 25 4.6 Ajourføring... 26 4.7 Oppgradering... 27 4.8 Sømløs forvaltning... 27 5 Overordnede krav (gjelder alle FKB-datasett)... 29 5.1 Informasjonsmodell for FKB... 29 5.1.1 FKB-datasett... 30 5.1.2 Tekstlig beskrivelse av modellen... 31 5.2 Kvalitetselementer... 32 5.2.1 Kvalitetselementer som er beskrevet i Geodatastandarden [G]... 32 5.2.2 Stedfestingsnøyaktighet inndeling i klasser... 34 5.2.2.1 Forventet stedfestingsnøyaktighet ved fotogrammetrisk datafangst ved bruk av analoge kamera... 35 5.3 SOSI-standarden - presiseringer for FKB... 36 5.3.1 Generelle egenskaper og avgrensingslinjer... 36 5.3.1.1 Datering (DATAFANGSTDATO, VERIFISERINGSDATO og OPPDATERINGSDATO)... 37 5.3.1.2 Endringsflagg (..ENDRINGSFLAGG)... 39 5.3.1.3 Posisjonskvalitet (..KVALITET)... 40 5.3.1.3.1 Målemetode... 41 5.3.1.3.2 Nøyaktighet... 42 5.3.1.3.3 Synbarhet... 43 5.3.1.3.4 H-målemetode... 43 5.3.1.3.5 H-nøyaktighet... 44 5.3.1.4 Verifisering av stedfesting (..STED_VERIF)... 44 5.3.1.5 Kommune (..KOMM)... 44 5.3.1.6 Status (..STATUS)... 44 5.3.1.7 Medium (..MEDIUM)... 45 5.3.1.8 Identifikasjon (..ID)... 45 5.3.1.9 Prosesshistorie (..PROSESS_HISTORIE)... 45 5.3.1.10 Kopidata (..KOPIDATA)... 46 5.3.1.11 Informasjon (..INFORMASJON)... 46

Versjon 4.02 2013-01-01 SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 3 av 54 5.3.1.12 Registreringsversjon (..REGISTRERINGSVERSJON)... 46 5.3.1.13 FiktivDelelinje og Dataavgrensning... 47 5.3.1.14 KantUtsnitt... 48 5.3.2 SOSI-hode... 48 5.3.2.1 Oppløsning (..ENHET)... 49 5.3.2.2 SOSI-versjon (..SOSI-VERSJON)... 49 5.3.2.3 SOSI-nivå (..SOSI-NIVÅ)... 49 5.3.2.4 Datum, projeksjon og koordinatsystem (..TRANSPAR)... 49 5.3.2.5 Geografisk dekning (..OMRÅDE)... 49 5.3.2.6 Språk og tegnsett (..TEGNSETT)... 49 5.3.2.7 INNHOLD (..INNHOLD)... 49 5.3.3 Delt geometri... 49 5.3.4 Høyderegistrering... 50 5.3.5 Krav til punkttetthet for KURVE... 50 5.3.6 Sammenknytning i ulike dimensjoner... 50 5.3.7 Avgrensing av kartleggingsområde (fotogrammetri)... 52 5.3.8 Tilbakemeldinger fra kartkontroll... 53 6 Leveranse... 54 6.1 Organisasjon... 54 6.2 Utvalg av data... 54 6.3 Leveranseformater... 54 6.4 Geodetisk referansesystem... 54 6.5 Metadata... 54

Versjon 4.02 2013-01-01 SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 4 av 54 del 0 Produktidentifikasjon og ansvar 0.1 Navn og versjonsnummer på produktet SOSI Del 3 Produktspesifikasjon for Felles KartdataBase (FKB) versjon 4.02 0.2 Kort beskrivelse av Felles KartdataBase FKB er en samling strukturerte datasett som utgjør en viktig del av grunnkartet i et område. FKB består av vektordata. Mange av datasettene etableres og forvaltes gjennom Geovekstsamarbeidet der dette samarbeidet er etablert. I tillegg inngår noen datasett som forvaltes av statlige etater eller i andre forvaltningsløsninger. Felles er at de kontrolleres og tilgjengeliggjøres i en samlet pakke, FKB. Det er spesifisert FKB-standarder (FKB-A, FKB-B, FKB-C og FKB-D) som skal dekke behovet for felles kartdatabase i de ulike områdetypene definert i Geodatastandarden. Innhold og stedfestingsnøyaktighet til FKB varierer i de ulike standardene, med størst detaljering og stedfestingsnøyaktighet i A-standarden og minst i D. Enkelte av datasettene i FKB er koblet med og/eller avledet fra andre datasett. Datasettene i FKB er normalt leveransen i et Geovekstprosjekt. 0.3 Formål med Felles KartdataBase (FKB) FKB er en samling datasett som alene eller sammen med andre data skal kunne benyttes til: forvaltningsmessig saksbehandling i kommuner, vegvesen og ledningsetater saksbehandling knyttet til plan- og bygningsloven med forskrifter (jf. veilederen Kartgrunnlag for plan- og byggesaksbehandling) prosjekteringsformål analyse og presentasjon i et integrert informasjonssystem (GIS-system) produksjon av kart og avledede produkter med forskjellig krav til innhold, detaljering og stedfestingsnøyaktighet 0.4 Ansvarlig eier/rettighetshaver(e) Det meste av etableringen av FKB-data skjer gjennom Geovekst-samarbeidet og rettighetshavere er normalt Geovekst-partene. For enkelte områder vil FKB-data være etablert utenfor Geovekst og har andre eier- og rettighetsforhold. For opplysninger om eier- og rettighetsforhold kan Geovekst-sekretariatet eller fylkeskartkontoret i det enkelte fylke kontaktes. Telefonnummer er 32 11 81 00.

Versjon 4.02 2013-01-01 SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 5 av 54 del 0.5 Historikk Bakgrunnen for FKB spesifikasjonene var de tidligere grunnkartseriene ØK (Økonomisk kartverk) og TK (Teknisk kartverk). Det er stort sett de samme fagområder som er representert i FKB som i ØK og TK. Spesifikasjonen av FKB var tidligere en integrert del av SOSI-objektkatalog. Siden SOSI-versjon 2.0, datert mars 1992, er FKB spesifisert som en egen del av SOSI. Versjon Dato Utført av Grunnlag for endringen 2.2, Revidert (Forslag) 5. des 1995 Busterud Langerak Justert og presisert etter avklaringer på NOF-kurs. Disse justeringer er merket med korrektur. Justeringer godtatt i Geovekst-forum den 13. des. 1995. 2.21 5. mai 1996 Busterud Langerak 3.0 12.97 Busterud Langerak 3.1 12.97 SOSI-sekr./ Langerak/ Wethal/ Omestad/ Mindre endringer som følge av endringer i SOSI del 2 og grafisk standard. Innføring av standard opsjonspakke for B-standarden. Endringer i Høydekapitlet, ellers mindre justeringer. Tilpasninger til SOSI 3.2 06.00 Busterud/ Mardal Tilpasninger til SOSI Del 2. 3.3 29. okt 2001 Eli Øydvin, NVE Erlend Råheim, Nes kommune Even Stangeby, Oslo kommune Gry Olaisen, Statens kartverk Vestfold Lars Mardal, Statens kartverk Magne Omestad, Blom Kart AS Magni Busterud, Statens kartverk Morten Borrebæk, Statens kartverk Nils Heskestad, Statens vegvesen Rogaland Tor Lohne, Unico Mapping AS 3.4 30. aug 2002 Geovekst-sekretariatet på vegne av Geovekstforum. Enkel høring pr. e-post i Geovekst-forum og arbeidsgruppen som utarbeidet versjon 3.3. 4.0 1. jan 2007 For å utføre revisjonsarbeidet ble det nedsatt en arbeidsgruppe bestående av personene listet under. I tillegg har flere personer bidratt med verdifulle innspill i revisjonen. Knut Bjørkelo fra Landbruk Jens Kjell Aabø fra Statens vegvesen Gry Olaisen, Gjerdrum kommune Håkon Heddeland, Kristiansand kommune Rune Alsaker, Oslo kommune Eirik Mannsåker, Stavanger kommune Tor Lohne, Rambøll Mapping Gro Gjærvoll, Norconsult Gunnar Samuelsen, Norkart SOSI-sekretariatet Jon Endre Kirkholt Statens kartverk Magni Busterud, Statens kartverk Lars Mardal, Statens kartverk Total gjennomgang av hele spesifikasjonen. Tilpasninger til SOSI Del 2. Produktspesifikasjon FKB godtatt i Geovekst-forum 17.10.01 Kun mindre feilrettinger, samt tilpasninger til revidert SOSI Del 2 (objektkatalogen). Total gjennomgang av hele spesifikasjonen. Tilpasninger til SOSI Del 2. Spesifikasjonen har vært ute på høring høsten 2006. Geovekst-forum behandlet spesifikasjonen i møte 29.11.2006, og anbefaler at spesifikasjonen tas i bruk.

Versjon 4.02 2013-01-01 SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 6 av 54 del 4.01 10. mars 2009 Statens kartverk Geovekst-sekretariatet Generell gjennomgang av spesifikasjonen. Feilrettinger og presiseringer. Saksgangen har vært slik: 4. juli 2008. Utsending av høringsdokumenter. 20. september 2008. Høringsfrist. 27. november 2008. Orientering i Geovekstforum. 9. februar 2009. Bearbeidede spesifikasjoner er sendt på en kommentarrunde til høringspartene, Geovekst-forum, kartleggingsfirmaene og fylkeskartkontorene. I kapittel 1 er en oversikt over høringsuttalelsene og behandlingen av disse. 26. februar 2009. Frist for å komme med kommentarer. I kapittel 2 er en oversikt over innkomne kommentarer pr. 27. februar. 3. mars 2009. Gjennomgang av kommentarer. 4.-5. mars 2009. Orientering i Geovekst-forum. 4.01 1.jan 2011 Statens kartverk Geovekst-sekretæriatet Feilrettinger og presiseringer Alle innspill til justeringer som innebærer endring av objektkatalog eller endret fotogrammetrisk registrering er utsatt til neste større revisjon. 4.02 1. des 2011 Statens kartverk Geovekst-sekreteriatet Generell gjennomgang av spesifikasjonen. Fjerning av enkelte utdaterte objekttyper, redigering av registreringsinstruks, feilrettinger og presiseringer. Saksgangen har vært slik: 31.03.11 Utsending av høringsdokumenter 17.05.11 Høringsfrist 15.06.11 Orientering om høringsinnspill i Geovekstforum 06.09.11 Forslag til endringer vedtatt i Geovekstforum 13.09.11 Forslag til endringer sendt på en kommentarrunde til høringspartene. 01.10.11 Frist for å komme med kommentarer. 01.12.11 Versjon 4.02 ferdigstilt 4.02 1. jan 2013 Statens kartverk Geovekst-sekreteriatet Mindre endringer i enkelte kapittel, basert på praktisk erfaring med registrering etter 4.02.

Versjon 4.02 2013-01-01 SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 7 av 54 del 0.6 Endringslogg Endringer fra FKB-versjon 3.4 til 4.0 pr. 20. september 2006. Hele den generelle delen har vært gjennomgått. Under er de vesentligste endringene listet. Kap 0. Produktidentifikasjon og ansvar: - Kun mindre endringer. Kap. 1. Formål og omfang - Figuren som viste sammenhengen mellom tilknyttede standarder og spesifikasjoner er tatt ut. I stedet er tilknyttede standarder og spesifikasjoner listet i kapittel 2 Referanser. Kap 3. Ord, definisjoner og forkortelser - Definisjonene som er hentet fra andre standarder og spesifikasjoner er oppdatert. - Definisjonene i FKB-spesifikasjonen er gjennomgått og noen presiseringer er utført. - Noen nye definisjoner er tatt inn. Kap. 4. Generelle og prinsipielle forhold - Man har nå gått tilbake til 4 FKB-standarder, FKB-A, FKB-B, FKB-C og FKB-D. Hovedårsaken til dette er at ny spesifikasjon av bygninger (3D) medfører at det ikke er naturlig å ha 2 B-standarder lengre, samt at C-standarden nå stort sett etableres og ajourføres fotogrammetrisk. Endringen gir også færre standarder å forholde seg til, og er i så måte en forenkling. - FKB-A-standarden er nå spesifisert som en fullverdig 3D-standard. - Det er presisert at D-områdene skal fylles med data. Dette for å unngå hvite hull i datasettene. - Det som er skrevet om høydegrunnlag er forenklet. Spesifikasjonen av de ulike høydegrunnlagene gjøres nå mer utførlig i spesifikasjonen av FKB-Terrengform. - Kapitlet som omhandler ajourføring er noe forkortet, men det er ingen endringer i hovedprinsippene. - Kapitlet som omhandler oppgradering er noe endret. Teksten er forsøkt tilpasset dagens behov for oppgradering. - Avsnitt som omhandlet eksempel på bruk av FKB-standardene i planleggingsoppgaver er tatt ut. - Det er tatt inn et nytt kapittel som omhandler sømløs forvaltning av FKB. Kap. 5. Overordnede krav - Listen over datasett som skal inngå i FKB er gjennomgått. Stedsnavn er tatt ut som et eget datasett. Dette fordi stedsnavnene inngår i presentasjonsdataene. Det er tatt inn et nytt datasett for enkeltsaker etter Plan og bygningsloven. Dette datasettet var også omtalt i versjon 3.4, men nå er datasettet bedre spesifisert. Det er også tatt inn et eget datasett for planlagte og igangsatte fylkes-, riks- og europaveger. Dette datasettet er imidlertid ikke spesifisert enda. - Spesifikasjonene av de enkelte datasett er utarbeidet etter en ny mal. Denne malen er laget med utgangspunkt i ISO/DIS 19131 Data product specifications. - Kvalitetsmodellen som benyttes i FKB er uforandret. Unntaket er tabellen som omhandler toleranser for stedfestingsnøyaktighet for FKB-data som er justert. - Ved fotogrammetrisk etablering av FKB-data er det nå presisert at objektene skal kodes med antatt nøyaktighet (standardavvik) for datafangsten, og ikke toleransen for objekttypen. - Hele kapitlet som omhandler forholdet til SOSI er omskrevet. Dette kapitlet er nå tilpasset de prinsippene som gjelder for SOSI-standarden. Viktige endringer som har konsekvenser for FKB er: o Det er laget datamodeller (UML) for alle datasettene. Dette gjør at databeskrivelsene har blitt mer presise. o En objekttype kan ha flere geometrier. For eksempel kan ei Elv både være representert som flate og som midtlinje. Dette betyr at noen objekttyper som ble benyttet i versjon 3.4 er utgått og representeres av andre objekttyper. Brukeren må derfor se på både objekttype og geometritype for å se hvilken geometrisk representasjon objektet har. o Definisjoner er gjennomgått og forbedret. o Det er gjort en god del endringer på de generelle egenskapene. Det er for eksempel nå spesifisert og åpnet for å bruke ulike typer datoegenskaper. o LINJE som geometrirepresentasjon er tatt ut. KURVE skal benyttes i stedet. Samtidig erstattes punkt i linje ( treprikkspunkt ) med egne punktobjekter. I FKB er det bare Eiendomskart som

Versjon 4.02 2013-01-01 SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 8 av 54 del o erstatter LINJE med KURVE sammen med punktobjekter. De andre datasettene erstatter LINJE med kun KURVE objekter. (Ref kap om Eiendomskart, versjon 4.0 utsettes inntil overgang til matrikkel er ferdig). BUE og SIRKEL er tatt ut av SOSI og skal erstattes av henholdsvis BUEP og SIRKELP. I FKB benyttes BUEP og SIRKELP kun i Eiendomskart og Plan, for andre datasett benyttes ikke disse geometritypene lengre. Temakoder som en del av utvekslingsformatet utgår. Det vil imidlertid bli vedlikeholdt en temakodetabell som spesifiserer hvilken temakode de ulike objekttypene skal ha. Som følge av endringer i geometrimodellen har en del objekttyper fått nye temakoder. Temakodene kan fortsatt benyttes i interne forvaltningsløsninger. Endringer fra FKB-versjon 4.0 datert 1. januar 2007 1. juli 2007: - Det er presisert hva som skal være kortnavn i hode-egenskapen..innhold. Ettersom denne egenskapen kan benyttes i SOSI-kontroll for å angi datasett er det viktig at denne er korrekt. - Beskrivelsene av datoegenskapene er presisert. Bakgrunnen for denne endringen er diskusjoner med Norkart, Geodata og Norconsult i eget møte i april 2007. - Det er presisert at egenskapen REGISTRERINGSVERSJON skal benyttes for alle objekttyper der normal datafangstmetode er fotogrammetri. - Det er innført ny ukjentverdi for egenskapen MEDIUM. Versjon 4.01 Utkast 2009-02-01. Endringer fra versjon 4.0 - Kapittel 4.5 - Figur 10. Henvisningen til VegPlan er tatt ut. Dette datasettet er ikke spesifisert enda. - Kapittel 4.8 - Tatt inn et nytt avsnitt som omhandler hvordan forvaltningen av skillelinjer mellom kartleggingsstandarder skal forvaltes og presenteres. - Kapittel 5.2.1 Kvalitetselementer - Det er presisert hvordan man skal beregne verdi for kvalitetselementet Prosentandel ulovlig løse ender. - Kapittel 5.3.1.1 Datering - Det er presisert at man skal påføre ny VERIFISERINGSDATO selv om man ikke kontrollerer egenskapskodingen i eksisterende data. - Det er presisert at VERIFISERINGSDATO kun skal påføres objekter som ligger innenfor prosjektavgrensningen. Dette betyr i praksis at objekter som går over prosjektavgrensningen må splittes. - Det er presisert at 18000101 skal benyttes som dummyverdi for ukjent dato i FKB. - Kapittel 5.3.1.2 Endret - Det er tatt inn presiseringer for hvordan endringsmerking kan benyttes i fotogrammetriske ajourføringsprosjekter - Kapittel 5.3.1.3.1 Målemetode - Det er tatt inn en merknad som gir regler for hvilken målemetode man skal benytte for objekter som avledes automatisk/maskinelt fra andre registrerte objekter. - Kapittel 5.3.1.10 Kopidata - Tatt inn definisjon på områdeid, originaldatavert og kopidata for egenskapen..kopidata. - Tatt inn at koden 47 kan brukes som områdeid for Norge (ihht ABAS). - Kapittel 5.3.1.11 Informasjon - INFORMASJON endret fra T100 til T255 (fra 100 til 255 tegn i tekststreng) - Kapittel 5.3.1.12 Registreringsversjon - Kompaktifisering og bruk av REGISTRERINGSVERSJON er presisert. - Kapittel 5.3.1.13 Fiktiv Delelinje og Dataavgrensning - Nytt kapittel. - Nytt kapittel 5.3.3 Delt geometri. - Det er presisert at det i FKB opereres med delt geometri. Dette betyr at avgrensingslinjer til naboflater deles av de to naboflatene, altså linja er bare registrert en gang. - 5.3.6 KP-merking - Det er presisert at nodepunkter skal merkes med KP 1. - Det er presisert at konnekteringspunkter skal merkes med KP 900.

Versjon 4.02 2013-01-01 SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 9 av 54 del - Det er presisert at KP-merking av lovlig løs ende (KP 999) er valgfritt. - Kapittel 5.3.7 Avgrensning av kartleggingsområde (fotogrammetri) - Nytt kapittel. - Kapittel 5.3.8 Tilbakemeldinger fra kartkontroll - Nytt kapittel. Anbefaling av hvilken koding som skal benyttes for en digital dokumentasjon av feil funnet i kartkontroll. - Kapittel 6.5 Metadata - Det er henvist til FKB-Metadatakatalogen (www.statkart.no/geovekst/fkbprod.jsp) Versjon 4.01 2011-01-01. Endringer fra versjon 4.01 2009-03-10 Kapittel 5.3.2.7 Klargjøring om bruk av INNHOLD i SOSI-filhodet Versjon 4.02 2011-12-01. Endringer fra versjon 4.01 2011-01-01 - Kapittel 4.2.5 Høydegrunnlag oppdatert i henhold til produktspesifikasjon for FKB-Høydekurve og produktspesifikasjon: Nasjonal modell for høydedata fra laserskanning (FKB-Laser). - Kapittel 5.1.1 FKB-datasett, generell oppdatering. Versjon 4.02 2013-01-01. Endringer fra versjon 4.02 2011-12-01 - Kapittel 4.2.3 FKB-C standard, endret figur 5. 0.7 Søkeord FKB, primærdatasett, FKB-datasett, fastmerker, terrengform, kyst og sjø, innsjøer og vassdrag, eiendomsinformasjon, DEK, eiendomskart, markslag, AR5, DMK, annen naturinformasjon, arealbruk, bygninger, bygningsmessige anlegg, verneområder, kulturminner, vegsituasjon, jernbane, annen samferdsel, lufthavn, ledningsdata VA, ledningsdata EL/TELE, vegnett, VBASE, adressepunkt, stedsnavn, administrativ inndeling, tiltaksbase, økonomisk kartverk, ØK, tekniske kart, TK, N5, N1. 0.8 Revisjon Produktspesifikasjon for FKB skal normalt revideres parallelt med SOSI-standarden. Meldinger om feil, mangler, erfaringer og ønsker om endringer kan rettes til Geovekst-sekretariatet i Statens kartverk. E-postadresse: post@kartverket.no Adresse: Statens kartverk Geovekst-sekretariatet 3507 Hønefoss Telefon 08700

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 10 av 54 1 Formål og omfang Produktspesifikasjon for FKB inneholder: generelle og prinsipielle forhold for FKB spesifikasjon av FKB-datasett, og hvilke objekttyper med egenskaper og relasjoner som er med i de ulike FKBstandardene spesifikasjon av hvordan objekttypene som inngår i FKB skal registreres spesifikasjon av kvalitetskrav til FKB spesifikasjon av hvilke datasett og objekttyper i FKB som skal ajourføres kontinuerlig spesifikasjon av presentasjonsdata for FKB spesifikasjon av leveranse av FKB-data Produktspesifikasjon for FKB inneholder en detaljert beskrivelse av kravene som FKB skal oppfylle for at en leveranse skal ha en tilfredsstillende kvalitet. Den vil i så måte være grunnlaget for produksjon og valg av produksjonsprosesser, -utstyr og -metoder i et FKB-etableringsprosjekt og i et FKB-ajourføringsprosjekt. Produktspesifikasjonen kan benyttes som teknisk dokumentasjon overfor brukere og brukergrupper. Gjennom forvaltning kan fullstendighet og stedfestingsnøyaktighet i FKB-datasettene forringes. For å få oversikt over kvaliteten til FKB-dataene i et område må man i tillegg til denne produktspesifikasjonen innhente opplysninger fra dataforvalteren om hvordan FKB-dataene er ajourført og om avvikende kvalitet i forhold til standardkravene. Alle objekter i FKB skal være kvalitetskodet slik at det fremkommer hvilken stedfestingsnøyaktighet det aktuelle objektet har. Ettersom stedfestingsnøyaktigheten kan forringes gjennom forvaltning er det viktig at sluttbrukeren aktivt bruker kvalitetskodingen i FKB. 2 Referanser 2.1 Formaliserte dokumenter Det er nødvendig å ha kjennskap til dokumentene under for fullt ut å forstå denne produktspesifikasjonen. [PBL-KART] Kartgrunnlag for plan- og byggesaksbehandling. Veileder til tekniske forskrifter til plan- og bygningsloven kapittel II Kartverk [G] Kvalitetssikring av oppmåling, kartlegging og geodata (Geodatastandarden) [SOSI] SOSI (Samordnet Opplegg for Stedfestet Informasjon) [KAG] Kontroll av geodata [KOG] Kart og geodata [GRAFISK] Grafisk utforming av kart i målestokk 1:500-1:10 000 I tillegg er det nyttig å ha kjennskap til følgende dokumenter: - Avtale for geodataarbeid - Grunnlagsnett - Koordinatbasert referansesystem - Norges offisielle høydesystem og referansenivåer - Plassering og beliggenhetskontroll - Satellittbasert posisjonsbestemmelse - Stedfesting av eiendoms- og råderettsgrenser - Stedfesting av natur- og samfunnsgeografisk informasjon Disse dokumentene er det ikke henvist til i spesifikasjonen. Alle dokumenter nevnt i dette avsnittet er fritt tilgjengelig under standardiseringssidene til Statens kartverk (www.kartverket.no).

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 11 av 54 3 Ord, definisjoner og forkortelser Nedenfor er en samling av ord benyttet i dette dokument. Enkelte av ordene blir mer utførlig forklart under kapittel 4 Generelle og prinsipielle forhold. Termer som er definert nedenfor, har angitt kilde slik: [G] Kvalitetssikring av oppmåling, kartlegging og geodata (Geodatastandarden) [SOSI] SOSI-standarden [PBL-KART] Kartgrunnlag for plan- og byggesaksbehandling. Veileder til tekniske forskrifter til plan- og bygningsloven kapittel II Kartverk [GEO-VEIL] Geovekst veiledningsperm [NS-ISO 8402] Kvalitetsledelse og kvalitetssikring - Terminologi, utgitt 1994 [T] Prosjektet "Termer for geografisk informasjon" (revisjon av Ordbok for kart og oppmåling) [FKB] Produktspesifikasjon for FKB [KOG] Kart og geodata 3.1 Ord og definisjoner ajourføring korrigering av innholdet i geodataene slik at de fremstiller de faktiske forhold på et gitt tidspunkt, etter de retningslinjer som gjelder for innhold og kvalitet [KOG] MERKNAD Det er en selvfølge at konsekvensrettelser også blir utført. For eksempel når det bygges et nytt hus, blir ofte eiendomsgrenser, gjerder, arealbruksgrenser og veger omkring huset forandret. Ajourføring innebærer at alle disse forandringene blir gjort i de aktuelle databaser. Oppgradering til nyere og bedre standard defineres som noe annet enn ajourføring, selv om det kan gjøres på samme tidspunkt som periodisk ajourføring. avledet datasett bearbeidede primærdata tilpasset et bestemt bruksområde [FKB] MERKNAD EKSEMPEL Avledede data skal i prinsippet ikke ajourføres direkte, men ajourføringen skal komme gjennom automatisk utvelgelse og generalisering fra primærdata. I noen tilfeller vil dette være en for tung prosess slik at en må avvike fra hovedprinsippet. Kalles også generalisert datasett. N5 Kartdata (avledet/generalisert datasett fra FKB). datasett identifiserbar samling av beslektede data [T] egenskap navngitt kjennetegn eller karakteristikk av et objekt [G] MERKNAD Egenskap defineres ved navn (for eksempel "bygge-år"), datatype (for eksempel årstall) og verdiområde (for eksempel "Kristi fødsel - dags dato"). Egenskapsverdi er verdien til egenskapen for det aktuelle objektet, for eksempel 1998. Egenskapsdata kalles noen ganger for attributtdata. egenskapsnøyaktighet uttrykk for hvor godt egenskapsdataene beskriver de aktuelle egenskapene [G] Felles KartdataBase (FKB) en samling datasett som utgjør det digitale grunnkartet i et område [FKB]

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 12 av 54 MERKNAD FKB består av strukturerte vektordata. Det er spesifisert FKB-standarder (FKB-A, FKB-B, FKB-C og FKB-D) som skal dekke behovet for felles kartdatabase i de ulike områdetypene definert i Geodatastandarden. Detaljinnhold og stedfestingsnøyaktighet til FKB varierer i de ulike standardene, med størst detaljering og stedfestingsnøyaktighet i A-standarden og minst i D. En del av datasettene i FKB er avledet, koblet eller er kopier av andre datasett. Datasettene i FKB er normalt leveransen i et Geovekst-prosjekt. Fotogrammetrisk FKB FKB-data som er etablert ved fotogrammetrisk kartlegging [FKB] MERKNAD I Fotogrammetrisk FKB inngår også enkelte objekttyper som ikke registreres fotogrammetrisk. Eksempel er fiktive avgrensningslinjer og representasjonspunkt. grunnkart en sammensetning av alle viktige primærdatasett i form av et kartverk [PBL-KART] MERKNAD Grunnkart brukes til flere formål og kan danne grunnlag for avledede kart i forskjellige målestokker. Grunnkartet skal være det kartgrunnlaget som skal tjene alle formål som omhandles i plan- og bygningsloven eller dens forskrifter. fullstendighet uttrykk for i hvilken grad spesifiserte deler av et produkt finnes i det aktuelle datasettet [G] MERKNAD Fullstendighet karakteriseres ved kvalitetsmålene manglende objekter, overskytende objekter (ønsket om fullstendige geodatabaser innebærer også at det er galt dersom det finnes objekter i databasene som ikke skal være der i henhold til spesifikasjonene) og manglende egenskaper. Fullstendighet kan angis i prosent i relasjon til spesifiserte krav. Informasjon om fullstendighet må være datert. geodata informasjon stedfestet ved koordinater [T] MERKNAD Geodata består av objektidentifikasjon og informasjon om stedfesting og egenskaper. Stedfestingsdataene på sin side kan omfatte både posisjonsdata og geometriske beskrivelsesdata. kart generalisert avbildning av geografiske objekter med deres romlige relasjoner; med angitt geodetisk datum, projeksjon og koordinatsystem, samt målestokk dersom avbildningen er analog [G] kartdata geodata tilrettelagt for presentasjon av kart [KOG] kontinuerlig ajourhold fortløpende ajourføring basert på rapportering fra forvaltningsrutiner, daglige arbeidsrutiner og samarbeidsparter [KOG] MERKNAD Kalles også administrativt vedlikehold. Data som samles inn administrativt, kan være digitale stikningsdata eller data fra sluttkontroll av beliggenhet, koordinatfestede grensemerker, markmålte bygninger, senterpunkt bygning, situasjonsplan og melding om landbruksbygg. kvalitet helheten av egenskaper en enhet har og som vedrører dens evne til å tilfredsstille uttalte og underforståtte behov [NS-ISO 8402 def. 2.1]

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 13 av 54 MERKNAD I Geodatastandarden [G] er det definert seks kvalitetselementer: - stedfestingsnøyaktighet - egenskapsnøyaktighet - logisk konsistens (kontroll av logiske regler/sammenhenger) - fullstendighet - datasettets historikk og tidligere bruk - tilgjengelighet og leveringstid logisk konsistens hvor godt regler som finnes i spesifikasjonene, er oppfylt [G] MERKNAD EKSEMPEL Logisk konsistens betegner sammenhengen mellom produktet og reglene produktet skal oppfylle. Logisk konsistens kan altså måles uten at en kjenner noen "fasit". I SOSI er det spesifisert hvordan en flate skal representeres i en SOSI-fil. Samme regel gjelder for FKB. I SOSI er det også beskrevet hvilke egenskaper for eksempel en vegkant skal ha. De samme egenskaper, eller et utvalg av disse, skal vegkant ha i FKB. metadata informasjon som beskriver et datasett [G] MERKNAD Hvilke opplysninger som inngår i metadataene, kan variere avhengig av datasettets karakter. Vanlige opplysninger er innhold, kvalitet, tilstand, struktur, format, produsent og vedlikeholdsansvar. nøyaktighet mål for en estimert verdis nærhet til sin sanne verdi eller til det man antar er den sanne verdi [G] MERKNAD Den estimerte verdien er vanligvis målt eller beregnet. I Geodatastandardens kapittel 4 er de ulike nøyaktighetsmålene beskrevet. objekt forekomst (instans) av en objekttype [SOSI] objektkatalog definisjon og beskrivelse av objekttyper, objektegenskaper samt relasjoner mellom objekter, sammen med eventuelle funksjoner som er anvendt for objektet [SOSI] EKSEMPEL SOSI objekttype geografisk objekttype en klasse av objekter med felles egenskaper, forholdet mot andre objekttyper og funksjoner [SOSI] EKSEMPEL Eksempler på objekttyper er Takkant, Arealbruksgrense og Mønelinje. oppgradering forbedring av den datatekniske kvaliteten av eksisterende data [KOG] originaldatavert den av flere samarbeidsparter som har ansvaret for forvaltning og ajourføring av originalen av det enkelte primærdatasett [KOG] periodisk ajourhold ajourføring som utføres systematisk med jevne mellomrom [KOG] MERKNAD Ved periodisk ajourføring blir eksisterende data, enten de har vært gjennom kontinuerlig ajourføring eller ei, kontrollert og evt. forbedret, og manglende objekter blir supplert. Objekter som

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 14 av 54 ikke er endret, blir ikke kartlagt på nytt. Etter periodisk ajourføring skal datasettene minimum tilfredsstille kvalitetskravene for den valgte FKB-standard i området. Det kan være nødvendig også med en oppgradering for å oppfylle kvalitetskravene. Periodisk ajourføring gjøres vanligvis ved fotogrammetri. presentasjonsdata tilleggsdata til FKB som er nødvendige for å formidle en god presentasjon uten at de opprinnelige datasettene blir berørt [FKB] MERKNAD Presentasjonsdata lages for presentasjoner i ulike målestokker. Det genereres presentasjonsdata for å ha mulighet til blant annet å redigere, avblende/slette, skrive om eller flytte tekster og symboler i kartbildet, uten at datasettene blir berørt. Standarden Grafisk utforming av kart i målestokk 1:500-1:10 000 spesifiserer hvordan kart i målestokk 1: 1000 (N1) og kart i målestokk 1:5000 (N5) skal presenteres grafisk. (Tidligere kartseriene teknisk kart (TK) og økonomisk kart (ØK)) EKSEMPEL Eksempler på presentasjonsdata er tekstdata generert fra datasett der tekst, tall eller symboler er ferdig plassert i kartbildet. En annen type presentasjonsdata er avblendingspolygoner som brukes til å fjerne unødig mye data i et aktuelt kartbilde. primærdatasett et definert geodatasett som består av de mest detaljerte og nøyaktige data innen et definert område, har en viss utbredelse og jevnlig blir produsert og/eller ajourholdt [G] MERKNAD Primærdatasett skal være presentasjons- og produktuavhengige. De skal kunne danne utgangspunkt for forskjellig bruk og forskjellige produkter. Det er derfor krav om en viss utbredelse og produksjon før en kan kalle et datasett for primærdatasett. Primærdatasett er i prinsippet uavhengige datasett (ikke avledet fra andre datasett) og ajourholdes uavhengig av andre datasett. Et objekt tilhører bare ett primærdatasett. Primærdatasett kodes og struktureres i henhold til SOSI Del 2, men kan være gitt strengere eller svakere krav til hva som er standard og hva som er valgfritt (opsjon) i datasettet. produktspesifikasjon detaljert beskrivelse av ett datasett eller en serie med datasett med tilleggsinformasjon som gjør det mulig å produsere, distribuere og bruke datasettet av andre (tredjepart) [SOSI] MERKNAD En dataproduktspesifikasjon kan lages for produksjon, salg, sluttbrukervirksomhet eller annet. standardavvik statistisk størrelse som angir spredningen for en gruppe måle- eller beregningsverdier i forhold til deres sanne eller estimerte verdier [G] toleranse maksimalt tillatt avvik eller verdi [G] topologi beskrivelse av sammenhengen mellom geografiske objekter [G] MERKNAD EKSEMPEL De aktuelle objektene har ofte en fysisk sammenheng. Topologi er de av objektenes egenskaper som overlever det som er kalt kontinuerlige transformasjoner (også kalt gummiduktransformasjoner). Alle tallverdier (lengder, arealer og retninger) kan bli forandret, mens for eksempel naboskapsforhold vil være uendret. I DEK settes eiendomsgrenser sammen til eiendomsteiger som igjen skal danne et sammenhengende lappeteppe av flater med kjente naboforhold.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 15 av 54 3.2 Forkortelser DEK DMK AR5 DTM FKB GAB Georef Geovekst PBL SOSI SOSI Del 2 Digitalt EiendomsKartverk. Vil bli erstattet av Matrikkelkart når ny Matrikkel er innført. Digitalt MarkslagsKart. Arealressurskart. Digital TerrengModell. Felles KartdataBase. Grunneiendom - Adresse - Bygning. Offisielt register over grunneiendommer, adresser og bygninger i Norge, forvaltes av Statens kartverk. Vil i løpet av 2007 bli erstattet av Matrikkelen. Metadataregister for Geovekst-data. Geodatasamarbeid mellom Kommunenes Sentralforbund, Energiforsyningens Fellesorganisasjon, Statens kartverk, Telenor, Vegdirektoratet og Landbruksdepartementet. Plan- og bygningsloven. Samordnet Opplegg for Stedfestet Informasjon - et standardformat for digitale geodata (SOSIstandarden). Hensikten med SOSI Del 2 Generell objektkatalog er å spesifisere objekttyper med tilhørende egenskaper og assosiasjoner som er generelle innenfor et fagområde eller generelle på tvers av flere fagområder, og som i mange tilfeller er utgangspunkt for å lage mer spesielle objektkataloger knyttet til de respektive produktene, slik som FKB eller tematiske GEODATA. Merknad: Må ikke forveksles med SOSI del 1 generell del eller innledningen til objektkatalogen, i tidligere versjoner av SOSI. SOSI-kontroll Program for kvalitetskontroll av kartdata på SOSI-format. Tidligere kalt KVAKK. UML VBASE NVDB Unified Modelling Language. Modelleringsspråk som brukes til å beskrive geografiske datamodeller. Vegdatabase. Alle kjørbare veger lengre enn 50 meter. Kobling til GAB/Matrikkel og Vegdirektoratets vegdatabank (VDB). Nasjonal VegDataBank

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 16 av 54 4 Generelle og prinsipielle forhold 4.1 Generelt Produktspesifikasjon for FKB bygger på en del viktige prinsipper som det redegjøres for her. De samme prinsipper ligger også delvis til grunn for SOSI Del 2 (SOSI objektkatalog). 4.2 Inndeling av FKB-standarder i ulike områdetyper Det viktigste prinsippet i FKB er at en søker å kartlegge det samme området kun en gang, og at en kan benytte etablerte data til ulike formål. Dette kan for eksempel være kartproduksjon eller mer intelligente analysefunksjoner. Behovene for FKB-data i en kommune varierer avhengig av hvilke formål datasettene skal brukes til. I FKB er det spesifisert FKB-standarder, FKB-A, FKB-B, FKB-C og FKB-D) som skal dekke behovet for felles kartdata i kommunens ulike områdetyper. Detaljinnhold og stedfestingsnøyaktighet i FKB varierer i de ulike standardene, med størst detaljering og stedfestingsnøyaktighet i A-standarden og minst i D-standarden. Inndelingen i FKB-standarder går i prinsippet på minimum detaljeringsgrad, men også på krav til minimum stedfestingsnøyaktighet. De ulike standarder kan benyttes slik at det for eksempel innen en kommune dannes et lappeteppe der flere av standardene er i bruk. Dette gir et datagrunnlag som er tilpasset behovet for felles kartdata i de ulike områdene av kommunen. Hvert enkelt (del)område kan bare være tilordnet en standard. Områdeinndelingen i en kommune vil kunne endre seg i takt med nye utbyggingsaktiviteter. I praktisk FKB-etablering kan det være aktuelt med forenklinger og varierende kompleksitet avhengig av de behov brukerne har. For delområder vil det for eksempel kunne være aktuelt å velge høyere standard enn det som gjelder for områdetypen generelt, for eksempel et hyttefelt i et fjellområde. Behov og ønsker hos brukerne er ofte relatert til kostnader, og kostnader er igjen relatert til metoder for datafangst etc. Det er derfor naturlig at brukeren definerer krav til innhold og krav til FKB-data som etableres. Gjennom Geovekst-samarbeidet avgjøres i fellesskap hvilken FKB-standard som skal brukes i et område, og kartleggingskostnadene fordeles ut fra en kost/nytte vurdering. Dersom det er en part som har behov for kart med større detaljering og/eller bedre kvalitet enn de andre, vil denne parten måtte ta en større del av kartleggingskostnaden. Kommunen har imidlertid et spesielt ansvar for å påse at det er en tilstrekkelig kartleggingsstandard i kommunen til å utføre planleggingsoppgaver i kommunens ulike områdetyper. FKBstandard FKB-A FKB-B Områdetype i Geodatastandarden [G] Områdetype 1 Beskrivelse av områdetypen Byområder og tettsteder med høy utnyttingsgrad Dette vil som regel være sentrale byområder og tettsteder med høy grad av utnytting eller svært høy grunnverdi. FKB-B Områdetype 2 Tettbygd/utbyggingsområder med noe mindre utnyttingsgrad Dette vil være områder som i kommuneplanen er eller forutsettes disponert til tettsteds- og utbyggingsformål og som ikke omfattes av områdetype 1. FKB-B FKB-C Områdetype 3 Spredtbygd/dyrket mark/skog Dette vil være områder som i kommuneplanen er eller forutsettes disponert til jordbruk eller skogbruk og spredt bebyggelse. FKB-D Områdetype 4 Fjell/ekstensiv arealutnytting Dette vil være den delen av kommunen som har en ekstensiv arealutnytting og lav grunnverdi: som regel fjellområder eller tilsvarende lite produktive arealer. Tabell 1. Oversikt over områdetyper som de ulike FKB-standardene skal benyttes i. Kilde: Produktspesifikasjon for FKB.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 17 av 54 Målsettingen med FKB er at det ikke skal være overlapp mellom de ulike FKBstandardene. Datasettene i FKB etableres sømløst, uavhengig av FKB-standard (kommunebaser). Det er derfor viktig å være klar over at detaljering og kvalitet varierer avhengig av områdetype. For å holde orden på hvilken FKB-standard de ulike objektene følger skal originaldataverten ha et eget flatedekkende datasett som viser FKB-standardinndelingen. Eksempel på en spesifikasjon av et slikt datasett er Georef (referanseregister for Geovekst-data). Figur 1. Eksempel på FKB-data i en kommune fordelt på de ulike områdetypene. Kilde: Veilederen Kartgrunnlag for plan- og byggesaksbehandling. Figur 2. Eksempel på FKB-data i en kommune fordelt på ulike områdetyper. Kilde: Produktspesifikasjon for FKB.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 18 av 54 4.2.1 FKB-A-standard Bruksområde: Bruksområder for A-standarden er spesielt innenfor plan og prosjektering i byområder og tettsteder med høy utnyttelsesgrad, der kravet til detaljering, fullstendighet og stedfestingsnøyaktighet er meget stort. Data etablert etter A-standarden skal kunne benyttes som grunnlagsdata i en 3D (by)modell. A-standarden er aktuell som bruksbase for analyse og forvaltningsoppgaver for de mest intensive byområder og tettsteder med høy utnyttelsesgrad. FKB-A-data kan benyttes til uttegning av detaljerte tekniske kart (N1), samt utarbeidelse av N5-produkter som for eksempel N5 Rasterdata og N5 Kartdata. Detaljering: FKB-A er en meget detaljert standard med detaljert registrering av bygninger (arker, verandaer, trapper mv) og med detaljert registrering av høyder på oppstikkende objekter (hus, mur, gjerde, mast med videre). Høydereferansen på objektene er vanligvis topp, mens detaljert terrenggrunnlag gir fothøyden til objektene. I A-standarden forutsettes det at det etableres detaljert høydegrunnlag. Etableringsmetode: Storparten av A-dataene etableres fotogrammetrisk (kartkonstruksjon fra flybilder). For en del datasett (for eksempel DEK og DMK) vil A-dataene bli samlet inn fra andre kilder som målebrev og lignende eller digitalisert fra eksisterende kart eller ortofoto. Dette medfører at disse objektene kan ha dårligere eller bedre stedfestingsnøyaktighet enn det som generelt gjelder for A-standarden. Figur 3. Eksempel på detaljering for bygning-, vann- og vegsituasjonsdata i A-standarden. Alle objekter i figuren er registrert i tre dimensjoner. I øvre venstre hjørne vises en 3D-modell av bygningen slik den kan dannes fra A-dataene (forutsetter en god terrengmodell). Modellen er her laget med utgangspunkt i takkanten. Kilde: Produktspesifikasjon for FKB.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 19 av 54 4.2.2 FKB-B-standard Bruksområde: B-standarden benyttes i områder med tettbebyggelse og blandet bebyggelse, utbyggingsområder og langs større veger (europa-, riks- og fylkesveger). Denne standarden bør benyttes for de fleste områder utenfor byene der det finnes en viss mengde bygninger og tekniske installasjoner. B-standarden kan benyttes til detaljprosjektering og ved utarbeidelse av enkelte reguleringsplaner, men har enkelte begrensninger i forhold til A-standarden. B- standarden kan benyttes som grunnlagsdata for utarbeidelse av 3D-modeller, men disse vil ikke være like detaljert som i A-standarden. Utarbeidelse av 3D-modeller forutsetter at detaljert høydegrunnlag er tilgjengelig. FKB-B-data kan benyttes til uttegning av tekniske kart (hvis det etableres detaljert høydegrunnlag), er utmerket til bakgrunn for ledningsdata og kan benyttes til utarbeidelse av N5-produkter som for eksempel N5 Rasterdata og N5 Kartdata Detaljering: B-standarden er en detaljert standard og tilsvarer i hovedsak innholdet i gamle tekniske kart, men med den forenkling at det for enkelte områder etableres høydekurver med ekvidistanse 5 meter og ikke 1 meter som på gamle tekniske kart. Etableringsmetode: Storparten av B-dataene etableres fotogrammetrisk (kartkonstruksjon fra flybilder). For en del datasett (for eksempel DEK og DMK) vil B-dataene bli samlet inn fra andre kilder som målebrev og lignende eller digitalisert fra eksisterende kart eller ortofoto. Dette medfører at disse objektene kan ha dårligere eller bedre stedfestingsnøyaktighet enn det som generelt gjelder for B-standarden. Figur 4. Eksempel på detaljering for bygning-, vann- og vegsituasjonsdata i B-standarden. Alle objekter i figuren er registrert i tre dimensjoner. I øvre venstre hjørne vises en 3D-modell av bygningen slik den kan dannes ut fra B-dataene (forutsetter en god terrengmodell). Denne modellen viser hovedformen til bygningen, men er ikke like detaljert som A-standarden. Se figur 2. Kilde: Produktspesifikasjon for FKB.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 20 av 54 4.2.3 FKB-C-standard Bruksområde: C-standarden benyttes i spredt bebygde og ubebygde områder. C-standarden har begrensninger innenfor utarbeidelse av reguleringsplaner, situasjonsplaner og byggeplaner og skal ikke etableres i områder der det er naturlig å etablere FKB-data etter B -standarden. FKB-C kan benyttes til utarbeidelse av N5-produkter som for eksempel N5 Rasterdata og N5 Kartdata Detaljering: Detaljeringen tilsvarer i store trekk det tradisjonelle økonomiske kartverket (ØK). Etableringsmetode: Dersom eksisterende ØK er à jour og nye flybilder ikke er tilgjengelig, baserer etableringen seg på digitalisering av eksisterende ØK (som betyr at stedfestingsnøyaktigheten blir som i ØK eller litt dårligere). I en del områder er eksisterende ØK ikke à jour og det er derfor aktuelt med ny fotografering og konstruksjon. Fotograferingen bør samordnes med flyfotografering for ortofotoetablering. Dersom man velger å etablere C-data ved digitalisering fra ØK, tillates det enkelte forenklinger. De viktigste forenklingene er at det tillates at vegkant er generert fra VBASE og at bygninger kun er representert som representasjonspunkt. Figur 5. Eksempel på detaljering for bygning-, vann- og vegsituasjonsdata i C-standarden ved fotogrammetrisk datafangst. Alle objekter er registrert i 3 dimensjoner. I enkelte tilfeller vil vanndataene være etablert fra eksisterende ØK ved digitalisering, og da vil disse objektene normalt være representert i 2 dimensjoner. I øvre venstre hjørne vises en 3D-modell av bygningen slik den kan dannes fra C- dataene. Fra versjon 4.02 skal også mønelinje og taksprang registreres. Det må imidlertid bemerkes at i C-områdene er nøyaktigheten til høydegrunnlaget varierende, og nøyaktigheten på bygningsmodellen blir derfor deretter. Kilde: Produktspesifikasjon for FKB.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 21 av 54 Figur 6. Eksempel på detaljering for bygning-, vann- og vegsituasjonsdata i FKB-C-standarden ved digitalisering fra ØK. De fleste objektene er registrert i 2 dimensjoner. Etablering av 3D-modeller for bygg er derfor uaktuelt. Kilde: Produktspesifikasjon for FKB.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 22 av 54 4.2.4 FKB-D-standard Bruksområde: D-standarden benyttes i områder med liten eller ingen bebyggelse (stort sett fjellområder). For å få heldekkende FKB-datasett for en kommune skal D-områdene fylles med data. Dette for å få landsdekkende data slik at vi ikke får hvite hull i datasettene. Figur 7. Eksempel på FKB-data for et område med og uten data i D-områdene. Detaljering: Detaljeringen for D-standarden er i hovedsak lik N50 Kartdata for vann, høyde, stier, traktorveger og bygningsmessige anlegg. I tillegg inngår DEK, VBASE, generert vegkorridor fra VBASE og bygningspunkter fra GAB/Matrikkel. Etablering: Standarden etableres delvis fra eksisterende N50 Kartdata og suppleres blant annet med nye veger fra VBASE, eiendomsinformasjon fra DEK/Matrikkel og representasjonspunkter for bygninger fra GAB/Matrikkel. Figur 8. Eksempel på detaljering for bygning-, vann- og vegsituasjonsdata i FKB-D-standarden. De fleste objektene er registrert i 2 dimensjoner. Kilde: Produktspesifikasjon for FKB.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 23 av 54 4.2.5 Høydegrunnlag Høydedatasettet som forvaltes i FKB er høydekurver, definert i SOSI Del 3 Produktspesifikasjon for FKB- Høydekurve. Det er et overordnet krav at det skal finnes høydekurver for hele Norge. Høydekurvene kan ha ulik ekvidistanse avhengig av bruksbehov. I bebygde områder (FKB-A og FKB-B) finnes normalt høydekurver med ekvidistanse 1 meter, mens i ubebygde områder (FKB-C) finnes kurver med ekvidistanse 5 meter. I fjellområdene (FKB-D) benyttes normalt høydekurver fra N50 som har en ekvidistanse lik 20 meter. Betegnelsen for høydekurvestandardene er H1 (ekvidistanse 1 meter), H5 (ekvidistanse 5 meter) og H20 (ekvidistanse 20 meter). Tradisjonelt ble høydekurvene konstruert manuelt fra flybilder (fotogrammetrisk). Fra 2006 har laserskanning tatt over som den mest benyttede datafangstmetode for innhenting av høydedata. Det er utarbeidet en egen produktspesifikasjon: Nasjonal modell for høydedata fra laserskanning (FKB-Laser). Behovene for laserdata (terrengdata) i et område varierer avhengig av hvilke formål datasettene skal brukes til. I FKB-Laser er det definert 3 delspesifikasjoner, FKB-Laser10, FKB-Laser20 og FKB-Laser50 som skal dekke behovet for laserdata i kommunens ulike områdetyper. Detaljinnhold og stedfestingsnøyaktighet varierer i de ulike delspesifikasjonene, med størst detaljering og stedfestingsnøyaktighet i FKB-Laser10. Inndelingen i FKB-standarder går i prinsippet på minimum detaljeringsgrad (punkttetthet), men også på krav til minimum stedfestingsnøyaktighet. I laserskanningsprosjekter skal det som standard leveres 4 delprodukter: - alle punkter fra laserskanningen på LAS-format - alle punkter klassifisert som terrengpunkter, vann og bru på SOSI-format (i separate filer) - alle punkter klassifisert som terrengpunkter, vann og bru på ASCII XYZ-format (i separate filer) - genererte høydekurver i henhold til produktspesifikasjonen for FKB-Høydekurve.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 24 av 54 4.3 Uavhengige primærdatasett FKB bygger i utgangspunktet på prinsippet om uavhengige primærdatasett. Med dette menes at primærdatasettene ikke er avledet fra andre datasett og ajourføres uavhengig av andre datasett. Hvert primærdatasett kan på denne måten leve atskilt fra andre datasett. Et objekt skal kun tilhøre ett primærdatasett. Uavhengige primærdatasett er nødvendig fordi de ulike datasettene holdes ved like av ulike instanser, til ulik tid og med ulike verktøy. Uavhengige primærdatasett har visse uheldige konsekvenser der samme terrengdetalj benyttes som flateavgrensning i flere primærdatasett. Eksempel på dette er vannkontur som inngår som et objekt både i vannbasen, i DEK (for eksempel eiendomsgrenser som følger bekk) og i DMK (for eksempel markslagsfigur som grenser mot innsjø). I slike tilfeller kopieres vannkonturen fullstendig eller delvis til de aktuelle datasett. Når det skjer endringer i vannkontur, må dette manuelt oppdateres i de andre primærdatasett som benytter vannkontur. FKB inneholder enkelte datasett som er et utvalg fra andre primærdatasett eller er koblet med andre primærdatasett. 4.4 Datasett med koblingsnøkler til registerdata Datasettene i FKB inneholder enkelte koblingsnøkler til registerdatabaser. Dette gir brukeren vesentlig større nytteverdi. Figur 9. Eksempel på koblinger fra FKB til registerdatabaser. Kilde: Produktspesifikasjon for FKB. Eksempel på koblinger fra FKB til registerdatabaser er: Kobling mellom DEK og Matrikkel (koblingsnøkkel er GID - Gnr/Bnr/Fnr). Kobling mellom representasjonspunkt i bygninger i FKB og Matrikkel (koblingsnøkkel er BID - bygningens unike identifikasjon). Kobling mellom kulturminner i FKB og kulturminneregistret til Riksantikvaren (Askeladden). Etablering av koblingsnøkler slik som omtalt over kan være arbeidskrevende. Samtidig gir det muligheter for å utføre automatisk feilsjekking. Når dette blir gjort, oppdages en god del feil som må rettes. Ved å ta belastningen ved å rette opp feil vil data imidlertid gi vesentlig sikrere bruk i den daglige forvaltning. Koblingsnøkler som skal opprettes i FKB, er spesifisert under det enkelte datasett.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 25 av 54 4.5 Presentasjons- og produktuavhengige data FKB-datasett Høydekurve Vann Eiendomskart Servitutt Markslag / AR5 Naturinfo Arealbruk Bygning BygnAnlegg Verneområde Kulturminne Veg Vegnett Bane Lufthavn LedningVa LedningElTele Fastmerke Adresse PblTiltak Generering Utvalg Tekster Symboler Avblending Presentasjonsdata Plassering Redigering Tegneregler Produkter Tekniske kart (N1) N5 Raster N5 Kartdata (generaliserte FKB-data) N20 Kartdata (generaliserte FKB-data) Utrykningdata Andre produkter Spesialkart Figur 10. Prinsippskisse som viser hvordan uavhengige datasett kan settes sammen til ulike kartprodukter. Kilde: Produktspesifikasjon for FKB. FKB-data er i prinsippet presentasjons- og produktuavhengig. Presentasjonen på kart er avhengig av det behov kartet skal dekke og den målestokk kartet skal presenteres i. Ved kartpresentasjoner foretas et utvalg fra datasettene (ofte er det ikke alle data som skal tegnes ut). For hvert utvalg settes det opp tegneregler som angir hvordan de ulike geografiske objekter skal presenteres på kart i den angitte målestokk. Det vil være ulike utvalgsregler og tegneregler for hver målestokk (og for hvert spesialbehov). Det beste ville være at datamaskinen kunne generere gode kartbilder ut fra de utvalgsregler og tegneregler som gjelder. Dette er mulig i dag, men gir normalt et uoversiktlig kartbilde siden det ofte vil være behov for å for eksempel flytte en tekst, ikke skrive ut alle Gnr/Bnr i tettbebyggelse med videre. Derfor etableres hjelpedata i form av presentasjonsdata. Det viktigste elementet i presentasjonsdata er tekst. I tillegg kan falske polygoner (avblendingspolygoner) brukes for å blende vekk informasjon i områder der kartbildet blir uoversiktlig. Det henvises til standarden Grafisk utforming av kart i målestokk 1:500-1:10 000 for hvordan kartene skal utformes (både på skjerm og ved uttegning).

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 26 av 54 4.6 Ajourføring Figur 11. Prinsippene for ajourføring av FKB-data. Kilde: Veilederen Kartgrunnlag for plan- og byggesaksbehandling. Hovedprinsippet for ajourføring av FKB-data er at utvalgte objekter og datasett skal ajourføres kontinuerlig gjennom daglige administrative rutiner, for eksempel byggesaksbehandling, eller ved rapportering fra samarbeidspartene. Fullstendighet og hurtig oppdatering av de viktigste objektene skal prioriteres fremfor stedfestingsnøyaktighet. Dette betyr at stedfestingsnøyaktighet i enkelte tilfeller kan bli dårligere enn kravet til aktuell FKB-standard. Det er imidlertid et krav at alle aktuelle objekter skal være kodet med opplysninger om stedfestingsnøyaktighet (..KVALITET). Alle endringer vil ikke bli fanget opp gjennom administrative rutiner, og det vil derfor være nødvendig med periodisk ajourføring, der hele datasettet gjennomgås og bringes opp på et ajourført nivå tilsvarende som ved nykartlegging. Ved periodisk ajourføring skal data fra kontinuerlig ajourføring kontrolleres, eventuelt forbedres, manglende objekter skal suppleres og overskytende objekter skal slettes. Objekter som ikke er endret, blir ikke kartlagt på nytt. Hyppigheten av periodisk ajourhold varierer avhengig av områdetype og byggeaktivitet. For mer informasjon om ajourføring av FKB-data henvises det til veilederen Kartgrunnlag for plan- og byggesaksbehandling, standarden Kart og geodata og handboka Ajourhold trinn for trinn. Handboka med eksempler på rutiner og prosedyrer for kontinuerlig ajourføring finnes under Geovekst-sidene på Internett (www.statkart.no). Det henvises også til spesifikasjonen av datasettet FKB-PblTiltak som omhandler godkjente tiltak etter PBL.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 27 av 54 4.7 Oppgradering Med oppgradering menes forbedring av den datatekniske kvaliteten av eksisterende data. Ved utgivelse av nye versjoner av Produktspesifikasjon for FKB må det vurderes i det enkelte tilfelle hvordan eldre FKB-data skal oppgraderes. Dette vil ofte være et økonomisk spørsmål. Originaldataverten skal som minimum oppgradere eldre data slik at de er kodet i henhold til gjeldende versjon av FKB. Eventuelle mangler i forhold til gjeldende versjon av FKB skal lagres som metadata. Oppgradering av eldre FKB-data kan deles inn i tre hovedgrupper. 1 Oppdatering av koder til ny SOSI/FKB-versjon Objekttyper og egenskaper skal omkodes til gjeldende versjon av SOSI/FKB. I en del tilfeller der man har eldre data kan det være aktuelt å ikke oppgradere dataene slik at de følger alle topologiske regler som er spesifisert i FKB. 2 Oppgradering av FKB-data fra 2 dimensjoner til 3 dimensjoner (med høyde) Økt fokus på bruk av FKB-dataene i 3D aktualiserer en oppgradering av eksisterende data som mangler høyde. Generering av høyder på 2D-objekter kan være aktuelt i områder der man har etablert en god terrengmodell. I tillegg til å påføre høyder på objekter som mangler dette må man i tillegg kontrollere eksisterende høyder på objekter som har dette. For å utføre slik feilretting er det i mange tilfeller nyttig å benytte fotogrammetri (flyfoto) som støtte ved oppgradering. Oppgradering av FKB-data fra 2 dimensjoner til 3 dimensjoner gjelder i første rekke FKB-datasettene som etableres ved hjelp av fotogrammetri. 3 Konsistens mellom datasett Jf. avsnitt 4.4 legges det opp til at enkelte FKB-data skal være koblet mot registerdatabaser. Forbedring av disse koblingene er aktuelt å gjøre som egne oppgraderingsjobber. Eksempel på en slik oppgraderingsjobb er husvask. I husvask kontrolleres at bygningspunkt i GAB/Matrikkel ligger inne i bygningskroppen. 4.8 Sømløs forvaltning Mellom Kommuner: Det er en målsetting at FKB-data i Norge skal være sømløse. For å sikre at det ikke blir overlappende data eller manglende data langs fylkes- og kommunegrensene, må det mellom nabokommuner avtales hvilke områder den enkelte kommune har ansvaret for. Normalt vil kommunegrensen i DEK avgrense kommunens ansvarsområde. Det er derfor viktig at nabokommuner blir enige om en felles kommunegrense og at endringer i denne samkjøres med nabokommunene. Overlappende data Manglende data Figur 12. Eksempel på data fra to nabokommuner der man ikke har forvaltet dataene etter et felles forvaltningsområde. Kommunegrensen er tegnet med svart tykk stiplet linje. Kilde: Produktspesifikasjon for FKB.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 28 av 54 Mellom kartleggingsstandarder: Forvaltningen skjer sømløst mellom kartleggingsstandardene (A-D). Skillelinjen mellom kartleggingsstandardene skal ikke ligge i de enkelte faglag. Det er kun kvalitetskodingen som angir at data har ulik stedfestingsnøyaktighet. (Der flater blir delt i et kartleggingsprosjekt skal de respektive faglags fiktive avgrensingslinjer benyttes). Det er referansesystemet Georef som angir gjeldende kartleggingsstandard. Georef er tilgjengelig som WMStjeneste, se informasjon på geonorge.no.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 29 av 54 5 Overordnede krav (gjelder alle FKB-datasett) 5.1 Informasjonsmodell for FKB Med informasjonsmodell menes i denne sammenheng en datamodell samt en tekstlig beskrivelse av alle objekttyper, egenskaper og relasjoner som inngår i FKB. FKB består av flere datasett, og informasjonsmodellen for det enkelte datasett ligger i egne dokumenter (ett dokument for hvert FKB-datasett). I dette avsnittet spesifiseres krav som er overordnede og gjelder alle datasett. I informasjonsmodellen til de ulike FKB-datasettene spesifiseres: forklaringsmodell for datasettet (en datamodell beskrevet i UML) hvilke utvalg av objekter som skal være med i datasettet i de ulike FKB-standardene hvordan objekttypene som inngår i datasettet skal registreres hvilke egenskaper og relasjoner som objekttypene i datasettet skal og kan inneholde kvalitetskrav til datasettet (stedfestingsnøyaktighet, egenskapsnøyaktighet, logisk konsistens og fullstendighet) ajourføring av datasettet For kvalitetsegenskapene stedfestingsnøyaktighet og fullstendighet gjelder kvalitetskravene ved etablering og ved periodisk ajourføring der man stiller som krav at hele datasettet skal ha samme kvalitet som ved etablering. For enkelte ajourføringsprosjekt vil det være aktuelt å spesifisere egne kvalitetskrav. Dersom det er ønskelig å registrere objekttyper som ikke er spesifisert i FKB, er dette selvfølgelig mulig, men disse objekttypene ansees ikke å være en del av en FKB-leveranse. Det samme gjelder egenskapsdata. Dersom dette er aktuelt, må det spesifiseres i det enkelte prosjekt. Kvalitetskravene som er ført opp gjelder også for Fotogrammetrisk FKB.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 30 av 54 5.1.1 FKB-datasett FKB-produkt Terrengform - Detaljert - 5 meter - DTM Kyst, innsjøer og vassdrag FKB-datasett SOSI-filnavn Kortnavn FKB-Høydekurve <kkkk>høydekurve.sos FKB-Vann <kkkk>vann.sos Forvaltningsregime Felles forvaltning (Geovekst). Forvaltes normalt av Statens kartverk (SK). Felles forvaltning (Geovekst). Forvaltes normalt av SK. Kystkonturen i FKB-Vann skal hentes fra Primærdata kystkontur. Fotogrammetrisk datafangst Nei Ja Markslag FKB-AR5 <kkkk>ar5.sos Felles forvaltning (Geovekst). Forvaltes normat av kommunen, Statens kartverk (SK) og Skog og Landskap. Nei Bygg og anlegg Samferdsel FKB-Bygning <kkkk>bygning.sos FKB-BygnAnlegg <kkkk>bygnanlegg.sos FKB-PblTiltak <kkkk>pbltiltak.sos FKB-Adresse <kkkk>adresse.sos FKB-LedningVa <kkkk>ledningva.sos FKB-LedningElTele <kkkk>ledningeltele.sos FKB-Arealbruk <kkkk>arealbruk.sos FKB-Naturinfo <kkkk>naturinfo.sos FKB-Fastmerke <kkkk>fastmerke.sos FKB-Veg <kkkk>veg.sos Felles forvaltning (Geovekst). Forvaltes normalt av kommunen. Det skal være kobling med B-delen i Matrikkelen. Felles forvaltning (Geovekst). Forvaltes normalt av kommunen Forvaltes av kommunen. Kopi av tiltaksbasen til kommunen. Godkjente bygninger registreres også i B-delen i Matrikkel Forvaltes av kommunen i Matrikkelen. I adressebasen inngår en kopi av adressedata fra Matrikkelen. Felles forvaltning (Geovekst). I ledningskartet inngår synlige objekter på terreng. Det bør være samsvar mellom ledningskartet i kommunen og FKB. Felles forvaltning (Geovekst). I ledningskartet inngår synlige objekter på terreng. Det bør være samsvar mellom ledningskartet til ledningsetatene og FKB. Felles forvaltning (Geovekst). Forvaltes normalt av SK eller kommunen. Felles forvaltning (Geovekst). Forvaltes normalt av SK eller kommunen. Felles forvaltning (Geovekst). I fastmerkebasen inngår en kopi av fastmerkeregistret som forvaltes av Statens kartverk. Felles forvaltning (Geovekst). Forvaltes normalt av SK eller kommunen. FKB-Veg skal være i samsvar med FKB-Vegnett (vegidentene overført og senterlinje veg i FKB-Vegnett skal stemme med vegflatene i FKB-Veg). Ja Ja Nei Nei Nei Ja Ja Ja Nei Ja Eiendomskart FKB-Vegnett <kkkk>vegnett.sos FKB-Bane <kkkk>bane.sos FKB-Lufthavn <kkkk>lufthavn.sos FKB-Eiendomskart <kkkk>eiendomskart.sos FKB-Servitutt <kkkk>servitutt.sos Forvaltes i Nasjonal vegdatabank (NVDB). Forvaltes av Statens vegvesen/statens kartverk/kommunen. Felles forvaltning (Geovekst). Forvaltes normalt av Jernbaneverket eller SK. Felles forvaltning (Geovekst). Forvaltes normalt av Avinor eller SK. Eiendomskartet forvaltes i Matrikkelen. Forvaltes normalt av kommunen. Felles forvaltning (Geovekst). Forvaltes normalt av SK eller kommunen. I servituttbasen inngår servitutter som ble registrert på ØK. Nei Ja Ja Nei Nei Presentasjonsdata Tabell 3. FKB-Tekst1000 FKB-Tekst5000 <kkkk>tekst<mstokk>.sos Felles forvaltning (Geovekst). Forvaltes normalt av SK eller kommunen. Uttrekk fra ulike FKB-datasett. Oversikt over FKB-datasettene. Kilde: Produktspesifikasjon for FKB. Nei

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 31 av 54 5.1.2 Tekstlig beskrivelse av modellen For beskrivelse av objekttyper med egenskaper og relasjoner er det laget faste tabeller. Under er malen for hvordan tabellene er oppbygd, og forklaring til de ulike feltene. Definert i standard Objekttype FKB-standard A B C D XX Minstestørrelse: Merknad: Definisjon (SOSI Del 2) Geometritype(r) Registreringsmetode Tilleggsbeskrivelse for prod.spek. Grunnrissreferanse Høydereferanse Assosiasjoner (fra UML-modellen) Assosiasjoner (verbalt i prod.spek.) Egenskaper til objekttypen Definert i standard Merknad: Egenskapsnavn Tillatte verdier E/R Mult Datatype OBJTYPE Xx XX Enhet FKB-standard A B C D Forklaring til feltene i tabellen: Definert i standard Indikerer om objektet eller egenskapen allerede er beskrevet i en standard, for eksempel SOSI objektkatalog. Objekttype Navn på objekttype, unikt innen SOSI objektkatalog. FKB-standard Inndeling i FKB-standarder. Det angis om de respektive objekter med tilhørende egenskaper skal være påkrevet, opsjon eller betinget innen den aktuelle FKB-standard. P = Påkrevet O = Opsjon B = Betinget Minstestørrelse Eventuell minstestørrelse for objekttypen. Definisjon (SOSI Del Tekstlig beskrivelse av selve objektet hentet fra SOSI objektkatalog. 2) Geometritype(r) Angivelse av type geometri/topologi. F.eks. PUNKT, KURVE, FLATE, etc. Hentes fra SOSI objektkatalog. Registreringsmetode Spesifisering av hvilken registreringsmetode som skal benyttes ved fotogrammetrisk registrering. Tilleggsbeskrivelse Tekstlig tilleggsbeskrivelse som gjelder for FKB. for prod.spek. Grunnrissreferanse Definisjon av hvordan objekttypen skal registreres i grunnriss. Høydereferanse Definisjon av hvordan objekttypen skal registreres i høyde. Assosiasjoner (fra Assosiasjoner (forhold mellom objekttyper) som er hentet fra UML-modellen. Eksempel er hvilke objekttyper som UML-modellen) kan være med på å avgrense en flate. Assosiasjoner (verbalt Spesifisering av hvordan objekttypen skal registreres i forhold til andre objekttyper. Assosiasjonen finnes ikke i i prod.spek.) UML-modellen. objekttyper Egenskapsnavn Navn på egenskapen. I SOSI objektkatalog kan det være flere egenskaper definert under den enkelte objekttype enn det som er benyttet i denne spesifikasjonen. Her er kun egenskaper som anses som aktuelle for FKB spesifisert. Tillatte verdier Dersom ikke annet er oppgitt gjelder de verdier som er angitt i SOSI objektkatalog. I de tilfeller hvor flere forekomster av en egenskap er tillatt, men hvor en spesiell forekomst er obligatorisk, skal dette fremkomme. For eksempel: 1000 (MÅ), 1002 (KAN), 1005-1010 (KAN) E/R Egenskap/Relasjon. G-Egenskap gruppering av egenskaper. E-Egenskap basisegenskaper (de som faktisk bærer verdier). R-Relasjon. K-Koblingsnøkkel til andre datasett. Mult Angir maksimalt antall forekomster av egenskapen. Datatype Datatype for egenskapen. Dersom egenskapen allerede er definert, for eksempel i SOSI objektkatalog, må samme definisjon benyttes. Enhet Enhet for verdien på egenskapen. Figurer Figurer som definerer objekttypen.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 32 av 54 5.2 Kvalitetselementer I dette avsnittet er det angitt hvilke kvalitetselementer som er benyttet i Produktspesifikasjon for FKB. Kvalitetselementene som er benyttet er hentet fra Geodatastandarden [G]. For nærmere beskrivelse av de ulike kvalitetselementene og kvalitetsmålene henvises det til denne. I kommentarfeltet i tabellen i 5.2.1 er det satt inn bestemmelser som gjelder for kvalitetselementer og kvalitetsmål i FKB. I FKB er det kun informasjon om kvalitetselementene målemetode, stedfestingsnøyaktighet og datering som obligatorisk skal ligge i selve dataene. Informasjon om øvrige kvalitetselementer vil normalt finnes i kontrollrapporter for det enkelte kartleggingsprosjekt eller som metadatainformasjon for datasettet. 5.2.1 Kvalitetselementer som er beskrevet i Geodatastandarden [G] Kvalitetselement Delelement Kvalitetsmål Kommentar Stedfestingsnøyaktighet Stedfestingsnøyaktighet Absolutt grunnrissnøyaktighet Absolutt grunnrissnøyaktighet Prosentandel grove feil Standardavvik Anta som grov feil de avvik/feil som er større enn tre ganger toleransen for standardavviket. Grove feil skal utelates før standardavviket beregnes. Systematiske feil er inkludert i standardavviket og skal ikke spaltes av før beregning av standardavviket. For punkter benyttes punktstandardavvik. Som punkter regnes også skarpt markerte knekkpunkter og endepunkter på linjer, for eksempel knekkpunkt på gjerde, takkant og ende av støyskjerm. For kurver regnes standardavvik vinkelrett på tvers av kurven på det aktuelle sted (pilhøyde). Stedfestingsnøyaktighet Absolutt høydenøyaktighet Prosentandel grove feil Anta som grov feil de avvik/feil som er større enn tre ganger toleransen for standardavviket. Stedfestingsnøyaktighet Absolutt høydenøyaktighet Standardavvik Grove feil skal utelates før standardavviket beregnes. Systematiske feil er inkludert i standardavviket og skal ikke spaltes av før beregning av standardavviket. Som punkter regnes også skarpt markerte knekkpunkter og endepunkter på linjer, for eksempel knekkpunkt på gjerde, takkant og ende av støyskjerm. For kurver regnes standardavvik vinkelrett på tvers av kurven på det aktuelle sted. Egenskapsnøyaktighet Nøyaktighet til kvalitative egenskaper - feilklassifisering Prosentandel feil klassifiserte egenskaper Logisk konsistens Egenskapskonsistens Prosentandel feil FKB-spesifikasjonen er fasit. Egenskapskonsistens kan kontrolleres med SOSIkontroll. Logisk konsistens Formatkonsistens Prosentandel feil Ved bruk av SOSI benyttes aktuell SOSI-versjon som fasit. Logisk konsistens Topologisk konsistens Prosentandel ulovlig løse ender Formatkonsistens kan kontrolleres med SOSI-kontroll. Alle linjer som møtes i virkeligheten, og det er definert i informasjonsmodellen at de skal knyttes sammen, skal også gjøre det i datasettet. Ved beregning av feil skal det beregnes antall feil i endepunkter opp mot antall endepunkter totalt i datasettet. I eksempelt under skal alle 3 linjer møtes i virkeligheten, men en linje henger feilaktig i løse luften. Feilprosenten blir dermed på 17 % (1 av totalt 6 ender er feil).

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 33 av 54 Logisk konsistens Topologisk konsistens Prosentandel feil i lenkekryssing Logisk konsistens Topologisk konsistens Prosentandel feil ved flatedanning Logisk konsistens Topologisk konsistens Prosentandel manglende flatekonsistens Logisk konsistens Geometrisk konsistens Prosentandel manglende geometrisk konsistens Logisk konsistens Konsistens mellom datasett Prosentandel manglende konsistens mellom datasett Når linjer innenfor samme tema krysser hverandre, og det er definert i informasjonsmodellen at de skal knyttes sammen, skal dette skje i et nodepunkt. En flate skal defineres ved hjelp av begrensningslinjer som skal henge sammen. Måles mot antall kontrollerte flater. Flatestrukturen for et datasett skal følge reglene som gjelder datasettet. Måles mot antall kontroller. For enkelte punkter, linjer og flater er det definert geometriske regler som objektet skal oppfylle. Måles mot antall kontroller. Konsistens mellom datasett betyr at data fra ulike datasett er i samsvar med hverandre. Måles mot antall kontroller. Fullstendighet Manglende objekter Prosentandel manglende objekter Ved beregning av prosentandel manglende objekter for linjer skal knekkpunkter for objektet benyttes. Fullstendighet Manglende markante terrengformdetaljer Prosentandel manglende markante terrengformdetaljer Fullstendighet Overskytende objekter Prosentandel overskytende objekter Datasettets historikk og tidligere bruk Datasettets historikk og tidligere bruk Datasettets historikk og tidligere bruk Datasettets historikk og tidligere bruk Tilgjengelighet og leveringstid Datasettets formål Ved beregning av prosentandel manglende objekter for kurver skal løpemeter for objektet benyttes. Gjelder manglende dumper, koller, fremspring osv i terrenget. Ved beregning av prosentandel overskytende objekter for linjer skal knekkpunkter for objektet benyttes. Ved beregning av prosentandel overskytende objekter for kurver skal løpemeter for objektet benyttes. Er beskrevet i avsnitt 0.3 i denne spesifikasjonen. Ansvarlig Er beskrevet i avsnitt 0.4 i denne spesifikasjonen. produsent/rettighetshaver/ eier Historikk Kildemateriale For SOSI-grupper skal kildemateriale/målemetode oppgis, med unntak av flater som ikke trenger å ha kvalitetskoding. Kopierte data skal ha egenskapen Historikk Tidspunkt for måling/datafangst, ferdigstilling og ajourføring KOPIDATA som angir kilde og kopidato. For SOSI-grupper skal det oppgis når dataene sist er fanget inn og evt. verifisert mot det virkelige objektet som beskrives. For FKB-data vil det være aktuelt å benytte fotograferingsdato, synfaringsdato, kontrolldato med videre. I kapittel 6 er leveranse av FKB-data beskrevet. Tabell 4. Oversikt over kvalitetselementer som er benyttet i spesifikasjonen. Kilde: Produktspesifikasjon for FKB.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 34 av 54 5.2.2 Stedfestingsnøyaktighet inndeling i klasser For å angi toleranser for stedfestingsnøyaktighet (standardavvik) er det definert fire klasser som objekttypene er inndelt i. Inndelingen i klasser bygger på hvor skarpt objekttypen er definert i terrenget. Denne inndelingen i nøyaktighetsklasser benyttes gjennomgående for alle datasett som inngår i Fotogrammetrisk FKB. For å få en oversikt over hvilke toleranser som gjelder for ulike objekttyper henvises det til spesifikasjonen av det enkelte FKB-datasett. FKB-A FKB-B FKB-STANDARD FKB-C (fotogrammetri) FKB-C (digitalisering) FKB-D Grunnriss Høyde Grunnriss Høyde Grunnriss Høyde Grunnriss Høyde Grunnriss Høyde Klasse 1 Svært veldefinerte detaljer 0.15 m 0.15 m 0.20 m 0.20 m 0.40 m 0.40 m 2 m (1) 2 m (1) 10-50 m (2) 10-50 m (2) Klasse 2 Veldefinerte detaljer 0.20 m 0.20 m 0.25 m 0.25 m 0.45 m 0.60 m 2 m (1) 2 m (1) 10-50 m (2) 10-50 m (2) Nøyaktighetsklasse Klasse 3 Uskarpe detaljer 0.35 m 0.25 m 0.35 m 0.35 m 0.50 m 0.70 m 2 m (1) 2 m (1) 10-50 m (2) 10-50 m (2) Klasse 4 Diffuse naturlige detaljer 0.55 m 0.35 m 0.55 m 0.40 m 1.00 m 0.90 m 2 m (1) 2 m (1) 10-50 m (2) 10-50 m (2) Tabell 5. Oversikt over toleranser for stedfestingsnøyaktighet (standardavvik) for ulike nøyaktighetsklasser i de ulike FKB-standardene. (1) FKB-C dataene som etableres ved digitalisering, digitaliseres i hovedsak fra eksisterende ØK og de kan ha varierende stedfestingsnøyaktighet. Ofte er disse dataene kun registrert i to dimensjoner og mangler høyde. (2) FKB-D dataene hentes i hovedsak fra N50 Kartdata og kan ha varierende stedfestingsnøyaktighet. Ofte er disse dataene kun registrert i to dimensjoner og mangler høyde. Kilde: Produktspesifikasjon for FKB. Tilleggsregler: Dårlig synbarhet: Enkelte objekter kan ha dårlig synbarhet ved registrering (for eksempel at objektet ikke var fullt ut synlig i flybildene). For disse objektene gjelder bestemte regler for hvordan stedfestingsnøyaktigheten skal kodes. Se avsnitt 5.3.1.5 om kvalitetskoding. Høydekrav i bratt terreng: Dersom 50 % eller flere av kontrollpunktene som brukes for beregning av standardavviket for objekter som ligger i terreng som har steilhet 20 %, settes toleransene for standardavviket 20 % høyere enn i tabellen over. Objekter som har spesiell tolkingsusikkerhet: Enkelte objekttyper har spesiell usikkerhet når det gjelder stedfestingsnøyaktighet fordi de ikke er godt definert i terrenget (for eksempel arealbruksgrense). Det er spesifisert særskilt der dette gjelder.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 35 av 54 5.2.2.1 Forventet stedfestingsnøyaktighet ved fotogrammetrisk datafangst ved bruk av analoge kamera Bildemålestokk 1:3 500 Grunnriss Høyde 1:5 000 Grunnriss Høyde 1:5 000 Grunnriss Høyde 1:6 000 Grunnriss Høyde 1: 8 000 Grunnriss Høyde 1:15 000 Grunnriss Høyde 1:18 000 Grunnriss Høyde Klasse 1 Svært veldefinerte detaljer 0.12 m 0.07 m 0.14 m 0.10 m 0.14 m 0.10 m 0.16 m 0.12 m 0.19 m 0.16 m 0.32 m 0.30 m 0.37 m 0.36 m FORVENTET STEDFESTINGSNØYAKTIGHET Klasse 2 Klasse 3 Veldefinerte Uskarpe detaljer detaljer 0.17 m 0.11 m 0.18 m 0.16 m 0.18 m 0.16 m 0.19 m 0.19 m 0.22 m 0.25 m 0.34 m 0.46 m 0.39 m 0.55 m 0.30 m 0.14 m 0.31 m 0.21 m 0.31 m 0.21 m 0.32 m 0.23 m 0.33 m 0.34 m 0.45 m 0.58 m 0.47 m 0.69 m Klasse 4 Diffuse naturlige detaljer 0.50 m 0.32 m 0.51 m 0.34 m 0.51 m 0.34 m 0.53 m 0.36 m 0.55 m 0.40 m 0.75 m 0.70 m 0.90 m 0.83 m Tabell 6. I FKB gjelder som hovedregel at antatt nøyaktighet skal være oppgitt på alle objekter (se avsnitt 5.3.1.3). For objekter som blir konstruert med utgangspunkt i analoge flybilder kan tabellen over benyttes for å angi antatt nøyaktighet. Tallene er laget med utgangspunkt i SOSI Del 4 Datainnsamlingsinstruks for FKB versjon 3.2 fra juni 2000. Kilde: Produktspesifikasjon for FKB. I 2000 var all flyfotografering basert på analoge flybilder og man relaterte alle nøyaktighetskrav til bildemålestokk (se tabell 7). Nå benyttes digitale sensorer (kamera) i flyfotograferingen. Ved bruk av digitale sensorer er det andre parametere enn bildemålestokk som er avgjørende for hvilken stedfestingsnøyaktighet man kan oppnå ved kartkonstruksjon fra bildedataene. Disse parametrene er avhengig av hvilken sensor som benyttes. Det er ikke utført test av forventet stedfestingsnøyaktighet relatert til bakkeoppløsning (GSD) for digitale sensorer og det er derfor ikke laget en tilsvarende tabell som for analoge kamera.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 36 av 54 5.3 SOSI-standarden - presiseringer for FKB I SOSI er det definert måter å angi ulike fenomener på innenfor en SOSI-syntaks. FKB-data skal følge de regler som er angitt i SOSI. I dette avsnittet er det gjort presiseringer av reglene i SOSI som gjelder for FKB, samt presiseringer som gjelder ved registrering og bearbeiding av FKB-data. Generelle objekttyper og egenskaper er beskrevet i SOSI del 2, fagområde Generelle typer. 5.3.1 Generelle egenskaper og avgrensingslinjer I FKB-spesifikasjonen er det i tabellen for den enkelte objekttype angitt alle generelle egenskaper som er lovlige eller påkrevde ved en leveranse. I SOSI er det definert en del egenskaper og avgrensingslinjer som er brukt i mange produkter. Disse er i SOSI del 1 beskrevet i form av et SOSI-objekt (se figur under). Bakgrunnen for SOSI-objekt er å sikre at produktspesifikasjoner samles om en del felles begreper og at det fra sentralt hold gjøres en anbefaling av hvilke som bør brukes. Man kan ut fra dette velge hvilke generelle egenskaper og avgrensingslinjer som skal benyttes i det enkelte produkt. I FKB-spesifikasjonen er det i tabellen for den enkelte objekttype angitt alle generelle egenskaper som er lovlige eller påkrevde ved en leveranse. Internt i forvaltningen av FKB-dataene kan det være at man ønsker å ha med andre generelle egenskaper enn de som er påkrevd ved leveranse. I dette avsnittet er det laget en utfyllende beskrivelse av egenskaper og avgrensingslinjer i SOSI_objekt som er benyttet i FKB. Egenskapen kvalitet kan benyttes dersom nøyaktighet og målemetode ikke angis på geometrien. Dersom denne i en gitt sammenheng ikke gir mening kan nøyaktighetsklasse, stedfestingverifisering eller digitaliseringsmålestokk benyttes Kartbladkant (from Kartblad) 0..* +kartbladkantavgrensning Dataavgrensning (from Avgrensningslinjer) +dataavgrensning <<Topo>> 0..* <<Topo>> SOSI_objekt + førstedatafangstdato[0..1] : DateTime + førstedigitaliseringsdato[0..1] : DateTime + verifiseringsdato[0..1] : DateTime + datafangstdato[0..1] : DateTime + oppdateringsdato[0..1] : DateTime + datauttaksdato[0..1] : DateTime + endringsflagg[0..1] : Endringsflagg + kvalitet[0..1] : Posisjonskvalitet + status[0..1] : Status + medium[0..1] : Medium + identifikasjon[0..1] : CharacterString + opphav[0..1] : CharacterString + nøyaktighetsklasse[0..1] : Nøyaktighetsklasse + stedfestingverifisert[0..1] : Boolean + digitaliseringsmålestokk[0..1] : Integer + prosesshistorie[0..1] : CharacterString + kopidata[0..1] : Kopidata + kommune[0..*] : Kommunenummer + informasjon[0..1] : CharacterString + registreringsversjon[0..1] : Registreringsversjon 0..* <<Topo>> +fiktivdelelinjeavgrensning <<Topo>> 0..* +temakartavgrensning <<Topo>> 0..* +kantutsnittavgrensning FiktivDelelinje (from Avgrensningslinjer) Temakartavgrensning (from Avgrensningslinjer) KantUtsnitt (from Avgrensningslinjer) +kobling 0..* <<DataType>> Endringsflagg + typeendring : TypeEndring + tidspunktendring : DateTime <<CodeList>> Status + Brukes = B + Drift = D + Eksisterende (default) = E + Foreldet = F + I forfall = I + Kondemnert = K + Nedlagt = N + Ombygd = O + Planlagt = P + Planlagt illustrert = P1 + Planlagt, prosjektert = P2 + Under arbeid = U + Vedtatt = V + Fjernet = FJ <<DataType>> Registreringsversjon + produkt : CharacterString + versjon : CharacterString <<CodeList>> Nøyaktighetsklasse + Mindre god = 1 + God = 2 + Meget god = 3 + Særs god = 4 <<DataType>> Posisjonskvalitet (from Posisjonskvalitet) + målemetode : Målemetode + nøyaktighet [0..1] : Integer + synbarhet [0..1] : Synbarhet + målemetodehøyde [0..1] : MålemetodeHøyde + nøyaktighethøyde [0..1] : Integer + maksimaltavvik [0..1] : Integer <<CodeList>> Medium + Alltid i vann = V + I bygning/bygningsmessig anlegg = B + I luft = L + På isbre = I + På sjøbunnen = S + På terrenget/på bakkenivå = T + På vannoverflaten = O + Tidvis under vann = D + Under isbre = J + Under sjøbunnen = W + Under terrenget = U <<DataType>> Kopidata + områdeid : Integer + originaldatavert : CharacterString + kopidato : DateTime Figur 13. SOSI_Objekt som abstrakt supertype for alle objekttyper. Kilde: SOSI.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 37 av 54 5.3.1.1 Datering (DATAFANGSTDATO, VERIFISERINGSDATO og OPPDATERINGSDATO) I SOSI_Objekt er det spesifisert flere ulike datoegenskaper. Under arbeidet med spesifikasjon av FKB er det gjort et utvalg av hvilke datoegenskaper som skal benyttes i FKB. Disse er: - DATAFANGSTDATO (settes av produsent/forvalter) - VERIFISERINGSDATO (settes av produsent/forvalter) - OPPDATERINGSDATO (settes av forvaltningssystemet) For Datafangstdato og Verifiseringsdato vil det være tilstrekkelig med DATOTID på formen <ååååmmdd>. Oppdateringsdato settes av forvaltningssystemet og for denne vil det være aktuelt å ta med tid. For FKB er det tilstrekkelig med 8-sifret DATOTID i versjon 4.0, men forvaltningssystemene bør ta høyde for at tidsangivelse vil bli aktuelt. DEFINISJONER FRA SOSI GENERELL OBJEKTKATALOG datafangstdato DATAFANGSTDATO dato når objektet siste gang ble registrert/observert/målt i terrenget Merknad: I mange tilfeller er denne forskjellig fra Oppdateringsdato, da registrerte endringer kan bufres i en kortere eller lengre periode før disse legges inn i databasen. SOSI-navn syntaksdefinisjon.def..datafangstdato DATOTID oppdateringsdato OPPDATERINGSDATO dato for siste endring på dataobjektet Merknad: Oppdateringsdato kan være forskjellig fra Datafangsdato ved at data som er registrert kan bufres en kortere eller lengre periode før disse legges inn i datasystemet (databasen). SOSI-navn syntaksdefinisjon.def..oppdateringsdato DATOTID verifiseringsdato VERIFISERINGSDATO dato når dataene er fastslått å være i samsvar med virkeligheten SOSI-navn syntaksdefinisjon.def..verifiseringsdato DATOTID PRAKTISK BRUK I FKB Tidligere..DATO var i standarden beskrevet som verifiseringsdato. Denne erstattes i SOSI/FKB-versjon 4.0 av både..datafangstdato og..verifiseringsdato. Bruk av..dato har vært praktisert ulikt og originaldataverten må derfor gjøre en vurdering av hvilken DATAFANGSTDATO angir dato for måling/observering/registrering av objektet (i terrenget). o Ved fotogrammetrisk datafangst vil dette være datoen for når flybildene som ligger til grunn for kartkonstruksjonen ble tatt (flyfotodato). o Ved digitalisering av eksisterende kart vil dette normalt være datoen for når flybildene kartene er produsert etter er tatt (flyfotodato). o Ved landmåling vil dette være datoen for innmåling. VERIFISERINGSDATO angir dato for når det er fastslått at eksisterende dataobjekt fremdeles samsvarer med objektet i virkeligheten. o Brukes for eksempel i de sammenhenger hvor det er foretatt fotogrammetrisk ajourhold, og hvor det ikke er registrert endringer på objektet (det virkelige objektet er i samsvar med dataobjektet).

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 38 av 54 o Ved fotogrammetrisk ajourføring blir noen objekter registrert på nytt, noen får endret databeskrivelse, noen slettes, mens andre forblir uforandret. For påføring av de ulike datoegenskapene gjelder følgende ved en fullstendig fotogrammetrisk ajourføring: - Nye dataobjekter skal ha påført ny DATAFANGSTDATO (=flyfotodato for bildene som ligger til grunn for kartkonstruksjon). - Dataobjekter som fantes fra før i datasettet og det gjennom visuell inspeksjon blir verifisert at objektene fortsatt eksisterer uforandret i terrenget, skal beholde gammel DATAFANGSTDATO. I tillegg skal ny VERIFISERINGSDATO legges på objektet. Dette selv om man ikke har kontrollert at egenskapkodingen av objektet er riktig. Dersom det er dataobjekter som ikke synes i bildene, for eksempel på grunn av gjengroing, skygge i bildene eller overdekking, må det utøves skjønn. Enten vurderes det at dataobjektet fremdeles eksisterer uforandret (kodes som over) eller at det er borte (slettes). Dersom man er i stor tvil, skal dataobjektet beholdes. Dette betyr i praksis at alle objekter som inngår i en leveranse fra en fotogrammetrisk ajourføring skal ha påført verifiseringsdato. - Endrede dataobjekter skal ha påført ny DATAFANGSTDATO (=flyfotodato for bildene som ligger til grunn for endringen). Dersom det kun er deler av et objekt som er endret, splittes dataobjektet. Det samme gjelder for objekter som krysser prosjektavgrensningen. Den delen som er uforandret beholder DATAFANGSTDATO, men det settes på ny VERIFISERINGSDATO. Den delen av objektet som er endret får kun ny DATAFANGSTDATO. (Dato på flater er opsjonelt, men ny DATAFANGSTDATO settes kun når det er skjedd vesentlige endringer på flateobjektet). - Sletting av dataobjekter. Når objektet ikke fins i terrenget lenger, eller det vurderes til å ha blitt borte, skal det slettes fra FKB. I ajourholdsprosjekter vil det være en god ide å levere slettede objekter til oppdragsgiver/originaldatavert. Minimum bør dette gjelde bygninger som ikke er merket som revet/brent, flyttet eller utgått i GAB/Matrikkelen..DATAFANGSTDATO 19950501..VERIFISERINGSDATO 20050503 Huset er registrert i 1995 og er verifisert at det fremdeles eksisterer i 2005...DATAFANGSTDATO 20050501 Nytt hus. Første gang registrert i 2005...DATAFANGSTDATO 20050501 Eksisterende bygning, men denne var feilregistrert. Bygningen registreres på nytt og gis 2005 som datafangstdato...datafangstdato 19950503..VERIFISERINGSDATO 20050503 Bekk registrert i 1995. Var ikke synlig i flybildene fra 2005, men det vurderes til at den fortsatt eksisterer uforandret. Figur 14 Eksempel på datering av objekter ved fotogrammetrisk ajourføring. Kilde: Produktspesifikasjon for FKB. Ved ajourføring etter manus (plukkajourføring) må det avtales særskilt hvordan objektene skal dateres. OPPDATERINGSDATO. Denne datoen viser datasystemets siste endring på dataobjektet. Dette er en opsjonell datoegenskap, men det forventes at den vil bli mer brukt framover.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 39 av 54 I et møte med systemleverandørene (Geodata, Norconsult og Norkart) den 23. april 2007 var det ønske om felles regler for hvordan OPPDATERINGSDATO skal benyttes. Under er et foreløpig forslag: i. Oppdateringsdato er datotid for oppdatering av databasen, og bør settes av forvaltningsbasen (ikke av klienten). ii. Oppdateringsdato skal endres også hvis det er kopidata som blir endret eller importert i en kopibase. iii. Når avgrensingslinjene til en flate endres, skal flateobjektet få ny oppdateringsdato. iv. Oppdateringsdato skal endres hvis en egenskap endres. UKJENT DATO For en del eldre data kan det være at objektene ikke er kodet med noen dato. Det fins ingen dummydato for dato ukjent. * er riktig å benytte ved manglende data, men den gir imidlertid feil ved kontroller når dato er påkrevd. Som dummyverdi for FKB-data skal 18000101 benyttes. 5.3.1.2 Endringsflagg (..ENDRINGSFLAGG) Definisjon fra SOSI-standarden: endringsinformasjon om et objekt SOSI-navn syntaksdefinisjon.def..endringsflagg *...ENDRET_TYPE T1...ENDRET_TID DATOTID Egenskapsnavn typeendring tidspunktendring typeendring ENDRET_TYPE endringsstatus for objektet SOSI-navn syntaksdefinisjon Kodenavn Definisjon/Forklaring Kode.DEF..ENDRET_TYPE T1 Endret E Nytt N Slettet S I en del tilfeller er det av interesse å vite endringsinformasjon for et objekt. Dette gjelder spesielt ved oversendelse av oppdateringsinformasjon (i ajourføringsprosjekter). Til dette kan egenskapen ENDRINGSFLAGG benyttes. ENDRINGSFLAGG inneholder informasjon om både type endring og dato for endringen. Vi benytter kortformen ååååmmdd for datotid. Eksempel:..ENDRINGSFLAGG ENDRET_TYPE S ENDRET_TID 20071101 I FDV-avtalen kan det avtales hvem som skal være originaldatavert og hvem som skal levere endringsdata til originaldataverten. Ved oversendelse av endringsdata er det svært nyttig å merke nye, endrede og slettete dataobjekter spesielt. I disse tilfellene kan endringsflagget benyttes. Dersom man ønsker å benytte denne egenskapen, må dette avtales særskilt. ENDRINGSFLAGGG skal som standard ikke inngå ved utveksling av data og er derfor ikke tatt inn i spesifikasjonen av den enkelte objekttype.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 40 av 54 5.3.1.3 Posisjonskvalitet (..KVALITET) Definisjon fra SOSI-standarden: beskrivelse av kvaliteten på stedfestingen SOSI-navn syntaksdefinisjon.def..kvalitet *...MÅLEMETODE H2...NØYAKTIGHET H6...SYNBARHET H2...H-MÅLEMETODE H2...H-NØYAKTIGHET H5...MAX-AVVIK H6 Egenskapsnavn målemetode nøyaktighet synbarhet målemetodehøyde nøyaktighethøyde maksimaltavvik Denne egenskapen skal kompaktifiseres slik:..kvalitet <MÅLEMETODE> <NØYAKTIGHET> <SYNBARHET> <H-MÅLEMETODE> <H- NØYAKTIGHET> <MAX-AVVIK> Denne egenskapen er i FKB påkrevd på alle dataobjekter med unntak av fiktive linjer og flateobjekter...max- AVVIK benyttes ikke i FKB. Eksempel 1:..KVALITET 20 100 0 61 100 Registrert i stereoinstrument, med grunnrissnøyaktighet på 1 m, fullt ut synlig/gjenfinnbar i terrenget. Høydene er generert i terrengmodell med en nøyaktighet på 1 m Eksempel 2 (benyttes for objekttyper som registreres med låst høyde som for eksempel høydekurve, kystkontur og regulert innsjøkant):..kvalitet 20 * 0 20 36 Grunnrissnøyaktigheten angis ikke. Spesielt om nøyaktighet Parameteren NØYAKTIGHET skal fortelle antatt posisjonsnøyaktighet oppgitt i cm. Med posisjonsnøyaktighet menes punktstandardavviket og høydestandardavviket for punkter, samt standard tverravvik i grunnriss og høyde for kurver. Den nøyaktighet som angis på dataobjektet, bør være så nær dataobjektets nøyaktighet i forhold til det virkelige objekt som mulig. Ved fotogrammetrisk etablering av FKB-data skal objektene kodes med antatt nøyaktighet (standardavvik) for datafangsten. Spesielt om dårlig synbarhet I FKB legges det stor vekt på fullstendighet i kartleggingen. For eksempel skal høydekurver (tellekurver), kystkontur, innsjøkant, regulert innsjøkant, elvekant, vegkant og gang- og sykkelvegkant etableres gjennomgående selv om synbarheten er meget dårlig. Det er bare når forløpet er helt uvisst at en ikke registrerer disse objekttypene gjennomløpende. For dårlig synbare objekter settes parameter NØYAKTIGHET til tre ganger normal nøyaktighet (forventet nøyaktighet for objekttypen) og parameter SYNBARHET settes til 3. For meget dårlig synbare objekter skal nøyaktigheten anslås (for eksempel med verdier som 2, 5, 10, 20, 50 meter) og parameter SYNBARHET skal settes til 3. I eldre FKB-data kan det finnes data som er kodet med NØYAKTIGHET * (det vil si ingen verdi for nøyaktighet).

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 41 av 54 5.3.1.3.1 Målemetode Definisjon fra SOSI: metode for måling i grunnriss (x, y) og høyde (z) når metoden er den samme som ved måling i grunnriss. MERKNAD: For objekter som blir avledet automatisk/maskinelt fra andre registrerte objekter eller blir flyttet som en del av redigering benyttes følgende regler for FKB-data: - Objekter som avledes av punkter som er registrert med en bestemt målemetode, beholder utgangspunktenes målemetode. Dette gjelder for eksempel Hjelpelinje3D og TaksprangBunn som kan avledes fra andre registrerte objekttyper. - Høydekurver som er generert kun fra laserdata kodes med MÅLEMETODE 36 (Flybåren laserskanner). - Objekter som gjennom for eksempel bearbeiding blir flyttet beholder opprinnelig MÅLEMETODE dersom objektet ikke flyttes mer enn 3 ganger nøyaktigheten. Dersom objektet flyttes mer enn 3 ganger nøyaktigheten til objektet benyttes MÅLEMETODE 82 (direkte innlagt fra skjerm). SOSI-navn syntaksdefinisjon Kodenavn Definisjon/Forklaring Kode.DEF..MÅLEMETODE H2 Digitalisert på skjerm fra andre digitale 47 rasterdata Målt i terrenget Terrengmålt 10 Totalstasjon 11 Teodolitt med elektronisk 12 avstandsmåler Teodolitt med målebånd 13 Ortogonalmetoden 14 Utmål Punkt beregnet på bakgrunn av andre 15 punkter, slik som to avstander eller avstand + retning. Annet Tatt fra plan 18 Annet 19 Konstruksjonsinstrument Stereoinstrument 20 Aerotriangulert Punkt beregnet v/ aerotriangulering 21 Analytisk plotter 22 Autograf - vanlig registrering 23 Digitalt stereoinstrument 24 Scanning Scannet fra kart 30 Scannet fra blyantoriginal 31 Scannet fra rissefolie 32 Scannet fra transparent folie - god 33 kvalitet Scannet fra transparent folie - mindre 34 god kvalitet Scannet fra papirkopi 35 Flybåren laserscanner 36 Digitalisert fra foto/bilde og andre digitale rasterdata Digitalisert på dig.bord fra 40 ortofoto/flybilde Digitalisert fra ortofoto - film 41 Digitalisert fra ortofoto - fotokopi 42 Digitalisert fra flybilde - 43 monodigitalisert fra film Digitalisert fra flybilde - 44 monodigitalisert fra fotokopi Digitalisert fra ortofoto 45 Digitalisert på skjerm fra satellittbilde 46

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 42 av 54 Digitalisert fra kart Digitalisert på dig.bord fra strek-kart 50 Digitalisert på dig.bord fra 51 blyantoriginal Digitalisert på dig.bord fra rissefolie 52 Digitalisert på dig.bord fra transparent 53 film - god kvalitet Digitalisert på dig.bord fra transparent 54 film - mindre god kvalitet Digitalisert på dig.bord fra papirkopi 55 Digitalisert på skjerm fra scannet samkopi (Raster) 56 Genererte data Genererte data (interpolasjon) 60 Generert i terrengmodell 61 Vektet middel 62 Generert sirkelgeometri 63 Generalisert 64 Generert sentralpunkt 65 Sammenknytningspunkt/randpunkt 66 Koordinater hentet fra GAB 67 Koordinater hentet fra JREG 68 Beregnet 69 Spesielle metoder Spesielle metoder 70 Målt med stikkstang 71 Målt med waterstang 72 Målt med målehjul 73 Målt med stigningsmåler 74 Andre spesielle metoder Fastsatt ved dom eller kongelig 78 resolusjon Annen spesiell metode (spesifiseres i 79 filhode) Frihånd Frihåndstegning 80 Digitalisert fra krokering på kart 81 Direkte innlagt på skjerm 82 GPS/Treghet. Tilpasset standarden Satellittbasert posisjonsbestemmelse. Treghetsstedfesting 90 GPS Kodemåling, relative målinger Tidligere GPS-Differensiell, pseudorange 91 GPS Kodemåling, enkeltmålinger Tidligere GPS, Absolutt, pseudorange 92 GPS Fasemåling, statisk måling Tidligere GPS, Differensiell 93 GPS Fasemåling, andre metoder (utenom RTK). Tidligere GPS-Absolutt, 94 fase Kombinasjon av GPS/Treghet 95 GPS Fasemåling RTK (Realtids kinematisk måling). Tidligere GPS 96 kinematisk (Real time kinematic) GPS Fasemåling, float-løsning 97 Ukjent målemetode 99 5.3.1.3.2 Nøyaktighet Definisjon fra SOSI: punktstandardavviket i grunnriss for punkter samt tverravvik for linjer Merknad: oppgitt i cm SOSI-navn syntaksdefinisjon.def..nøyaktighet H6

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 43 av 54 5.3.1.3.3 Synbarhet Definisjon fra SOSI: hvor godt den kartlagte detalj var synbar ved kartleggingen SOSI-navn Kodenavn Definisjon/Forklaring Kode syntaksdefinisjon.def..synbarhet H2 Fullt ut synlig/gjenfinnbar i terrenget. Default 0 Dårlig gjenfinnbar i terreng Forøvrig grei å innmåle. (Benyttes bl.a. for 1 innmåling av ledninger på lukket grøft) Middels synlig i flybilde/modell 2 Dårlig/ikke synlig i flybilde/modell 3 5.3.1.3.4 H-målemetode Definisjon fra SOSI: metode for å måle høyden SOSI-navn syntaksdefinisjon Kodenavn Definisjon/Forklaring Kode.DEF..H-MÅLEMETODE H2 Målt i terrenget Terrengmålt 10 Totalstasjon 11 Teodolitt med elektronisk 12 avstandsmåler Teodolitt med målebånd 13 Ortogonalmetoden 14 Nivellement 15 Annet Tatt fra plan 18 Annet 19 Konstruksjonsinstrument Stereoinstrument 20 Aerotriangulert (Pkt. beregnet v/ aerotriangulering) 21 Analytisk plotter 22 Autograf - vanlig registrering 23 Digitalt stereoinstrument 24 Genererte data Flybåren laserscanning 36 Genererte data (interpolasjon) 60 Generert i terrengmodell 61 Vektet middel 62 Generert sirkelgeometri 63 Generalisert 64 Sammenknytningspunkt/randpunkt 66 Koordinater hentet fra GAB 67 Koordinater hentet fra JREG (?) 68 Beregnet (?) 69 Spesielle metoder Spesielle metoder 70 Målt med stigningsmåler 74 Annet Fastsatt ved dom eller kongelig 78 resolusjon Annet (spesifiseres i filhode) 79 Frihånd Treghetsstedfesting 90 GPS Kodemåling, relative målinger. Tidligere GPS-Differensiell, pseudorange 91 GPS Kodemåling, Tidligere GPS, Absolutt, pseudorange 92 enkeltpunktbestemmelser GPS Fasemåling, statisk måling. Tidligere GPS, Differensiell 93 GPS Fasemåling, andre metoder (utenom RTK). Tidligere GPS-Absolutt, 94 fase Kombinasjon av GPS/Treghet 95 GPS Fasemåling RTK (Realtids kinematisk måling). Tidligere GPS kinematisk (Real time kinematic) 96

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 44 av 54 5.3.1.3.5 H-nøyaktighet Definisjon fra SOSI: nøyaktighet for høyden i cm SOSI-navn syntaksdefinisjon.def..h-nøyaktighet H5 5.3.1.4 Verifisering av stedfesting (..STED_VERIF) Definisjon i SOSI: angivelse om stedfestingen (koordinatene) er kontrollert og funnet i orden (verifisert) SOSI-navn syntaksdefinisjon.def..sted_verif BOOLSK I FKB er denne egenskapen aktuell for Bygningspunkt og Adressepunkt. Dette er en kvalitetsopplysning som sier at Adressepunktet eller Bygningspunktet er verifisert at ligger innenfor bygningskroppen. 5.3.1.5 Kommune (..KOMM) For en del objekttyper er det spesifisert at kommunenummer (4 siffer) skal være med for objekttypen. Dette gjelder typisk objekttyper som har koblinger til registerdatabaser (for eksempel i DEK for å angi eiendomsidenten (matrikkelidenten). Det er angitt i spesifikasjonen når denne egenskapen er aktuell å benytte. 5.3.1.6 Status (..STATUS) Definisjon fra SOSI: objektets tilstand Eksempel: Brukes, drift, foreldet, planlagt etc SOSI-navn Kodenavn Definisjon/Forklaring Kode syntaksdefinisjon.def..status T2 Brukes B Drift D Eksisterende (default) Identisk med tidligere SITSTAT = 3 E Foreldet Identisk med tidligere SITSTAT = 4 F historisk Fjernet FJ I forfall I Kondemnert K Nedlagt N Ombygd O Planlagt P Planlagt illustrert Illustrert fremtidig situasjon P1 (Tidligere SITSTAT = 1 Planlagt, prosjektert Prosjektert fremtidig situasjon P2 (Tidligere SITSTAT = 2) Under arbeid U I FKB benyttes egenskapen for å angi objektets tilstand, og benyttes for eksempel for å angi om et objekt er planlagt eller er foreldet. Det er angitt i spesifikasjonen når denne egenskapen er aktuell å benytte.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 45 av 54 5.3.1.7 Medium (..MEDIUM) Definisjon fra SOSI: objektets beliggenhet i forhold til jordoverflaten Eksempel: På bro, i tunnel, inne i et bygningsmessig anlegg, etc. SOSI-navn Kodenavn Definisjon/Forklaring Kode syntaksdefinisjon.def..medium T1 I Bygning/Bygningsmessig B anlegg Tidvis under vann D På isbre I Under isbre J I Luft L På vannoverflaten O På Sjøbunnen S På Terrenget/På bakkenivå default T Under terrenget U Alltid i Vann V Under sjøbunnen W Ukjent X I FKB benyttes egenskapen for å angi objektets beliggenhet i forhold til jordoverflaten, og benyttes for eksempel for å angi om objektet er på terrengoverflaten, under terrengoverflaten, på bro, i tunnel etc. Det er angitt i spesifikasjonen når denne egenskapen skal benyttes. 5.3.1.8 Identifikasjon (..ID) Definisjon fra SOSI: unik identifikasjon av et objekt Merknad: Bør bruke UUID. se http://en.wikipedia.org/wiki/uuid De som ikke benytter UUID må selv sørge for at denne er globalt unik. SOSI-navn syntaksdefinisjon.def..id T70 Det er angitt i spesifikasjonen når denne egenskapen skal benyttes (for eksempel for Kulturminner og Verneområder). 5.3.1.9 Prosesshistorie (..PROSESS_HISTORIE) Definisjon fra SOSI: beskrivelse av de prosesser som dataene er gått gjennom som kan ha betydning for kvaliteten og bruken av dataene Merknad: Prosesshistorie vil kunne inneholde informasjon om transformasjoner. Hva slags informasjon som angis er ofte gitt i andre standarder, for eksempel kvalitet og kvalitetssikring. SOSI-navn syntaksdefinisjon.def..prosess_historie T255 Egenskapen er opsjonell for alle objekttyper i FKB.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 46 av 54 5.3.1.10 Kopidata (..KOPIDATA) Definisjon fra SOSI: angivelse av at objektet er hentet fra et kopidatasett og ikke fra originaldatasettet Merknad: Inneholder informasjon om når kopidatasettet ble kopiert fra originaldatasettet og hvem som er originaldataansvarlig. Egenskapen kan være aktuell å benytte i en leveranse av FKB-data der leverandøren ikke er originaldatavert. Egenskapen inneholder informasjon om når kopidatasettet ble kopiert fra originaldatasettet og hvem som er originaldataansvarlig. I FKB benyttes DATOTID på formen DATO, ååååmmdd...områdeid Def: identifikasjon av område som dataene dekker Merknad: Kan angis med kommunenummer eller fylkesnummer. Disse bør spesifiseres nærmere. Som kode for Norge kan tallet 47 benyttes (nasjonskoder i henhold til ITUs nasjonskoder for telekommunikasjon)...originaldatavert Def: ansvarlig etat for forvaltning av data..kopidato Def: dato når objektet ble kopiert fra originaldatasettet SOSI-navn syntaksdefinisjon.def..kopidata *1...OMRÅDEID H4...ORIGINALDATAVERT T50...KOPIDATO DATOTID Egenskapsnavn Områdeid originaldatavert Kopidato Egenskapen er opsjonell for alle objekttyper i FKB. 5.3.1.11 Informasjon (..INFORMASJON) Definisjon fra SOSI: generell opplysning Merknad: mulighet til å legge inn utfyllende informasjon om objektet SOSI-navn syntaksdefinisjon.def..informasjon T255 Informasjon er en opsjonell egenskap for alle objekttyper, og kan benyttes for å legge inn utfyllende informasjon om objektet. 5.3.1.12 Registreringsversjon (..REGISTRERINGSVERSJON) Definisjon fra SOSI: angir hvilken versjon av registreringsinstruksen som ble benyttet ved datafangst. Eksempel: I et datasett kan det finnes objekter som er etablert fra ulike registreringsversjoner. For eksempel har registreringsinstruksen for objekttypen Takkant i FKB blitt endret fra FKB-versjon 3.4 til versjon 4.0. Dersom en kommune ønsker å ajourføre Takkant for et delområde av kommunen etter FKB-versjon 4.0, vil han etter ajourføring ha et kommunedekkende datasett der Takkant er registrert med forskjellig registreringsinstruks. I disse tilfellene er det nyttig å kunne skille på objektnivå hvilken registreringsversjon som er benyttet ved datafangst. SOSI-navn syntaksdefinisjon Egenskapsnavn.DEF..REGISTRERINGSVERSJON *...PRODUKT T15 Produkt...VERSJON T50 Versjon Denne egenskapen skal kompaktifiseres slik:..registreringsversjon <PRODUKT><VERSJON>

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 47 av 54 I tabellene er det angitt hvilke objekttyper hvor det er påkrevd eller opsjonelt med..registreringsversjon. Anbefalt bruk for eldre data er: Alle nye data som er konstruert etter FKB 4.0 kodes..registreringsversjon FKB 4.0 Hvis kommunen vet hvilken SOSI/FKB-versjon data er konstruert etter bør dette angis på data, f.eks..registreringsversjon FKB 2.21 For eldre data der man er usikker på hvilken versjon dataene er registrert etter, benyttes..registreringsversjon FKB 3.4 eller eldre Objekter som ajourføres gjennom administrative rutiner, og som ikke følger registreringsinstruksen, kodes med en forklarende tekst om datafangstmetode. For eksempel REGISTRERINGSVERSJON FKB Administrativ datafangst Det presiseres at det er registreringsversjonen som var gyldig ved den fotogrammetriske registreringen som skal brukes. For eksempel skal et objekt som er registrert etter FKB-versjon 3.3 ha denne koden uansett om vi i dag vet at denne registreringen gjøres identisk i FKB40. 5.3.1.13 FiktivDelelinje og Dataavgrensning Disse objekttypene benyttes kun for å avgrense Havflate i FKB. Ellers benyttes de respektive faglags fiktive avgrensingslinjer for å avgrense flater med mangelfull avgrensning. (Se kap. Om sømløs forv. (4.8) og kap. Om avgr. Av kartleggingsområde ( 5.3.7).

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 48 av 54 5.3.1.14 KantUtsnitt Definisjon fra SOSI: avgrensning av et utsnitt Egenskapsnavn SOSI-navn Verdi - + Restriksjon Geometri Kurve..OBJTYPE KantUtsnitt 1 1 Ved leveranse av FKB-data kan det være aktuelt å levere et utsnitt av den sømløse kartbasen. I disse tilfellene skal KantUtsnitt benyttes for å lukke flater som er berørt av utsnittsavgrensningen. Figur 15. Eksempel på bruk av objekttypen KantUtsnitt ved leveranse av et utsnitt av et vanndatasett. Objekttypen KantUtsnitt er tegnet i rødt. Kilde: Produktspesifikasjon for FKB. 5.3.2 SOSI-hode I en standard utvekslingsfil er det noen egenskaper som skal være i et SOSI fil-hode. Dette er egenskapene gjengitt i eksempelet under:.hode 0:..TEGNSETT ISO8859-1..TRANSPAR...KOORDSYS 22...ORIGO-NØ 0 0...ENHET 0.01 VERT-DATUM NN54..OMRÅDE...MIN-NØ 6450-1200...MAX-NØ 8060 11500..SOSI-VERSJON 4.0..SOSI-NIVÅ 4..INNHOLD PRODUKTSPEK FKB-Bygning 4.01 INNHOLD, SOSI-nivå og SOSI-versjon er vanlige egenskaper i hodet. For bruk av SOSI-kontroll må INNHOLD (kortnavn og versjon) være angitt. Disse sier henholdsvis noe om produktspesifikasjonen data er i henhold til, hvilket kompleksitetsnivå en kan støte på i fila, og hvilken SOSI-versjon SOSI-formatet har. Ellers anbefaler det at man ikke legger på andre egenskaper filhodet. Det anbefales i stedet at disse legges på objektnivå. Dette for å sikre at mottagere av data får med seg alle opplysninger om objektene.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 49 av 54 5.3.2.1 Oppløsning (..ENHET) FKB-dataene skal etableres med cm oppløsning. 5.3.2.2 SOSI-versjon (..SOSI-VERSJON) I hodet på SOSI-fila skal det angis hvilken SOSI-versjon av SOSI-formatet som er benyttet ved produksjon av fila. For angi dette benyttes egenskapen SOSI-VERSJON. I tillegg kan det på objektnivå være angitt hvilken FKB-versjon dataene er registrert etter. For å angi dette benyttes egenskapen..registreringsversjon. 5.3.2.3 SOSI-nivå (..SOSI-NIVÅ) Objekter som naturlig danner sammenhengende nettverk og flater skal i FKB ha en datastruktur som understøtter dette. Dette betyr at FKB skal tilfredsstille SOSI-nivå 4 for flatetema og SOSI-nivå 3 for resterende tema (SOSI- NIVÅ). 5.3.2.4 Datum, projeksjon og koordinatsystem (..TRANSPAR) FKB-data etableres normalt i følgende geodetiske grunnlag: - Grunnriss: EUREF89 (EUREF89 er Norges offisielle koordinatsystem). - Høyde: NN2000 eller NN1954 (Normalnull av 1954). 5.3.2.5 Geografisk dekning (..OMRÅDE) For FKB-data levert på SOSI-format skal geografisk dekning være angitt i hodet på SOSI-fila (OMRÅDE). 5.3.2.6 Språk og tegnsett (..TEGNSETT) Standard tegnsett for FKB-data er ISO8859-1. Ved bruk av samiske tegn benyttes ISO8859-10. Dette gjelder spesielt for presentasjonsdata. 5.3.2.7 INNHOLD (..INNHOLD) INNHOLD benyttes for å angi hvilke data som inngår i SOSI-fila. Denne egenskapen brukes av SOSI-kontroll for å identifisere hvilken produktspesifikasjon det skal kontrolleres mot. SOSI-kontroll bruker kortnavn og det er viktig at denne er riktig utfylt i SOSI-fila. Kortnavnene til FKB-datasettene fins i kap.5.1.1 FKB-datasett i dette dokumentet. Fullt navn på produkt er ikke påkrevd....produktspek <KORTNAVN> <VERSJON> <UNDERTYPE> <PRODUKTGRUPPE> <PRODUKT_FULLT_NAVN> Eksempel:..INNHOLD...PRODUKTSPEK FKB-Vann 4.01 * FKB Kyst, innsjøer og vassdrag I FKB er kortnavn og versjon de sentrale egenskapene:..innhold...produktspek FKB-Lufthavn 4.01 Kortnavnene framgår av tabellen under punkt 5.1.1 5.3.3 Delt geometri I FKB opereres det med delt geometri. Dette betyr at avgrensingslinjer til naboflater deles av de to naboflatene, altså linja er bare registrert en gang.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 50 av 54 5.3.4 Høyderegistrering Ved etablering av FKB-data skal det registreres høydeverdier dersom innsamlingsmetoden gir mulighet for dette (for eksempel ved landmåling og fotogrammetri). Dette gjelder også representasjonspunkter for flater. Objekter som av natur har lik høyde i terrenget (for eksempel høydekurver, kystkontur, regulert innsjøkant og innsjøkant) skal ha lik høyde i dataene. Slike objekter skal ikke ha høydekoordinat på hvert punkt i kurven (NØH), men høyden skal ligge som en egenskap (HØYDE) på objektet. 5.3.5 Krav til punkttetthet for KURVE Det er et krav at punktfordelingen i en KURVE skal være slik at det rette linjeforløp mellom punktene ikke skal avvike fra det virkelige linjeforløpet, både i grunnriss og høyde (pilhøyde i grunnriss og høyde), med mer enn toleransen for stedfestingsnøyaktighet for den aktuelle objekttype og FKB-standard. Det stilles ikke spesielle krav til siling av data, men punkttettheten bør stå i samsvar med toleransen for stedfestingsnøyaktighet for kurven. 5.3.6 Sammenknytning i ulike dimensjoner I utgangspunktet skal objekter knyttes sammen i den dimensjon de er representert i. Objekter med tre dimensjoner (3D) skal knyttes sammen i nord, øst og høyde, mens objekter i to dimensjoner (2D) knyttes sammen i nord og øst. Knutepunkt benyttes som samlebetegnelse for å angi geometriske sammenhenger. I SOSI og i FKB er det spesifisert 3 ulike typer knutepunkt; nodepunkt, konnekteringspunkt og lovlig løst endepunkt. Nodepunkt: Nodepunkt dannes mellom 2 eller flere kurve- eller punktobjekter. Med punktobjekter her forstås for eksempel grensepunkter i DEK. Disse objektene kan være sammenknyttet med eksakt samme koordinater i 2 dimensjoner (xy) eller i 3 dimensjoner (xyz) i nodepunktet (2D-nodepunkt eller 3D-nodepunkt). Hvorvidt kurveobjekter med nodepunkt skal splittes eller ikke er situasjonsbetinget. Nodepunkter skal i SOSI-fila være merket med knutepunktslag 1 ( KP1). Figur 16. Eksempel på 3D-nodepunkt for en bygning. Disse er markert med en rosa ring. Røde linjer er takkant, mørkeblå linjer er taksprang, brune linjer er bygningslinjer og mørkegrønn linje er mønelinje. Kilde: Produktspesifikasjon for FKB.

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 51 av 54 Figur 17. Eksempel på 2D-nodepunkt for en bygning. Disse er markert med en rosa ring. Kilde: Produktspesifikasjon for FKB. Konnekteringspunkt: Dette er en geometrisk sammenknytning mellom to eller flere objekter, der konnekteringspunktet ikke er lagt inn på alle objektene. Et eksempel på dette er en trapp som konnekteres inntil en takkant, uten at takkanten får lagt inn et eget punkt. Normalt gjøres konnektering i 2D. Konnekteringspunkter for bygning skal i SOSI-fila være merket med knutepunktslag 900 ( KP 900). Figur 18. I figuren som viser registrerte linjer for en bygning, er konnekteringspunkt markert med en rosa ring. Rød linje er takkant, lysegrønn linje er trapp og lyseblå linje er veranda. Kilde: Produktspesifikasjon for FKB. Lovlig løst endepunkt: Dette vil si endepunkter i kurveobjekter som ikke skal knyttes til andre objekter, for eksempel starten på en sti eller bekk. Lovlig løse endepunkt kan i SOSI-fila være merket med knutepunktslag 999 ( KP 999).

SOSI Del 3 Produktspesifikasjon for FKB Generell del Side 52 av 54 Figur 19. Figuren viser lovlig løst endepunkt for bekker og stier i rosa, mens nodepunkt vises i oransje. Kilde: Produktspesifikasjon for FKB. 5.3.7 Avgrensing av kartleggingsområde (fotogrammetri) Under følger noen regler for hvilke avgrensningsobjekter som skal leveres ved fotogrammetrisk etablering og - ajourføring av FKB-data. Hvis ikke annet er avtalt i prosjektet skal denne kodingen benyttes. 1. Prosjektleder (for eksempel Geovekst) leverer et digitalt avgrensningspolygon som viser prosjektetområdet. 2. Avgrensningspolygonet leveres tilbake sammen med dataene. Dersom det er behov for justering av prosjektavgrensningen, skal justert avgrensning leveres. Justering kan for eksempel være aktuelt dersom man ønsker å konstruere objekter innenfor hele flyfotodekningen eller man ønsker å få registrert alle bygninger som deles av prosjektavgrensningslinjen. Dette må i så fall avtales i det enkelte prosjekt. 3. Flater som blir delt av avgrensingslinja for prosjektområdet skal leveres som flater. Det skal benyttes de enkelte datasetts fiktive avgrensninger for å avgrense flater i prosjektgrensa. Fiktive avgrensingslinjer som skal benyttes er: FKB-Bygning: Bygning og Takoverbygg deles ikke, juster heller prosjektgrensa (ved manglende innsyn benyttes FiktivBygningsavgrensning) FKB-Bygningsmessige anlegg: Her benyttes FiktivAvgrensningForAnlegg FKB-Veg: For flatene Veg, GangSykkelveg, Parkeringsområde og Traktorveg benyttes VegkantFiktiv FKB-AR5: For flatene i AR5 benyttes ArealressursgrenseFiktiv FKB-DMK: For flatene i DMK benyttes MarkslagGrenseFiktiv FKB-Vann: For Havflate benyttes Dataavgrensning mot ikke kartlagt område, og FiktivDelelinje ellers. For Innsjø benyttes InnsjølinjeFiktiv For ElvBekk og KanalGrøft benyttes ElvelinjeFiktiv FKB-Arealbruk: For arealbruksflater benyttes ArealbrukgrenseFiktiv