Status på avvikling:

Data på plass:

• Sokkeldirektoratet har alternativ distribusjon på plass for sine data
• Forskningsrådet har begynt å legge ut sine to datasett på GitHub. Sjå datasetta sine beskrivelsar i data.norge.no for lenker

Jobbar med å gjere alternativ distribusjon av data tilgjengeleg:

• Statens vegvesen
• Landbruksdirektoratet. Planar om å distribuere via GitHub
• Brønnøysundregistrene

Sjå lenker og detaljar i reknearket

Vi kjem med oppdatering når det er fleire alternative distribusjonar på plass. Både her i Datalandsbyen, på e-postlista og i reknearket.

Kan nemne at Forskningsrådet vil legge ut sine to datasett i eit GitHub-kodelager.
Det gjeld Søknader til og innvilgede prosjekter og «Signerte kontrakter med norsk deltakelse i EUs rammeprogram for forskning og innovasjon Horisont 2020»
Kjem tilbake med meir informasjon når det er lagt ut.

@per-bratterud-1 Så bra at dere har kommet videre i testingen, og at dere er fornøyde med rettingene som ble gjort.

Vi har laget et API som gjør det mulig å hente ut alle data virksomheten selv har registrert i registreringsløsningen for begrep. Apiet er beskrevet i denne yaml-filen: https://github.com/Informasjonsforvaltning/catalog-view-api/blob/main/openapi.yaml Dette APIet er sikret gjennom Maskinporten.

For å få tilgang må dere sende en epost til fellesdatakatalog@digdir.no. I eposten ber dere om tilgang til catalog-view-apiet og angi om det er demo- og/eller produksjonsmiljøet dere ønsker tilgang til. Vær oppmerksom på at du ikke kan teste med den fiktive virksomheten du har fått tildelt i vårt demomiljø.

Når vi har gitt dere tilgang, kan dere opprette en integrasjon i Maskinporten. Dette gjøres enklest gjennom forenklet onboarding. Tilgang til selvbetjening for å opprette integrasjonsklienter i Maskinporten tildeles via Altinn av den/de i virksomheten som er tilgangsstyrer.

@kristoffer-selvaer Takk for innspel Kjenner ikkje godt nok til GitHub sitt API med tanke på kva mulegheter som er der.
Tanken er at dette erstattar å legge ut datasetta som filer på eigen nettstad, så det er ikkje tenkt at ein kan hente data på noko anna måte (oppslag, søk, filtrering) enn å laste ned heile datasettet. Antar at med GitHub sitt API så tenker du på å lese ut liste over mapper og filer som er i kodelageret (repository).

1. Direktelenker til filer

Tenker hovud-måten å hente data på er å peike direkte på rå-versjonen av CSV-filene. For eksempel:
https://raw.githubusercontent.com/datahotellet/ldir-test/main/datasets/leveransedata-melk/2023/dataset.csv

Om du tenker på å oppdage nye datasett (til dømes at undermappa "2025" har dukka opp i ei mappe), så er det andre alternativ (sjå under).

2. Korleis hente nyaste data

For datasetta som blir erstatta med ny versjon, til dømes foretak, er det berre å hente nye data frå samme URL.

Nokre av datasetta er tidsseriar, for eksempel leveransedata melk. Slik eg forstår det, ønskjer du å kunne peike mot nyaste datasettet i ein serie ved å peike til for eksempel ".../latest" i staden for å ha logikk for å avgjere at undermappa "2024" er nyaste datasettet. Eg trur dette blir litt rotete. Enten må ein kalle datasettet "2024" for "latest", og seinare endre namn til "2024" når det kjem nytt, eller så må ein duplisere mappene, så ein har både "2024" og "latest" med samme innhald.

Prøver ei anna løysing.
Har rigga ein ny fil, datasets.txt, som blir generert på roten av prosjektet.
Der er liste over alle datasett i repositoriet. På den måten kan ein lettare oppdage filer.
Kan det vere ein farbar veg?

Elles skal det vere mogeleg å oppdage nye datasett ved å parse data-katalogen på data.norge.no. Akkurat no er det ikkje API-endepunkt som gir ut alle datasett inkludert distribusjonar, så i skrivande stund er heile katalogen kun tilgjengeleg i Turtle-format. Det er uansett ein omveg, og det er som regel noko forsinkelse frå data vert lagt ut til data-beskrivelse i data.norge er på plass, enten det er berre eit par timar eller par dagar.

3. Releases i GitHub

Kan vere mogleg, men usikker på om det gir nok verdi til å forsvare ekstra kostnaden ved å måtte manuelt opprette releases i GitHub når det kjem nye datasett. Om ein gjer seg avhengig av dette, kan det også blir ei ekstra feilkjelde. Fort gjort å legge ut dataene men gløyme å opprette release.
Tenker det er betre framgangsmåte å oppdage at nye datasett (mapper) er dukka opp.
Skulle ein hatt opplegg med releases, kunne ein tenke seg å legge på tags for melk, egg, korn etc.
Utdjup gjerne vidare om du likevel trur det er verdt å sjå vidare på.

Ny versjon av datasettet vart nyleg lagt ut på Datahotellet. Det nye datasettet («soknader2») erstattar det gamle («soknader»). Bakgrunnen er at det ikkje-bakoverkompatible endringar. Både det nye og gamle datasettet vert tilgjengeleg på Datahotellet til det skal stengast 1. oktober. Les meir om avviklinga på hotell.difi.no

Vi har laga eit rekneark med oversikt over status for datasett på Datahotellet.
Dette gir oversikt over kva datasett som har alternative distribusjonar du kan bytte til.
Sjå elles avvikling-sida på hotell.difi.no

Datajegeren fekk ein forespørsel om fylke og postnummer — kobling mellom postnummer og fylke.

Dei to første siffera i kommunenummer er nummeret på fylket, så ein treng berre eit lite datasett med namn og nummer for alle fylkene.

Datasett med alle norske postnummer vert publisert av Posten Bring.

Fylker hos Kartverket
For noverande liste over fylker, er gjerne Kartverket sitt API enklaste alternativet. Sjå data.norge-beskriving eller API for administrative enheter.

Eksempel på respons frå Kartverket sitt API:

Fylker hos SSB
SSB har eit meir avansert API som også har historikk i sitt KLASS API.

Eksempel på versjonar i fylkesinndeling

Skjermbilde av API-kall til http://data.ssb.no/api/klass/v1/classifications/104

Innmeldar sitt bruksområde
«På https://gjoco.no/finn-butikk/ kan man finne forhandlere som selger vår maling, gjerne etter først å ha valgt fylke.
Vår kundeliste med postnummer linkes mot en tabell hvor vi hadde kopiert og limt inn forholdet mellom postnummer og fylkenavn.
Dette hentes ut fra SQL Server database med et script, som deretter sender dataene til vår hjemmeside-host vha FTP.»

Testar i samarbeid med Landbruksdirektoratet å legge ut datasett på GitHub, som alternativ til å legge ut datasett som filer andre stader, for eksempel web server.
https://github.com/datahotellet/ldir-test

Bakgrunnen er at Datahotellet skal leggast ned, og at det då er behov for å gjere datasett tilgjengeleg på andre måtar.
Enten utgjevarar av data som treng ein annan måte å distribuere data på. Vi i Digdir ser også på å bruke dette til å arkivere datasett på Datahotellet som ikkje blir oppdatert vidare slik at dei framleis er tilgjengelege.

Med denne løysinga får ein eit greitt grensesnitt for å sjå på dataene og metadata (forklaring av felter m.m.) i nettlesaren, samtidig som ein kan laste ned heile datasettet.

Tar gjerne imot innspel og spørsmål.

Eksempel på generert README-fil for eit datasett:
https://github.com/datahotellet/ldir-test/tree/main/datasets/produksjon-og-avlosertilskudd/2024

| Hendelse: Arendalsuka 2024 |

Tips gjerne om relevante postar på programmet!

Nokre relevante postar, i kronologisk rekkefølgje:

f) Deling av data: Alle vil, men ingen får det til
Tysdag 13/8 kl. 08:00–08:45 — usikkert om det blir strømma

a) Det digitale Norge 2030: Slik skal vi bygge landet på nytt med digitalisering - sammen.
Onsdag 14/8 kl. 09:00–12:15 — strømmast

b) Digitalt dødsbo og andre glupe samarbeid - hvordan sparer offentlig-privat samarbeid oss for 50 mrd?
Torsdag 15/8 kl. 08:30–09:30 — usikkert om det blir strømma

c) Helsedata er bra alene, bedre delt - og best i bruk!
Torsdag 15/8 kl. 09:00–09:45 — strømmast

d) Fra piloteringssyke til verdi: Få full effekt av data på tvers i offentlig sektor!
Torsdag 15/8 kl. 14–15 — usikkert om det blir strømma

e) Dine og mine helsedata er nøkkelen til en bedre fremtid, hvorfor satser vi ikke mer på å bruke dem?
Torsdag 15/8 kl. 14:00–15:30 — strømmast

Sjå også oversikt over kva Digdir arrangerer og deltar på

Hei, @veronika-heimsbakk !

Så bra at dere er i gang med å registrere begreper i katalogen. Ønsker Sjøfartsdirektoratet å vedlikeholde begrepene i registreringsløsningen på data.norge.no, eller vil det være like enkelt for dere å vedlikeholde begrepene der de er?

Hvis dere ønsker å vedlikeholde begrepene der de er, kan dere sette opp et høsteendepunkt for katalogen deres i høsteadministrasjonsgrensesnittet ved å logge inn for å administrere høsting på siden for å publisere i Felles datakatalog.

Hvis dere ønsker å bruke registreringsløsningen til å vedlikeholde dataene, har vi en importløsning fra csv og json. Du kan lese mer om hvordan dere setter opp en sånn type import på Dokumentasjonssidene våre om begrepskatalogen. Vi jobber med å oppdatere disse sidene, så informasjonen var utilgjengelig en liten stund. Derfor er det ikke rart om du ikke fant noe informasjon om muligheten for å importere beskrivelser. Vi har dessverre ingen løsning for import av .ttl eller .owl til registreringsløsningen i dag.