Tips og spørsmål

@andrea Vi har dessverre ikke noe åpen kildekode, men det er bare å komme med ønsker, så skal vi absolutt vurdere det i den videre utviklingen!

Angående å hente ut mer data i ett kall og gjennomsnittspris, er dette noe som flere har kommet med forslag om, så det står allerede på todo-listen 😄

Ja, jeg tenker meg et sted der vi kan ha kontoer som https://twitter.com/Regjeringen, https://twitter.com/datakatalogen, https://twitter.com/Trondheim, https://twitter.com/ssbnytt, https://twitter.com/Arkivverket, https://twitter.com/VegvesenMidt og https://twitter.com/VegvesenData.

...

(Sånn i parentes ser jeg også gjerne at noen av skattepengene mine brukes til støtte til sosiale medier for befolkningen, f.eks. ved å drifte egne tjenere eller noe lignende pressestøtte, men det er en mye større oppgave og en mye større diskusjon.)

Vi i DFØ har sett på DCAT og Purview, se kildekoden: https://github.com/dfo-no/ads-datakatalog. På toppen har vi laget en datakatalog, se https://data.dfo.no/.

Vi har gjenbrukt mye av arbeidet til Digdir, se https://github.com/Informasjonsforvaltning/atlasdcat.

Digdir jobber i dag med å lage en atlas-plugin som man kan bruke sammen med Purview-løsningen.

@oystein-asnes takk for informasjon! DCAT-AP-NO for CKAN komponenten ser bra ut. Hvis det skulle være an ny versjon av DCAT-AP-NO i nær framtida, det er bedre å vente for det.

I mellomtiden skal jeg forske komponenten og hva kan være
lagt til den.

Vi vil bare minne om at fristen for å kommentere er 28. oktober 2022.

Bruk gjerne denne tråden i Datalandsbyen til å diskutere. 🙂

Oppdatering 06.07.22: Vi har nå funnet våre to første hospitanter, men tar gjerne imot meldinger fra kandidater som kan ha interesse i en eventuell utvidelse av antallet hospitanter på et senere tidspunkt.

En kjapp presisering: For riksveger kan vegeier være enten Statens vegvesen eller Nye veier. Denne forskjellen er ikke beskrevet i dette datasettet.

@filip-hansen Jepp, bare at denne NULL-episoden faktisk skjedde. 🙂 Evt. denne klassikeren som går under kategorien "godt forsøk" https://hackaday.com/2014/04/04/sql-injection-fools-speed-traps-and-clears-your-record/

@Jim-J-Yang Dere har ikke laget en slik mal for Tjenester-beskrivelse også vel? Hmmm. Det er vel den CPSV-AP-NO det ja. Jeg har en i mitt hus som gjerne vil se på denne, så en oversendelse er helt ok.

@anette-skurdal Så hyggelig! Her er det bare å låne og dele i vei. 🙂

Hei @Aslak-Ø

Så bra at dere kjører seriøs prosess med å skaffe verktøy for intern datakatalog.
Mattilsynet som jeg jobber i, bestemte seg ikke for å legge midler i tilsvarende behov. Vi konkluderte da etter noe tid med å satse på FDK som vår interne og eksterne datakatalog. Vi er i ferd med å ta den i bruk som intern katalog for begreper, og vil også gå igang med å registrere datasett denne veien. Vi har allerede engasjert mange av dataeierne i å føre GDPR protokoller i løsningen, så vi er igang med desentral bruk av FDK.
Jeg har en filosofi om at det er dataeierne i huset som må ha ansvaret for å definere sine begreper og beskrive sine datasett - "holde orden på sitt rom". Så får jeg og noen informasjonsforvaltningsmennesker hos oss være tilretteleggere for våre dataeiere - "leie dem i handa".
FDK har jo relativt greie skjema for dette. Styrken i FDK er at den følger standarder som vi alle er pålagt å følge. Og at det til slutt er et klikk fra ansvarlig eier for å gjøre metadatene offentlig tilgjengelig.
Vi er jo søsteretater, og jeg ser fram til at vi begge kan henvise til FDK for våre metadata :-).

Understellsnummer fjerna i Datahotellet
No er understellsnummer (kolonna «tekn_unr» fjerna i Datahotellet).
Endringa vart gjort kl. 16 i dag.

OBS! Nytt namn/id på datasettet
For at alle som slår opp på understellsnummer skal få med seg at datasettet er endra, så byter vi også namn på datasettet. Alle integrasjonar vil slutte å virke og API-kall gir statuskode 404 («Not found») tilbake.

Id'en var «vegvesen/kjoretoy», og blir no «vegvesen/kjoretoyinfo».
Endringa vart aktiv 17:01.

Grunnen til dette er at no som understellsnummer er fjerna, kan ein få feil svar tilbake. For nokre integrasjonar som gjer oppslag mot understellsnummer, vil ein ikkje få tomt resultat tilbake når ein no slår opp på understellsnummer. I staden for får ein tilbake dei 100 første radene i datasettet. For å unngå mulege problem hos dei som har sett opp integrasjonar som ikkje er robuste, så endrar vi identifikator på datasettet slik at alle integrasjonar stoppar å virke. På denne måten får også alle som nyttar datasettet med seg endringar. Det er antagelegvis fleire som ikkje har fått med seg annonsering av denne endringa.

Meir tekniske detaljar
Det er to måtar ein kunne slå opp på understellsnummer. Det er kun den eine av desse måtane som gir feil svar tilbake.

Slå opp ved hjelp av søk — bruke query-parameteret. Eksempel
Eksempel: https://hotell.difi.no/api/json/vegvesen/kjoretoy?query=ABCDDF394058 Slå opp direkte ved filter på feltet — ?tekn_unr=<understellsnummer>
Eksempel: https://hotell.difi.no/api/json/vegvesen/kjoretoy?tekn_unr=ABCDDF394058

For forskjell på søk og filter, sjå API-dokumentasjon, under «Eksempel på oppslag i API-et».

Det er nr. 2) som gir 100 første radene i datasettet. Når feltet «tekn_unr» ikkje lenger eksisterer i Datahotellet, blir forespørselen behandla på samme måte som om parameteret ikkje var med; https://hotell.difi.no/api/json/vegvesen/kjoretoy

Det er dessverre slik Datahotellet fungerer. Ein får ingen feilmelding dersom ein gjer API-kall med parameter som er ugyldige.

For oversikt; eg jobbar i Digdir med blant anna Datahotellet, og bistår Statens vegvesen i publisering på Datahotellet når det gjeld dette datasettet.