Versjon 4.0

Dette dokumentet kan også lastes ned i PDF format.

1. Innledning

1.1. Deltakere i arbeidsgruppa

  • Erik Hagen - Digitaliseringsdirektoratet

  • Henrik Forsberg Mathisen - NIBIO

  • Lars Eggan - Norconsult informasjonssystemer

  • Morten Eirik Eines - Lillestrøm kommune

  • Ole Nedrebø - Statens vegvesen

  • Rune Alsaker - Oslo kommune

  • Otto-Richard Eide - Trondheim kommune

  • Tor Kjetil Nilsen - Arkitektum

  • Øystein Dale - Arkitektum

  • Lars Inge Arnevik - Kartverket

  • Tore Freddy Bæk - Kartverket

  • Lars Fredrik Gyland - Karverket (ass. prosjektleder)

  • Ivar Oveland - Kartverket

  • Andreas Røstad - Kartverket

  • Morten Borrebæk - Kartverket (prosjektleder)

  • Marianne Berg Sæther - Kartverket (prosjekteier)

  • Hege Brende - NGU

  • Bjørn Ove Grøtan - NGU

  • Marius Seglsten - Norkart

  • Olav Kavli - Geodata

1.2. For denne versjonen av rammeverket har det også vært nedsatt to arbeidsgrupper:

  • Arkitektur - Ledet av Olav Kavli (Geodata)

  • AI/maskinlæring - Ledet av Harald Huse (Norkart)

1.3. Målsetting

Dette dokument har til hovedhensikt å introdusere et felles og omforent teknisk rammeverk for dataleverandører, tjenesteleverandører og applikasjonsutviklere i den geografiske infrastrukturen. Rammeverket skal sikre en felles forståelse av hvordan data og tjenester er gjort eller kan gjøres tilgjengelig, og hvordan de kan eller skal dokumenteres og vedlikeholdes.

Rammeverket skal også bidra til å klarlegge for beslutningstakere hvilke organisatoriske og administrative krav og forpliktelser en slik infrastruktur legger på de ulike etater og tjenester (introduksjon i kapittel 1).

Rammeverksdokumentet skal beskrive de teknologiske grunnprinsippene for infrastrukturen, samt tidsplan for realisering av denne der dette finnes. Dokumentet skal være kort og konsist med referanser til underliggende dokumentasjon.

Rammeverksdokumentets virkeområde er geodata i elektronisk form med tilhørende geodatatjenester som vedrører norsk landterritorium, herunder Svalbard og Jan Mayen, de norske bilandene, norsk territorialfarvann, norsk kontinentalsokkel og havområder opprettet med hjemmel i lov 17 desember 1976 nr. 91 om Norges økonomiske sone.

1.4. Teknologiske grunnprinsipper, krav og anbefalinger

Dette dokumentet beskriver krav og overordnede teknologiske grunnprinsipper for norsk geografisk infrastruktur samt struktur og arkitektur knyttet til denne. Rammeverket gir en kortfattet beskrivelse av viktige komponenter og tekniske roller, samt krav og anbefalinger som er nødvendig for å sikre en brukervennlig geografisk infrastruktur i Norge

Dokumentet beskriver teknologiske krav og anbefalinger vedrørende interoperabilitet for å sikre en operasjonell geografisk infrastruktur. Dette omfatter blant annet data (herunder koordinatsystemer), metadata, tjenester (herunder om formater), modellering og registerinformasjon.

Rammeverksdokumentet gir også krav og anbefalinger som sikrer integrering med andre infrastrukturer (ITS, BIM ,etc.) samt integrering med IKT politikken generelt, med spesielt fokus på overordnede krav og anbefalinger fra Digitaliseringsdirektoratet.

Skillet mellom geografisk informasjonsteknologi og informasjonsteknologi generelt er i ferd med å forsvinne. Geografisk informasjonsteknologi blir en del av den generelle informasjonsteknologien. Av denne grunn vil dokumentet også fokusere på og henvise til en rekke krav og anbefalinger, spesielt der dette foreligger i form av lover og overordnede føringer.

Mange av kravene og anbefalingene knyttet til den geografiske infrastrukturen finnes allerede i ulike lover, forskrifter, rundskriv mv. Eksempelvis er krav og anbefaling i INSPIRE, som er nedfelt i Geodataloven, beskrevet i veiledningsdokumenter på flere tusen sider. Rammeverksdokumentet innebærer også en operasjonalisering av FAIR prinsippene (et sett med prinsipper for å sikre interoperable løsninger for gjenfinning, nedlasting og gjenbruk av data), men uten at det er referanse til disse fra krav og anbefalinger.

Rammeverksdokumentet beskriver de vesentlige krav og anbefalinger, sett med norske øyne, som gjør det enkelt for brukerne å se hva som er krav og anbefalinger til de ulike delene av vår geografiske infrastruktur. Rammeverksdokumentet inneholder lite “lærebokstoff”, og det er lagt inn henvisning til de respektive dokumenter for nærmere beskrivelser.

De krav som geodataloven eller gjennomføringsbestemmelsene (kommisjonsforordningene) stiller, sikrer ikke interoperabilitet i seg selv. Det er de tekniske retningslinjedokumentene som sikrer best mulig interoperabilitet. Av den grunn kan det være nødvendig å formalisere noen av disse som krav i vår nasjonale geografiske infrastruktur, ofte omtalt som NSDI (National Spatial Data Infrastructure).

1.5. Visjon

Nasjonal geodatastrategi har som visjon at Norge skal være ledende i bruk av geografisk informasjon.

Rammeverksdokumentet er et av flere dokumenter og tiltak som etter beste evne understøtter en slik visjon.

1.6. Forankring

Rammeverksdokumentet er et tiltak i handlingsplanen for vår nasjonale geodatastrategi (tiltak 18). Følgelig er rammeverksdokumentet forankret i geodatastrategien, som en bestilling fra samordningsgruppen for geografisk informasjon. Dokumentet er utarbeidet av en arbeidsgruppe nedsatt av samordningsgruppa for geografisk informasjon. Arbeidsgruppen har vært ledet av Morten Borrebæk (Kartverket).

Det forutsettes at rammeverket må revideres jevnlig, og det er viktig at en i det videre arbeidet sikrer en forankring mot beslutningsmyndigheten i den nasjonale geografiske infrastrukturen.

1.7. Om selve dokumentet

Rammeverket for teknisk og semantisk interoperabilitet i den nasjonale geografiske infrastrukturen må sees i forhold til en større nasjonal og internasjonal infrastruktur for databehandling som redegjøres for i kapittel 5 og 6.

I kapittel 7 beskrives lover, regler som skal eller kan følges i forvaltning av offentlige geografiske data i Norge. En oversikt over alle forordninger som ligger til grunn for Geodataloven foreligger i Vedlegg B. I kapittel 8 beskrives krav og anbefalinger til de standarder vi kan eller skal bruke i produksjon, forvaltning og formidling av data.

Kapittel 9 og 10 inneholder krav og anbefalinger til data, metadata, registre og datatjenester. Krav og anbefalinger kommer fra ulike kilder. Noen krav er hjemlet i nasjonal IKT-politikk, andre fra nasjonal og overnasjonal lover. Andre igjen er sektorspesifikke og er hjemlet i sektorspesfikke lover og forskrifter. Noen krav og anbefalinger er hjemlet av Kartverket i rollen som nasjonal geodatakoordinator. Rammeverksgruppen har også spesifisert egne krav og anbefalinger.

Data samles inn, forvaltes og formidles i en kontekst av ulike typer samarbeidsavtaler. Data som inngår i det offentlige kartgrunnlaget, som f.eks. bygningsdata, har et avtaleverk som inneholder mange parter med mange krav og anbefalinger. Sektorspesifikke data, som f.eks. data om organisert beitebruk, samles, forvaltes og formidles en kontekst av færre avtaleparter, færre krav og anbefalinger. I dette rammeverket har vi sortert krav og anbefalinger etter hvilke hjemler som anvendes og etter hva slags avtaleverk som gjelder for datamaterialet. Krav i henhold til sektorspesifikke avtaler kan derimot ikke overstyre de krav som ligger til overordnede lover, forskrifter og føringer.

Krav til tjenester omfatter ikke bare visningstjenester som WMS, men også tjenester for søk etter geografiske data, nedlasting av data og omforming av data til andre koordinatsystemer og måleenheter. Tekniske retningslinjedokumenter for søketjenester foreligger i vedlegg C, visningstjenester foreligger i vedlegg D, nedlastingstjenester i vedlegg E og omformingstjenester i vedlegg F. Retningslinjer for framstilling og vedlikeholde av metadata er beskrevet i detalj i vedlegg G.

Datatjenester utformet med hensikt om å bli aktivert i andre tjenester, eller å være interoperable eller harmoniserte med andre tjenester, har enkelte krav som ikke gjelder for ordinære datatjenester for søk, visning, nedlasting og omforing. Disse er gjort nærmere rede for i vedlegg H.

Vedlegg I inneholder en oversikt over alle krav og anbefalinger, hva de omhandler, i hvilket dokument de er spesifisert samt hvilke lag i referansemodellen de gjelder.

Krav og anbefalinger til felles løsninger er beskrevet i kapittel 11. Dette gjelder krav til felles datakomponenter som Matrikkelen, så vel som felles tekniske løsninger som geosynkronisering.

Krav og anbefalinger til systemer for kontroll av tilgang til geografiske data er beskrevet i kapitel 12. Viktige aspekter ved dette er krav som kan eller skal stilles til autentisering og autorisering av brukere av geografiske data gjennom ID-porten og digital postkasse.

Krav og anbefalinger til nasjonal geoportal er beskrevet i kapittel 13.

1.8. Krav og anbefalinger som kommer fra andre dokumenter enn lover og forskrifter

I utgangspunktet skal en obligatorisk standard følges med mindre du faller inn under en unntaksordning i forskrift. Anbefalte standarder skal benyttes med mindre du har en god grunn til å la være. Digitaliseringsdirektoratet holder på med å utrede mer omfattende retningslinjer innen dette område. I denne versjonen av rammeverket henvises til de overordnede prinsippene og de unntaksregler som gjelder. Det presiseres at enkelte krav ikke gjelder for kommuner.

2. Notasjon

Alle krav og anbefalinger i dokumentet er knyttet opp mot det dokumentet som spesifiserer kravet/anbefalingen. Der dette er et krav som kun er fremkommet i dette rammeverksdokumentet er dette angitt som “Rammeverk”.

Alle krav og anbefalinger i dokumentet er tildelt en unik og persistent ID etter følgende mønster: https://dok.geonorge.no/rammeverk/versjon>[krav/anbefaling] / RammeverksID

Eksempel:
Krav (Geodataloven)
12. Deltakende virksomheter skal for spesifiserte geodata opprette og drive et felles nett av offentlige søketjenester, visningstjenester, nedlastningstjenester, omformingstjenester og aktiveringstjenester.

Det vil få følgende URL i den nasjonale geodataportalen (geonorge):
https://dok.geonorge.no/rammeverk/4.0/krav/12

3. Referanser

4. Definisjoner

Rammeverksdokumentet benytter ord og definisjoner fra en lang rekke dokumenter. Det henvises til disse for nærmere definisjoner. I dette kapitlet beskrives bare et fåtall overordnede definisjoner.

datasuverenitet
sikring av transparens og kontroll i forhold til hvordan data benyttes og brukes av digitale kontrakter

digital tvilling
virtuell representasjon av objekter og entiteter i den virkelig verden med tilhørende prosesser, synkronisert i henhold til en spesifisert frekvens og gjengivelse.

geodata
data i elektronisk form med direkte eller indirekte referanse til et bestemt sted eller geografisk område (geodataforskriften)

geodatasett
identifiserbar samling av geodata (geodataforskriften)

geodatatjeneste
operasjoner som kan utføres ved å opprette en forbindelse ved hjelp av et dataprogram, på geodata i geodatasett eller på tilknyttede metadata (geodataforskriften)

geografisk objekt
abstrakt representasjon av et virkelig fenomen knyttet til et bestemt sted eller geografisk område (geodataforskriften)

hendelsesdrevet arkitektur
designparadigme der en tjeneste kjøres etter å ha mottatt en hendelse. Det gjør det mulig å utveksle informasjon mellom distribuerte løsninger på tvers av organisasjoner i tilnærmet sanntid uten komplekse og tette integrasjoner.

Interoperabilitet
evne til å kommunisere, utføre programmer eller overføre data mellom ulike enheter på en slik måte at brukeren trenger lite eller ingen kunnskap om disse enhetene karakteristikk. (ISO 2382-1 Information technology – Vocabulary referenced in ISO191xx standards)

evnen til ett produkt eller system, for hvilkets alle grensesnitt er fullstendig oppgitt, å samhandle og fungere med andre produkter eller systemer, uten noen tilgang- og implementasjonsrestriksjoner (Leveranse 1 i Skates strategiske tiltak 2.2 - «Etablere enhetlig arkitekturrammeverk»)

kapabilitet
evne en byggekloss i en arkitektur har for å levere en forventet respons.

Merknad: En byggekloss kan for eksempel implementeres som en tjeneste som klarer å utføre et arbeid og eventuelt returnere en respons ved å agere på API-kall.

katalogtjenester
lagre, endre og søke fram strukturert informasjon om datasett, tjenester, informasjonsmodeller, applikasjoner og hendelser

Merknad: De federerte katalogene i GaiaX inneholder en selvbeskrivelse av tjenester.

metadata
informasjon som beskriver geodatasett og geodatatjenester, og som gjør det mulig å finne fram til, liste opp og bruke geodata (geodataforskriften)

referansearkitektur
byggeklosser som er satt i en sammenheng som spenner fra generiske til løsningsspesifikke referansearkitekturer avhengig av interessenter og formål.

spesifiserte geodata
geodata som omfattes av geodataloven

Merknad: "Spesifisert" betyr i denne forbindelsen at loven ikke omfatter alle tenkelige geodata, men et utvalg som er nærmere spesifisert i den til enhver tid gjeldende geodataforskriften, jf. nåværende avgrensning i forskriften § 2. Heller ikke direktivet gjelder ethvert tenkelig geodatasett, men har ikke tatt i bruk et eget begrep for "geodata som er omfattet av direktivet".

universell utforming
utforming eller tilrettelegging av hovedløsningen i de fysiske forholdene, herunder informasjons- og kommunikasjonsteknologi (IKT), slik at virksomhetens alminnelige funksjon kan benyttes av flest mulig.

Merknad: Forskrift om universell utforming av IKT stiller krav til nye IKT løsninger.

økosystem (digitalt økosystem, felles økosystem)
Merknad: Aventer diskusjon med DIGDIR.

5. Geografisk informasjon som en del av IKT politikken

5.1. Introduksjon

Innenfor fagområdet geografisk informasjon er det arbeidet lenge med å spesifisere felles standarder (SOSI) og utvikle samarbeid (Norge digitalt) for å sikre at det ikke oppstår siloer som i liten grad muliggjør samordning. Den neste utfordringen nå er å sikre at ikke geografisk informasjon blir en silo i en nasjonal IKT politikk. Denne versjonen av rammeverket omhandler følgelig en rekke generelle krav og anbefalinger knyttet til data, tjenester, arkitekturrammeverk og føringer fra Digitaliseringsdirektoratet som også er helt sentrale for vårt fagområde. Geografisk informasjon er en viktig del av datatilfanget i offentlig sektor. Målsettingen er å sikre geografisk informasjon som en viktig ressurs innen offentlig saksbehandling og myndighetsutøvelse, og at geografisk informasjon er lett tilgjengelig for den arkitektur som ligger til grunn for offentlig forvaltning.

Korrekt og oppdatert informasjon er avgjørende for saksbehandling og myndighetsutøvelse. Bruk av korrekt informasjon øker kvaliteten i saksbehandlingen, og styrker dermed rettssikkerheten til den enkelte. Saksbehandling og digitale tjenester forbedres, effektiviseres og automatiseres ved god tilgang til kvalitetssikret informasjon fra egen og andre virksomheter. Dette er beskrevet i kapittel “7.1 Helhetlig informasjonsforvaltning i offentlig sektor i Digital Agenda.

Figur 5.1
Figur 5.1: Stedsdatas betydning i transformasjonen av digital forvaltning

Arbeidet så langt har omhandlet kunnskapsgrunnlaget i vår geografiske infrastruktur (SDI). Utfordringene fremover blir å sikre gode regler for stedfesting av offentlige data generelt og knytningen opp mot digital forvaltning, digitale forretninger og ikke minst digitale borgere (innbyggere). Dette er illustrert i Figur 5.1.

Et eksempel på tilpasning til den arkitektur som ligger til grunn for offentlig forvaltning er data i vår kartkatalog i Geonorge som er gjort tilgjengelig i “Felles datakatalog” (beskrevet under de overordnede krav og anbefalinger til metadata for offentlige data generelt). Men dette er bare et første skritt i en lengre prosess.

5.3. Europeiske anbefalinger fra EU’s interoperabilitetsprogram

For å sikre at geografisk informasjon i størst mulig grad blir integrert i offentlig forvaltning og for å bistå til georeferering av offentlige data generelt, er det i regi av ISA spesifisert et rammeverk bestående av en rekke anbefalinger, se https://joinup.ec.europa.eu/collection/elise-european-location-interoperability-solutions-e-government/solution/eulf-blueprint/about.

Dette rammeverket er delt inn i fem fokusområder:

  • Policy og strategier

  • Integrering av data i IKT politikken

  • Standardisering og gjenbruk

  • Nytteverdi av investeringer

  • Styring, partnerskap og kapabiliteter

Disse anbefalingene dekker både teknologiske og organisatoriske utfordringer. Siden dette rammeverket har hovedfokus på teknisk og semantisk interoperabilitet tas det med her bare et utplukk av disse anbefalingene.

5.4. Geografiske data i form av vokabularer

Enkelte typer data bør spesifiseres i form av vokabularer (RDF- Resource Description Frameworks) og gjøres tilgjengelig i form av Linked Open Data.

RDF spesifikasjoner for relevante standarder fra ISO/TC 211 er tilgjengelig på https://github.com/ISO-TC211/GOM/tree/master/isotc211_GOM_harmonizedOntology

Senere versjoner av rammeverket vil være mer spesifikk på hvilke data i infrastrukturen som bør eller skal være tilgjengelig som Linked Open Data.

5.5. Stedfesting av offentlig informasjon

Mye offentlige data mangler stedfesting, selv om flere av objektene som inngår har en posisjon i den virkelige verden. Dagens alternative metoder med å stedfeste offentlige data generelt er:

5.6. Krav og anbefalinger

  1. Det anbefales å legge standarder og veiledere til grunn for videre arbeid med geodata og tjenester.

Anbefaling (European Union Location Framework Blueprint)
(anbefalingene under er en oversettelse av de engelske anbefalingene. For å sikre korrekt forståelse henvises det til de engelske anbefalingene i det refererte dokumentet, se nummerering)

  1. Anbefaling 5: Bruk standarder i anvendelse av geodata og relaterte tjenester som i størst mulig grad sammenfaller med mer generiske IKT standarder.

  2. Anbefaling 6: Avklar hvor digitale offentlige tjenester og prosesser kan moderniseres og forenkles gjennom anvendelse av geodatatjenester med lokasjons intelligens og bistå til å gjennomføre implementasjon.

  3. Anbefaling 7: Bruk data og tjenester fra den nasjonale geografiske infrastrukturen for å gjøre tilgjengelig digitale offentlige tjenester til innbyggere, næringsliv, offentlig forvaltning og andre grupper, både med tanke på samordning mellom sektorer og landegrenser.

  4. Anbefaling 8: Adopter en åpen metodikk, som også egner seg for samarbeid, for å designe og forbedre digitale offentlige tjenester som har stedfesting.

  5. Anbefaling 10: Adoptere en felles arkitektur for å utvikle digitale offentlige løsninger med utgangspunkt i å tilrettelegge integreringen av krav som er spesielle for geografisk informasjon og tjenester.

  6. Anbefaling 11: Gjenbruke eksisterende autentiske geodata, tjenester og relevante tekniske løsninger der dette er mulig.

  7. Anbefaling 12: Ta i bruk relevante standarder for utvikling av en sammenlignede tilnærmelse for modellering, deling og utveksling av geografiske data med utgangspunkt i å legge til rette for integrasjon i digitale offentlige tjenester.
    Merknad: SOSI er nettopp et slikt konsept, men er knyttet til geografisk informasjon generelt. Det er under utarbeidelse modelleringsregler for offentlig data generelt i regi av Digitaliseringsdirektoratet. Dette vil baseres på erfaringer med modellering i ulike domener.

  8. Anbefaling 13: Geodata bør forvaltes ved å knytte dette opp mot strategier, retningslinjer og organisatoriske målsettinger ved å ansvarliggjøre næringsliv og brukere. Definer hva "Fit for purpose" betyr og innebærer.

  9. Anbefaling 16: Legg til rette bruken av offentlige geodata for andre aktører enn offentlige etater for å stimulere til innovasjon i produkter og tjenester som igjen vil bidra til økt vekst og nye arbeidsplasser.

Anbefaling - stedfesting i offentlige data (rammeverk)

  1. Inntil vi har et omforent modelleringsrammeverk for offentlige data generelt anbefales det ved stedfesting av alle typer offentlige data å benytte modelleringsrammeverket i SOSI, og ikke ved å ta i bruk “Stedfesting ved bruk av ISA Core Location Vocabulary”.

6. Arkitektur

6.1. Overordnet samhandlingsarkitektur

"Rammeverk for samhandling" fokuserer på de ulike områdene og skal bidra til økt interoperabilitet og samhandlingsevne i utviklingen av digitale løsninger.

Manglende samhandlingsevne kan skyldes at arbeidsprosesser, data, applikasjoner eller teknologier ikke fungerer sammen med andre organisasjoners arkitektur. Det kan også være juridiske hindringer som gjør det utfordrende å øke samhandlingsevnen mellom etatene. Samhandlingsarkitektur støtter etater i å utvikle arkitektur som henger sammen på tvers av organisasjoner. De ulike områdene for samhandling er beskrevet i Figur 6.1.

Figur 6.1
Figur 6.1: Styring og forvaltning av samhandling
  • Juridisk samhandling skal sikre at organisasjoner som arbeider under ulik lovgivning kan samhandle.

  • Organisatorisk samhandling handler om å organisere arkitekturarbeid for å oppnå felles mål, hvordan organisasjonen(e) styres og samhandler i praksis.

  • Semantisk samhandling sikrer at formål og mening med informasjon er bevart og forstått gjennom en utveksling {Semantic interoperability ensures that the content is understood in the same way in both systems, including by those humans interacting with the systems in a given context (ISO 19119 Services)}

  • Teknisk samhandling sikrer at ulike systemer kan «snakke sammen» {Syntactical interoperability ensures that there is a technical connection, i.e. that the data can be transferred between systems (ISO 19119 Services)}.

Digitaliseringsdirektoratet arbeider med å etablere et enhetlig arkitekturrammeverk (felles økosystem] som vil inneholde rammeverk, standarder, veiledere, føringer, felles behov, felles løsninger, felles arkitekturer, styringsinformasjon og annet av interesse på tvers av sektorer og virksomheter, herunder et kunnskapsbibliotek. Arkitekturrammeverket forventes å bli relevant i det videre arbeidet med revisjon av rammeverket for den geografiske infrastrukturen.

6.2. Arkitekturmodell (referansemodell) for rammeverket.

Rammeverket for vår nasjonale geografiske infrastruktur vil i hovedsak omhandle teknisk- og semantisk samhandling. Arkitekturmodellen for rammeverket er beskrevet i Figur 6.2.

Figur 6.2
Figur 6.2: Arkitekturmodell for nasjonal geografisk infrastruktur

Arkitekturmodellen beskriver en sammenheng mellom ulike komponenter i infrastrukturen, i form av lover, forskrifter og overordnede føringer, standarder som ligger til grunn for de ulike komponentene, nasjonal geoportal som en felles portal for inngang til data og tjenester, tilgangskontroll (sikkerhet, autentisering, lisenser), fellesløsninger, tjenester og data.

6.3. Arkitekturmodell for det videre arbeidet mot digitalt geografisk økosystem og digital tvilling

Det finnes flere ulike tilnærmelser til en slik arkitektur. I et nasjonalt perspektiv må den kunne samordnes med referansearkitekturen for «felles økosystem», som er under utarbeidelse av DIGDIR. I Europa ser en at flere store aktører på både arkitektur og plattformsiden posisjonerer seg i forbindelse med Data Space Support Center, som vil ha et overordnet ansvar for arkitektur og teknologi inn mot "Data Spaces" i henhold til den europeiske datastrategien. Både INSPIRE data og data i henhold til Open data direktivet skal gjøres tilgjengelig her.

En sterk kandidat her er referansearkitekturen GAIA-X, men en rapport fra Frauenhofer som vurderer egnetheten til GAIA-X i forbindelse med revisjonen av INSPIRE (ref Geodataloven) konkluderer med at GAIA-X foreløpig ikke er tilstrekkelig utviklet og testet innenfor området geografisk informasjon. Se (INSPIRE (72nd MIG-T meeting 2022-11-25 - INSPIRE Maintenance and Implementation Group (MIG) - EC Public Wiki (europa.eu). Digitaliseringsdirektoratet følger utviklingen rundt "data spaces" og vurderer kontinuerlig hvilke innvirkning denne vil få for det videre arkitekturarbeidet for "Felles økosystem" og følgelig geografisk økosystem.

På bakgrunn av dette har vi valgt å legge oss tett opp mot "Felles Økosystem" og de kategorier og kapabiliteter som er beskrevet der, i form av:

  • Felles økosystem (Kartverkets framstilling)

  • Kapabilitetsoversikt - Kartverkets teknologisk rammeverk

I denne versjonen av teknologisk rammeverk har vi derfor beskrevet de konseptuelle byggeklossene som kan hjelpe oss med å realisere kapabiliteter innenfor økosystem/digital tvilling uten å knytte oss til en spesifikk teknologi.

Følgende kategorier er identifisert:

Figur 6.3
Figur 6.3: Modell for felles økosystem

Kategoriene i modellen for felles økosystem er videre "mappet" mot kapabilitetene i arkitekturen. De kategoriene som har en liten svart boks med en svart pil skrått oppover mot høyre er direkte koplet opp mot de respektive kapabiliteter.

Kapabiliteter i arkitekturen

Figur 6.4
Figur 6.4: Kapabiliteter i arkitekturen

Som et ledd i dette arbeidet er det laget et (Interaktivt kapabilitetskart). Dette interaktive kartet kan videreutvikles med tanke på hvilke krav og anbefalinger som gjelder de ulike kapabiliteter eller forholdet mellom dem. Noen av disse kravene vil være generelle krav i tilknytning til felles økosystem, andre krav vil være spesielle for fagområdet geografisk informasjon. Likeledes kan dette kartet bygges ut til å innehold standarder og verktøy for de respektive kapabilitetene.

I det videre arbeidet med utviklingen av teknologisk rammeverk mot digitalt geografisk økosystem og digital tvilling vil vi se på hvilke krav de ulike kapabilitetene må dekke med utgangspunkt i semantisk og teknologisk interoperabilitet. Det må også vurderes om selve strukturen i rammeverksdokumentet kan tilpasses kategorier av kapabiliteter.

En mer detaljert beskrivelse finnes i rapporten fra arkitekturgruppa fra 2022, denne finnes som vedlegget om arkitektur til rammeverksdokumentet.

7. Lover, forskrifter og overordnede føringer

7.1. Introduksjon

Dette kapittel inneholder grunnprinsippene for den teknologiske delen av vår geografiske infrastruktur. Disse grunnprinsippene vil detaljeres i andre kapitler.

De overordnede føringene beskriver en rekke målformuleringer på et overordnet nivå, og har ikke nødvendigvis teknologiske føringer for hvordan dette skal oppnås. Disse målformuleringen er derimot viktige for arbeidet med å konkretisere krav og anbefalinger.

7.2. Sammenhengen mellom INSPIRE og nasjonale lover og føringer

Figur 7.1 viser forholdet mellom dokumenter i tilknytning til det europeiske direktivet INSPIRE og tilsvarende dokumenter nasjonalt. Som det fremkommer er både direktiv og implementeringsregler å forstå som lover/forskrifter. INSPIRE direktivet er implementert i form av Geodatalov m/forskrift, og implementeringsregler er gjengitt i form av kommisjonsforordninger. De krav og anbefalinger som fremkommer her av teknologisk karakter er også krav og/eller anbefalinger i rammeverksdokumentet.

Figur 7.1
Figur 7.1: Sammenhengen mellom Europeiske og nasjonale lover og regler

Men vi har også andre føringer i form av andre forskrifter/instrukser som omhandler data generelt (og følgelig geodata spesielt) som også kommer som krav og anbefalinger i dette dokumentet.

En sammenheng mellom "INSPIRE implementing rules" og de norske kommisjonsforordningene er beskrevet i vedlegget til rammeverket, vedlegg B.

7.3. Geodataloven m/forskrifter

Lov 3. september 2010 nr. 56 om infrastruktur for geografisk informasjon (Geodataloven), samt Geodataforskriften, skal bidra til god og effektiv tilgang til offentlig geografisk informasjon (geodata) for offentlige og private formål.

Loven gjennomfører direktiv 2007/2/EF av 14. mars 2007 om etablering av en infrastruktur for geografisk informasjon i Det europeiske fellesskapet (Inspire) i norsk rett. Geodataloven er den viktigste loven som styrer oppbyggingen av den geografiske infrastrukturen. Loven skal bidra til god og effektiv tilgang til offentlig geografisk informasjon (geodata) for offentlige og private formål.

I loven heter det at bedre tilgang til geodata er en forutsetning for god miljøpolitikk og god offentlig forvaltning. Geodata skal kunne sammenstilles og gjøres tilgjengelig på tvers av administrative grenser og organisatoriske skiller. Loven pålegger offentlige myndigheter å dele geodata, og samarbeide om den geografiske infrastrukturen. Myndighetene skal opprette og drive et nettverk av elektroniske tjenester for blant annet søking, visning og nedlasting av geodata. Tjenestene skal være tilgjengelige for allmennheten.

Det er ikke tilstrekkelig at data gjøres tilgjengelig på forespørsel, det skal finnes elektroniske tjenester. Når det kreves betaling, skal tjenester for elektronisk handel være tilgjengelige.

7.4. Digitaliseringsrundskrivet (KMD)

Digitaliseringsrundskrivet er en sammenstilling av pålegg og anbefalinger om digitalisering i offentlig sektor. Rundskrivet gjelder for departementene, statens ordinære forvaltningsorganer, forvaltningsorganer med særskilte fullmakter og forvaltningsbedrifter. https://www.regjeringen.no/no/dokumenter/digitaliseringsrundskrivet2/id2952701/

7.5. Norsk arkitekturrammeverk for samhandling

Norsk arkitekturrammeverk for samhandling med andre skal hjelpe offentlige virksomheter med å definere, designe, utvikle og forvalte digitale tjenester for utveksling av data i offentlig sektor. Det er ikke en komplett «lærebok» i hvordan man skal arbeide med samhandlingsarkitektur, men snarere en introduksjon til viktige tema og prinsipper relatert til samhandlingsevne. https://www.digdir.no/digital-samhandling/rammeverk-digital-samhandling/2148

7.6. Digital agenda - IKT for en enklere hverdag og økt produktivitet (Meld. St. 27 (2015–2016)

Meldingen presenterer regjeringens hovedmål og hovedprioriteringer i IKT-politikken. Meldingen beskriver også hvordan IKT kan benyttes for å fornye, forenkle og forbedre offentlig sektor og varsler økt innsats på dette området. Den omhandler videre hvordan IKT kan legge til rette for innovasjon og konkurransekraft i næringslivet og presenterer nasjonal plan for elektronisk kommunikasjon (ekomplanen). Se https://www.regjeringen.no/contentassets/fe3e34b866034b82b9c623c5cec39823/no/pdfs/stm201520160027000dddpdfs.pdf

7.7. Digitaliseringsstrategi for offentlig sektor 2019 - 2025

Strategien gjelder for offentlig sektor i perioden 2019-2025. Retningen for arbeidet med digitalisering av offentlige tjenester ligger fast i tråd med føringene i Meld. St.27 (2015 - 2016) Digital agenda for Norge, og strategien er en oppfølgning av denne. Digitaliseringsstrategien definerer felles mål og innsatsområder for digitaliseringsarbeidet frem mot 2025, og skal støtte den digitale transformasjonen i hele offentlig sektor. Se https://www.regjeringen.no/no/dokumenter/en-digital-offentlig-sektor/id2653874/

7.8. Retningslinjer for tilgjengeliggjøring av offentlige data

Å tilgjengeliggjøre offentlige data handler om mer enn å publisere data slik at det er mulig å finne dem på en nettside. Data må gjøres tilgjengelig på en måte som gjør det mulig for brukere å realisere verdien av dem. Dette betyr at det må være godt beskrevet både hvordan dataene kan brukes (juridisk) og hvordan dataene teknisk er gjort tilgjengelige (format og evt. programmerings­grensesnitt). Se https://www.regjeringen.no/no/dokumenter/retningslinjer-ved-tilgjengeliggjoring-av-offentlige-data/id2536870/

7.9. Krav og anbefalinger

Krav (Geodataloven)

  1. Deltakende virksomheter skal for spesifiserte geodata opprette og drive et felles nett av offentlige søketjenester, visningstjenester, nedlastningstjenester, omformingstjenester og aktiveringstjenester.

  2. Når det kreves betaling, skal tjenester for elektronisk handel være tilgjengelige.

  3. Kartverket skal koordinere arbeidet med den geografiske infrastrukturen med bistand fra en samordningsgruppe. Gruppen oppnevnes av Kommunal- og moderniseringsdepartementet (KMD) etter forslag fra deltakende virksomheter.

  4. Deltakende virksomheter og virksomheter skal bistå Kartverket med å identifisere relevante geodata, klarlegge brukerbehov og ellers bidra til gjennomføringen av Geodataloven.

  5. Kartverket og deltakende virksomheter skal samarbeide med tilsvarende organer i nabolandene for å sikre at geodata knyttet til geografiske objekter som strekker seg over grensen til andre EØS-stater, kan virke sammen.

  6. Kartverket skal sikre at teknisk dokumentasjon om den geografiske infrastrukturen er tilgjengelig.

  1. Virksomheten skal følge statens overordnede arkitekturprinsipper på IKT-området. Virksomheten må kunne dokumentere og begrunne eventuelle avvik:

Merknad: Punkt b gjelder spesielt forvaltere av felleskomponenter.

  1. Digitale tjenester skal, når det er formålstjenlig, tilpasses til grenseoverskridende informasjonsutveksling for å gi offentlige myndigheter, næringsdrivende og innbyggere mulighet til å utføre oppgaver digitalt på tvers av landegrenser innenfor EØS-området.

Eksempel: Data med samvirkningsevne jfr. Geodataloven.

  1. Virksomheten skal registrere datasett i Felles datakatalog (https://data.norge.no). Dette skal som et minimum gjøres når virksomheten endrer eller etablerer tjenester, herunder etablerer nye, eller oppgraderer eksisterende fagsystemer eller digitale tjenester. Registrering av geodata via geonorge.no tilfredsstiller kravet.

    Merknad: Registrering av geodata via geonorge.no er beskrevet i krav 63.

  2. Virksomheten skal følge krav om deling og tilgang til geodata, og bruke infrastruktur for geografisk informasjon i Det europeiske fellesskapet (INSPIRE).

  1. Virksomheten skal bruke obligatoriske standarder slik de framgår av forskriften.

    1. Eksempel 1: Standarden for tegnsett. Ved all utveksling av informasjon mellom forvaltningsorganer og fra forvaltningsorgan til innbyggere og næringsliv skal i utgangspunktet tegnsettstandarden ISO/IEC 10646 representert ved UTF8 benyttes.

    2. Eksempel 2: Krav til tegnsett i interne systemer. Forvaltningsorganer som gjør større omlegginger gjennom nyetablering eller videreutvikling av IT-løsninger, skal støtte ISO/IEC 10646.

  1. Det anbefales å bruke tjenestedesign og andre metoder for brukerinvolvering og brukertesting for å sikre at tjenestene oppfyller brukernes behov.

    Merknad 2: Eksempler på dette er use case diagrammer og ulike maler for å spesifisere brukerkrav slik dette foreligger i SOSI del 1 - Regler for UML modellering.

    Merknad 3: Se digitaliseringsdirektoratets beskrivelse av utforming av sammenhengende tjenester (https://www.digdir.no/digitalisering-og-samordning/utforme-sammenhengende-tjenester/763)

8. Standarder

8.1. Introduksjon

Standarder definerer tekniske krav eller kvalitetskrav som eksisterende eller fremtidige produkter, produksjonsprosesser eller tjenester kan være i samsvar med. Standarder som er utarbeidet på bakgrunn av rettsakter som harmoniserer tekniske krav til varer, omtales som harmoniserte standarder. De blir utarbeidet av europeiske standardiseringsorganisasjoner på oppdrag fra EU og EFTA statene.

EUROPAPARLAMENTS- OG RÅDSFORORDNING (EU) nr. 1025/2012 av 25. oktober 2012 om europeisk standardisering beskriver standarders betydning i en IKT infrastruktur, med hovedvekt på Europeisk standardisering, fortrinnsvis i samarbeid med internasjonale standardiseringsorganisasjoner slik som ISO. Denne forordningen har nå tatt i seg standardisering av tjenester. Det bemerkes spesielt at standarder for tjenester utvikles hovedsakelig på nasjonalt nivå. En utbredelse av nasjonale standarder vil kunne skape hindringer for flyten av tjenester i det indre marked ved at næringsdrivende må forholde seg til et stadig økende antall ulike nasjonale standarder. Rådsforordningen fastsetter også krav i forbindelse med fastsettelse av tekniske spesifikasjoner på IKT-området.

8.2. Vurdering av standarder inn mot IKT politikken

Digitaliseringsdirektoratet er ansvarlig for å implementere og delvis utvikle standarder innen generell informasjonsteknologi. Referansekatalogen for IT standarder er en oversikt over IT-standarder (forvaltningsstandarder) som er obligatoriske eller anbefalte for offentlig sektor.

I regi av ISA2 er det utviklet et system for vurdering av standarder, CAMSS (Common Assessment Methods for Standards and Specifications, se https://ec.europa.eu/isa2/solutions/camss_en.

8.3. Standarder tilknyttet Geodataloven

Det finnes en rekke nasjonale/internasjonale standarder som er obligatoriske i tilknytning til vår nasjonale geografiske infrastruktur. Tabell 8.1 gir en oversikt over hvilke standarder som er angitt i INSPIRE implementeringsregler. I hvilke sammenheng disse standardene er obligatoriske angis i de respektive kapitler i rammeverksdokumentet, hvor det henvises til standarder. Tabell 8.2 gir en nærmere beskrivelse av standarder angitt i Tabell 8.1.

Tabell 8.1: Standarder angitt i Kommisjonsforordninger / INSPIRE implementeringsregler
ISO standard Metadata Data -specification Network services Data and Service Sharing

ISO 19101

ISO 19103 (2005)

ISO 19106

ISO 19107 (2005)

ISO 19108 (2005) /AC:2008

ISO 19109 (2006)

ISO 19111

ISO 19111-2 (2012)

ISO 19118

ISO 19115 (2005) /AC 2008

ISO 19119 (2005) /AC2008

ISO 19123 (2007)

ISO 19125-1

ISO 19127

ISO 19128 (2008)

ISO 19135 (2007)

ISO 19136 (2009)

ISO 19139 (2009)

ISO 19144-2 (2012)

ISO 19156 (2011)

En forklaring til nummer på standarder angitt i Tabell 8.1 er gitt i Tabell 8.2. Her er det angitt hvilke av disse som også er utgitt som norsk standard. Siden mandatering i form av norske standarder er en etterprosess kan det forekomme avvik på årstall jfr. det som er referert i lovverket.

Tabell 8.2: Nærmere beskrivelse av standarder angitt i Tabell 8.1
Standard Nærmere beskrivelse

NS-EN ISO 19101

Geografisk informasjon - Referansemodell - Del 1: Grunnprinsipper (ISO 19101-1:2014)

ISO 19103:2015

Conceptual Schema Language

NS-EN ISO 19106:2006

Profiler (Profiles)

NS-EN ISO 19107:2005

Modell for å beskrive geometri og topologi (Spatial schema)

NS-EN ISO 19108 : 2005 /AC:2008

Modell for å beskrive tidsaspekter (Temporal schema)

NS-EN ISO 19109 :2006

Regler for applikasjonsskjema (Rules for application schema)

NS-EN ISO 19111:2007

Modell for stedfesting med koordinater (Referencing by coordinates)

NS-EN ISO 19118 :2011

Koderegler (encoding)

NS-EN ISO 19115 :2014

Metadata - Del 1: Grunnprinsipper (fundamentals)

NS-EN ISO 19119 :2016

Tjenester (services)

NS-EN ISO 19123 :2007

Model for overdekkende tematisk representasjon (Schema for coverage geometry and functions)

NS-EN ISO 19125-1 :2006

Tilgang til enkle geografiske objekter - Del 1: Generell arkitektur (Simple feature access — Part 1: Common architecture)

NS-EN ISO 19127 :2006

Geodetic codes and parameters

NS-EN ISO 19128 :2008

Grensesnitt for karttjenester på web (Web map server interface)

NS-EN ISO 19135-1 :2015

Prosedyrer for registrering av geografiske elementer - Del 1: Grunnprinsipper (Procedures for item registration — Part 1: Fundamentals)

ISO/TS 19139 :2007

Metadata - Implementering av XML-skjema (Metadata. XML schema implementation)

ISO 19144-2 :2012

Classification systems — Part 2: Land Cover Meta Language (LCML)

NS EN ISO 19156 :2011

Observasjoner og målinger (Observations and measurements)

8.4. ISO/TC 211, OGC, IHO, W3C

Flere standarder i regi av ISO/TC 211, IHO, OGC og W3C er viktige standarder for vår geografiske infrastruktur. Flere av disse er implementert i SOSI del 1. Andre kan implementeres direkte.

8.5. SOSI

SOSI står for “Samordnet Opplegg for Stedfestet Informasjon”, og består av en rekke standarder utviklet av Kartverket på mandat fra Kommunal- og Moderniseringsdepartementet (overført fra Miljøverndepartementet)). Disse standardene bygger i størst mulig grad på internasjonale standarder med beskrivelse av hvordan disse benyttes i en nasjonal sammenheng. SOSI er også betegnelsen på et eget overføringsformat, SOSI formatet. Informasjon om SOSI finnes på https://www.geonorge.no/Geodataarbeid/standardisering/standarder-under-sosi-paraplyen/

8.6. Krav og anbefalinger

Krav (Digitaliseringsrundskrivet og standardiseringsforskriften])

  1. Virksomheten skal bruke obligatoriske standarder, slik de framgår av standardiseringsforskriften.

  1. Referansekatalogen gir en oversikt over anbefalte og obligatoriske IT-standarder i offentlig sektor. Standardene kan være tekniske, semantiske eller organisatoriske, og er sortert etter aktuelle bruksområder. Standarder som er obligatoriske skal ligge til grunn ved implementasjon. På områder som ikke dekkes av de obligatoriske standardene, bør virksomheten benytte de anbefalte standardene.

Merknad: En obligatorisk standard skal følges med mindre du faller inn under en unntaksordning i forskrift. Anbefalte standarder skal benyttes med mindre du har en god grunn til å la være.

Krav (Rammeverk)

  1. SOSI del 1 er standarder som beskriver et rammeverk for geodata og tjenester, og omfatter:

    • Regler for UML modellering

    • SOSI produktspesifikasjoner - krav og godkjenning

    • Realisering i SOSI-format

    • Realisering i GML format

    • Nettverk og lineære referanser

Disse standardene skal benyttes for å beskrive kunnskapsgrunnlaget i infrastrukturen.

Anbefaling (Rammeverk)

  1. SOSI del 2 - Generell objektkatalog anbefales som et utgangspunkt for å lage produktspesifikasjoner.

9. Data

9.1. Introduksjon

“Samfunnet trenger gode og oppdaterte data i privat og offentlig virksomhet, innen alle fagområder og sektorer. Data må være tilgjengelige på måter som dekker behovene. Dataene må ha kjent dekning og en kvalitet tilpasset de ulike aktørenes behov, slik at de kan understøtte aktørenes konkrete anvendelser og inngå i relevante beslutningsprosesser” (Alt skjer et sted - Nasjonal geodatastrategi fram mot 2025).

“Korrekt og oppdatert informasjon er avgjørende for saksbehandling og myndighetsutøvelse. Bruk av korrekt informasjon øker kvaliteten i saksbehandlingen, og styrker dermed rettssikkerheten til den enkelte. Saksbehandling og digitale tjenester kan forbedres, effektiviseres og automatiseres ved god tilgang til kvalitetssikret informasjon fra egen og andre virksomheter (Digital agenda for Norge).”

Norge skal være ledende i bruk av geografisk informasjon (visjon i KMD’s nasjonale geodatastrategi). Det er ulike krav til ulike typer data. Data i henhold til det offentlige kartgrunnlaget (DOK) og Geodataloven har de høyeste kravene.

I henhold til offentlige krav og føringer ser en klart en utvikling fra eNorge 2009 hvor fokuset lå på tilgjengelighet, til dagens Digital agenda og Digitaliseringsrundskrivet hvor fokuset ligger på kvalitetssikrede data som underlag for beslutningsproesser. Erfaringen er imidlertid at for høye krav til dataprodusentene vil begrense tilgangen på geodata, og at denne overgangen til større fokus på kvalitet vil ta noe tid.

Figur 9.1Revidert
Figur 9.1: Ulike typer data i infrastrukturen

[Figur_9.1] beskriver ulike typer data i infrastrukturen. Offentlige data produseres, forvaltes og formidles i henhold til et avtaleverk mellom produsenter, brukere og forvaltningen med ansvar for finansiering og koordinering, basert på gjeldende overordnede lover og regler. Data som inngår i det offentlige kartgrunnlaget (Dok) er beskrevet i Geonorge. Spesielle krav som stilles til disse dataene er definert av Kommunal- og moderniseringsdepartementet. Datasett som faller inn under Geodataloven skal gjøres tilgjengelig i tråd med lovens krav og anbefalinger. Datasett som inngår i Norge Digitalt er definert gjennom standarder og avtaler om finansiering av produksjon, forvaltning og distribusjon mellom partene som inngår i avtalen. Sektorspesifikke data er gjerne definert av sektormyndighet der krav og anbefalinger er definert av denne etaten. Øvrige offentlige geodata kan være prosjektbaserte data eller andre offentlige data samlet inn for bestemte formål.

9.2. Geodata

9.2.1. Introduksjon

Geodata er data i elektronisk form med direkte eller indirekte referanser til et bestemt sted eller geografisk område. Dette dokumentet spesifiserer krav til produksjon og formidling av geodata. Dokumentet skal være presist med tanke på hvilke standarder og tilhørende dokumenter som skal ligge til grunn for modellering og utveksling av geografisk informasjon i den norske infrastrukturen.

Eksisterende data i henhold til temaer angitt i Tabell 9.1 og som er nødvendige for virksomhetenes offentlige oppgaver skal omfattes av regler og krav spesifisert i Geodataloven og geodatalovens gjennomføringsregler. Disse skal gjøres tilgjengelige i infrastrukturen. Tilsvarende gjelder også geodatasett som inngår i det offentlig kartgrunnlaget og kommunalt planregister. Unntaket for dette kravet er geodatasett som er eller skal merkes etter sikkerhetsloven § 11 og § 12.

Tabell 9.1: Temaer angitt i geodataforskriften

1. Koordinatbasert referansesystem

12. Ortofoto

23. Befolkningsfordeling Rapporteringsenheter og områder med særlig forvaltning eller restriksjoner

2. Geografiske rutenettsystemer

13. Geologi

24. Områder med naturbetingede farer

3. Stedsnavn

14. Statistiske enheter

25. Atmosfæriske forhold

4. Administrative enheter

15. Bygninger

26. Meteorologiske geografiske forhold

5. Adresser

16. Jordarter

27. Oseanografiske geografiske forhold

6. Eiendom

17. Arealbruk

28. Havområder

7. Transportnett

18. Menneskers helse og sikkerhet

29. Biogeografiske områder

8. Hydrografi

19. Allmennyttige og offentlige tjenester

30. Habitater og biotoper

9. Vernede områder

20. Anlegg for miljøovervåking

31. Artsfordeling

10. Høyde

21. Produksjons- og industrianlegg

32. Energiressurser

11. Arealdekke

22. Anlegg for landbruk og akvakultur

33. Mineralressurser.

9.2.2. Formater

Med format i denne sammenheng menes et fil-format for koding av data, ofte i forbindelse med utveksling av data mellom ulike datasystemer. Kodingen (eller kodingsreglene) er reglene for hvordan et slikt format er bygd opp, dvs en beskrivelse av den eller de dataspråk- konstruksjonene som angis for å representere dataobjekter i et register, en fil, melding, lagringsenhet eller utveksling mellom systemer. Retningslinjer for formater finnes på https://www.geonorge.no/globalassets/geonorge2/standardisering/retningslinjer/retningslinjer-for-formater.pdf

Figur 9.2
Figur 9.2: Utveksling mellom to systemer

Figur 9.2 viser prinsippene i utveksling mellom to systemer, fra System A’s interne skjema via eksport (koding) til et filformat som overføres til System B og dekodes til System B’s interne skjema. Tilsvarende vil det også kunne “mappes” mellom to ulike filformater.

Ikke alle formater har anledning til å representere alle typer data, men alle formater er gode med utgangspunkt i sitt anvendelsesområde. Mappingen fra en modell og ned til et format beskriver hvilke funksjoner et format kan dekke og er beskrevet i Figur 9.3. I skrivende stund er det bare GML som kan representere alle UML applikasjonsskjema som er laget med utgangspunkt i de standarder vi forholder oss til.

Figur 9.3
Figur 9.3: Forholdet mellom applikasjonsskjema og utvekslingsformat

9.2.3. Produktspesifikasjoner

For å sikre at data benyttes på en korrekt måte må dataene spesifiseres. Geodataloven stiller krav om metadata, men ikke produktspesifikasjoner. I Norge har vi en lang tradisjon i å utvikle produktspesifikasjoner og forenklede faktaark. En produktspesifikasjon beskriver hvordan et produkt skal være og hva dataene skal brukes til. Metadata beskriver hvordan dataene er og evt. avvik fra produktspesifikasjonen. For nærmere informasjon, se Veileder for utarbeidelse av SOSI produktspesifikasjoner (pdf) 2015.

9.2.4. Kvalitet

“Korrekt og oppdatert informasjon er avgjørende for saksbehandling og myndighetsutøvelse. Bruk av korrekt informasjon øker kvaliteten i saksbehandlingen, og styrker dermed rettssikkerheten til den enkelte. Saksbehandling og digitale tjenester kan forbedres, effektiviseres og automatiseres ved god tilgang til kvalitetssikret informasjon fra egen og andre virksomheter.(Digital agenda for Norge)”

Ofte omtales data for framstilling i mindre målestokk som data med dårlig kvalitet. Dette er ikke korrekt. Kvaliteten på data må vurderes ut fra den bruk dataene var tiltenkt.

9.2.5. Identifikator

Data bør ha unike, permanente og hensiktsmessige adresser på internett, slik at det er mulig å lenke data sammen. Dette gjelder selve datasettet og versjoner og serier av dette, samt datasettets elementer. Data får økt verdi om de refererer til andres data om samme ting, samme sted, samme hendelse, samme person osv. Det betyr at alle bør bruke samme identifikatorer på tvers av datasett, og legge til rette for at egne identifikatorer kan refereres til av andre. Se Retningslinjer for tilgjengeliggjøring av offentlige data, spesielt punkt 11 og Peikarar til offentlege ressursar på nett.

9.2.6. Referansesystem

Med referansesystem menes her koordinatreferensesystem dersom ikke en mer detaljert begrepsbruk er benyttet (f.eks. tidsreferansesystem). Koordinatreferansesystem er et koordinatsystem som er knyttet til den virkelige verden gjennom et datum, i samsvar med EN ISO 19111. Denne definisjonen omfatter koordinatsystemer basert på geodetiske eller kartesiske koordinater og koordinatsystemer basert på kartprojeksjoner.

9.2.7. Data med samvirkningsevne

For data med samvirkningsevne i henhold til harmoniserte modeller er det laget tekniske retningslinjedokumenter for hvert enkelt tema / datasett. Selv om disse retningslinjedokumentene med tilhørende GML applikasjonsskjema ikke er krav i lovens forstand legger vi disse til grunn som krav i dette dokumentet, dette for å sikre målsettingen om interoperabilitet.

I regi av INSPIRE er det utviklet en rekke tekniske retningslinjedokumenter:

Disse inneholder krav som var gjeldende for utviklingen av INSPIRE datasett spesifikasjoner som et ledd i å sikre interoperabilitet. I rammeverket er disse å anse som anbefalinger for arbeidet med vår nasjonale geografiske infrastruktur, og flere av disse retningslinjene er også lagt inn i de respektive SOSI standarder.

9.3. Metadata

Metadata er data som beskriver et geodatasett, en serie av geodatasett eller en geodatatjeneste, og skal omfatte de metadataelementene eller gruppene av metadataelementer som er beskrevet i Geodataloven:

For å øke gjenbruk av informasjon som finnes, må gjenbruk gjøres enkelt for virksomhetene. En felles datakatalog vil gi oversikt over hvilke data som finnes, hvordan dataene skal forstås, hvilken virksomhet som har det overordnede ansvaret for det enkelte databegrepet og hvordan dataene er gjort tilgjengelig (Digital agenda).

For at den geografiske infrastrukturen skal fungere på en tilfredsstillende måte må brukeren kunne finne geodatasett og ‑tjenester og fastslå om disse kan benyttes og til hvilket formål. Dataprodusentene og tjenestetilbyderne skal derfor sørge for beskrivelser i form av metadata for disse geodatasettene og tjenestene. Ettersom slike metadata skal være forenlige og kunne benyttes i fellesskapssammenheng, på tvers av sektorer og landegrenser, er det fastsatt regler for de metadata som benyttes til å beskrive geodatasettene og ‑tjenestene.

Det er nødvendig å definere et sett av metadataelementer for kunne identifisere den informasjonsressurs som metadataene er laget for, dens klassifisering, geografiske plassering og tidsreferanse, kvalitet og gyldighet, i samsvar med spesifikasjonene som ligger til grunn for produkt- og tjenestespesifikasjoner, samt gjennomføringsregler om samvirkningsevnen til geodatasett og ‑tjenester, begrensninger knyttet til tilgang og bruk samt organisasjon med ansvar for ressursen. Metadataelementer knyttet til selve metadatasettet er også nødvendige for å kontrollere at de framstilte metadataene holdes à jour og for å identifisere den organisasjon som har ansvar for å framstille og vedlikeholde metadataene.

Kvaliteten på virksomhetens data påvirker hvor egnet de er til andre formål enn de først ble skapt for. Dokumentering av datakvalitet er til stor hjelp i prosessen med å vurdere om virksomhetens datasett er egnet til andre formål, og øker sjansen for bruk. Datakvaliteten bør derfor være dokumentert, og kjente utfordringer bør eksplisitt omtales i beskrivelsene.

Med utgangspunkt i at vi har en egen katalog over metadata (Geonorge) i henhold til geodataloven er det viktig å sikre at den nasjonale katalogen (Felles datakatalog) kan høste datasettbeskrivelser.

Figur 9.4 beskriver samspillet mellom flere komponenter i infrastrukturen med fokus på hvordan «Felles datakatalog» kan høste metadata fra «Kartkatalogen i geonorge.».

Figur 9.4
Figur 9.4: Sammenheng mellom Geonorge og Felles datakatalog og andre deler av infrastrukturen

Felles datakatalog bygger på standarden for beskrivelse av datasett og datakataloger (DCAT-AP-NO).

9.4. Registerdata

Den vanlige forståelsen av et register er at det er en samling av data om et bestemt emne. Registre benyttes for å forvalte en spesiell type informasjon uavhengig av i hvilken sammenheng disse benyttes. Et eksempel på registerdata er kodelister som gjør det mulig å unnlate å beskrive disse som en del av f.eks et applikasjonsskjema.

Kommisjonsforordningen om samvirkningsevne definerer et register som et sett filer med identifikatorer som er tildelt enheter, med beskrivelser av de assosierte enhetene, i samsvar med EN ISO 19135 Geodataloven beskriver et register som “et sett filer med identifikatorer som er tildelt enheter, med beskrivelser av de assosierte enhetene, i samsvar med EN ISO 19135”. ISO 19135 beskriver ulike roller og prosedyrer rundt forvaltningen, samt livsløpsdata slik som “foreslått”, “gyldig”, “erstattet”, “trukket tilbake” og “ugyldig”. For de registre som inngår som en del av Geodataloven og kommisjons- forordningene må vi forholde oss dette. Forøvrig står vi mye friere til å stille krav.

I geonorge er følgende samling av data implementert i form av registre, se Tabell 9.2.

Tabell 9.2: Ulike registre i Geonorge

REGISTER

BESKRIVELSE

Produktark

Inneholder organisasjoners produktark for kart og geodata

Produktspesifikasjoner

Inneholder dokumenter for produktspesifikasjoner for kart- og geodata

Det offentlige kartgrunnlaget - dekningskart

Dekningskartet viser hvilke datasett i det offentlige kartgrunnlaget som har dekning i de ulike kommunene.

Det offentlige kartgrunnlaget - Kommunalt

Tabellen viser kommunens bekreftede DOK-data.

DOK-statusregisteret

Dette registeret er en oversikt over datasettene som inngår i Det offentlige kartgrunnlaget, og viser godkjenningsstatus hos geodatakoordinator (Kartverket).

Mareano statusregister

Registeret gir en oversikt over data som er samlet inn gjennom prosjektene "Mareano" og "Marine grunnkart". Oversikten viser statusen til ulike datasettes oppfyllelse av FAIR-prinsippene samt andre krav fra den nasjonale geografiske infrastrukturen.

Inspire statusregister

Tabellen gir en statusoversikt over oppfyllelse av krav for datasett omfattet av Inspiredirektivet.

Varsler

Register over alle endringsvarsler for tjenester registrert i Geonorge.

Mottaksordning for innsamling av geodata

Inneholder informasjon om og lenker til kartleggingsmetodikk, krav til data og hvordan du kan avlevere data til mottaksordninger for geografiske data. Kommuner, konsulenter og profesjonelle kartleggingsfirma får her en samlet oversikt..

Digital kartografi

Registeret inneholder datasett som har registrert digital kartografi

Symbol

Dette registeret inneholder symboler som brukes til styling av digital kartografi, og til bruk i grafisk bransje.

Tegneregler

Inneholder PDF-dokumenter med tegneregler og kartografi

Kodelister

Inneholder kodelister fra forskjellige fagområder

Metadata kodelister

Inneholder norske kodelister brukt i ISO/TC 211 19115:2003 og 19139

Organisasjoner

Inneholder oversikt over organisasjoner og deres logo

EPSG koder

Inneholder oversikt over koder for koordinatsystemer som benyttes i Norge Digitalt omtalt i rammeverksdokumentet

SOSI kodelister

Inneholder kodelister brukt i SOSI

Objektregisteret

Inneholder en samling av sentrale objektkataloger fra SOSI, Inspire og fra parter i Norge digitalt.

GML applikasjonsskjema

Inneholder godkjente GML applikasjonsskjema

Nasjonale standarder og veiledere

Registret inneholder nasjonale standarder og veildningdokumenter for geografisk informasjon i Norge

Navnerom

Inneholder navnerom brukt til identifikasjon av objekter

Geolett

Registeret inneholder konteksttekster som sier noe om hvordan en skal forholde seg hvis tiltak kommer i konflikt med ulike typer temadata.

9.5. Krav og anbefalinger

9.5.1. Geodata

  1. Data som tilbys skal ha klare vilkår for hvordan de kan brukes. Vilkårene skal åpne for så mange bruksområder som mulig.

  2. Hovedregelen er at data skal være gratis, og at det ikke er anledning til å ta betalt for kostnader til innsamling og produksjon av data for viderebruk. Det finnes enkelte unntak i offentlighetsloven (§ 8) og -forskriften (§ 4) som gir anledning til å ta betalt for data.

  1. Eksisterende data i henhold til temaer angitt i Tabell 9.1 og som er nødvendige for virksomhetenes offentlige oppgaver skal omfattes av regler og krav spesifisert i Geodataloven og geodatalovens gjennomføringsregler, og skal gjøres tilgjengelige i infrastrukturen. Tilsvarende gjelder også geodatasett som inngår i det offentlig kartgrunnlaget og kommunalt planregister. Unntaket for dette kravet er geodatasett som er eller skal merkes etter sikkerhetsloven § 11 og § 12.

  2. Geodatasett i henhold til temaer angitt i Tabell 9.1 skal være tilgjengelige med samvirkningsevne etter kravene i § 6 andre ledd innen

    1. 23. november 2015 for data etter nummer 1 til 9 som nyetableres eller gjennomgår vesentlig omstrukturering

    2. 21. oktober 2018 for data etter nummer 10 til 34 som nyetableres eller gjennomgår vesentlig omstrukturering

    3. 23. november 2020 for andre data etter nummer 1 til 9

    4. 21. oktober 2023 for andre data etter nummer 10 til 34. Andre krav til harmonisering og samvirkningsevne etter § 6 skal være oppfylt innen 9. mai 2014

  1. Data med samvirkningsevne, også kalt data som er harmonisert mellom medlemslandene, skal være i samsvar med de datamodeller som er dokumentert i KOMMISJONSFORORDNING (EU) nr. 1089/2010 vedlegg 1 FELLES TYPER og Vedlegg II KRAV TIL GEODATATEMAER. (Samvirkningsevnen til geodatasett og -tjenester jfr INSPIRE)

  2. Ajourførte data skal regelmessig gjøres tilgjengelige. For ajourføringer i henhold til geodataloven skal disse gjøres senest seks måneder etter at endringene i kildedatasettet ble gjort. Merknad: Kan forekomme unntak for data i vedlegg 2.

  3. Den eksterne objektidentifikatoren for den entydige identifiseringen av geografiske objekter skal ikke endres i løpet av et geografisk objekts livsløp.

  4. Ulike versjoner av samme geografiske objekt skal alltid være forekomster av den samme geografiske objekttypen.

    Merknad: Dette kravet fra kommisjonsforordningen tolkes slik at alle versjoner av et objekt skal være av samme objekttype. For eksempel, hvis et objekt endres fra en objekttype til en annen objekttype skal dette håndteres som et nytt objekt, og ikke som en ny forekomst av det gamle objektet. Det nye objektet skal ha ny UUID

  5. Attributtene Navnerom (Namespace) og LokalId (LocalId)for den eksterne objektidentifikatoren skal være den samme for ulike versjoner av et geografisk objekt.

  6. Dersom attributtene beginLifespanVersion og endLifespanVersion anvendes, skal verdien for endLifespanVersion ikke settes før verdien for beginLifespanVersion.

    Merknad: Egenskapene beginLifespanVersion og endLifespanVersion er kun interessant ved historikk / livssyklus sammen med egenskapen VersionId. Det skal for systemer med historikkstøtte være mulig å spore tilbake også dersom et objekt blir slettet.

  7. For de tredimensjonale og todimensjonale koordinatreferansesystemene og den horisontale komponenten for kombinerte koordinatreferansesystemer som anvendes for å gjøre geodatasett tilgjengelige, skal datumet være datumet for det europeiske terrestriske referansesystemet 1989 (ETRS89) i områder innenfor dets geografiske virkeområde, eller datumet for det internasjonale terrestriske referansesystemet (ITRS) eller andre geodetiske koordinatreferansesystemer som er i samsvar med ITRS i områder som er utenfor det geografiske virkeområdet for ETRS89. Med «i samsvar med ITRS» menes at systemdefinisjonen er basert på ITRS’ definisjon, og at det er et veldokumentert forhold mellom systemene i henhold til EN ISO 19111.

  8. Geodatasett skal gjøres tilgjengelig ved hjelp av minst ett av følgende koordinatreferansesystemer angitt i Tabell 9.3, med mindre andre koordinatreferansesystemer er bestemt for de respektive tema.

Tabell 9.3: Koordinatreferansesystemer
Koordinatreferansesystem Krav (en av følgende ved flere kulepunkt)

3D koordinatreferansesystem

  • Tredimensjonale kartesiske koordinater som er basert på et datum angitt i krav over, og som anvender parametrene for ellipsoiden i det geodetiske referansesystemet fra 1980 (GRS80).

  • Tredimensjonale geodetiske koordinater (bredde, lengde og ellipsoidehøyde) som er basert på et datum angitt i krav over, og som anvender parametrene for ellipsoiden i GRS80.

2D koordinatreferansesystem

  • Todimensjonale geodetiske koordinater (bredde og lengde) som er basert på et datum angitt i krav over og som anvender parametrene for ellipsoiden i GRS80.

  • Plankoordinater som anvender koordinatreferansesystemet for Lamberts flatetro asimutprojeksjon fra ETRS89.

  • Plankoordinater som anvender Lamberts vinkeltro koniske projeksjon basert på ETRS89.

  • Plankoordinater som anvender transversal mercatorprojeksjon basert på ETRS89 (Eksempel: UTM, NTMl).

Kombinerte koordinatreferansesystemer

  • For den horisontale komponenten i det kombinerte koordinatreferansesystemet skal et av koordinatreferansesystemene angitt for 2D koordinatreferansesystemer anvendes.

  • For den vertikale komponenten skal et av følgende koordinatreferansesystemer anvendes:

    • Vertikal komponent på land: EVRS

    • Vertikal komponent i atmosf: Barometrisk trykk (konverteres til høyde ved i.h.h.t ISO 2533:1975.
      Merknad: NN2000 er en realisering av EVRS slik systemet var definert på realiseringstidspunktet. Så i denne sammenhengen kan vi si at høyder i NN2000 er det samme som høyder i EVRS.

  1. Parametere og identifikatorer for koordinatreferansesystemer skal forvaltes i et eller flere felles registre for koordinatreferansesystemer.
    Merknad:

    1. Register over EPSG koder finnes i https://epsg.org/home.html

    2. Register over EPSG koder som benyttes i Norge finnes på https://register.geonorge.no/epsg-koder

    3. Register over geodetiske koder og parametere finnes https://geodetic.isotc211.org/.

    4. Register over koordinatsystemreferanser for SOSI er angitt i SOSI del 1 Realisering i SOSI-format.

  2. Alle kodingsregler som anvendes for å kode geodata, skal være i samsvar med EN ISO 19118. Reglene skal særlig omfatte regler for skjemakonvertering for alle geografiske objekttyper og alle attributter og assosiasjonsroller samt den strukturen for utdata som anvendes.

  3. Alle kodingsregler som anvendes for å kode geodata, skal gjøres tilgjengelige.

Merknad: ISO 19118 beskriver generelle plattformuavhengige regler for koding og dekoding av geografiske data basert på et UML skjema. Den har et normativt vedlegg knyttet til XML-baserte kodingsregler. I tillegg til GML (hvor reglene er beskrevet i ISO 19136 Annex E) og ISO 19139 som beskriver kodingsregler for andre ressurser enn koding av UML applikasjonsskjema er det spesifisert at andre XML baserte kodinger kan benyttes. For andre plattformer enn XML kreves det at en følger de generelle reglene og at kodingsreglene er beskrevet.

Anbefaling (rammeverk)

  1. For dynamiske datum skal epoch for realiseringen av koordinatreferansesystemet registreres som metadata i form av egenskapen coordinateEpoch : Data Epoch[0..1] når dette er implementert i geonorge.

Krav (rammeverk)

  1. Objektidentifikatoren (egenskapen Identifikasjon.LokalId) skal være realisert som UUID for alle objektforekomster, forankret i produktspesifikasjon og støttet i produksjonssystemet. Dette betyr i praksis at samme objekt skal ha en livslang lokalId.

  2. For data med samvirkningsevne skal krav og anbefalinger i de tekniske retningslinjedokumentene for de respektive tema/datasett legges til grunn:
    INSPIRE Data Specification on Addresses – Technical Guidelines
    INSPIRE Data Specification on Administrative Units – Technical Guidelines
    INSPIRE Data Specification on Agricultural and Aquaculture Facilities – Technical Guidelines
    INSPIRE Data Specification on Area Management/Restriction/Regulation Zones and Reporting Units – Technical Guidelines
    INSPIRE Data Specification on Atmospheric Conditions and Meteorological Geographical Features – Technical Guidelines
    INSPIRE Data Specification on Bio-geographical Regions – Technical Guidelines
    INSPIRE Data Specification on Buildings – Technical Guidelines
    INSPIRE Data Specification on Cadastral Parcels – Technical Guidelines
    INSPIRE Data Specification on Elevation – Technical Guidelines
    INSPIRE Data Specification on Energy Resources – Technical Guidelines
    INSPIRE Data Specification on Environmental Monitoring Facilities – Technical Guidelines
    INSPIRE Data Specification on Geographical Grid Systems – Technical Guidelines
    INSPIRE Data Specification on Geographical Names – Technical Guidelines
    INSPIRE Data Specification on Geology – Technical Guidelines
    INSPIRE Data Specification on Habitats and Biotopes – Technical Guidelines
    INSPIRE Data Specification on Human Health and Safety – Technical Guidelines
    INSPIRE Data Specification on Hydrography – Technical Guidelines
    INSPIRE Data Specification on Land Cover – Technical Guidelines
    INSPIRE Data Specification on Land Use – Technical Guidelines
    INSPIRE Data Specification on Mineral Resources – Technical Guidelines
    INSPIRE Data Specification on Natural Risk Zones – Technical Guidelines
    INSPIRE Data Specification on Oceanographic geographical features – Technical Guidelines
    INSPIRE Data Specification on Orthoimagery – Technical Guidelines
    INSPIRE Data Specification on Population Distribution – Technical Guidelines
    INSPIRE Data Specification on Production and Industrial Facilities – Technical Guidelines
    INSPIRE Data Specification on Protected Sites – Technical Guidelines
    INSPIRE Data Specification on Sea Regions – Technical Guidelines
    INSPIRE Data Specification on Soil – Technical Guidelines
    INSPIRE Data Specification on Species Distribution – Technical Guidelines
    INSPIRE Data Specification on Statistical Units – Technical Guidelines
    INSPIRE Data Specification on Transport Networks – Technical Guidelines
    INSPIRE Data Specification on Utility and Government Services – Technical Guidelines

  3. GML 3.2.1 (ISO 19136:2007 Geografisk markeringsspråk (GML) / OGC 07-036 ) og GML 3.3 (ISO 19136-2:2018 Geografisk markeringsspråk (GML) - Del 2: Utvidede skjemaer og koderegler / OGC 10-129r1 er obligatoriske format for utveksling av geografisk informasjon.

  4. Ved bruk av andre formater enn GML skal det lages et eget applikasjonsskjema (Implementation schema) som beskriver den delmengden av datasettet som formatet kan håndtere. Se Figur 9.3.

    Merknad:Ved mindre endringer kan andre beskrivelser benyttes dersom det kommer klart fram for brukeren hvilke deler av produktet i produktspesifikasjonen som ikke blir levert gjeldende format. Ved bruk av andre formater skal det finnes kodingsregler for å konvertere til GML.

  5. Der produktspesifikasjoner skal utarbeides er det et krav at disse spesifiseres i henhold til SOSI Produktspesifikasjoner - Krav og godkjenning. Alternativt kan kvalitet spesifiseres i henhold til ISO 19131 Data Product Specification.

  6. Data som inngår i en SOSI produktspesifikasjon eller standardisert produktspesifikasjon skal spesifiseres i form av en UML modell i henhold til SOSI - Regler for UML modellering. Dette gjelder vektordata.

  7. Der produktspesifikasjoner skal utarbeides skal kvalitetskrav spesifiseres i henhold til SOSI Produktspesifikasjoner - Krav og godkjenning, kapittel 17 Datakvalitet, som igjen har referanse til standarden Geodatakvalitet.

    Merknad: Alternativt kan kvalitet spesifiseres i henhold til ISO 19131 Data Product Specification, clause 12 Data quality.

  8. Der det finnes registeringsinstrukser skal disse refereres fra produktspesifikasjonens kapittel om datafangst.

  9. Kvalitet skal dokumenteres i metadata i nasjonal geoportal (Geonorge).

  10. Det skal foreligge produktspesifikasjon for alle geodatasett omtalt i geodataforskriften § 2, med unntak av data under geografisk forvaltningsregime hvor en forenklet beskrivelse er tilstrekkelig, samt kategorien andre data. Se [Figur_9.1]

    Merknad: Dette gjelder hovedsaklig for data som fremkommer som et uttrekk av data (f.eks WFS eller OGC API for fetures) fra produkter hvor en produktspesifikasjon allerede finnes.

Anbefaling (rammeverk)

  1. En oppsummering av en produktspesifikasjon bør også publiseres i en produktspesifikasjon og i et produktark.

  2. For bedre interoperabilitet bør CRS som er spesifisert i koordinatsystemregisteret i Geonorge benyttes.

    Merknad: Alle CRS som er spesifisert i Geodataloven og gjennomføringsbestemmelsene som er aktuelle for Norge er beskrevet i Geonorge. Referanse: https://register.Geonorge.no/epsg-koder.

  3. Der det finnes registreringsinstruks/metodebeskrivelse bør disse gjøres tilgjengelig i infrastrukturen, se https://register.geonorge.no/nasjonale-standarder-og-veiledere/kartleggingsinstrukser

  4. Alle datasett bør ha maskinlesbare tegneregler i henhold til SLD.

  5. Det anbefales å benytte Veileder for utarbeidelse av SOSI produktspesifikasjoner (pdf) 2015, SOSI-produktspesifikasjoner (pdf)

  6. For forvaltning av ID’er for objekter i datasett, anbefales følgende dokumenter:

Krav og anbefalinger for data i DOK
Krav (Rammeverk)

  1. Følger krav og anbefalinger i Kapittel 9.5.1

Det offentlige kartgrunnlaget (DOK) er offentlige geografiske data som er tilrettelagt for kommunenes plan- og byggesaksarbeid. Formålet med det offentlige kartgrunnlaget er å sikre en kunnskapsbasert og effektiv planlegging og saksbehandling. Geodata fra det offentlige kartgrunnlaget er en viktig del av informasjonsgrunnlaget for kommune- og reguleringsplanlegging, konsekvensutredninger, risiko- og sårbarhetsanalyser og byggesak. Kommunene skal i samarbeid med staten organisere ajourføring og tilgang til det offentlige kartgrunnlaget.

Tabell 9.4
Tabell 9.4: Krav og anbefalinger for DOK
Det overordnede prinsippet for rammeverksdokumentet er å beskrive alle krav og anbefalinger. Når det gjelder DOK er krav og anbefalinger under kontinuerlig vurdering, og i denne versjonen av rammeverket refereres til disse. Tabell 9.4 viser kravene januar 2020.

For mer informasjon om det offentlige kartgrunnlag henvises det til: https://www.kartverket.no/geodataarbeid/dok-og-temadata/det-offentlige-kartgrunnlaget/

Data som inngår i det offentlige kartgrunnlaget må i tillegg til krav angitt også oppfylle de krav som ligger til Kapittel 9.5.1 Data.

Krav og anbefalinger for data i henhold til Norge digitalt
Krav (Rammeverk)

  1. For geodata som omfattes av Geodataloven henviser til krav og anbefalinger i Kapittel 9.5.1

  1. Det skal lages produktspesifikasjoner for data i henhold til Norge digitalt avtalen. Norge digitalt-data fremkommer på denne siden: https://register.geonorge.no/geodatalov-statusregister?sorting=nationalt_dataset

    Datasett som er registrert i partenes “bilag 2” (Avtalte leveranser) til Norge digitalt-avtalen men som ikke er registrert som datasett som er underlagt geodataloven, er tilgjengelig her.

Krav og anbefalinger for sektorspesifikke tilleggsdata og andre data

Det finnes ingen krav til denne type data med mindre de faller inn under de tema som er definert I Geodataloven og forvaltes av en deltakende virksomhet. I disse tilfelle henvises til krav 60.

9.5.2. Metadata

Krav (Geodataloven)

  1. Deltakende virksomheter skal framstille tilhørende dokumentasjon (metadata) og holde denne oppdatert.

Krav (Geodataforskriften)

  1. Deltakende virksomheter og virksomheter etter § 1 andre ledd skal framstille og oppdatere metadata for geodatasett og tilhørende geodatatjenester. Metadataene skal publiseres gjennom den nasjonale geodataportalen, jf. § 8.

Merknad: Kravene i henhold til EØS-avtalen, forordning (EF) nr. 1205/2008 om gjennomføring av direktiv 2007/2/EF med hensyn til metadata gjelder som forskrift med de tilpasninger som følger av vedlegg, protokoll 1 til avtalen og avtalen for øvrig, gjelder geodatasett og geodatatjenester etter § 2 første ledd. Kravene gjelder for kommuner og fylkeskommuner når de etter annen lov eller forskrift har plikt til å samle inn eller formidle slike geodata

  1. Metadataene som beskriver et geodatasett, skal omfatte følgende metadataelementer som kreves for samvirkningsevne:

    1. Koordinatreferansesystem: Beskrivelse av det eller de koordinatreferansesystemene som anvendes i datasettet.

    2. Tidsreferansesystem: Beskrivelse av det eller de tids- referansesystemene som anvendes i datasettet. Dette elementet er obligatorisk bare dersom geodata-settet omfatter tidsinformasjon som ikke inngår i standardreferansesystemet for tid.

    3. Koding: Beskrivelse av den eller de dataspråk- konstruksjonene som angis for å representere dataobjekter i et register, en fil, melding, lagringsenhet eller overføringskanal.

    4. Topologisk konsekvens: Riktighet av de eksplisitt kodede topologiske egenskapene for datasettet i samsvar med virkeområdet. Merknad: Dette elementet er obligatorisk bare dersom datasettet omfatter typer fra den generiske nettverksmodellen (Generic Network Model) og ikke sikrer senterlinjens topologi (forbindelse mellom senterlinjer) for nettet.

    5. Tegnsett: Tegnsettet som anvendes i datasettet. Dette elementet er obligatorisk bare dersom det anvendes et tegnsett som ikke er basert på UTF‑8.

Krav - Framstilling og vedlikehold av metadata (KOMMISJONSFORORDNING (EF) nr. 1205/2008 metadata)

  1. De metadata som beskriver et geodatasett, en serie av geodatasett eller en geodatatjeneste skal omfatte de metadataelementene eller gruppene av metadataelementer beskrevet i vedlegg G2 til rammeverksdokumentet.

    Merknad 1: Tabellen i vedlegg G2 gir en oversikt over hvilke metatadata som skal eller kan benyttes for henholdsvis data og tjenester. Dersom multiplisitet er angitt på overskriftsnivå skal minst en av de underliggende egenskapene benyttes. Det henvises til kommisjonsforordningen for nærmere beskrivelse av elementene, instruks om multiplisitet og vilkår for metadataelementene (Del C) og angivelse av verdidomene (Del D).

    Merknad 2: Dette settet av metadataelementer tilsvarer minstekravet for å være i samsvar med direktivet, og er ikke til hinder for at organisasjoner dokumenterer informasjonsressursene mer utførlig med tilleggselementer avledet fra internasjonale standarder eller arbeidsmetoder innen deres interessefellesskap.

  1. Den enkelte virksomhet bør enkelt kunne angi om datasett i Geonorge også skal tilgjengeliggjøres i Felles datakatalog(data.norge.no).

Merknad: Virksomheten bør sørge for at data skal kunne gjøres tilgjengelig i et langtidsperspektiv, med opprettholdt integritet, autentisitet, anvendbarhet og pålitelighet.

Anbefaling (Beskrivelse av datasett og datakataloger) – (Referansekatalogen for IT-standarder)

  1. Standard for beskrivelse av datasett og datakataloger (DCAT-AP-NO) er en anbefalt standard i Referansekatalogen. Standarden er anbefalt brukt for å beskrive datasett og datakataloger i offentlig sektor.

  1. Registreringsskjemaene til de nasjonale datakatalogene (data.norge.no, Felles datakatalog og Geonorge.no) støtter alle gjeldende anbefalinger og krav knyttet til datakataloger for offentlige virksomheter. Dersom du velger å etablere en egen/lokal datakatalog for din virksomhet, må du sikre at gjeldende standarder støttes, slik at de nasjonale katalogene kan høste datasettbeskrivelser fra din løsning.

  1. Virksomhetene bør dokumentere datasettene slik at det blir enkelt å ta datasettene i bruk både for mennesker og maskiner. Med dokumentasjon mener vi beskrivelser som gjør det mulig for andre å oppdage, forstå og bruke dine data. www.regjeringen.no/id2536870/#punkt_fire

  2. For at potensielle brukere av offentlige data enkelt skal kunne finne data, bør beskrivelser av datasett være tilgjengelig på data.norge.no, som er en katalog med beskrivelser av åpne datasett fra det offentlige. Digitaliseringsdirektoratet gir anbefalinger om formater for dette formålet i dokumentet Standard for beskrivelser av datasett og datakataloger. Virksomheten bør vurdere å tilby beskrivelser på engelsk i tillegg til norsk www.regjeringen.no/id2536870/#punkt_sju

  3. Kvaliteten på virksomhetens data påvirker hvor egnet de er til andre formål enn de først ble skapt for. Dokumentering av datakvalitet er til stor hjelp i prosessen med å vurdere om virksomhetens datasett er egnet til andre formål, og øker sjansen for bruk. Datakvaliteten bør derfor være dokumentert, og kjente utfordringer bør eksplisitt omtales i beskrivelsene.

Krav - rammeverk

  1. Alle geodatasett og tilhørende geodatatjenester som inngår i kunnskapsgrunnlaget for vår nasjonale geografiske infrastruktur skal beskrives i form av metadata i Geonorge.

  2. De metadata som beskriver et geodatasett, en serie av geodatasett eller en geodatatjeneste skal i tillegg til det som Geodataloven beskriver (se vedlegg G2) også omfatte de metadataelementene eller gruppene av metadataelementer som beskrevet i vedlegg G3 til rammeverksdokumentet.

  1. Ulike konformitetsklasser for datasett som er beskrevet i Technical Guidelines for metadata - based on EN ISO 19115 and EN ISO 19119 og tjenester er beskrevet i form av:

    • Baseline metadata for datasett og datasett-serier

    • Interoperability metadata for datasett og data serier

    • Baseline metadata for “Spatial Data Services”

    • Metadata for “Network Services”

    • Metadata for “Invocable Spatial Data Services”

    • Metadata for “Interoperable Spatial Data Services”

    • Metadata for “Harmonised Spatial Data Services”

Disse anbefalingen knytter seg til angivelse av metadata for data og ulike typer tjenester. Se Figur 10.2 Ulike typer geodatatjenester.

  1. Det anbefales å benytte mapping mellom kravene til metadata og ISO 19115 Metadata og ISO 19119 Tjenester (metadata) som er beskrevet i "Technical Guidelines for metadata - based on EN ISO 19115 and EN ISO 19119", samt andre anbefalinger som fremkommer her.

9.5.3. Registerdata

  1. Dersom en medlemsstat utvider en kodeliste anvendt i tilknytning til de harmoniserte datasettspesifikasjonene knyttet til Geodataloven, skal de tillatte verdiene for de utvidede kodelistene gjøres tilgjengelige i et register.

    Merknad: «register» (register) et definert som et sett filer med identifikatorer som er tildelt enheter, med beskrivelser av de assosierte enhetene, i samsvar med EN ISO 19135. Merknad: ISO 19135:2005 er revidert som ISO 19135-1 Prosedyrer for registrering av geografiske elementer - del 1: Grunnprinsipper. Konformitetsklasse “Extended schema” gir tilleggskrav nødvendig for å være konform med tidligere versjon av standarden, ISO 19135:2005) som ligger til grunn for INSPIRE.

Anbefaling (rammeverk)

  1. Det anbefales at registre som beskriver et hierarki skal være konforme med ISO 19135-1 Prosedyrer for registrering av geografiske elementer”, konformitetsklasse “Hierarchical register” som er minimumskrav for etablering, vedlikehold og publisering av registre.

10. Tjenester

10.1. Introduksjon

Å tilgjengeliggjøre offentlige data handler om mer enn å publisere data slik at det er mulig å finne dem på en nettside. Data må gjøres tilgjengelig på en måte som gjør det mulig for brukere å realisere verdien av dem.

Tilgjengeliggjøring av offentlige data er et viktig bidrag til innovasjon, næringsutvikling og åpenhet i samfunnet. Å gi tilgang til offentlige data betyr at næringsliv, forskere, sivilsamfunn og offentlig sektor selv kan gjøre nytte av informasjon offentlig sektor forvalter - for verdiskaping, økt effektivitet og økt åpenhet og transparens).

(Retningslinjer ved tilgjengeliggjøring av offentlige data)

Et programmeringsgrensesnitt (API) er en måte å tilby data på som gjør det mulig for annen programvare å gjøre oppslag i hele eller spesifikke deler av virksomhetens data via internett. Det gjør det for eksempel mulig å bruke data i sanntid, filtrere på forespørsel, og å arbeide med data på dataelementnivå uten at brukerne må opprette lokale kopier av datasettene. Et programmeringsgrensesnitt er den beste måten å gjøre data tilgjengelig på dersom datasettene er store, komplekse eller oppdateres ofte.

(Retningslinjer ved tilgjengeliggjøring av offentlige data)

Selv om et programmeringsgrensesnitt er en svært fleksibel måte å tilby data på, kan brukerne også ha behov for å laste ned komplette datasett for å etablere lokale kopier. Komplett nedlasting kan tilbys som funksjonalitet i et programmeringsgrensesnitt, eller som en maskinlesbar fil publisert på internett.

(Retningslinjer ved tilgjengeliggjøring av offentlige data)

Spesifisering av tjenester kan gjøres på ulike måter, tradisjonelt sett har vi i Geodata- sammenheng spesifisert disse i en UML-modell. Eksempler på dette er SOAP-tjenestene for GeoIntegrasjon og GeoSynkronisering. I utforming av nye API, er det viktig å tenke på hvordan best å gjøre data tilgjengelige og lette å anvende. REST-API-er er en svært populært API-stil, og dermed en godt sted å begynne, fremfor eldre stiler som SOAP, som er vanskeligere for brukere å anvende. WFS 2.0-tjenester (ISO 19142) kan benyttes for nedlasting av et brukerbestemt utvalg av objekter fra alle datakilder modellert i UML.

I henhold til geodataloven er alle tjenester som opererer på geografiske data og opererer på data som spesifisert i loven kalt geodatatjenester, med forkortelsen SDS (Spatial Data Service), se Figur 10.1.

Figur 10.1
Figur 10.1: Geodatatjeneste

Rammeverksdokumentet beskriver krav og anbefalinger for både tjenester i henhold til geodataloven, og det som ikke omfattes av loven, med utgangspunkt i å sikre interoperabilitet i infrastrukturen. Dokumentet kan også inneholde krav som kommer i tillegg til Geodataloven for spesielle typer data.

I henhold til geodataloven skiller en tjenester ut slik det er gjort i Figur 10.2.

Figur 10.2
Figur 10.2: Ulike typer geodatatjenester

For nærmere angivelse av ekstra metadataelementer, se COMMISSION REGULATION (EU) No 1312/2014 of 10 December 2014 amending Regulation (EU) No 1089/2010 implementing Directive 2007/2/EC.

Nettverkstjenester, ofte kalt nettjenester, er en felles betegnelse for søketjenester, visningstjenester, nedlastingstjenester og omformingstjenester.

10.2. Søketjenester

Søketjenester er tjenester som gjør det mulig å søke etter geodatasett og geodatatjenester og vise metadata, ofte kalt katalogtjenester.

10.3. Visningstjenester

Visningstjenester er tjenester som gjør det mulig å vise geodatasett med forklarende informasjon og tilhørende metadata. Både visningstjenester og nedlastingstjenester i henhold til Geodataloven kan relateres til eOppslag fra Digitaliseringsdirektoratet som er en referansearkitektur for oppslag i data gjennom synkrone API-kall. Dette er en delmengde av et større området som omhandler “Deling av data på forespørsel”. Se Nasjonalt arkitekturverksted.
Nærmere samordning her kan skje i en fremtidig revisjon av rammeverket.

10.4. Nedlastingstjenester

Nedlastingstjenester er tjenester som gir brukere tilgang til informasjonen i geodatasettene, de skal gjøre det mulig å laste ned eller få direkte tilgang til kopier av hele eller deler av geodatasett.

En nedlastingstjeneste som gir tilgang til geografiske objekter i geodatasett på grunnlag av en spørring kalles “nedlasting med direkte tilgang”. Nedlastingstjenester er nærmere spesifisert i Komm. nr 1088/2010, Vedlegg IV

Datanedlasting gjennom Geonorge

  • Både ferdige filer og filer generert på forespørsel kan tilbys gjennom eget nedlastnings-api, noe som også er et krav fra “Det offentlige kartgrunnlaget”

  • Produksjonsløyper i Geonorge tilbyr nedlastbare datasett gjennom WFS 2.0 (Direct-WFS) og Pre-defined Atom feed.

  • I tillegg tilbys nedlastbare data gjennom Massiv nedlastingsklient fra Geonorge. Dette er en desktop-applikasjon som leser Atom feed-tjenesten og oppdaterer datasett som en “abonnerer” på etter hvert som det oppstår nye og oppdaterte data i Geonorge. Alle etater som tilbyr Atom Feed-tjeneste kan tilby datanedlasting gjennom "Geonorge Massivklient" dersom denne opprettes i henhold til veileder fra Geonorge.

  • Geonorge webnedlasting

Følgende konformitetsklasser er definert for nedlastingstjenester:

  • Pre-defined Atom feed.

  • Pre-defined WFS (implementasjon av nedlasting med direkte tilgang i henhold til ISO 19142 Web Feature Service og ISO 19143 Filter Encoding.

  • Direct WFS (implementasjon av nedlasting av datasett med filterspørring i henhold til ISO 19142 Web Feature Service og ISO 19143 Filter Encoding).

10.5. Omformingstjenester

Omformingstjenester er tjenester som kan brukes for å bringe geodatasett i samsvar med andre spesifikasjoner. Ofte med henvisning til INSPIRE spesifiserte geodata. Omformingstjenester er nærmere spesifisert i Komm. nr 1088/2010, Vedlegg V.

Det er ikke obligatorisk å implementere omformingstjenester så lenge datasett gjøres tilgjengelig i samsvar med implementeringsreglene for data interoperabilitet [INS DIR, Art. 7(3)]. De kan gjøres tilgjengelig på andre måter enn gjennom omformingstjenester, slik som “offline transformasjon eller “on the fly” omforming som en del av en nedlastingstjeneste.

Omformingstjenester (eng: Schema Transformation Services) er viktig for å kunne utveksle data på en standardisert måte. Data må omformes fra intern struktur og format til et format for utveksling.

Eksisterende data kan ha ulike interne representasjoner for de forskjellige objekttypene innenfor et datasett. Det kan også være behov for å endre enheter, fra f.eks. Km til Miles, noe som man må ta hensyn til ved omforming til INSPIRE, eller det må utføres en koordinat-transformasjon.

Når data hentes fra Sentral FKB omformes data fra den interne QMS-databasen til GeoSynkronisering WFS-transaksjoner (med GML 3.2.1). Abonnent må da tilsvarende omforme data til sin interne representasjon.

Det finnes ulike verktøy på markedet for omformings-tjenester som f.eks. HALE og FME. GeoServer og deegree har også innebygd omformingstjenester. Det ligger en video fra Inspire her som illustrer omforming og omformings-tjenester på en fin måte: INSPIRE Schema Transformation Video.

Dersom det er ønskelig å implementere omformingstjenester som tjenester er dette nærmere beskrevet i Vedlegg F til rammeverket.

10.6. Prosesseringstjenester

Prosesseringstjenester er tjenester som utfører beregninger som involverer større eller mindre mengde data. Digitaliseringsdirektoratet har utviklet en referansearkitektur “Melding (eDelivery)” for meldingsutveksling i og med offentlig sektor. Der prosesseringstjenester knytter seg til prosessering på tvers av sektorer og forvaltningsnivå bør en se nærmere på denne.

Samfunnet har også behov for en rekke andre tjenester enn det påkreves gjennom Geodataloven. Ulike typer analyser og prosessering utføres i dag hovedsakelig ved at det tas en kopi av de datasettene som analyser gjøres på bakgrunn av. (Det påstås at det er 1200 lokale synkroniserte kopier av matrikkelen nasjonalt). Dette er lite hensiktsmessig i en infrastruktur, og betyr også at analyser kanskje ikke utføres på de mest oppdaterte data. Analyser i form av prosesseringstjenester som kan utføres på originaldataene (eller en levende oppdatert distribusjonskopi) vil redusere antall lokale kopier av data og sikre at analysene er korrekte. Et eksempel på dette er tjenester knyttet til det offentlige kartgrunnlaget.

Andre eksempler på dette er:

10.7. Nærmere beskrivelse av tjenestetyper

Geodataloven spesifiserer også geodatatjenester ut fra egenskaper på tjenestene, i form av egenskaper i metadata. Denne inndelingen går på “aktiverbare”,”interoperable” og “harmoniserte” tjenester

10.7.1. Aktiverbare tjenester

Dette er tjenester som gjør det mulig å definere både de inndata og utdata som forventes av geodatatjenesten og en arbeidsflyt eller tjenestekjede som kombinerer flere tjenester. Tjenesten gjør det også mulig å definere det eksterne nettjenestegrensesnittet for arbeidsflyten eller tjenestekjeden. KOMMISJONSFORORDNING (EF) nr. 1205/2008

Aktiveringstjenester er en geodatatjeneste som oppfyller følgende krav:

  • Har metadata som oppfyller kravene i henhold til metadata

  • Har minst et tilgangspunkt (resource locator)

  • Konformt med dokumenterte og tilgjengelige spesifikasjoner som er nødvendig for å “kjøre” tjenesten, slik som f.eks et WSDL dokument for SOAP eller OpenAPI spesifikasjon for REST interface.

Alle tjenester i Geonorge oppfyller de tre kulepunktene.

10.7.2. Interoperable tjenester

En interoperabel tjeneste innebærer en aktiverbar tjeneste som oppfyller konformitetskravene i Commission Regulation (EU) No 1311/2014 of 10 December 2014 amending Regulation (EC) No 976/2009 as regards the definition of an INSPIRE metadata element og COMMISSION REGULATION (EU) No 1312/2014 of 10 December 2014. Alle interoperable (eller samvirkende) tjenester har i metadata identifikator for koordinatbaserte referansesystemer (coordinateReferenceSystem) samt tjenestekvalitet (quality of service).

10.7.3. Harmoniserte tjenester

En harmoniserte tjeneste innebærer en interoperabel SDS (Spatial Data Service) som oppfyller konformitetskravene i Vedlegg VII i Commission Regulation (EU) No 1311/2014 of 10 December 2014 amending Regulation (EC) No 976/2009 as regards the definition of an INSPIRE metadata element og COMMISSION REGULATION (EU) No 1312/2014 of 10 December 2014. Alle harmoniserte geodatatjenester har i tillegg metadataelementet «Metadata for aktivering» (InvocationMetadata), samt en rekke operasjoner.

10.8. Krav og anbefalinger

10.8.1. Overordnede krav og anbefalinger til tjenester

  1. Nye IKT-løysingar skal vere universelt utforma frå 1. juli 2014. Alle IKT-løysingar, inkludert eksisterande løysingar, skal følge krava om universell utforming innan 1. januar 2021.

  1. Altinn: Virksomheten skal i utgangspunktet ta i bruk Altinns infrastruktur og tjenesteplattform for produksjon av relevante tjenester. Virksomheter som på kort sikt ikke kan få dekket sine behov i Altinn på en hensiktsmessig måte, kan benytte løsninger i markedet eller utvikle løsningen selv. Virksomheten må kunne begrunne unntak. Aktuelle digitale tjenester rettet mot næringsdrivende skal gjøres tilgjengelige på Altinns portal.
    Altinn skal benyttes for digital post fra forvaltningen til næringsdrivende og andre virksomheter med organisasjonsnummer.

    Merknad (rammeverk): Tjenester som spesifisert i Geodataloven trenger ikke å ta i bruk Altinn.

  1. Ved nyutvikling av løsninger for informasjonsutveksling, bør referansearkitekturene for eMelding og eOppslag

    Merknad: Styring av tilgang er blant løsningene som inngår i realiseringen av referansearkitektur for oppslag i data basert på API-er, inkludert delegering av tilganger

Krav (DOK)

Må også ta med referanse til alle overordnede krav.

Det overordnede prinsippet for rammeverksdokumentet er å beskrive alle krav og anbefalinger. Når det gjelder DOK er krav og anbefalinger under kontinuerlig vurdering, og i denne versjonen av rammeverket refereres til det offentlige kartgrunnlaget.

Krav (rammeverk)

  1. Tjenestene skal være selvbeskrivende. Det vil si at tjenester skal være utformet slik at det er mulig for en vilkårlig applikasjon å koble seg opp og starte kommunikasjon med tjenesten (dynamisk oppkobling). Tjenestene skal inneholde mekanismer (skjema) som muliggjør automatisk maskin til maskin oppkobling.

Anbefaling (rammeverk)

  1. Ofte brukte analyser av høy samfunnsmessig betydning bør implementeres som tjenester og dokumenteres i Geonorge, slik at en unngår å måtte laste ned hele databaser samt sikre at en bruker oppdaterte data som utgangspunkt for analyser. Dataeier bør tilby analysetjenester (WPS) som f.eks om tiltak berører eller er i nærheten av data som inngår i de datasett som kommunen har bekreftet inngår i DOK. Det er dataeier som har best kunnskap om sine data og bruken av disse i tjenestene.
    Eksempler på analyse:

    • Avstand til kvikkleire

    • Avstand fra 50 års flom/100 års flom

    • Avstand fra kulturminner

    • Berører antikvariske bygg

  2. For spesifikasjon og dokumentasjon av REST-API’er anbefaler vi (som Digitaliseringsdirektoratet) å bruke OpenAPI Specification.

  1. bruke åpne standardlisenser som Creative Commons 4.0 eller Norsk lisens for offentlige data (NLOD).

  2. Data skal være tilgjengelig i maskinlesbare formater. I tillegg bør formatene være standardiserte. Dette sikrer god samhandlingsevne med annen informasjon (interoperabilitet) og legger ikke unødvendige begrensninger på hva informasjonen kan brukes til i fremtiden. Eksempler på maskinlesbare og standardiserte formater er CSV, XML, JSON og RDF-serialiseringer som RDF/XML, JSON-LD og Turtle

Merknad: De formater som er nevnt her er bare eksempler. Ikke alle eksemplene her egner seg for geodata. Rammeverksdokumentet har egne krav til koding og formater av geodata.

10.8.2. Nett-tjenester

Krav - nettjenester - generelt (Geodataloven)

  1. Deltakende virksomheter skal for spesifiserte geodata opprette og drive et felles nett av offentlige søketjenester, visningstjenester, nedlastningstjenester, omformingstjenester og aktiveringstjenester.

Krav - nettjenester - generelt (Geodataforskriften)

  1. Nettjenestene skal være tilgjengelige for allmennheten via Internett eller andre elektroniske kommunikasjonstjenester. Søketjenester og visningstjenester skal være gratis tilgjengelige for allmennheten. Data som er gratis tilgjengelige gjennom visningstjenester, kan være i en form som hindrer viderebruk i næringsvirksomhet.

Krav - nettjenester - generelt (KOMMISJONSFORORDNING (EF) nr. 976/2009)

  1. Sannsynligheten for at en nettjeneste er tilgjengelig, skal være 99 %. Se Tabell 10.1.

Tabell 10.1: Oppetid
%Oppetid Maks nedetid/uke Maks nedetid/måned Maks nedetid/år

99

1.7 hours

7.27 hours

3.63 days

10.8.3. Søketjenester (katalogtjenester)

Krav (Geodatalov)

  1. Søketjenester skal være gratis tilgjengelige for allmennheten

Krav - generelle (Geodataforskriften)

  1. Søketjenester skal gjøre det mulig å søke etter geodatasett og geodatatjenester og vise metadata.

  1. I samsvar med ytelseskriteriet «Tjenestekvalitet» skal en søketjeneste kunne ekspedere minst 30 samtidige tjenesteforespørsler per sekund.

  2. Svartiden for sending av det innledende svaret på en tjenesteforespørsel til en søketjeneste skal være høyst 3 sekunder under normale forhold.
    Merknad: Med «normale forhold» menes perioder uten toppbelastning, fastsatt til 90 % av tiden.

  3. Svartiden for sending av det innledende svaret på en forespørsel til en visningstjeneste om henting av kart (Get Map) være høyst 5 sekunder under normale forhold.

    Eksempel: For et bilde på 470 kilobyte (f.eks. 800 × 600 piksler med en fargedybde på 8 biter) skal svartiden for sending av det innledende svaret på en forespørsel til en visningstjeneste om henting av kart (Get Map) være høyst 5 sekunder under normale forhold.

    Merknad: Med «normale forhold» menes perioder uten toppbelastning, fastsatt til 90 % av tiden.

  4. Søketjenesten skal støtte søk med følgende INSPIRE-metadataelementer:

    • Nøkkelord (Keyword), Emnekategori (Topic category*), Type geodatatjeneste (Spatial data service type*)Historikk (Lineage), Romlig oppløsning (spatial resolution*), spesifikasjon (Specification), Grad av samsvar (Degree), Geografisk avgrensningsrektangel (Geographical Bounding Box*), vilkår for tilgang og bruk (Conditions applying to access and use), Begrensninger i offentlig tilgang (Limitations on public access), Ansvarlig part (Responsible party), den ansvarlige parts funksjon (responsible party role), Ressursens betegnelse (Resouce Title), Ressurssammendrag (Resource Abstract), Ressurstype (Resource Type), Entydig ressursidentifikator (Unique Resource Identifier), tidsreferanse (temporal Reference)
      *Gjelder dersom ressursen er datasett eller datasett serier

  5. For å gjøre det mulig å søke etter ressurser gjennom en kombinasjon av søkekriterier skal logiske operatorer og sammenligningsoperatorer støttes.

  6. For å gjøre det mulig å søke etter ressurser basert på ressursens geografiske plassering skal "spatial operator" (geodataoperatoren) Intersects (Avgrenser) støttes.

  1. Det anbefales å følge krav og anbefalinger angitt i vedlegg C.

Note: Dette er anført som krav i de tekniske retningslinjedokumentene for sikre interoperabilitet, men er ikke krav i lovens forstand dersom de går ut over det som står i direktivet og kommisjonsforordningene.

10.8.4. Visningstjenester

  1. Visningstjenester skal være gratis tilgjengelige for allmennheten. Visningstjenester for bruk i næringsvirksomhet og andre geodatatjenester kan gjøres tilgjengelige mot betaling. Når det kreves betaling, skal tjenester for elektronisk handel være tilgjengelige.

  1. Visningstjenester skal gjøre det mulig å vise geodatasett med forklarende informasjon og tilhørende metadata

  1. For å visualisere geodatasett ved hjelp av en visningstjeneste skal følgende være tilgjengelig:

    1. Kartlag skal angis jfr vedlegg II i kommisjonsforordningen for temaet eller temaene som datasettet er koplet til

    2. for hvert kartlag minst en standard visualiseringsstil, med minst en assosiert tittel og en entydig identifikator.

  2. For hvert kartlag angis følgende i vedlegg II:

    1. en tittel på kartlaget som kan leses av mennesker, og som skal anvendes ved visning i brukergrensesnittet,

    2. den eller de geografiske objekttypene som utgjør kartlagets innhold.

  3. For visning av geodatasett ved hjelp av nettets visningstjeneste skal minst koordinatreferansesystemene for todimensjonale geodetiske koordinater (bredde, lengde) være tilgjengelige.

    Merknad: Se Tabell 9.3 om koordinatreferansesystemer.

  1. En visningstjeneste skal kunne ekspedere minst 20 samtidige tjenesteforespørsler per sekund.

  2. De respektive datasett spesifikasjoner for de harmoniserte spesifikasjonene angir kartlag og hvilke objekttyper som utgjør kartlagets innhold. Metadataelementene og de kartlagsspesifikke parametere skal angis for hvert kartlag, er angitt i Tabell 10.2:

Tabell 10.2: Metadataelementene og de kartlagsspesifikke parametere
Metadataelementer og parametere Beskrivelse

Metadataelementer

Ressursens betegnelse (Resource Title)

Kartlagets betegnelse, beregnet på kommunikasjon mellom mennesker, for presentasjon av kartlaget, f.eks. i en meny.

Ressurssammendrag (Resource Abstract)

Sammendrag av kartlaget

Nøkkelord (Keyword)

Andre nøkkelord

Geografisk avgrensningsrektangel (Geographic Bounding Box)

Det minste avgrensningsrektanglet i alle støttede koordinatbaserte referansesystemer for området som omfattes av kartlaget.

Entydig ressursidentifikator (Unique Resource Identifier)

Den entydige ressursidentifikatoren til ressursen som brukes til å opprette kartlaget.

Kartlagsspesifikke parametre

Navn (Name)

Harmonisert navn på kartlaget

Koordinatbaserte referansesystemer

Liste over koordinatbaserte referansesystemer som kartlaget er tilgjengelig i

Stiler (Styles)

Liste over gjengivelsesstiler som er tilgjengelige for kartlaget.En stil skal bestå av en tittel og en entydig identifikator

Tegnforklaringens URL (Legend URL)

Plassering av forklaringen for hver stil, hvert språk og hvert dimensjonspar

Dimensjonspar (Dimension Pairs)

Angir de støttede todimensjonale akseparene for flerdimensjonale geodatasett og serier av geodatasett

Krav (rammeverk)

  1. WMS tjenester skal minimum kunne tilby bildestørrelser på 4000 X 4000 piksler.

Note: Dette er anført som krav i de tekniske retningslinjedokumentene for sikre interoperabilitet, men er ikke krav i lovens forstand dersom de går ut over det som står i direktivet og kommisjonsforordningene. I denne versjonen av rammeverket henviser vi kravene og anbefalingene som er angitt i Vedlegg D til rammeverket.
  1. Det anbefales å følge krav og anbefalinger angitt i vedlegg D til rammeverket.

10.8.5. Nedlastingstjenester

  1. Nedlastingstjenester skal gjøre det mulig å laste ned eller få direkte tilgang til kopier av hele eller deler av geodatasett.

    Merknad: Kan være begrensninger på hvor stort et datasett kan være av praktiske grunner.

  1. Nedlastingstjenester skal som et minstekrav støtte følgende operasjoner:

    • GetDownload Service Metadata (Hent metadata om nedlastingstjenesten)

    • Get Spatial Data Set (Hent geodatasett)

    • Describe Spatial Data Set (Beskriv geodatasett)

    • Link Download Service (kople til nedlastingstjeneste)

      For nærmere beskrivelse av operasjoner og parametere, se vedlegg IV, DEL A-C.

  2. I samsvar med ytelseskriteriet «Tjenestekvalitet» skal en nedlastingstjeneste kunne ekspedere minst 10 samtidige tjenesteforespørsler per sekund. Antall tjenesteforespørsler som behandles samtidig, kan begrenses til 50.

  3. For operasjonen «Get Download Service Metadata» (Hent metadata om nedlastingstjenesten) skal svartiden for sending av det innledende svaret være høyst 10 sekunder under normale forhold.

  4. For operasjonene «Get Spatial Data Set» (Hent geodatasett) og «Get Spatial Object» (Hent geografisk objekt) samt for en spørring som består utelukkende av et avgrensningsrektangel, skal svartiden for sending av det innledende svaret under normale forhold være høyst 30 sekunder, og deretter, fortsatt under normale forhold, skal nedlastingstjenesten opprettholde en uavbrutt svarhastighet på over 0,5 MB per sekund eller over 500 geografiske objekter per sekund.

  5. For operasjonene «Describe Spatial Data Set» (Beskriv geodatasett) og «Describe Spatial Object Type» (Beskriv geografisk objekttype) skal svartiden for sending av det innledende svaret under normale forhold være høyst 10 sekunder, og deretter, fortsatt under normale forhold, skal nedlastingstjenesten opprettholde en uavbrutt svarhastighet på over 0,5 MB per sekund eller over 500 beskrivelser av geografiske objekter per sekund.

Note: Dette er anført som krav i de tekniske retningslinjedokumentene for å sikre interoperabilitet, men er ikke krav i lovens forstand dersom de går ut over det som står i direktivet og kommisjonsforordningene. I denne versjonen av rammeverket henviser vi kravene og anbefalingene som er angitt i Vedlegg E til rammeverket.
  1. Det anbefales å følge krav og anbefalinger angitt i vedlegg E til rammeverket.

Forslag til krav og anbefalinger for nedlasting i form av Sensor observations - samt Web coverage tjenester er angitt i følgende dokumenter:

10.8.6. Omformingstjenester

Det er ikke obligatorisk å implementere omformingstjenester så lenge datasett gjøres tilgjengelig i samsvar med implementeringsreglene for data interoperabilitet [INS DIR, Art. 7(3)]. De kan gjøres tilgjengelig på andre måter enn gjennom omformingstjenester, slik som “offline transformasjon eller “on the fly” omforming som en del av en nedlastingstjeneste. I Norge benyttes hovedsaklig FME for dette formål.

Krav (kommisjonsforordning nr 976/2009) (Dersom en ønsker å implementere som en tjeneste)

  1. Omformingstjenester skal støtte følgende operasjoner:

    1. Get Transformation Service (Hent metadata om omformingstjenesten), Transform (omform), Link Transformation Service (kople til omformingstjeneste)

    2. For nærmere beskrivelse av operasjoner og parametere, se Vedlegg F til rammeverksdokumentet.

  1. I de tilfeller der en ønsker å implementere omforming som en tjeneste anbefales det å følge krav og anbefalinger angitt i vedlegg F til rammeverket.

10.8.7. Aktiverbare geodatatjenester

  1. Aktiverbare geodatatjenester som opererer på geodatasett etter § 2 første ledd, skal ha samvirkningsevne etter kravene i § 6 andre ledd innen

    1. 10.desember 2018 i samsvar med forordning (EU) nr. 1089/2010 vedlegg V

    2. 10. desember 2019 i samsvar med forordning (EU) nr. 1089/2010 vedlegg VI, og dersom det er mulig vedlegg VII, for tjenester som opererer på datasett som er nyetablert eller har gjennomgått vesentlig omstrukturering i samsvar med forordning (EU) nr. 1089/2010

    3. 10. desember 2024 i samsvar med forordning (EU) nr. 1089/2010 vedlegg VI, og dersom det er mulig vedlegg VII, for tjenester som opererer på andre datasett som er strukturert i samsvar med forordning (EU) nr. 1089/2010

  1. Alle aktiverbare tjenester skal ha tjenestemetadata i henhold til Vedlegg 5 i reguleringen.

    Merknad: For nærmere angivelse av metadata for aktiverbare tjenester, se Vedlegg H i vedlegget til rammeverksdokumentet

  1. Det anbefales å følge krav og anbefalinger i det tekniske retningslinjedokumentet.

10.8.8. Interoperable tjenester

  1. Alle interoperable aktiverbare tjenester skal ha tjenestemetadata i henhold til Vedlegg 6 til reguleringen.

    Merknad: For nærmere angivelse av metadata for interoperabale tjenester, se Vedlegg H i vedlegget til rammeverksdokumentet.

10.8.9. Harmoniserte tjenester

  1. Alle harmoniserte tjenester skal ha tjenestemetadata i henhold til Vedlegg 7 til reguleringen.

    Merknad: For nærmere angivelse av metadata for harmoniserte tjenester, se Vedlegg H i vedlegget til rammeverksdokumentet.

10.8.10. Prosesseringstjenester

Det er for tiden ingen spesielle krav eller anbefalinger til prosesseringstjenester.

11. Fellesløsninger

11.1. Generelt om fellesløsninger

I digital samhandling mellom kommuner, statlig sektor og privat sektor er det behov for tilgang til fellesløsninger for å kunne hente ut gevinster fra digitaliseringen. Ansvaret for slike fellesløsninger er ofte fordelt på mange aktører som igjen er styrt i forhold av sektoransvar og linjestyring. Dette kan medføre at det parallelt utvikles lignende eller overlappende funksjonalitet, og at det kan mangle insentiver for å gjenbruke eksisterende løsninger fremfor egne. Manglende åpenhet om utviklingsplaner kan også øke risikoen for at funksjonalitet dupliseres.

Behov for felleskomponenter / fellesløsninger diskutert i arbeidsgruppa er nærmere beskrevet i vedlegg A.

I følge digitaliseringsstrategien finnes det i dag syv nasjonale felleskomponenter: Altinn, ID-Porten, Digital postkasse for innbyggere, Folkeregisteret, Kontakt- og reservasjonsregisteret, Matrikkelen og Enhetsregisteret. Tekniske plattformer som for eksempel helsenorge.no, nav.no, Felles datakatalog og FIKS-plattformen tilbys gjennom infrastrukturen. Det er også utarbeidet felles standarder, prinsipper og referansearkitekturer. Disse skal til sammen utgjøre et felles økosystem for nasjonal digital samhandling og tjenesteutvikling for offentlig sektor.

Figur 11.1
Figur 11.1: Oversikt over sentrale felleskomponenter og fellesløsninger i 2019 (kilde: digitaliseringsstrategien)

Kommuner, fylkeskommuner og statlige virksomheter tilbyr innbyggere og næringsliv stadig flere digitale tjenester. I sitt digitaliseringsarbeid har offentlig sektor tilgang til en rekke felles IT-løsninger og noen felles IT-arkitekturer. Figur 11.1 gir en oversikt over sentrale felleskomponenter og fellesløsninger til bruk for kommuner, fylkeskommuner og statlige virksomheter.

Innenfor kart- og geodatamiljøet i Norge er det kultur for samarbeid om utvikling av fellesløsninger. Det er etablert gode arenaer og nettverk mellom statlige virksomheter, kommunene og systemleverandører. Bransjen og fagmiljøene har erfart, og ser nytten av å jobbe sammen. Utviklingen av SOSI, GeoIntegrasjon og GeoSynkronisering er eksempler på vellykkede fellessatsinger i Norge som har skapt store nytteverdier for samfunnet. Utfordringene med denne typen satsinger kan imidlertid være å sikre god forvaltning og drift av løsningene over tid. I forbindelse med utvikling av fellesløsninger er det avgjørende at det etableres en helhetlig og koordinert tilnærming til hvilke fellesfunksjonalitet og felles IT-arkitektur offentlig sektor har bruk for. Det må også etableres helhetlige og koordinerte forvaltningsmodeller med definert eierskap, og plan for drift og vedlikehold fremover.

I følge regjeringens digitaliseringsstrategi er det en målsetning at tjenester, nettsider og datakilder hos kommuner, fylkeskommuner og statlige virksomheter skal virke sammen. Utvikling og tilgjengeliggjøring av fellesløsninger blir viktige innsatsområder for å lykkes på dette området.

Utvikling av fellesløsninger / felles APIer gir en rekke fordeler. Felles oppgaver kan gjøres enklere og billigere. Det er ikke produktivt at flere leverandører jobber parallelt med å løse samme problem.

11.2. Krav og anbefalinger

  1. Virksomheten skal følge regjeringens strategiske prinsipper for nasjonale felleskomponenter. Disse gir rammer og føringer for bruk og utvikling av felleskomponentene.

    Merknad: Nasjonale felleskomponenter skal gjøre det enkelt for offentlige virksomheter å lage og tilby effektive og brukervennlige digitale tjenester til innbyggere og næringsliv på en kostnadseffektiv måte. Alle offentlige virksomheter skal benytte felleskomponenter i sin tjenesteutvikling der dette er hensiktsmessig og samfunnsøkonomisk lønnsomt, og ikke selv utvikle og forvalte løsninger med samme funksjonalitet. Virksomhetens digitaliseringsstrategi må omtale hvordan felleskomponentene er tenkt tatt i bruk. Offentlige virksomheter som utvikler eller anskaffer egne løsninger der en nasjonal felleskomponent dekker de vesentligste funksjonsbehovene, må dokumentere hvorfor en nasjonal felleskomponent ikke vurderes som hensiktsmessig»

Krav til API’er for nye fellesløsninger (digitaliseringsrundskrivet og digitaliseringsstrategien]

Merknad: Med fellesløsninger menes her fellesløsninger i vår nasjonale geografiske infrastruktur

Anbefaling til nye fellesløsninger (Rammeverk):

  1. De bør forefinnes som OpenSource.

  2. Offentlig virksomhet bør ha eierskap til OpenSource-prosjektet for å sikre fremtidig vedlikehold.

Krav til komponenter (digitaliseringsrundskrivet.)

  1. Oppfylle kravene i digitaliseringsrundskrivet.

Anbefalinger til komponenter (Rammeverk):

  1. De bør forefinnes som OpenSource.

  2. Offentlig virksomhet bør ha eierskap til felles programvarekomponenter for å sikre fremtidig vedlikehold.

  1. Forbedre samarbeid på tvers av organisasjonene. Dette betyr at offentlige virksomheter bør ta ansvar for å etablere samarbeidsfora på tvers av organisasjonene.

  2. Samarbeide for å identifisere vanlige behov

  3. Vedta forretningsmodeller som letter deling og gjenbruk

  4. Fremme juridisk sikkerhet

  5. Anskaffe IT-løsninger på en transparent og åpen måte

  6. Dokumentere, dele og gjenbruke komponenter

  7. Forbedre IT-løsningens tekniske anvendbarhet

  8. Øke synligheten og troverdigheten til IT-løsninger

  9. Ta hensyn til nasjonal og europeisk flerspråklighet når det utvikles IT-løsninger

  10. Del løsningen din i utgangspunktet åpent og forklar eventuelle beslutninger om ikke å dele.

Disse 10 anbefalingen er hovedgrupper som igjen har sine mer detaljerte anbefalinger og forslag til tiltak. Det henvises til referansedokumentet for videre informasjon om disse.

12. Tilgangskontroll

12.1. Introduksjon

Med tilgangskontroll menes metoder for å tildele, endre slette og føre kontroll med autorisasjon for tilgang til IT ressurser for å opprettholde konfidensialitet, integritet og tilgjengelighet til informasjonen. Vi er i dag helt avhengige av riktig tilgang til IT systemer. Samtidig representerer informasjonsgrunnlaget store verdier både for samfunnet og for privat sektor. Kontroll med tilgang til informasjonen er derfor en viktig forutsetning for å sikre verdier og tillit til offentlig sektor.

Sikkerhetsarkitektur

  • Autentisering - hvordan brukere blir identifisert

  • Autorisasjon - styrer hvilke funksjoner og data en autentisert bruker får tilgang til

Krav til innebygd informasjonssikkerhet
I henhold til eForvaltningsforskriften (https://lovdata.no/dokument/SF/forskrift/2004-06-25-988) skal virksomheten ha en internkontroll (styring og kontroll) på informasjonssikkerhetsområdet som baserer seg på anerkjente standarder og styringssystem for informasjonssikkerhet.

Informasjonssikkerhet handler om å sikre at informasjonen

  • ikke blir kjent for uvedkommende (konfidensialitet)

  • ikke blir endret utilsiktet eller av uvedkommende (integritet)

  • er tilgjengelig ved behov (tilgjengelighet)

Sentrale nasjonale felleskomponenter
ID-porten er en felles innloggingsløsning til offentlige tjenester på internett. ID-porten gir tilgang til over 1000 tjenester fra offentlige virksomheter. I ID porten kan en velge mellom fem alternativer for elektronisk ID: MinID, BankID på mobil, BankID, Buypass, Commfides eller Buypass ID i mobil. ID porten blir driftet av Digitaliseringsdirektoratet.

Altinn er en internettportal for digital dialog mellom næringslivet, privatpersoner og offentlige etater. Altinn er også en teknisk plattform, som offentlige virksomheter kan benytte for å lage digitale tjenester

12.2. Krav og anbefalinger

  1. Virksomheten skal ta i bruk ID-porten for digitale tjenester som krever innlogging og autentisering. ID porten er obligatorisk for statlige virksomheter og anbefalt for kommunal sektor.

    Merknad: Se også krav 122 om strategiske prinsipper for nasjonale felleskomponenter.

  2. Virksomheten skal i utgangspunktet ta i bruk Altinns infrastruktur og tjenesteplattform for produksjon av relevante tjenester. Virksomheter som på kort sikt ikke kan få dekket sine behov i Altinn på en hensiktsmessig måte, kan benytte løsninger i markedet eller utvikle løsningen selv. Virksomheten må kunne begrunne unntak. Aktuelle digitale tjenester rettet mot næringsdrivende skal gjøres tilgjengelige på Altinns portal.

  3. Virksomheten skal bruke Digital postkasse til innbyggere for utsending av post til innbyggere som har valgt digital postkasse, og som ikke har reservert seg. Kravet om bruk av digital postkasse til innbyggere, gjelder alle tjenester hvor det sendes brev som har dokumentasjonsverdi for innbygger. Slike brev kan være både vedtak og andre viktige henvendelser. Virksomheten skal vurdere hvilke brev som har viktig dokumentasjonsverdi for innbygger.

    Merknad: Se også krav 122 om strategiske prinsipper for nasjonale felleskomponenter.

Anbefaling (Digitaliseringsdirektoratet)

  1. Virksomheter bør ta i bruk Digital dialog i brukerdialog med innbyggere og næringsliv.

  2. Virksomheter bør ta i bruk Altinn Samtykke ved innhenting av samtykke fra personer og organisasjoner.

  1. For brukerinitiert autentisering mot applikasjon over usikre nettverk bør en bruke id-porten/Maskinporten med OpenID connect og Oauth2.

    Merknad: OpenID Connect og Oauth2 er protokoller som er laget for autentisering og autorisasjon over usikre nettverk. Dette er protokollene ID-Porten, Difi og Altinn legger opp til å bruke. Derfor ser vi det som lite lurt å legge seg på noe annet. Dette er veletablerte protokoller som har god støtte i de fleste språk og plattformer. Facebook og Google bruker disse for deres fødererte påloggingsløsninger. Det er også lett å få tak i kompetanse rundt dette siden de er så utbredt. Vår anbefaling vil være å basere alle nye API og protokoller på Maskinporten/IDPorten med OpenID Connect og Oauth2. Da vil alle forholde seg til det samme, og usikre halvveis gode metoder vil forsvinne.

Anbefaling (Rammeverk)

  1. Systemer som har egen innlogging eller bruker ansatt pålogging, bør bruke Maskinporten.

  2. Det anbefales å sette opp en tilgangstjeneste i organisasjonen der brukeren er ansatt. Dette kan tilbys som ADFS tjeneste (Active Directory Federation Services), Azure AD eller andre autentiseringstjenester som støtter OpenID connect og Oauth2.

  3. Implementer autentisering og autorisasjon basert på anerkjente standarder (som OAuth2/OpenIdConnect), og benytt i størst mulig grad etablerte biblioteker fra anerkjente leverandører for selve implementasjonen.

    Merknad: Henviser til Digitaliseringsdirektoratetet vedrørende bruk av ID-porten og Maskinporten.

13. Nasjonal geoportal

13.1. Introduksjon

Den nasjonale geoportalen er det nasjonale nettstedet for kartdata og annen stedfestet informasjon i Norge og sikrer gjennom kartkatalogen:

  • Søke og finne egnede datasett og tjenester basert på deres beskrivelse i form av metadata.

  • Få tilgang til valgte data i form av visningstjenester eller nedlastingstjenester.

Metadata i geoportalen høstes til andre portaler slik som Felles datakatalog(data.norge,no), INSPIRE portalen, Data.Europa.eu. Status på høsting til INSPIRE er tilgjengelig her.

I tillegg til kartkatalogen har også Geonorge beskrivelse av det offentlige kartgrunnlaget, ulike typer registre, API’er og grensesnitt samt veiledere og informasjon om samarbeidet Norge digitalt.

13.2. Krav og anbefalinger

  1. Kartverket skal tilby en geoportal med søke- og visningsfunksjoner til bruk for allmennheten. Portalen skal gi tilgang til geodatasett, metadata og nettjenester.

Krav (Rammeverk)

  1. Nasjonal geoportal skal støtte grensesnittstandarder for katalogtjenester (CSW - OpenGIS Catalogue Service Implementation Specification) som gjør det mulig å koble innholdet i katalogen direkte inn i ulike applikasjoner (webapplikasjoner og desktopprogramvare).

Anbefaling (Geodataforskriften)

  1. Geodatasett og geodatatjenester som oppfyller kravene i § 5, § 6 og § 7 kan etter avtale med Kartverket kobles til geoportalen. I slike tilfeller gjelder § 9 til § 14 tilsvarende.

14. Bygningsinformasjonsmodeller

14.1. Introduksjon

Bygningsinformasjonsmodel (BIM) er en informasjonsmodell som innehar informasjon om bygg og anlegg. Informasjonsmodellen er bygget opp av digitale objekter som kan være beriket med geometri, egenskaper og relasjoner. BIM benyttes også som forkortelse bygningsinformasjonsmodellering som er prosesser for prosjektering, konstruksjon, forvaltning, drift, vedlikehold og jus (kontrakts beskrivelse av bygg og anlegg). BIM kan da fungerer som kjernen i en samarbeidsmodell mellom bygningens ulike aktører gjennom hele byggets levetid fra planlegging til gjenvinning.

Mulighetene ved bruk av BIM er store og kan være en viktig kilde for oppdatering av FKB og Matrikkel.

BIM har potensialet til å effektivisere ajourføringen av FKB og gi et mer korrekt ajourført kartgrunnlag. For Matrikkelen bør byggesaksBIM inngå som obligatorisk del av byggesøknadene og inneholde tilstrekkelige data for oppdatering av matrikkelen. Det kan være utfordringer til bruk av BIM i forhold til sikkerhet, georeferering og samkjøring mellom BIM og GIS. For å sikre størst mulig gjenbruk av BIM ser vi i dag behov for retningslinjer knyttet til metodikken rundt modelleringen og hvordan objekter kodes og knyttes sammen. Et eksempel på bruk av BIM i byggesøknaden finnes på https://dibk.no/verktoy-og-veivisere/andre-fagomrader/fellestjenester-bygg/vil-du-bruke-bim-i-byggesoknaden/

14.2. Krav og anbefalinger

Krav(Rammeverk)

  1. En BIM skal være georeferert og følge prinsipper og nivåer beskrevet i artikkelen ("Level of Georeferencing (LoGeoRef) using IFC for BIM” skrevet av Clemen Christian and Görne Hendrik (“Level of georeferencing (logeoref) using ifc for bim,” Journal of Geodesy, nr. 10, s. 15–20, 2019.). Artikkelen beskriver 6 ulike nivåer av georeferering hvor lavest nivå “LoGeoRef 10” er et adressepunkt, mens et høyere nivå “LoGeoRef 50” er en fullverdig georeferering. For samhandling mellom BIM og GIS anbefales LoGeoRef 50 eller høyere. Dette krever at BIM lages på IFC4 format.

Anbefaling(Rammeverk)

  1. Det bør brukes EUREF89 NTM og NN2000. I påvente av en forvaltningsløsning hvor det også ligger metadata for IFC-filene bør det lages et følgedokument hvis man ikke kan sette det inn i IFC-filen.

    Merknad 1: Følgedokumentet kan/bør også ha ekstra informasjon, som målemetode (GPS med undermetoder, totalstasjon osv.), nøyaktighet på målingen(e), ansvarlig landmåler og dato for målingen. Det kan også tas med ekstra målepunkter og annen relevant informasjon.

    Merknad 2: EUREF89 NTM systemet er laget slik at målestokken langs akseretningene er tilnærmet lik 1. Dette er gjeldene på systemets meridianer ved høyde 0 over ellipsoiden. Der objektets plassering avviker fra dette vil målestokken være forskjellig fra 1. Det største bidraget kommer fra objektets plassering over ellipsoiden. For bygninger av normal utstrekning vil EUREF89 NTM systemet kunne antas en målestokk lik 1. Dette gjør at en forenklet translasjon og rotasjon fra det lokale koordinatsystemet til EUREF89 NTM systemet vil være tilstrekkelig for de fleste tilfeller.

    Merknad 3: Ved prosjekter med større utstrekning er det viktig å ha et bevist forhold til jordkrumning.

  2. Referansepunktet/georefereringspunktet bør ligge slik at bygget plasseres i første kvadrant, slik at man får positive koordinater.

  3. Retningsangivelsen bør angis som vinkelen som skal til for å dreie det lokale koordinatsystemet om den vertikale aksen til den valgte kartprojeksjonen. Det antas at horisontalplanet i det lokale koordinatsystemet og den valgte kartprojeksjonen er parallelle.

15. Intelligente transportsystemer

15.1. Introduksjon

Dagens trender peker i retning av mer automatisering, digitalisering og klimanøytral transport.

En digital infrastruktur for ITS omfatter ITS-stasjoner, helt eller delvis automatisert navigasjon, trafikkstyring og overvåking, eNavigasjon, digitaliserte farleder og havnelogistikk.

En digital infrastruktur for ITS omfatter:

  • Automatiserte systemer

    • Kjøremønster på veg, farleder på sjø, navigasjonsstøtte, bytte av data mellom flere aktører

  • Mobilitet som en tjeneste

    • Multimodal ruteplanlegging, sanntidsoptimalisering av ressurser, posisjonering (punkt/polygoner) på stasjoner/busstopp/parkeringsplasser, soneetablering

  • Utveksling av geodata i sanntid

    • Navigerbart nettverk med restriksjon, referansesystemer, domeneoverskridene ruteinformasjon.

Som et ledd i å virkeliggjøre en trygg, pålitelig og komfortabel automatisert transport, må bilprodusentene se geodata som en nødvendig referanse for sensorene som muliggjør helt og delvis automatiserte kjøretøy. Geodataene hjelper kjøretøyene å posisjonere seg og forstå verden rundt. Geodata inkluderer også data som kjøretøyene og infrastruktur ikke kan tilby, f.eks. vegnett og restriksjoner som er vanskelig synlige pga. krevende værforhold, informasjon om hva som ligger rundt hjørne i et kryss samt regler langs veien som ikke forekommer i form av et skilt.

15.2. Krav og anbefalinger

Denne versjonen av teknologisk rammeverk har ingen krav eller anbefalinger. I det videre arbeidet legges det opp til et samarbeid med tiltak 7 i handlingsplanen for regjeringens geodatastrategi.

16. Kunstig intelligens (Maskinlæring)

16.1. Introduksjon

Med Kunstig Intelligens (KI) menes oppgaver utført av maskiner som mennesker anser for å være intelligente. Maskinlæring er en del av KI. Denne versjonen av teknologisk rammeverk har fokus på maskinlæring og treningsdata.

Kunstig intelligens (KI) og maskinlæring (ML) er områder under rask utvikling, hvor nye teknikker, modeller, produkter og anvendelsesområder dukker opp med høy frekvens. Mulighetene og potensialet i denne teknologien er stort og for mange aktører er god kompetanse, produkter og tjenester innen maskinlæring en viktig konkurransefordel. Dette kan være medvirkende årsaker til at det så langt finnes få eller ingen etablerte åpne standarder for dokumentasjon av maskinlæring, til tross for at mye av den underliggende teknologien er åpen kildekode. Likevel er det et stort behov for å utveksle kunnskap, data, modeller og teknikker for å videreutvikle og realisere verdien i maskinlæring. Derfor har det begynt å etablere seg noen beste praksiser som kan fungere godt som anbefalinger for hvordan maskinlæring bør gjennomføres og dokumenteres. Disse vil bidra til å sikre riktig bruk av modeller og modellresultater, gjenbruk og videreutvikling av modeller. Som et resultat finnes det også et økende utvalg av verktøy og rammeverk som gjør det enklere å følge disse anbefalingene. Dette kapitlet har som mål å presentere hvordan disse beste praksisene kan fungere som anbefalinger for å sikre bedre samarbeid, deling og verdiskapning innen kunstig intelligens og maskinlæring, som en del av den nye nasjonale geografiske infrastrukturen.

En av de kostnadskrevende prosessene ved KI er etablering av treningsdata. Det er derfor viktig å legge til rette for deling av treningsdata på åpne formater som kan benyttes av flere systemer. I slike prosesser blir treningsdataenes dokumentasjon viktig, også kalt treningsdagenes CV. Dette omfatter både generelle og detaljerte krav til dokumentasjon, alt avhengig av brukerbehovet. Man må ha kontroll på versjonering av modeller, versjonering av data, hvilke hyperparametre som er brukt under trening, i tillegg til kodemiljø og avhengigheter. I tillegg ønsker man ofte å kunne kjøre modellene i ulike miljøer – både lokalt og i skyen. Derfor har det blitt utviklet ulike verktøy, som kan kalles for livssyklusrammeverk, som gjør dette enklere. Som eksempler på livssyklusrammeverk nevnes «Mlflow» til modeller, og «DVC» til data.

Når resultatene fra en maskinlæringsmodell skal evalueres og dokumenteres er det flere hensyn som må tas for at evalueringen skal gi et godt bilde på modellens faktiske prestasjon. Hvilke data som brukes og hvilket nøyaktighetsmål som velges er avgjørende for å sikre en riktig og rettferdig evaluering av modellen. GeoNorge inneholder allerede en rekke data som kan være interessante å bruke som treningsdata i maskinlæringsprosjekter. For eksempel vil FKB-bygning være et godt utgangspunkt for å lage en modell for å identifisere bygninger i flyfoto. For å gjøre det lettere å bruke data fra GeoNorge i maskinlæringsprosjekter bør ulike former for tilrettelegging vurderes.

Treningsdata bør kunne deles og gjenbrukes. GeoNorge er en plattform for å dele geografiske data og dermed kan man tenke seg at den også kan være velegnet for å dele trenings-, evalueringsdata eller resultater fra maskinlæring. Det er imidlertid viktig å være klar over at det kan være store forskjeller på dataene som i dag er tilgjengelig i GeoNorge og typiske treningsdata. Treningsdata vil ofte ha helt andre egenskaper. Et eksempel kan være at man har gjort feltobservasjoner for å bruke som fasitdata til å trene en maskinlæringsmodell. Disse observasjonene vil ikke nødvendigvis være komplette, ha konsistent kvalitet/nøyaktighet eller være representative for eller dekke hele landet.

16.2. Krav og anbefalinger

16.2.1. Generelle behov for dokumentasjon

Anbefaling (Rammeverk)

  1. For å gi et kortfattet, helhetlig bilde av modellen, hva modellen gjør, målgruppe, hvem som vedlikeholder, i tillegg til konstruksjon av modellen, som algoritme, arkitektur og treningsdata anbefales det å bruke Model Card.Nærmere informasjon og anbefalt dokumentasjon om Model Cards finnes i rapporten fra arbeidsgruppa som et vedlegg til rammeverksdokumentet.

  1. For å gi en oversikt over forhold som bør vurderes og informeres om ved oppretting og bruk av treningsdatasett for maskinlæring anbefales det å bruke Datasheets for Dataset. Denne inneholder metadata for denne type treningsdata, og avviker fra det som brukes for geografisk informasjon (ISO 19115-1). Nærmere informasjon og anbefalt dokumentasjon finnes i rapporten fra arbeidsgruppa som et vedlegg til rammeverksdokumentet.

16.2.2. Detaljerte krav til dokumentasjon

Anbefaling (Rammeverk)

  1. Forskjellige prosjekter vil ha ulike behov for videre bruk av modeller og resultater av modeller, slik som:

    • Prediksjonsresultater fra maskinlæringsmodellen skal overleveres. Ingen krav, anbefalinger dekkes opp av kapittel 16.2.1 Generlle behov for dokumentasjon.

    • Ferdig trent modell skal kunne kjøres av andre

    • Andre skal kunne finjustere modellen

    • Andre skal kunne videreutvikle modellen

    • Andre skal kunne finjustere modellen

    • Man skal kunne reprodusere modellen

      Denne type dokumentasjon dekkes ikke nødvendigvis av Model Cards eller Datasheets for Dataset, og dokumentasjon gjøres tilgjengelig i Geonorge.

Krav (Rammeverk)

  1. Dersom man jobber med en ML-modell som skal overleveres og kunne kjøres/driftes av andre uten å endres (ref 157 andre kulepunkt)B, må følgende dokumenteres:

    • Ferdig trent modell

    • Ferdig trent modell skal kunne kjøres av andre

    • Informasjon om dataformatet som modellen tar som input

  1. For å kunne finjustere en modell (ref 157 tredje kulepunkt) må følgende dokumenteres:

    • Ferdig trent modell

    • Format på treningsdataene

    • Arkitektur og kode for modellen

    • Type data og formato Om det er benyttet noen form for «data augmentation» under trening

      • F.eks. rotering av bilder

  1. For å kunne videreutvikle en modell (ref 157 fjerde kulepunkt) må følgende dokumenteres:

    • Ferdig trent modell

    • Format på treningsdataene

    • Arkitektur og kode for modellen

  1. For at andre skal kunne reprodusere modellen (ref 157 femte kulepunkt)må følgende dokumenteres:

    • Arkitekturen til modellen (med kode, kodemiljø og avhengigheter) - anbefales, et alternativ kan være tilstrekkelig med skriftlig dokumentasjon til å kunne implementere tilsvarende arkitektur.

    • Hyperparametre ved trening (som ikke fremkommer av eventuell kode)

      • Ved f.eks. deep learning ville dette kunne vært loss function, activation function, batch-size, optimizer, antall epoker trent osv

    • Treningsdatasett, enten et statisk datasett eller metadata til å kunne gjenskape tilsvarende datasett

    • Beskrivelse av hvordan treningsdataene ble behandlet

      • Data preparation, data augmentation/feature engineering

16.2.3. Deling og gjenbruk

Anbefaling (Rammeverk)

  1. For å gjøre eksisterende data lettere tilgjengelig for maskinlæring anbefales det å gjøre tilgjengelig (i Geonorge) årsversjoner av de mest anvendlige data, dette for å sikre best mulig tids-synkronisering mellom data og flyfoto.

  1. For å gjøre eksisterende data lettere tilgjengelig for maskinlæring anbefales også grensesnitt som er mer hensiktsmessige for utviklere og dataforskere, slik som REST API’er (OGC API’er) fremfor dagens WMS, WFS. Likeledes bruk av andre formater (som f.eks ulike versjoner av JSON) som et tillegg til GML.

  1. Treningsdata bør gjøres tilgjengelig gjennom Geonorge.

17. Vedlegg

Ytterligere informasjon til rammeverksdokumentet er spesifisert i:

**