Standarder for pekere til offentlige ressurser på nett 17.03.2016 Kristian Bergem Avdeling for digital forvaltning Seksjon for nasjonal arkitektur
Informasjonsforvaltning er et viktig område Standarder for begreps og definisjonsarbeid Termlosen for terminologiarbeid Standard for begrepsbeskrivelser v. 1.0 Standard for begrepskoordinering v. 1.0 Beskrivelse av datasett og datakataloger DCAT-AP-NO-1.0 Dato
Bruksområdet - Pekere til ressurser i offentlig sektor Tilrettelegge for å kunne identifisere ressurser, finne ressurser, lenke dem og verifisere dem. URI-standardisering Det har lenge vært ytret et behov for URI standarder i Standardiseringsrådet. Da tenker vi på følgende: Pekere til begrepsbeskrivelser Pekere til kodeverksbeskrivelser Pekere til tjenestebeskrivelser Pekere til selve datakilden Pekere til selve kodeverkene Pekere til tjenestene (Pekere til hvilken som helst ressurs eller modell element) Skal ses i sammenheng med åpne og lenkede data. Dato
IETFs RFC-3986 definerer den generelle URI-syntaks: hvor: og URI=[<skjemanavn>:]<hierarkisk del>[?<spørring>][#<fragment>] [] betegner en valgfri del <> angir en navngitt del : avslutter skjemanavn? innleder spørring # innleder fragment <skjemanavn> Begynner med bokstav, deretter er lovlige tegn bokstaver, tall, «+», «.» og «-» (Internett-protokoll) <hierarkisk del> Begynner enten med «//», deretter «autoritetssti» eller det begynner uten «//» og har så deretter kun «sti» <autoritet> [<brukerinformasjon>@]<hostnavn>[:<portnummer>] <sti> {[/]<segment[[{;<parameter>}]]>} <spørring> streng <fragment> streng (del av referert ressurs) <brukerinformasjon> streng <hostnavn> streng <port> heltall
Hva skal vi diskutere Scenariobeskrivelser: Hva vil disse URI-ene benyttes til i praksis og hvordan? Er det noen grunnleggende problemstillinger som må diskuteres og besluttes? Hvordan skal URI-ene bygges opp? Er det krav til URI-ene? Er det behov for å bygge opp kodelister for spesifikke felt i URI-ene? Er det behov for tillegg, f.eks. liste over domener for å kunne gjøre distribuerte søk?
Bruksscenarier I nettsider kan det pekes på begreps-, kodelisteeller tjeneste-beskrivelser (både som del av informasjon og tjenestesider) I en tjeneste kan man peke direkte på en kodeliste for utfylling, eller en tjeneste for å hente informasjon fra andre steder. I programkode kan man peke på begrepsbeskrivelser eller lovtekster for å vise hvor noe er realisert. En som skriver forskrift kan søke på begrep for å vurdere mulig gjenbruk. Dato
Bruksscenarier forts. Man kan tenke seg og kalle en tjeneste for å sjekke om informasjon som tastes inn er gyldig Knytte tjenestene til samtykke for gjenbruk av informasjon I fagsystem knytte lenker mot tidligere vedtak eller rettskjennelser Lenke til tjeneste med rett setting for kommunen du bor i Ta med data fra skjema i en spørring mot underliggende tjeneste Dato
Hva finnes av standarder der ute Ulike offentlige virksomheter og medier EU, det som gjøres av ISA (Interoperability Solutions for European Public Administration) 10 regler Storbritannia (data.gov.uk) Life Science Identifier (LSID) Medical Subject Headings (MeSH) DBpedia Linked Movie Database Wikidata Dato
Hvordan skal URI-ene bygges opp? http://{domene}/{ressurstype}/[{språk}:][{navnerom}.]{objekttype}[/{identif ikator}[.{format}][/{tidspunkt}]] {domene} er det internett-domenet, ev. subdomenet, som ressursforvalteren bruker for tjenesten. {ressurstype} er type ressurs innenfor et begrenset, predefinert sett av slike. Her er det kun tillatt å bruke en av følgende verdier: data, metadata, datatid, hjemmel, ontologi, format {språk} er en 3-bokstavs forkortelse fra ISO-standard nr. 639-2 (Se referanse 11) {navnerom} er fagområde, forvaltningsområde eller begrepsområde mm. {objekttype} er navnet på en type fysiske eller abstrakte objekter som ressursen beskriver med mulig bruk av «/» dersom objekttypene ligger i et hierarki. {identifikator} er en unik identifikator innenfor objektsamlingen. {format} angir et spesifikt format av flere mulige for spesifisert ressurs. {tidspunkt} angir et spesifikt tidspunkt som data skal forholde seg til, dvs. data i den «versjon» som var blitt gyldig på dette tidspunkt det spørres om.
Prosess Intervjuer med offentlige etater Leverandørworkshop Lovdata Skolesektoren (grep) Utfordring å komme fra punktet der off. virk. sier vi kan få den strukturen til å fungere for oss. Til at man bevisst velger en struktur fordi den er nyttig for offentlig sektor.