lfljâçãáí Éå=Ó=a~ÖëçêÇÉå=

Transkript

1 lfljâçãáí Éå=Ó=a~ÖëçêÇÉå= Dagsorden, OIO-komitéens møde den 23. april 2010 = a~öëçêçéå= lfljhçãáí Éåë=NOK=ã ÇÉ= ÇK=OPK=~éêáä=OMNM= Mødet afholdes d. 23. april 2010 fra kl. 23. april 2010 i Direktionens mødelokale, 4 sal, IT- og Telestyrelsen, Holsteinsgade 63. a~öëçêçéå= = 1. Velkomst 2. Godkendelse af dagsorden og referat (Bilag 1) (B) 3. Meddelelser 4. Dokumentboks (Bilag 2) (O) 5. OIOXML (Bilag 3) (D) 6. Standard for netpublikation (Bilag 4) (B) 7. Kommissorium for OIO-udvalg for Stedbestemmende referencedata (Bilag 5) (B) 8. Notifikation - metadatastandarder for geodataområdet (Bilag 6) (E) 9. Åbne standarder (Bilag 7) (O) 10. Mødefrekvens der opfordres til diskussion af komitéens fremtidige mødefrekvens (B) 11. Kommissorium for FORVIR som OIO-referencegruppe (Bilag 8) (B) 12. Eventuelt 13. Punkter til næste møde Punkter mærket B, D, E, O er til henholdsvis (B) Beslutning (D) Drøftelse (E) Efterretning (O) Orientering = OIO-komitéen for it-arkitektur og standardisering koordinerer offentlige initiativer inden for standardisering og it-arkitektur, og består af repræsentanter fra ministerier, kommuner og regioner. Digitalisér.dk/group/11917

2 lfljâçãáí Éå=Ó=oÉÑÉê~í= _áä~ö=n OIO-komitéen : 23. april 2010 : Dagsordenspunkt 2 : referat = oéñéê~íi= lfljhçãáí Éåë=NNK=ã ÇÉ= ÇK=ONK=à~åì~êI=OMNM= Mødet afholdtes d. 21. januar, 2010 fra kl. 13:00 15:30 i Direktionens mødelokale, 4 sal, IT- og Telestyrelsen, Holsteinsgade 63. Til stede: Cecile Christensen, ITST, formand Søren Peter Nielsen, ITST, fast medlem Peter Falkenberg, KL Benjamin Ronmey Rasmussen, Erhvervs- og Selskabsstyrelsen Mette Jørgensen, Økonomistyrelsen Anders Bo Nielsen, Rigsarkivet Frank Carvalho, SKAT Flemming Nissen, KMS Willy Kofoed, Undervisningsministeriet Franci Johansen, FødevareErhverv Helge Frederiksen, Beskæftigelsesministeriets IT Henrik Hvid, Devoteam Søren Sørup Hansen, Tinglysningsretten Michael Bang Kjeldgaard, ITST Karina Velling Olesen, ITST Camilla Grynnerup Fisker, ITST Martin Ege Nielsen, ITST Brian Nielsen, ITST Per de Place Bjørn, ITST, referat 19. april 2010 Sekretariat: IT- og Telestyrelsen Holsteinsgade København Ø Sagsbehandler Per de Place Bjørn Telefon E-post ppb@itst.dk = a~öëçêçéå= = 1. Velkomst 2. Godkendelse af dagsorden og referat (B) Referatet godkendt uden kommentarer; dagsordenen med ændret rækkefølge godkendt. 3. Meddelelser Kontorerne KIP og KAP i It- og telestyrelsen er blevet sammenlagt til Center For Digitalisering (CDI). Cecile Christensen er én af de to kontorchefer i centeret. Den anden kontorchefstilling er opslået. Cecile Christensen er herefter formand for OIO-komitéen, den anden CDI-kontorchef bliver næstformand. Der ud over bliver CDIs chefarkitekt (Søren Peter Nielsen) fast medlem af komitéen. OIO-komitéen for it-arkitektur og standardisering koordinerer offentlige initiativer inden for standardisering og it-arkitektur, og består af repræsentanter fra ministerier, kommuner og regioner. Digitalisér.dk/group/11917

3 OIO-komitéen : Referat Standardisering af referencearkitekturer (D) Michael Bang Kjeldgaard, ITST, fremlagde sekretariatets forslag om at iværksætte en evalueringsprocedure, hvorigennem komitéen kan bidrage til kvalitetssikring af referencearkitekturer. Komitéen er generelt interesseret i, at det offentlige udvikler referencearkitekturer, men mener ikke at der er behov for at komitéen forholder sig formelt til dem. Blandt andet fordi de referencearkitekturer som kan tænkes at bliver udviklet efter de første to sag og dokument samt geodata vil have mindre tværgående karakter, og således bedre kan evalueres i deres respektive domæner. Der var interesser for de foreslåede best practice-anbefalinger - det blev foreslået at skabe diskussion om dem på Digitalisér.dk 5. e-tinglysning orientering om ibrugtagning (O) Søren Sørup Hansen, Retspræsident, Tinglysningsretten i Hobro, og Henrik Hvid, Devoteam, orienterede om arkitekturen i e-tinglysningen samt kommenterede de vanskeligheder systemet har haft i forbindelse med ibrugtagning. Præsentationen er vedlagt. Systemet har teknisk set været en succes, men den lidt for hurtige ibrugtagning uden overgangsordning har resulteret i en sagspukkel for de sager, som ikke kan afgøres automatisk. Systemet håndterer i øjeblikket 70 % af alle sager automatisk denne fraktion forventes at stige, når flere sager indrapporteres korrekt. E-tinglysningen omfatter en række komponenter, som kan genbruges i andre it-systemer: Fuldmagtsbog, Bilagsbank, Underskriftmappe samt et Generelt kontrolrammeværk for objektiv sagsbehandling E-tinglysningens snitflader forventes formuleret som OIOXML i løbet af Generel hændelsesbesked (B) Brian Nielsen, ITST, orienterede præsentationen er vedlagt. Indstillingen godkendtes uden kommentarer 7. Begrebsmodel for brugerstyring (B) Søren Peter Nielsen, ITST, orienterede. Indstillingen godkendtes uden kommentarer 8. edag 3 - krav til myndigheder (O) Martin Ege Nielsen, ITST, orienterede om målene i edag3 præsentationen er vedlagt. Komitéen diskuterede blandt andet hvilke incitamenter, borgerne kunne have i forhold til, at anvende dokumentboks 9. edag 3 - kampagnen (O) Karina Velling Olesen orienterede om edag3-kampagnen præsentationen er vedlagt. Der er stadig mulighed for, at flere myndigheder kan deltage. 10. Konference om Cloud computing i Danmark (O) Camilla Grynnerup Fisker orienterede præsentationen er vedlagt. 2

4 OIO-komitéen : Referat Konferencen indeholdt både overordnede temaer og præsentationer af konkrete Cloud Computing projekter. Komitéen diskuterede fremtiden for Cloud computing og lagde vægt på, at der stadig er uafklarede spørgsmål, især i forhold til sikkerhed. Det blev bemærket, at de projekter som indtil videre er under udvikling, ikke har tungtvejende sikkerhedsproblematikker. ITST er dog i gang med, at udvikle pilot-projekter som skal afprøve forskellige måder at øge sikkerheden i cloud-løsninger. 11. Referencegrupper til OIO-komitéen (D) Per de Place Bjørn, ITST, fremlagde sekretariatets forslag om at tilknytte referencegrupper til OIO-komitéen. Komitéen diskuterede det formålstjenlige i at oprette denne kategori af tilknytning og fremhævede, at der skulle være en reel nytte for komitéens formål for at det kunne komme på tale. Alternativt kunne forslagets målsætning måske nås ad anden vej. Der blev lagt vægt på, at referencegrupper skulle være fri for særinteresser. Sekretariatet fik mandat til, at formulere et konkret kommissorium for en referencegruppe til fremlæggelse for komitéen ved et senere møde. 12. Eventuelt Cecile Christensen gjorde opmærksom på konferencen om offentlige data i spil den 4. februar Punkter mærket B, D, E, O er til henholdsvis (B) Beslutning (D) Drøftelse (E) Efterretning (O) Orientering = 3

5 lfljâçãáí Éå=Ó=`çîÉê= _áä~ö=o OIO-komitéen : 23. april 2010 : Dagsordenspunkt 4 : Cover Orientering = lêáéåíéêáåö=çã=açâìãéåíäçâë= oéëìã = Dokumentboks/NemSMS er på vej, men hvordan kommer din myndighed på? Du har her muligheden for at stifte bekendskab med Dokumentboks/NemSMS løsningen. Derudover vil vi berøre det at arbejde med nye implementerings muligheder i et standardramme sæt. Kristian Alban og Anders Find, Økonomistyrelsen, orienterer. = 19. april 2010 Sekretariat: IT- og Telestyrelsen Holsteinsgade København Ø Sagsbehandler = Per de Place Bjørn Telefon E-post ppb@itst.dk OIO-komitéen for it-arkitektur og standardisering koordinerer offentlige initiativer inden for standardisering og it-arkitektur, og består af repræsentanter fra ministerier, kommuner og regioner. Digitalisér.dk/group/11917

6 lfljâçãáí Éå=Ó=`çîÉê= _áä~ö=p OIO-komitéen : 23. april 2010 : Dagsordenspunkt 5 : Cover Orientering = lêáéåíéêáåö=çã=êéñçâìëéêáåö=~ñ=lfluji= p~öëñêéãëíáääáåö= Med udgangspunkt i mange års gode erfaringer med OIOXML som standard for systematisk dataudveksling vurderer vi, at der nu er behov for at reducere kravene til nyudvikling i forbindelse med it-projekter. Konkret arbejder vi med en model, hvori navngivnings- og designreglerne for OIOXML ændres til en vejledning, og kravet om anvendelse af OIOXML alene går på at genanvende eksisterende datastandarder. OIO-komiteen og OIO-udvalgene har i den model fortsat mulighed for at udvikle nye datastandarder. Ændringerne skal sikre, at der kun bruges ressourcer på datastandardisering dér, hvor det giver mest værdi og samtidig bevare muligheden for fællesoffentligt at beslutte områdespecifikke standarder. Baggrunden for overvejelserne er blandt andet, at vi igennem længere tid har oplevet en stigende modenhed og dermed et faldende behov for stramme regler for syntaksniveauet. Samtidig har OIO-check øget kvaliteten af den udviklede OIOXML mærkbart. Vi har i en periode arbejdet med et koncept for forretningsmodellering Modelbaseret Standardisering som har vist sig ikke på kort sigt at være en tilstrækkelig enkel tilgang. 19. april 2010 Sekretariat: IT- og Telestyrelsen Holsteinsgade København Ø Sagsbehandler Per de Place Bjørn Telefon E-post ppb@itst.dk Cecile Christensen og OIO-teamt orienterer konkrete ændringer og tiltag vil snarest blive forelagt komitéen. = = OIO-komitéen for it-arkitektur og standardisering koordinerer offentlige initiativer inden for standardisering og it-arkitektur, og består af repræsentanter fra ministerier, kommuner og regioner. Digitalisér.dk/group/11917

7 lfljâçãáí Éå=Ó=`çîÉê= _áä~ö=q OIO-komitéen : 23. april 2010 : Dagsordenspunkt 6 : Cover Beslutning = rçñ~ëåáåö=~ñ=kéíéìääáâ~íáçåéê=ó=pí~íéåë= ëí~åç~êç=ñçê=éäéâíêçåáëâ=éìääáåéêáåö= oéëìã = Netpublikationer Statens standard for elektronisk publicering blev publiceret i 1996 på baggrund af en regeringsbeslutning. Standardens formål var: At sikre tilgængelighed At sikre enkelthed At sikre brugen af internationalt forankrede standarder At sikre arkivering Retningslinjerne har ikke haft den gennemslagskraft, som det var tilsigtet, og en lang række publikationer forefindes derfor i en handicap-utilgængelig form oftest som PDF-dokumenter. Det skyldes flere ting: Retningslinjerne opfattes ikke som værende enkle at anvende for de, der arbejder med at fremstille publikationerne. 19. april 2010 Sekretariat: IT- og Telestyrelsen Holsteinsgade København Ø Sagsbehandler Per de Place Bjørn Telefon E-post ppb@itst.dk Det er forholdsvist bekosteligt at følge retningslinjerne. Det er uklart, hvilke typer dokumenter retningslinjerne gælder for, f.eks. referater fra byrådsmøder o.lign. Der er udviklet nye løsninger og standarder, herunder WCAG 2.0 og PDF/A-1a, der dækker målene for retningslinjerne. Derudover har retningslinjerne haft et svagt ophæng; de indgår således ikke for nuværende i OIO-kataloget, men har været godkendt som standard af det Koordinerende InformationsUdvalg (KIU), der ikke længere eksisterer. = p~öëñêéãëíáääáåö= IT- og Telestyrelsen har stillet forslag om, at Netpublikationsretningslinjerne udfases. Publikationer skal fremover følge de samme regler som andet indhold på offentlige hjemmesider, herunder den obligatoriske standard for tilgængelighed, WCAG 2.0. Dette indebærer blandt andet, at brugen af PDF/A-1a blandt andre formater accepteres. Forslaget har været i offentlig høring i perioden fra d. 19. november 2009 til 18. december 2009, og der indkom 26 høringssvar med kommentarer, der grupperede sig i tre klumper: Tilgængelighed, metadata og tilslutning til udfasningen samt ingen kommentarer. Høringssvar Høringssvar er modtaget rettidigt fra: Ankestyrelsen OIO-komitéen for it-arkitektur og standardisering koordinerer offentlige initiativer inden for standardisering og it-arkitektur, og består af repræsentanter fra ministerier, kommuner og regioner. Digitalisér.dk/group/11917

8 BaneDanmark Center for Ligebehandling af Handicappede Dansk BiblioteksCenter Danske Handicaporganisationer Danske Regioner DMI Erhvervs- og Byggestyrelsen Fødevareministeriet Albertslund Kommune Indenrigs- og Socialministeriet Integrationsministeriet Konkurrencestyrelsen Skat Statens Arkiver Styrelsen for Bibliotek og Medier Styrelsen for Evaluering og Kvalitetssikring af Grundskolen Sundhedsstyrelsen Domstolsstyrelsen Videnscenter for Synshandicap Kulturministeriet Forbrugerstyrelsen Undervisningsministeriet Universitets- og Bygningsstyrelsen Færdselsstyrelsen Cirius Ingen kommentarer: Tilslutning til udfasningen kommer fra de offentlige institutioner, der skal følge netpublikationsstandarden, men i øvrigt ikke har nogen særlig faglig interesse i området. Kommentarer til tilgængelighed: Kommentarerne kommer fra handicaporganisationerne. Kommentarerne knytter sig til bevarelse af struktur i dokumenterne, så de er nemme at navigere i, mere fokus på HTML og mindre på PDF/A-1a, samt at udbredelsen af standarden for tilgængelighed bør udvides til at gælde for hele den offentlige sektor, på samme måde som netpublikationsstandarden gør. Kommentarerne er substantielle, og løsninger er indarbejdet i den endelige indstilling. Ministeriet for Videnskab, Teknologi og Udvikling 2

9 Forslaget om at udvide de åbne standarder for at gælde for hele den offentlige sektor vurderes til at ligge udenfor dette regi om netpublikationsstandarden. IT- og Telestyrelsen vil undersøge muligheden for en sådan udvidelse i andre sammenhænge. Kommentarer til metadata Kommentarerne kommer fra biblioteksfagligt hold. Der udtrykkes ønske om, at bibliografiske data, her i form af metadata og kolofon, bevares, om end i ny form. Møde har været afholdt, og det er aftalt, at der i en eller anden form henvises til den standard for metadata, der er under udarbejdelse i regi af Dansk Standard, hvor Palle Aagaard fra IT- og Telestyrelsen deltager. Henvisningen anbefales at være i form af et kan benyttes eller i OIO-terminologi anvendelig. PDF/A-1a I høringsperioden er IT- og Telestyrelsen blevet opmærksom på ikke via høringssvarene at der gælder særlige forhold for PDF versionen benævnt PDF/A-1a. Der blev rejst spørgsmål om dokumenter i dette format må benytte hypertext (links), da det kan medføre, at PDF-dokumentet ikke længere er en enhed i sig selv (self contained), hvilket vil være i strid med standarden. Det er efter IT- og Telestyrelsens oplysninger tilladt at angive links i PDF/A-1a dokumenter, blot skal applikationer til visning af sådanne, hvis de er PDF/A-1a kompatible, ikke vise disse som links, og de skal heller ikke kunne anvendes som sådanne. Ministeriet for Videnskab, Teknologi og Udvikling fåçëíáääáåö= På baggrund af de indkomne svar indstiller IT- og Telestyrelsen, at OIO-komitéen godkender følgende statusændring: Netpublikationsretningslinjerne udfases. Publikationer anbefales fremover at følge de samme regler som andet indhold på offentlige hjemmesider, herunder den obligatoriske standard for tilgængelighed, WCAG 2.0. Dette indebærer bl.a., at brugen af andre formater accepteres, såfremt disse lever op til tilgængelighedsstandarden for det pågældende format. Det anbefales samtidig, at udgiveren kan bruge bibliografisk information i form af metadata som beskrevet i kommende standard fra Dansk Standard, for nuværende benævnt Den artige web-publikation. Der knyttes en kommentar til brugen af PDF/A-1a, hvor der gøres opmærksom på problemstillingen med den manglende visning af links i PDF/A-1a kompatible visningsapplikationer. PDF/A-1a fremhæves derfor ikke i særlig grad som anbefalet format. Endelig gøres det klart, at det stadig er tilladt at benytte de eksisterende netpublikationsretningslinjer. OIO-kataloget Netpublikationer Statens standard for elektronisk publicering optages i OIOkataloget under kategorien Publicering med anbefalelsesgraden Anvendelig. I sammenhæng med standarden linkes til den obligatoriske standard WCAG 2.0 samt til den kommende DS-standard for bibliografisk information. = 3

10 lfljâçãáí Éå=Ó=`çîÉê= _áä~ö=r OIO-komitéen : 23. april 2010 : Dagsordenspunkt 7 : Cover Beslutning = hçããáëëçêáìã=ñçê=lfljìçî~äöéí=ñçê=ëíéçäéj ëíéããéåçé=êéñéêéååéç~í~= = p~öëñêéãëíáääáåö= OIO-udvalg for stedbestemmende referencedata er nedsat af OIO-komitéen på mødet den 21. maj Udvalgets kommissorium er blevet revideret se vedlagte baggrundsnotat. fåçëíáääáåö= Det indstilles at OIO-komitéen godkender det reviderede kommisorium. _áä~ö= Baggrundsnotat vedrørende OIO-udvalget for stedbestemmende referencedata Kommissorium for OIO-udvalget for stedbestemmende referencedata = 19. april 2010 Sekretariat: IT- og Telestyrelsen Holsteinsgade København Ø Sagsbehandler Per de Place Bjørn Telefon E-post ppb@itst.dk OIO-komitéen for it-arkitektur og standardisering koordinerer offentlige initiativer inden for standardisering og it-arkitektur, og består af repræsentanter fra ministerier, kommuner og regioner. Digitalisér.dk/group/11917

11 Notat Kommissorium for OIO-udvalget for stedbestemmende referencedata Dagsordenspunkt 7, OIO-komitéen, 23. april Beslutning Kommissorium for OIO-udvalget for stedbestemmende referencedata Introduktion OIO-udvalget for stedbestemmende referencedata er nedsat i regi af Servicefællesskabet for Geodata (SfG) og er en del af det tværoffentlige samarbejde om en fællesoffentlig infrastruktur for geografisk information, der koordineres via SfG. SfG har til opgave at facilitere det fælles arbejde med indhold og aftaler for infrastrukturen for geografisk information. OIO-udvalget for stedbestemmende referencedata er endvidere knyttet til det tværoffentlige samarbejde om sammenhængende arkitektur og standardisering, der koordineres via OIOkomitéen for it-arkitektur og standardisering. OIO-komitéen har til opgave at facilitere det fælles arbejde med sammenhængende arkitektur og fælles standarder. OIO-udvalget for stedbestemmende referencedata udfører således opgaver på bestilling fra SfG for så vidt angår specifikation af stedbestemmende referencedata hhv sammenhængende arkitektur og fælles standarder for infrastrukturen for geografisk information 1. Godkendelse Dette kommissorium for standardiseringsudvalget for stedbestemmende referencedata er godkendt af SfG den [indsæt dato] og OIO-komitéen den [indsæt dato]. Baggrund for OIO-udvalget Lov om Infrastruktur for Geografisk Information trådte i kraft 15. maj 2009 og fastlægger de retslige rammer vedrørende en national infrastruktur for geografisk infrastruktur i Danmark. Loven implementerer Europa-Parlamentets og Rådets direktiv 2007/2/EF af 14. marts 2007 om opbygning af en infrastruktur for geografisk information i Det Europæiske Fællesskab (INSPIRE) i dansk lovgivning Loven skal sikre, at en række datatemaer i fremtiden kan flyde frit på tværs af grænser mellem lande og grænser mellem forvaltninger. Dette sker gennem opbygning af en infrastruktur for geografisk information, hvor data med tilhørende funktionalitet og aftaleforhold tilbydes i et miljø, der sikrer interoperabilitet. 1 I henhold til Lov om infrastruktur for geografisk information nedsættes et Samordningsudvalg vedrørende infrastruktur for geografisk information. Arbejdsdelingen mellem SfG og dette samordningsudvalg i forhold til OIO-udvalget for stedbestemmende referencedata fastlægges i forlængelse af etableringen af samordningsudvalget. Kommissorium for OIO-udvalget for stedbestemmende referencedata v0.1 - udkast 1

12 Loven angiver rammerne for hvilke datatemaer, der er omfattet, samt at der skal etableres et net af tjenester for bl.a. søgning, visning og download. I loven og bemærkningerne til denne lægges op til en tæt forbindelse mellem infrastrukturen for geografisk information og digital forvaltning. I henhold til Lov om Kort- og Matrikelstyrelsen har styrelsen til opgave at forestå infrastrukturen for geografisk information i Danmark og kan fastlægge standarder og normer for offentlig registrering af stedbestemte oplysninger.t. Formål Det forretningsmæssige fokus på strategi og styring, herunder strategiske teknologivalg og kanalstrategier for de fællesoffentlige stedbestemmende referencedata og infrastrukturen for geografisk information varetages af SfG. OIO-udvalget for stedbestemmende referencedata har til formål at sikre arkitektur og standarder, herunder udformning af principper og regler for deres anvendelse, for de fællesoffentlige stedbestemmende referencedata og infrastrukturen for geografisk information. OIO-udvalget for stedbestemmende referencedata, arbejder med relevante typer af standarder fx dokumentation af standardiserede processer og arbejdsgange, af begrebs-, informations- og datamodeller, samt profiler på anvendelse af tekniske standarder indenfor geodataområdet, samt arkitekturdesign af forretnings- og it-arkitektur og forslag til etablering af fælles infrastruktur. Opgaver OIO-udvalget behandler spørgsmål om grundlæggende principper for og rammer om arkitektur for og it-understøttelse af stedbestemt information. Dette inkluderer opgaver vedrørende: Referencearkitektur for anvendelse af stedbestemt information Arkitekturbeskrivelser Standardiserede beskrivelser af processer og arbejdsgange Begrebs- og informationsmodeller (evt. ontologier) Datadefinitioner/-standarder (semantik- og syntaksdefinitioner) Servicespecifikationer Infrastrukturspecifikationer Fælleskomponenter med forretningsmæssigt ophæng i SfG Medlemmer OIO-udvalget OIO-udvalget er sammensat af repræsentanter fra stat, regioner og kommuner, der er ansvarlige for valg af arkitektur, standarder og specifikationer indenfor pågældende ressortområde. De institutioner, der med baggrund i denne afgrænsning søges repræsenteret med medlemmer i udvalget er: - Miljøministeriet - Videnskabsministeriet - Skatteministeriet - Ministeriet for Fødevarer, Landbrug og Fiskeri - Økonomi- og Erhvervsministeriet Kommissorium for OIO-udvalget for stedbestemmende referencedata v0.1 - udkast 2

13 - Transportministeriet - Klima- og Energiministeriet - Justitsministeriet - Indenrigs- og Socialministeriet - Danske regioner - Kommunernes Landsforening - FOTdanmark - Danmarks Miljøportal - Geoforum (observatør) Udvalget vil løbende vurdere om der er behov for ændring i sammensætningen af udvalget. Økonomi og ressourcer Hver enkelt organisation dækker selv egne omkostninger i forbindelse med transport, deltagelse i møder, deltagelse i sekretariatsfunktioner mm. Kort- og Matrikelstyrelsen er hjemsted for sekretariatet og afholder basisudgifterne i forbindelse med dette. I forbindelse med evt. inddragelse af konsulenter, praktiske afprøvninger o. lign. aftales finansiering mellem parterne. Referencer OIO-udvalget for stedbestemmende referencedata referer overordnet til SfG for så vidt angår planlægning og prioritering. I forhold til den faglige anvendelse af de fælles OIO-retningslinier koordinerer OIO-udvalget med OIO-komitéen. Forhold i OIO-udvalget af tværgående faglig karakter for hele den offentlige sektor eller flere domæner vil kunne tages op i OIO-komitéen med mulighed for at eskalere til STS. Kommissorium for OIO-udvalget for stedbestemmende referencedata v0.1 - udkast 3

14 Notat Kommissorium for OIO-udvalget for stedbestemmende referencedata Dagsordenspunkt 7, OIO-komitéen, 23. april Beslutning Baggrundsnotat vedrørende OIO udvalget for stedbestemmende referencedata J.nr. Ref. sagsbeh_ukm/gif Den 26. marts 2010 Service fællesskabet for geodata nedsatte i 2006 et referencedata-udvalg med henblik på at få standardiseret det fælles geografiske administrationsgrundlag (referencedata) på tværs af de forskellige domæner, der besidder og/eller anvender dette. I forbindelse med vedtagelse af GI loven i 2009 skiftede dette udvalg status til et OIO udvalg. Det skete ud fra den betragtning at INSPIRE datasæt også skulle kunne anvendes i forbindelse med digital forvaltning og dermed skulle have en OIOXML profil også. OIO komiteen godkendte udvalget med Servicefællesskabet for Geodata (SFG) som domænebestyrelse. I juni 2009 fik udvalget ny formand, Thorben Hansen (KMS). Det reviderede kommissorium har været forelagt udvalget i oktober 2009 og efterfølgende i høring hos udvalgets medlemmer. Høringssvar er indarbejdet i det her vedlagte kommissorium. Der var møde i udvalget d. 16. marts hvor kommissoriet blev vedtaget og et forslag til forretningsorden blev præsenteret.

15 lfljâçãáí Éå=Ó=`çîÉê= _áä~ö=s OIO-komitéen : 23. april 2010 : Dagsordenspunkt 8 : Cover Efterretning = jéí~ç~í~éêçñáä=ñçê=öéçç~í~çãê ÇÉí=ìåÇÉê= pcd= oéëìã = OIO Udvalget for Stedbestemmende Referencedata har godkendt en dansk metadataprofil på discovery og evaluation niveau. Denne profil gælder for domænet, som er geodataområdet under SFG. Der har været bred deltagelse i udarbejdelsen af profilen ligesom den har været udsendt i høring og modtagne høringssvar er blevet behandlet og indarbejdet i profilen. 19. april 2010 Sekretariat: IT- og Telestyrelsen Holsteinsgade København Ø = fåçëíáääáåö= Metadataprofilen er vedtaget på OIO-udvalgsmødet den 16.marts 2010 OIOkomitéen bedes tage denne beslutning til efterretning Sagsbehandler Per de Place Bjørn Telefon E-post ppb@itst.dk _áä~ö= = OIOUSR metadata rapport v_1_0_1 = OIO-komitéen for it-arkitektur og standardisering koordinerer offentlige initiativer inden for standardisering og it-arkitektur, og består af repræsentanter fra ministerier, kommuner og regioner. Digitalisér.dk/group/11917

16 OIOUSR metadata Forslag til dansk metadataprofil på discovery og evaluation niveau Version 1.0

17 Indledning...3 Arbejdsproces...3 Den danske metadataprofil...4 Profilens indhold...5 Videre arbejde...8 Bilag 1 Model MD_Metadata MD_Identification DQ_Dataquality MD_ApplicationSchemaInformation MD_Constraints MD_ContentInformation MD_Distribution MD_Maintenance MD_ReferenceSystem EX_Extent CI (Citation) Datatyper Kodelister...23 Bilag 2 Dokumentation af model MD_Metadata MD_Identification DQ_Dataquality MD_ApplicationSchemaInformation MD_Constraints MD_ContentInformation MD_Distribution MD_MaintenanceInformation MD_ReferenceSystem EX_Extent CI (Citation) Datatyper Kodelister...81 Bilag 3 XML eksempel...90 Bilag 4 Bibliografi

18 Indledning Der har fra flere sider gennem lang tid været udtalt et ønske om at der blev udarbejdet en modernisering af geodatainfo.dk. Et arbejde der er blevet udskudt blandt andet på grund af usikkerhed om de krav til metadata der ville komme fra EU i forbindelse med vedtagelsen af INSPRIRE direktivet. Disse krav blev kendte samtidig med at OIO Udvalget for Stedbestemmende Referencedata (OIOUSR) blev nedsat. Samtidig har der fra flere sider været udtrykt et stigende ønske om en standardisering af de danske metadatabeskrivelser. OIOUSR ville derfor være et naturligt sted at placere opgaven, da der via dette udvalg ville være de nødvendige relationer til relevante interessenter. Ifølge kommissoriet skal dette projekt beskæftige sig med de metadata der skal anvendes til discovery og evaluation 1, det vil sige metadata på et overordnet niveau. Samtidig har arbejdsgruppen haft for øje at resultatet af projektet skal kunne anvendes i det daglige arbejde med metadata i relevante organisationer rundt omkring i Danmark. Endelig har det været klart fra begyndelsen af profilen skal udarbejdes på et konceptuelt niveau. Arbejdsgruppen har ikke taget stilling til hvordan den kan/skal implementeres. Som input til arbejdet med profilen blev benyttet INSPIRE metadataregler, kravene til WISEprojektet, dok-form, sikringsmiljøet i Ålborg og endelig de krav/ønsker som de forskellige repræsentanter måtte være kommet i besiddelse af gennem deres daglige virke. Arbejdsproces Projektet havde følgende deltager: Ane Klok, Danmarks Miljøportal (trådt ind i projektet i stedet for Torben Eriksen) Flemming Nissen, Kort og Matrikelstyrelsen Gerhard Joos, DTU (udtrådt af projektet) Jan Hjelmager, Kort og Matrikelstyrelsen Jens Ole Back, Kommunernes Landsforeing Jesper Nøregaard Andersen, Kort og Matrikelstyrelsen Lars Bodum, Aalborg Universitet Lars Dalgaard, By- og Landskabsstyrelsen (udtrådt af projektet) Lydia Gietler, Kort og Matrikelstyrelsen Michael Stjernholm, Danmark Miljøundersøgelser Per Toppenberg, Region Nordjylland Torben Eriksen, Danmarks Miljøportal (udtrådt af projektet og erstattet af Ane Klok) Der har i projektet været afholdt 4 møder, startende med første møde den 13/ og sluttende med sidste møde den 17/ Der har fra starten været fokus på at den profil der kommer ud af arbejdet skulle være praktisk håndterbar. Det vil sige at de metadataelementer der er med i profilen alle er yderst relevante og bør finde anvendelse i hverdagen hos brugerne. Udgangspunktet for profilen har således været de krav som bliver stillet fra lovgivningens side og de krav/ønsker som brugerne stiller via projektgruppens 1 Metadata kan deles i 3 niveauer. Disse niveauer hedder i INSPIRE discovery, evaluation og use hvorimod i det meste anden litteratur omkring metadata anvendes begreberne discovery, exploration og exploitation for præcis den samme detaljeringsgrad i metadatabeskrivelserne. 3

19 deltagere. Disse krav og ønsker er så blevet mappet over til de gældende internationale standarder (DS/EN ISO og DS/EN ISO 19119). Profilen er resultatet af denne mapning. Den danske metadataprofil Som ovenfor nævnt har et af inputtene til profilen været INSPIRE s metadataregler, både de generelle og de temaspecifikke. Disse elementer kan sammenfattes til følgende: INSPIRE metadataelementnavn Titel Resume Ressourcetype Ressourcelocator Identifikation af et eller flere datasæt som sammenstilles via en service Klassifikation af servicetyper Unik identifikator Anvendt sprog Emne kategori Nøgleord Anvendt thessaurus Omskreven firkant Tid Oprettelse, publicering eller revisionsdato Datakvalitet Rumlig opløsning Overensstemmelse Betingelser for adgang og brug af data Restriktioner for offentlig adgang til data Ansvarlig organisation Ansvarlig for metadata Metadata dato Metadata sprog Bemærkning Kan være følgende muligheder: - Datasæt - Datasæt serie - Service Link til hvor der kan findes yderligere information om ressourcen eller adgang til servicen Hvis der indgår tekst i ressourcen, skal det her angives hvilket sprog der er anvendt Her skal der vælges fra en kontrolleret liste Her skal der vælges mindst 1 fra en theassaurus defineret af EU Hvis der anvendes et andet thessaurus end det EU har bestemt der som udgangspunkt skal anvendes, skal denne thessaurus angives her Her kan der i princippet angives flere til det samme datasæt. F.eks. 1 til Danmark minus Bornholm samt en der dækker Bornholm. Det vil sige hvilket tidsrum dækker den aktuelle ressource. Det kan enten være som en punktmåling eller som et interval Her skal en af dem vælges Generel beskrivelse af dataansvarlig viden om ressourcen Opgivet som målestok eller pixelstørrelse Er der overensstemmelse med Inspire direktivets krav samt de relevante gennemførelsesbestemmelser. Herunder også graden af overensstemmelse Herunder f.eks. er der gebyr på adgang og brug af data Det kunne f.eks. være sikkerhedsmæssige restriktioner Hvem er ansvarlig for indsamling, administration, vedligehold og distribution af data Hvem er ansvarlig for oprettelse og vedligehold af metadata Hvornår var den aktuelle metabeskrivelse oprettet eller opdateret Hvilket sprog er anvendt til at beskrive metadata 4

20 Dokumentation af metadataprofilen er udarbejdet i UML 2.0. De enkelte dele af metadatamodellen kaldes pakker og således består profilen af en rækker pakker der alle bliver bundet sammen via en central pakke (se fig. 1). Som det fremgår af figuren virker den centrale pakke ( Metadata entity information ) som et slags omstillingsbord. Det er også denne pakke der indeholder alle de nødvendige metametadata, det vil sige de metadata der skal til for at kunne beskrive metadata for de geografiske data. Hver af de forskellige pakker indeholder elementer der tilsammen udgør den model som er den danske metadataprofil. Enkelte af pakkerne er obligatoriske, resten er frivillig. Vælger man en given pakke vil der i forbindelse med valget være nogle metadataelementer der bliver obligatorisk at tage med i beskrivelsen, andre vil være enten frivillige eller betingede. For så vidt angår de betingede metadataelementer så bliver de obligatoriske hvis de specificerede betingelser er opfyldt. pkg Class Model EX_Extent MD_Maintenance MD_Distribution MD_ApplicationSc hemainformation MD_ReferenceSystem Metadata entity information MD_DataQuality MD_ContentI nformation MD_Constraint Fig. 1. Overordnet model af den danske metadataprofil til beskrivelse af geografiske data på discovery og evaluation niveau. Profilens indhold De enkelte dele af profilen vil i det følgende blive beskrevet på et oversigtligt niveau. I de forskellige pakker og klasser er de indgående attributter enten obligatoriske, betingede eller frivillige. En mere detaljeret beskrivelse findes på grafisk form i bilag 1 og på tekstform i bilag 2. Til den grafisk præsentation af metadataprofilen er anvendt UML (Unified Modelling Language). MD_Metadata entity information (MD_Metadata) Denne pakke 2 (se bilag 1.1) indeholder alle de nødvendig informationer der skal til at beskrive metadata, derfor er denne pakke obligatorisk. Man kan ikke have en metadatabeskrivelse uden at de 2 UML term for en organisering af modelelementer der er naturligt sammenhørende. 5

21 obligatoriske elementer er udfyldte. Fra klassen MD_Metadata er der aggregeringer til følgende klasser og pakker: MD_Identification DQ_Dataquality MD_Maintenance MD_ReferenceSystem MD_ContentInformation MD_Distribution MD_Constraints MD_ApplicationSchemaInformation Disse pakker og klasser vil blive beskrevet nærmere i det følgende. Identifikations information (MD_Identification) Identifikationsinformationerne (se bilag 1.2) beskriver de data, datasæt, datasæt serie eller services (i det følgende kort benævnt som ressourcen) der er udarbejdet metadata for. Det vil sige, elementer der indeholder informationer om hvad ressourcen beskriver, status og diverse referencer til og fra ressourcen. Pakken er således obligatorisk og indeholder nogle obligatoriske metadataelementer. Desuden er der nedarvning til klasserne MD_DataIdentification og SV_ServiceIdentification, hvor den første er rettet mod identifikation af data, datasæt og serier af datasæt og den sidste er rettet mod identifikation af services. Den første af disse indeholder informationer der relaterer sig til data, datasæt og datasætserier. Den anden af disse klasser indeholder informationer der relaterer sig til services. Foruden disse nedarvninger er der en række klasser der er aggregeret til superklassen MD_Identification, det drejer sig om følgende klasser: MD_Constraints, restriktioner der er på ressourcen MD_BrowseGraphics, grafisk præsentation af ressourcen MD_Keywords, nøgleord der beskriver ressourcen MD_Usage, den specifikke anvendelse af ressourcen MD_MainteanceInformation, vedligeholdesesinformationer til ressourcen Datakvalitetsinformationer (DQ_DataQuality) Pakken der beskriver datakvaliteten (se bilag 1.3) er frivillig at anvende, men vælger man at anvende pakken er der felter der skal udfyldes. Datakvalitetsinformationerne kan i princippet opdeles i to hovedgrupper: 1. LI_Lineage der beskriver ressourcens oprindelse. 2. DQ_Element beskriver datakvaliteten. Klassen DQ_Element er en abstrakt klasse, det vil sige at den i sig selv ikke kan instansieres, men overføre attributter til de klasser der arver fra klassen. Klassen DQ_Element har som børn klasser til at beskrive følgende kvalitetsparametre: Fuldstændighed (DQ_Completeness). Konsistens (DQ_LogicalConsistency og DQ_TemporalAccuracy). Nøjagtighed (DQ_PositionalAccuracy og DQ_ThematicAccuracy). Beskrivelsen af fuldstændigheden sker via klassen DQ_CompletenessOmmission som beskriver i hvor høj grad alle de elementer der reelt findes også er at finde i de data der beskrives. 6

22 Konsistensen beskrives via en konceptuel konsistens (DQ_ConceptualConsistency), en domæne konsistens (DQ_Consistency) eller en topologisk konsistens (DQ_TopologicalConsistency). Foruden den konceptuelle konsistens anvendes der også en tidsmæssig nøjagtighed og konsistens. Dette er beskrevet gennem DQ_TemporalAccuracy og DQ_TemporalConsistency. Nøjagtigheden er opdelt i tre typer. En der beskriver positioneringsnøjagtigheden (DQ_PositionalAccuracy) og en der beskriver den tematiske nøjagtighed (DQ_ThematicAccuracy). Disse er blevet mere præcise idet der med positioneringsnøjagtigheden menes den absolutte positioneringsnøjagtighed (DQ_AbsoluteExternalPositionalAccuracy). Med den tematiske nøjagtighed menes der hvor korrekt den tematiske klassifikations er foretaget (DQ_ThematicClassificationCorrectness). Informationer om applikations model (MD_ApplicationsSchemaInformation) Pakken beskriver den applikationsmodel (se bilag 1.4) der er ligger til grund for ressourcen. Der er frivilligt om pakken skal anvendes, men vælger man at anvende pakken skal alle felterne udfyldes. Informationer om restriktioner (MD_Constraints) Denne pakke (se bilag 1.5), beskriver de restriktioner der er pålagt en ressource eller metadata. Pakken er frivillig at anvende, dog er der nogle elementer der skal udfyldes hvis specielle dele af pakken anvendes.. Der er defineret følgende restriktioner som alle nedarver fra den mere generelle MD_Constraints: Juridisk (MD_LegalConstraints) Sikkerhedsmæssige (MD_SecurityConstraints) Andre restriktioner I klassen MD_Constraints er der mulighed for at angive eventuelle begrænsninger i brug. Informationer om dataindholdet (MD_ContentInformation) Pakken indeholder informationer om det objekt katalog (se bilag 1.6) der er anvendt til at beskrive indholdet af ressourcen. Det er frivilligt om pakken skal anvendes, men vælges pakken er der dog metadataelementer der er obligatorisk at udfylde. Er pakken valgt skal der mindst angive nogle bibliografiske referencer til det anvendte objekt katalog. Informationer om distribution (MD_Distribution) Denne pakke beskriver hvordan data, datasæt og datasætserier distribueres (se bilag 1.7). Det er frivilligt at anvende pakken. Vælger man at anvende pakken er der dog en række metadataelementer der i givet fald bliver obligatorisk at anvende, hvilke afhænger af hvilke del af pakke man vælger at anvende. Pakke indeholder informationer om format (MD_Format), distributør (MD_Distributor), hvordan man bestiller data, datasæt eller datasætserie (MD_StandardOrderProcess). Vedligeholdelses informationer (MD_MaintenanceInformation) Denne pakke indeholder informationer om hvad der er vedligeholdt og med hvilken frekvens det sker (se bilag 1.8). Det er frivilligt at anvende pakken, men vælges den er der dog et metadataelement der i givet fald bliver obligatorisk at anvende. Informationer om referencesystem (MD_ReferenceSystem) Denne pakke indeholder en beskrivelse af det spatiale og temporale referencesystem der er anvendt i forbindelse med ressourcen (se bilag 1.9). Det er frivilligt at anvende pakken, ligesom der heller 7

23 ikke er nogle obligatoriske metadataelementer at udfylde. Denne beskrivelse sker enten via en identifikator eller angivelse af projektion, ellipsoide og datum. Informationer om udbredelse (EX_Extent) Udbredelse dækker både den geografiske (EX_GeographicExtent), den vertikale (EX_VerticalExtent) og den temporale (EX_TemporalExtent). Det er disse former for udbredelse der er beskrevet i denne pakke (se bilag 1.10). Hvilken af de tre forskellige former for udbredelse der anvendes afhænger helt af hvilken former for udbredelse der er tænk på fra den refererende klasse og attribut ønsket om kendskab til udbredelse kommer fra. Den geografiske udbredelse kan enten angives som om omskreven firkant (EX_GeographicBoundingBox), en beskrivelse (EX_GeographicDescription) eller en omskreven polygon (EX_BoundingPolygon). CI (Citation) Denne pakke indeholder de informationer der anvendes når der refereres og citeres (se bilag 1.11). Datatyper I denne pakke er de datatyper beskrevne der anvendes i denne metadataprofil (se bilag 1.12). Kodelister I forbindelse med profilen er der udarbejdet en række kodelister (se bilag 1.13), som alle er placeret i denne pakke. Videre arbejde I forbindelse med arbejdet i projektgruppen er der dukket en række spørgsmål op som gruppen ikke mener hører indenfor rammerne af det kommissorium der skulle arbejdes under. Dog alligevel emner, som gruppen har vurderet som værende af så stor betydning at der burde nedsættes andre grupper til at analysere og komme med løsningsforslag til. Det drejer sig om følgende emner: Værktøj. Der kunne være et behov for at se på hvilke værktøjer der findes tilgængelig på markedet - både kommercielle og ikke kommercielle værktøjer. Dette kan naturligvis kun blive et øjebliksbillede, men eftersom at der er en del brugere rundt om i landet der skal til at anskaffe sig værktøj til at lave og opbevare metadata, ville det måske være en god idé at få lavet et katalog med potentielle løsninger på denne problemstilling. Use niveau. Arbejdet i denne gruppe har været fokuseret på at udarbejde en profil der dækker discovery og evaluation niveauet. Det løser dog ikke behovet for også at få lavet ensartede metadatabeskrivelser på det mest detaljerede niveau, nemlig use niveauet. Kodelister. Kodelisterne bør gennemgås for at se om der er behov for yderligere danske tilføjelser samt evt. om nogle af fritekst felterne kunne erstattes med kodelister til at understøtte de mere specifikke danske krav og ønsker til metadata. Guidelines/vejledninger. Der er et stort behov for guidelines/vejledninger til metadata. Det vil sige dokumenter der beskriver hvorfor metadata er nødvendige, samt hvordan skal man indsamle og registrere metadata. I forbindelse med nærværende danske profil vil der være behov for vejledning i hvordan den skal anvendes og forstås, måske med eksempler fra den virkelige verden. Vedligehold af profilen. Denne profil er et udtryk for hvad de deltagende organisationer anser for at være de metadataelementer der er behov for. Det må forventes at behovene udvikler sig over tid. Derfor skal der ske en periodisk evaluering af disse behov. 8

24 Opretning af en driftsorganisation. Spørgsmålet om hvorvidt der skal oprettes en driftsorganisation til håndtering af metadata er dukket op flere gange under diskussionerne i arbejdsgruppen. Dette spørgsmål fortjener en afklaring af behovets størrelse. Det har i forbindelse med udarbejdelsen af metadataprofilen vist sig at datakvalitet er en kompleks opgave. Projektgruppen har i den forbindelse konstateret at der er et behov for at der bliver udarbejdet en fælles profil og nogle metoder (inkl. vejledning) for beskrivelsen af datakvalitet. I forbindelse med et sådanne et arbejde ville der være internationale standarder at støtte sig til. Desuden findes der nogle internationale interesseorganisationer der har lavet noget arbejde omkring vejledninger til anvendelsen af datakvalitet som man ligeledes kan støtte sig til. Projektgruppen er overbevist om, at en national implementering af den beskrevne metadataprofil vil kunne bidrage til en effektivisering af forvaltnings- og forretningsprocesser, hvori geodata indgår. Projektgruppen har dog udelukkende fokuseret på standardiseringsmæssige spørgsmål og overlader det til OIOUSR at vurdere om der er behov for yderligere aktiviteter mht. business case. Det bør overvejes om de definitioner af klasser, roller og attributter der er i bilag 2 er kopieret fra de relevante engelske standarder skal/bør oversættes til dansk. Dette gør sig specielt gældende hvis profilen skal have udbreddelse hos mange af de potentielle brugere af denne. I den nuværende form er de alle på engelsk da det blev vurderet at en oversættelses opgave lå udenfor de kompetencer som projektgruppen i øvrigt var i besiddelse af. Det må forventes at der vil være et vist behov for håndtering af metadata på flere sprog. Hvordan det klares mest hensigtmæssigt har det ikke været muligt at håndtere indenfor rammerne af dette projekt. Med den endelige accept af den nærværende metadataprofil vil der være et behov for udvikling og aftestning af XML skemaer til at uderstøtte profilen. 9

25 Bilag 1 Model Dette bilag består af diagrammer der tilsammen på grafisk vis dokumenterer den danske metadataprofil. Efter hvert attributnavn står der et tal i parentes. Dette tal refererer til et linjenummer i DS/EN ISO standarden. 10

26 1.1 MD_Metadata Pakken definerer klassen MD_Metadata og viser hvordan de øvrige metadataklasser relaterer sig til denne klasse og på den måde definerer metadata for geografiske data. MD_Metadata beskriver de generelle metadata (meta-metadata) til en ressource. Klassen MD_Metadata, i nedenstående diagram, dokumenteres i detaljer i bilag 2.1. pkg Metadata entity information MD_ReferenceSystem::MD_ReferenceSystem MD_DataQuality::DQ_Dataquality +referencesysteminfo 0..* 0..* +dataqualityinfo MD_ApplicationSchemaInformation:: MD_ApplicationSc hemainformation MD_Distribution::MD_Distribution +applicationschemainfo 0..* +distributioninfo 0..1 MD_Metadata + fileidentifier (2): char [0..1] + language (3): char [0..1] + characterset (4): int + parantidentifier(5): char [0..1] + hierachylevel(6): MD_ScopeCode [0..*] + hierachylevelname(7): char [0..*] + contact(8): CI_ResponsibleParty [1..*] + datestamp(9): Date + metadatastandardname(10): char [0..1] + metadatastandardversi on(11): char [0..1] + dataseturi(11.1): char [0..1] +metadatamaintenance MD_Maintenance::MD_Maintenance resourcemaintenance 0..* +identificationinfo 1..* MD_Identification::MD_Identification +contentinfo 0..* MD_ContentInformation::MD_ContentInformation +metadataconstraints 0..* 0..* +resourceconstraints MD_Constraint::MD_Constraints 11

27 1.2 MD_Identification Denne pakke definerer de informationer der er nødvendige for at kunne identificere en ressource mere detaljeret. Pakken er dokumenteret i detaljer i bilag 2.2. class MD_Identification Metadata entity information::md_metadata MD_Constraint::MD_Constraints +metadataconstraints 0..* MD_BrowseGraphics + filename(49): char + filedescription(50): char [0..1] + filetype(51): char [0..1] +resourceconstraints 0..* +graphicoverview 0..* +identificationinfo 1..* MD_Identification + citation(24): CI_Citation + abstract(25): char + purpose(26): char [0..1] + credit (27): char [0..*] + status(28): MD_ProgressCode [0..*] + pointofcontact(29): CI_ResponsibleParty [0..*] +resourcespecificusage 0..* MD_Usage + specificusage(63): char + usagedatetime(64): DateTime [0..1] + userdeterminedlimitation(65): char [0..1] + usercontactinfo(66): CI_ResponsibleParty [1..*] +descriptivekeywords 0..* 0..* MD_MaintenanceInformation MD_Keywords + keyword(53): char [1..*] + type(54): MD_KeywordTypeCode [0..1] + thesaurusname(55): CI_Citation [0..1] +resourcemaintenance MD_DataIdentification SV_ServiceIdentification + servicetype: GenericName + restrictions: MD_Constraints [0..1] +operateson + spatialrepresentationtype(37): MD_SpatialRepresentationTypeCode [0..*] + spatialresolution(38): MD_Resolution [0..*] + language(39): char [1..*] + characterset(40): MD_CharacterSetCode [0..1] + topiccategory(41): MD_TopicCategoryCode [1..*] + environmentdescripti on(44): char [0..1] + extent(45): EX_Extent [1..*] + supplementalinformation(46): char [0..1] 12

28 1.3 DQ_Dataquality Denne pakke beskriver de metadata der kan anvendes til at beskrive oprindelsen (LI_Lineage) og kvaliteten (DQ_Dataquality) af en ressource. Pakken er dokumenteret i detaljer i bilag 2.3. class Data Quality Metadata entity information::md_metadata +dataqualityinfo 0..* DQ_Dataquality +lineage LI_Lineage + scope(79): DQ_Scope 1 0..* + statement(83): char +report 0..* + result(107): DQ_Result [1..2] DQ_Element DQ_Completeness DQ_LogicalConsistency DQ_PositionalAccuracy DQ_ThematicAccuracy DQ_TemporalAccuracy DQ_CompletenessOmmission DQ_ConceptualConsistency DQ_AbsoluteExternalPositionalAccuracy DQ_ThematicClassificationCorrectness DQ_TemporalConsistency DQ_Consistency DQ_TopologicalConsistency 13

29 1.4 MD_ApplicationSchemaInformation Denne pakke beskriver de metadata der kan anvendes til at beskrive det eller de applikations skema(er) der er anvendt til en given ressource. Pakke er dokumenteret i detaljer i bilag 2.3. class MD_ApplicationSchemaInformation Metadata entity information::md_metadata +applicationschemainfo 0..* MD_ApplicationSc hemainformation + name(321): CI_Citation + schemalanguage(322): char + constrainlanguage(323): char 14

30 1.5 MD_Constraints Denne pakke beskriver de metadata der kan anvendes til at beskrive rettigheder og restriktioner der kan være anført på en ressource. Pakken er dokumenteret i detaljer i bilag 2.5. class MD_Constraint Metadata entity information::md_metadata +identificationinfo 1..* MD_Identification::MD_Identification +metadataconstraints +resourceconstraints 0..* 0..* MD_Cons traints + uselimitation(68): char [0..*] MD_LegalConstraints + accessconstraints(70): MD_RestrictionCode [0..*] + useconstraints(71): MD_RestrictionCode [0..*] + otherconstraints(72): char [0..*] MD_SecurityConstraints + classification(74): MD_ClassificationCode + usernote(75): char [0..1] «Pre-condition» {otherconstraints: Documented if accessconstraints or useconstraints = "otherrestrictions"} 15

31 1.6 MD_ContentInformation Denne pakke beskriver metadata af det anvendte objekt katalog. Pakken er dokumenteret i detaljer i bilag 2.6. class MD_ContentInformation Metadata entity information::md_metadata +contentinfo 0..* MD_ContentInformation MD_FeatureCatalogueDescription + language(235): char [0..*] + featuretypes(237): GenericName [0..*] + featurecataloguecitation(238): CI_Citation [1..*] 16

32 1.7 MD_Distribution Denne pakke beskriver metadata der er nødvendig for at få adgang til en ressource. Pakken er dokumenteret i detaljer i bilag 2.7. class MD_Distribution Metadata entity information::md_metadata +distributioninfo 0..1 MD_Distribution +transferoptions 0..* MD_DigitalTransferOptions + online(277): CI_OnlineResource [0..*] +distributionformat +formatdistributor 0..* 0..* MD_Format + name(285): char + version(286): char + amendmendnumber(287): char [0..1] + specification(288): char [0..1] + filedecompressiontechnique(289): char [0..1] +distributorformat 0..* +distributortransferoptions 0..* +distributor 0..* MD_Distributor + distributorcontact(280): CI_ResponsibleParty +distributionorderprocess 0..* MD_StandardOrderProcess + fees(299): char [0..1] + orderinginstructions(301): char [0..1] + turnaround(302): char [0..1] 17