Det anbefales å legge standarder og veiledere til grunn for videre arbeid med geodata og tjenester.
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.
10
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”.
11
Det anbefales å bruke tjenestedesign og andre metoder for brukerinvolvering og brukertesting for å sikre at tjenestene oppfyller brukernes behov. Merknad 1: Informasjon om tjenestedesign finnes blant annet på https://www.ks.no/fagomrader/innovasjon/innovasjonsledelse/veikart-for-tjenesteinnovasjon/tjenestedesign/ 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.
23
Virksomheten skal bruke obligatoriske standarder, slik de framgår av standardiseringsforskriften. (https://lovdata.no/dokument/SF/forskrift/2013-04-05-959)
24
SOSI del 2 - Generell objektkatalog anbefales som et utgangspunkt for å lage produktspesifikasjoner.
27
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.
43
En oppsummering av en produktspesifikasjon bør også publiseres i en produktspesifikasjon og i et produktark.
54
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
55
Der det finnes registreringsinstruks/metodebeskrivelse bør disse gjøres tilgjengelig i infrastrukturen, se https://register.geonorge.no/nasjonale-standarder-og-veiledere/kartleggingsinstrukser
56
Alle datasett bør ha maskinlesbare tegneregler i henhold til SLD.
57
Det anbefales å benytte Veileder for SOSI-produktspesifikasjoner (https://register.geonorge.no/subregister/versjoner/nasjonale-standarder-og-veiledere/kartverket/sosi-standard-del-1-generell-del/kartverket/sosi-produktspesifikasjoner-krav-og-godkjenning).
58
Den enkelte virksomhet bør enkelt kunne angi om datasett i Geonorge også skal tilgjengeliggjøres i Felles datakatalog og på data.norge.no. Virksomheten bør sørge for at data skal kunne gjøres tilgjengelig i et langtidsperspektiv, med opprettholdt integritet, autentisitet, anvendbarhet og pålitelighet.
67
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.
68
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.
69
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. (https://www.regjeringen.no/id2536870/#punkt_fire)
70
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 (https://data.norge.no/specification/dcat-ap-no/). Virksomheten bør vurdere å tilby beskrivelser på engelsk i tillegg til norsk (https://www.regjeringen.no/id2536870/#punkt_sju)
71
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 (http://www.regjeringen.no/id2536870/#punkt_fem)
72
"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 dataset og dataset 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."
75
"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."
76
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 registre.
78
Ved nyutvikling av løsninger for informasjonsutveksling, bør referansearkitekturene for eMelding og eOppslag benyttes 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
81
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
83
For spesifikasjon og dokumentasjon av RESTAPI’er anbefaler vi (som Digitaliseringsdirektoratet) å bruke OpenAPI Specification.
84
Bruke åpne standardlisenser som Creative Commons 4.0 eller Norsk lisens for offentlige data (NLOD).
85
"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 a. 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. "
86
Det anbefales å følge krav og anbefalinger angitt i vedlegg C til teknologisk rammeverk – Tekniske retninglinjedokumenter for søketjenester.
98
Det anbefales å følge krav og anbefalinger angitt i vedlegg D til teknologisk rammeverk – Tekniske retninglinjedokumenter for visningstjenester.
107
Det anbefales å følge krav og anbefalinger angitt i vedlegg E til teknologisk rammeverk – Tekniske retningslinjedokumenter for nedlastingstjenester.
114
I de tilfeller der en ønsker å implementere omforming som en tjeneste anbefales det å følge krav og anbefalinger angitt i vedlegg F til rammeverket.
116
Det anbefales å følge krav og anbefalinger i det tekniske retningslinjedokumentet.
119
De bør forefinnes som OpenSource.
124
Offentlig virksomhet bør ha eierskap til OpenSource-prosjektet for å sikre fremtidig vedlikehold.
125
De bør forefinnes som OpenSource.
127
Offentlig virksomhet bør ha eierskap til felles programvarekomponenter for å sikre fremtidig vedlikehold.
128
Samarbeide for å identifisere vanlige behov.
130
Vedta forretningsmodeller som letter deling og gjenbruk.
131
Fremme juridisk sikkerhet.
132
Anskaffe IT-løsninger på en transparent og åpen måte.
133
Dokumentere, dele og gjenbruke komponenter.
134
Forbedre IT-løsningens tekniske anvendbarhet.
135
Øke synligheten og troverdigheten til IT-løsninger.
136