*HRGDWDNRQWUROO 5.1 Innledning 5.2 SOSI - FKB 5.3 Hva skal kontrolleres 5.3.1 Dataleveranse 5.3.2 Nøyaktighet 5.3.3 Innhold / Tematisering 5.3.4 Datastruktur 5.3.5 Fullstendighet 5.3.6 Intern homogenitet 5.4 Gjennomføring av geodatakontroll Versjon 1997-12-19 Filnavn: I5-20.doc
*HRGDWDNRQWUROO,QQOHGQLQJ Ved innføring av digital kartlegging er det dataene som er det "originale kartet", ikke rissefolien eller en uttegning på papir. Dette betyr at det er dataene som leveres etter at en nykartlegging er ferdig som må gjøres til gjenstand for kontroll. Uttegning av analoge kart vil etterhvert bli en nesten helautomatisert prosess. Kvalitetskontroll kommer derfor sterkest inn i selve bearbeidingsprosessen fram mot ferdige etablerte datasett. Kontroll av digitale geodata vil først og fremst bestå i å kontrollere at kvaliteten på dataene er i henhold til kravspesifikasjonene. Da er det viktig å ha klare og entydige kravspesifikasjoner. "Kart-Norge" har etterhvert samlet seg om spesifikasjon av ny SOSI-standard for "målestokksuavhengig" digital kartlegging (Felles KartdataBase - FKB). SOSI-FKB definerer først og fremst et standardisert krav til innhold og datastruktur. For å kunne kontrollere digitale geodata effektivt, er vi avhengig av å bruke edb-programmer. Digitale kart gir store datamengder og er komplekse i sin struktur. En viktig forutsetning for å kunne kontrollere digitale geodata ved hjelp av datamaskiner er at dataene er strukturert og tematisert etter gitte spesifikasjoner som SOSI-FKB. 626,).% Dokumentasjonen finnes i SOSI-standarden, del 3 som distribueres av Statens kartverk. Del 1 i manualen beskriver syntaks, dvs. grammatikken for data på SOSI-formatet, og generelle mekanismer for kartdata. Del 2 inneholder objektkatalogen i SOSI. Her beskrives objekter gruppert etter temadatabaser. Eksempler på temadatabaser er: Fastmerker, høydedata, DEK (Digitalt eiendomskartverk), kystkontur, vannkontur, vegbase, vegsituasjon og stedsnavn. SOSI del 4 (tidligere del 5) inneholder en fotogrammetrisk registreringsinstruks for SOSI- FKB data. SOSI-FKB (del 3) beskriver 4 ulike kartleggingsstandarder: A-standard - en full tredimensjonal kartlegging egnet til utbyggingsområder og tette byområder B-standard - tilsvarende tekniske kart C-standard - tilsvarende dagens ØK D-standard - tilsvarende dagens N50 Datasett-spesifikasjonene beskriver krav til innhold og detaljeringsgrad for de ulike kartleggingsstandardene. Hvordan dataene skal kodes i SOSI-formatet og hvilken datastruktur de skal ha, er beskrevet i SOSI del 2, Objektkatalogen. Med datastruktur menes de regler som definerer hvordan de ulike kartobjekter henger sammen og er gruppert. SOSI krever gjerne at dataene enten skal være på SOSI-nivå 3 eller 4. Versjon 1997-12-19 Filnavn: I5-20.doc Side 2/8
SOSI-nivå 3 betyr at det er definert en sammenheng mellom linjer og kurver som skal henge sammen. Alle nodepunkt som skal henge sammen, merkes på SOSI-fila med egenskapen...kp (knutepunkt). SOSI-nivå 4 betyr at det er definert en sammenheng mellom linjene og de flatene som linjene danner. +YDVNDONRQWUROOHUHV Oppdragsgiver må først finne ut hva som skal kontrolleres, og hvordan en kan sjekke at dataene er levert i samsvar med de kvalitetskrav som er stilt til leveransen. Hvis andre foretar kontroller, bør det leveres dokumentasjon. Kvalitetskontrollen er todelt. For det første går det ut på å finne og dokumentere feil. Dette bør skje mest mulig automatisk. Retting av data vil skje manuelt eller halvautomatisk. Hvis det er store mangler eller feil, bør dataene returneres. Intern homogenitet Tematisering/Innhold Fullstendighet Nøyaktighet Dataleveranse Datastruktur Figuren skisserer elementer som inngår i en geodatakontroll. 5.3.1 Dataleveranse Dataleveranse vil vanligvis skje med SOSI som utvekslingsformat. For at andre programsystem skal kunne lese dataene, må fila ha riktig SOSI-syntaks. Gjøvik Ingeniørhøyskole har i samarbeid med Statens kartverk utviklet KVAKK som står for "Kvalitetskontroll av digitale kartdata". Programmet sjekker først og fremst at dataene ikke strider mot SOSI-formatet. Programmet gir også en viss kontroll av innholdet og hvilket SOSI-nivå dataene har. KVAKK vil ikke finne alle feil i et datasett, men en kjøring med KVAKK vil gi en bra indikasjon på datakvaliteten. Feil som blir funnet blir "logget", men ikke reparert. I tillegg til kontrollene produserer KVAKK en del nyttige statistikker. Versjon 1997-12-19 Filnavn: I5-20.doc Side 3/8
Ved en dataleveranse skjer som regel følgende: Data konverteres(oversettes) fra leverandørens databasesystem over til SOSI-format. SOSI-data sendes på diskett eller CD til mottaker, som foretar en innlesing av disse dataene inn i sitt eget databasesystem. (Fylkeskartkontorene har en litt avvikende prosedyre her i og med at FYSAK-systemet jobber direkte mot SOSIformatet.) I denne prosessen er det selvfølgelig muligheter for "svinn". Det er derfor meget viktig at den som leverer data lager et papirplott(kartbladvis) av datainnholdet, der man baserer uttegningen på data slik de ligger i leverandørens basesystem. Når oppdragsgiver har mottatt datasettet og lest det inn i sitt eget databasesystem, bør det foretas en ny uttegning som kontrolleres mot plottet fra leverandøren. 5.3.2 Nøyaktighet Ved konstruksjon av kartdata fra flybilder måles de enkelte kartdetaljer bare en gang. Gjentatte målinger av samme objekt med midling til slutt er ikke økonomisk forsvarlig. Det er derfor små muligheter til å kontrollere nøyaktigheten ut fra mottatte data. Resultat fra areotriangulering og modellorienteringer vil kunne gi en indikasjon på det generelle nøyaktighetsnivået. Hele FKB-prinsippet bygger på at det for et definert område skal finnes kun ett datasett. Før GEOVEKST ble innført, foregikk kartleggingen uten noen formell koordinering mellom de kartleggende etater. En kunne da for eksempel finne kart i m=1:1000 som dekket deler av et ØK-blad (m=1:5000). For å kontrollere nøyaktigheten i ØK, kunne en da benytte det tekniske kartet som "fasit". For å kunne kontrollere den absolutte nøyaktigheten, må vi i praksis ut i marka og måle inn detaljer for å sammenligne med de digitale dataene. Ved å sjekke kryssende objekter, kan vi få en sjekk på den relative høydenøyaktigheten. For eksempel skal en vegkant som krysser en høydekurve ha samme høyde i krysningspunktet. Kontroller mot grove feil kan for en stor grad foretas automatisk. Kryssende høydekurver, feil høyde på kurver og unormale høydesprang er eksempler på dette. Det kan også forekomme "ville" data som for eksempel ligger langt utenfor området. En del av disse feilene vil KVAKK eller et annet kartbehandlingssystem oppdage. Det kan også oppstå grove feil på grunn av for lav punkttetthet. Eksempelvis skal det være tettere med punkter der en høydekurve krummer sterkt enn der den nesten er rettlinjet. Det er mulig å lage rutiner som kontrollerer dette automatisk. Hvis vi ikke har denne muligheten, kan vi kontrollere dataene visuelt på skjermen eller plotte dem ut. Det er viktig å sjekke punkttettheten både i grunnriss og høyde. Vi får også en kontroll på nøyaktigheten ved å sammenpasse data over modellkanten og ved å kontrollere mot eksisterende data. Eksisterende data kan være data fra tidligere kartlegging eller data fra andre kilder. Versjon 1997-12-19 Filnavn: I5-20.doc Side 4/8
5.3.3 Innhold / Tematisering Med innholdskontroll menes her at detaljeringsgrad og koding er i samsvar med aktuell kartleggingsstandard i SOSI-FKB. For eksempel skal hus i B-standarden ikke ha med trapper og verandaer, mens dette er standardinnhold i A-standarden. En god kontroll er å tegne ut aktuelt datasett på en slik måte at feilkoding blir avslørt. For eksempel skal alle linjer og kurver i DEK (digitalt eiendomskartverk) være kodet med en av de lovlige grensekodene i DEK. Vi kan også foreta andre kontroller ved å kombinere utvalgsmekanismer med spesielle funksjoner i et geodatasystem. Kontroll av innhold og tematisering vil ofte skje samtidig med kontroll av datastruktur. Viktige egenskaper på dataene som alltid må kontrolleres er..dato og..kvalitet. Sjekk at riktig dato er lagt på dataene! Kvaliteten forteller hvordan dataene har oppstått (målemetode) og hvor nøyaktige de antas å være. 5.3.4 Datastruktur Før geodata kan sies å være i samsvar med SOSI-FKB-standard, kreves det at dataene er splittet opp i temadatabaser. Hvilken datastruktur de forskjellige temadatasettene skal ha, er gitt i SOSI-FKB. En del geodatasystemer har gode muligheter til å kontrollere at strukturen er i henhold til spesifikasjonene. For å kontrollere at dataene er på SOSI-nivå 3 (knutepunkt mellom linjer som skal henge sammen), kan vi automatisk få "logget" alle kurve-ender som ikke er lovlig knyttet sammen med andre eller blitt merket som "lovlig løs ende". Feil må inspiseres og rettes opp manuelt eller halvautomatisk. SOSI-FKB legger vanligvis opp til at et kurve/linje bilde skal være sammenhengende slik at kontrollene kan utføres enklest mulig. For eksempel skal det genereres en fiktiv linje der høydekurver går gjennom hus. For datasett som er flateorientert (SOSI-nivå 4), må vi først og fremst sjekke at flatene er riktig beskrevet på SOSI-formatet. Vi kan også kontrollere at alle flate/punkt-grupper danner en lukket flate, at det er samsvar mellom flatetemakoden og linjetemakoden og at bestemte linje/kurve-tema skal refereres til en flate. Feil kan "logges" automatisk og rettes manuelt eller halvautomatisk. Det er mulig å danne flater ved å innføre "fiktive linjer" i SOSI-FKB. For eksempel innføres det "fiktive linjer" mellom elver og vann/kyst. Vann- elve- og kystkonturen vil da bli sammenhengende, og vi kan danne "vannflater". I datasett hvor det forekommer både linjeorienterte og flateorienterte objekter, er det fornuftig å skille de linje- og flateorienterte objektene for å få sjekket datastrukturen effektivt. Å etablere riktig datastruktur bør skje i en etterbehandlingsprosess og ikke samtidig med konstruksjon av dataene. Rådata fra konstruksjonen bør være mest mulig intakte. Versjon 1997-12-19 Filnavn: I5-20.doc Side 5/8
5.3.5 Fullstendighet Kontroll av fullstendighet i datasettet er vanskelig å utføre foran en dataskjerm, og må derfor gjøres ved synfaring i marka. Alternativer er stikkprøver fra flybilder og kontroll mot gamle kart. Ved hjelp av SOSI-FKB har vi likevel noen kontrollmuligheter som kan utføres automatisk når vi etablerer dataene på riktig SOSI-nivå. Siden høydekurvene skal være sammenhengende, kan vi lett oppdage om det mangler biter av en høydekurve. Vi kan også finne ut om det er for stort sprang mellom høydekurver, noe som avslører at en høydekurve mangler helt. Når det gjelder flatedannende objekter som for eksempel vann, vil vi oppdage om deler av vannkonturen mangler. Vi vil derimot ikke kunne oppdage om hele vannet mangler. For bygninger henter vi representasjonspunkt fra bygningsregisteret i GAB og får dermed en kontroll av fullstendighet. 5.3.6 Intern homogenitet Med intern homogenitet menes her at dataene og datasettene skal "passe sammen". Tidligere er det nevnt at høyden der en vegkant krysser en høydekurve må være lik eller innenfor nøyaktighetskravet. Når datasett kommer fra ulike kilder, må vi kontrollere at de ikke kolliderer eller er motstridende. For eksempel skal ikke hus ligge i vegbanen, eiendomsgrenser som går inn mot et vann må stoppe i vannkanten og elver skal knyttes sammen med kystkonturen. Noen kontroller kan utføres automatisk, mens andre kan utføres visuelt ved at vi sjekker om datasett "passer sammen" på skjermen eller på et plott. Data med den beste nøyaktigheten må få "rangen" foran mer unøyaktige data. Målet er å få et sammenhengende temadatasett over alle kommunene. Siden vi etablerer data med ulik nøyaktighet over forskjellige områder, må disse settes sammen til en helhet og sammenpasses med allerede etablerte områder. *MHQQRPI ULQJDYJHRGDWDNRQWUROO I første omgang ligger ansvaret for å utføre geodatakontroll hos den som etablerer datasettene (typisk et privat kartfirma). Rutiner for dette vil selvsagt variere fra firma til firma. Kontrollskjema som blir fylt ut underveis i kartleggingsprosessen og som viser hvilke prosesser og kontroller dataene har vært gjennom, vil være en god dokumentasjon ved leveranse av data. Fram til i dag har det vært vanlig at kartfirmaer har levert "fotogrammetrisk FKB" og ikke ferdig strukturerte datasett. Minimumskravet til konstruksjonsfirma bør være "fotogrammetrisk FKB" som sikrer en problemfri overgang til ferdig SOSI-FKB-standard. Da må oppdragsgiver eller andre bearbeide datasettene til ferdig "foredla" datasett. Geodatakontroll må inn i alle ledd i produksjonsløypa. Versjon 1997-12-19 Filnavn: I5-20.doc Side 6/8
Versjon 1997-12-19 Filnavn: I5-20.doc Side 7/8
Oppdragsgiver må kontrollere/ ta stikkprøver av dataene etter at de er levert av oppdragstaker. Det anbefales å sette opp i et avkryssingsskjema hvilke kontroller som skal utføres, omfanget av dem og hvem som skal utføre dem. I en bearbeidingsprosess med bruk av forskjellige typer programvare er det alltid en risiko for "svinn". Data kan bli slettet eller utilsiktet endret. Til slutt bør det derfor kjøres en sjekk med de ferdig bearbeidede datasettene mot de opprinnelige rådataene fra konstruksjonen. Dermed kan vi konstatere om nøyaktigheten eller innholdet i dataene er blitt forandret gjennom produksjonsløypa. Testplott av konstruksjonsoriginalen fra leverandøren må alltid anskaffes. Versjon 1997-12-19 Filnavn: I5-20.doc Side 8/8