Endringslogg for data.norge.no

nils.ove.tendenes — Fri, 10 Jan 2025 13:55:18 GMT

Endringslogg uke 15 2026 Sikkerhetsoppdateringer Overgang til nye detaljsider for API på Data.norge.no. PR #2215

Tilgjengeliggjøring av norges lover og forskrifter

Erik Dahle Harvey — Sat, 12 Feb 2022 08:49:22 GMT

@Ståle-Hoberg -en forsinket tusen takk og @Morten-Jakobsen Her er nyheten lagt ut fra Lovdata : https://lovdata.no/artikkel/lovdata_tilrettelegger_for_bruk_tilpasset_var_ki-hverdag_gjor_api_av_oppdatert_regelverk_gratis_tilgjengelig_for_alle/5277

Datasett Teknisk kjøretøyinformasjon, STATENS VEGVESEN

Hilde Austlid — Mon, 04 Apr 2022 14:49:28 GMT

Vi har startet utviklingen av den nye løsninga som vil tilrettelegge for dette. Det vil fremdeles ta noe tid før dette er på plass.

Regnskapsregisteret API (Brønnøysundregistrene)

livar.bergheim — Fri, 03 Feb 2023 11:11:01 GMT

@Jan-Woldstad Forstår innlegget ditt til at du etterlyser data fra regnskapsregisteret som åpne data. Fletter derfor tråden du opprettet inn i denne eksisterende tråden som handler om samme tema. Se gjerne om du får mer svar på etterspørselen din i denne tråden. Om ikke, skriv gjerne nytt innlegg med spørsmål.

Nedlasting av data om kjøretøy

[[global:former-user]] — Sat, 08 Jan 2022 09:52:48 GMT

@sven_bruun Bruker linken https://hotell.difi.no/download/vegvesen/kjoretoyinfo?download til å analysere bilparken, men det ser ikke ut til at denne informasjonen er vedlikeholdt lenger. Hvor kan jeg finne fila med alle biler?

Analyse av Enhetsregisteret med Python og Pandas

[[global:former-user]] — Fri, 04 Jun 2021 18:17:45 GMT

@livar-bergheim Var det jeg mistenkte, men det er ikke noe problem. Vasking og fjerning av ikke-relevante nøkler kan gjøres enkelt i python med pandas dataframes med df.drop: # Fjerne kolonner for næringskode: df.drop(columns=['naeringskode1', 'naeringskode1_beskrivelse', 'naeringskode2', 'naeringskode2_beskrivelse', 'naeringskode3', 'naeringskode3_beskrivelse'])

Hva er et datasett?

[[global:former-user]] — Fri, 17 Sep 2021 06:55:51 GMT

Hei @filip-hansen Takk for svar. Det er fint å finne noen som deler interessen for tema. Felles forståelse er viktig, og for oss er det nøkkel til alt. Så en liten generell kommentar. Vi mennesker ser alltid etter mønster rundt oss for å strukturere vår forståelse av virkeligheten. Vi lager "data" ut av våre observasjoner i den grad det er mulig. Og til eksemplene du viser til i din tekst er min påstand: Det er kun når vi analyserer, omformer og drar statistikk ut av det ustrukturerte at det blir data av det, altså noe som kan settes opp i tabeller og dermed representere mønstere som igjen gir forståelse, altså merverdi. Årringer er grunnlag for tabelldata, DNA er ekstremt strukturert kode. Og disse representasjonene er uten unntak det jeg kaller datasett. PDFene i min etats arkivsystem er informasjon inntil noen skraper disse for ord og lager møsterdata og logiske statistiske analyser ut av mengden av naturlig språk inklusive tall og symboler i disse. Så til forståelse av data som noe som kan settes opp i tabell med kolonner med definert innhold - helst fylt med det vi kaller verdilister/kodeverk. Disse kodeverkene er våre informasjonsmessige representasjoner: for språk er primærkodeverket våre lydbærende skrifttegn (tegnesett) og tallsymboler samt andre meningsbærende eller logiske symboler. Så er å er disse satt sammen til ord som kan være ett ords- eller flerordsbegreper - altså mening. Begge disse kan vi regne som kodeverk, og ved analyse setter vi disse opp i tabeller som gir oss innsikt av det ene eller andre slaget - vi har data. Og disse dataene kan sammenstilles med andre datasett som er satt opp med tilsvarende kriterier. Så svaret mitt til ditt første spørsmål er at begrepet data forteller alle at det er snakk om strukturerte representasjoner av "virkeligheten", ikke bare våre intuitive observasjoner eller beskrivelser av disse med språk, lyd eller bilde. Og da gir begrepet merverdi i forhold til det bredere informasjon.

Datasett Enhetsregisteret, REGISTERENHETEN I BRØNNØYSUND

livar.bergheim — Tue, 19 Apr 2022 18:10:09 GMT

Kva skjer med enheter i kommunal sektor som er sletta? Vil for eksempel Viken fylkeskommune (921693230) bli liggande ei stund i Enhetsregisteret etter 01.01.2024? Ser at førehandsregistreringar i kommunal sektor har som konvensjon at foretaksnamnet er for eksempel «NYE AKERSHUS FYLKESKOMMUNE FRA 01012024 UNDER FORHÅNDSREGISTRERING» (930580783). Er det tilsvarande konvensjon for foretaksnamn dersom Viken fylkeskommune verande i Enhetsregisteret etter 01.01.2024?

Ønske: Aksjonærregisteret via API

[[global:former-user]] — Mon, 12 Dec 2022 13:53:31 GMT

@livar-bergheim Jeg endte opp med å hente ut data for alle bedrifter de siste ti årene herfra: https://www.skatteetaten.no/deling/aksjonarregisteret/ Deretter laget jeg et script som formaterte dataene og la dem inn i min egen database. Hvis du er ute etter en raskere løsning, finnes det allerede noen som har gjort dette og tilbyr et offentlig API: https://aksjegrafen.com/api-docs

Nye funksjoner i Felles registreringsløsning for begrep

kjersti.stenerud.steien — Tue, 31 Oct 2023 19:47:17 GMT

@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.

Stillingsannonser frå Finn.no via NAV/Arbeidsplassen.no

nav.team.arbeidsplassen — Fri, 28 Jan 2022 10:21:16 GMT

Hei, stillingene på NAV/Arbeidsplassen er offentlig tilgjengelige data, så Finn bestemmer selv hvilke stillingsannonser de ønsker å publisere hos seg. mvh Team arbeidsplassen.no

Endring i datasett Teknisk kjøretøyinformasjon på datahotellet

livar.bergheim — Thu, 10 Mar 2022 10:22:19 GMT

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= 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.

Gratis og åpent API for strømpriser

[[global:former-user]] — Tue, 27 Sep 2022 10:41:55 GMT

@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

[Diskusjonstråd] Spesifikke retningslinjer for bruk av generativ kunstig intelligens i offentlig sektor

jens.andresen.osberg — Tue, 06 Jun 2023 07:36:06 GMT

@maritbre Hei! Denne skulle du naturligvis fått svar på for veldig, veldig lenge siden. Så her er det all grunn til å beklage fra vår side. Vi kjenner ikke til at det finnes helt generelle retningslinjer for merking av KI-generert tekst. I KI-forordningens artikkel 50 stilles det krav til åpenhet for at brukeren av et KI-system må kunne forstå at de samhandler med et KI-system. I tilknytning til denne vil det nok komme standarder eller praksis for hvordan man merker KI-generert innhold. På et generelt grunnlag er dette med merking likevel krevende. En aktør kan oppgi at det er KI-generert, men det finnes ingen garanti for at denne informasjonen følger innholdet dersom det brukes videre i andre sammenhenger. På lengre sikt trenger man en annen tilnærming til denne problematikken. Vi kjenner til to ulike tilnærminger: Automatisert deteksjon av KI-materiale: Dette innebærer bruk av en KI-modell trent til å identifisere KI-generert materiale. Vi registrerer at det finnes ulike selskaper som tilbyr slike løsninger. Det er imidlertid utfordringer knyttet til nøyaktigheten av modellene, og hvordan de kan påvirke ulike grupper på en uheldig måte. I tillegg krever endringer i de store generative KI-systemer at deteksjonsverktøyene kontinuerlig oppdateres for å holde tritt. Til dette kommer også mulige teknikker for å omgå slike systemer. Dette kan du lese mer om hos Faktisk her: Kan vi stole på KI-detektorer? Vannmerking: Dette innebærer at det legges inn et usynlig vannmerke i det KI-genererte innholdet ved å påvirke sannsynlighetsfordelingen i genereringen av innholdet slik at det kan identifiseres senere. Denne artikkelen fra forskere ved universitetet i Maryland går inn på dette og jeg ser den er mye sitert: A Watermark for Large Language Models Artikkelen forklares ganske godt i denne videoen fra Universitetet i Nottingham: Ch(e)at GPT? - Computerphile Vi ser at Google Deepmind har kommet nokså langt med en slik tilnærming med sin Synth-ID som gjelder for flere modaliteter, inkludert bilder. Ser at dette arbeidet også henviser til artikkelen nevnt fra forskerne ved universitetet i Maryland. Selv om vannmerking høres ut som en god løsning, er det også noen utfordringer. Vannmerkingen må implementeres i de generative KI-modellene. Dette krever at alle leverandører av følger standarden, noe som skaper håndhevelses-utfordringer. For eksempel: Hvordan sikrer man at alle implementerer vannmerking, og hvordan gjør man dette med open-source-modeller? I dagens situasjon er det altså en del usikkerhet rundt merking av KI-innhold. I påvente av noen tekniske løsninger må vi da basere oss på en variant hvor vi med «good faith» opplyser om hva som er KI-generert. Spørsmålet da blir imidlertid når vi mener at vi bør opplyse om dette. Tekst: Vi har ikke gitt et generelt råd for merking av KI-generert tekst. Dette skyldes at vi er usikre på om et slikt generelt råd har noen verdi. Vi tror behovet for åpenhet varierer mellom ulike områder og kontekster. For eksempel har vi inntrykket av at visse grupper, slik som journalister og mediehus, har interne retningslinjer for hvordan dette skal gjøres. Vi tenker også at for enkelte offentlige virksomheter i visse sammenhenger vil det være viktig å opplyse om at innholdet er generert av KI. Fordi mer og mer tekst vil være helt eller delvis bearbeidet med et KI-verktøy, tror vi ikke det er så mye poeng å gi et generelt råd om dette, og så kan det heller være opp til de spesifikke områdene og kontekstene å vurdere dette. Kode: I den forrige utgaven av veiledningen fra 2023 ga vi et råd om å opplyse dersom kode var KI-generert. På dette tidspunktet var bruk av verktøy for KI-kodegenerering nokså nytt. Dette rådet er nå fjernet fordi det har blitt veldig vanlig og det mange som har innarbeidet dette i arbeidsflyten, eller som arbeider med det nå. På samme måte som med tekst, og kanskje i en enda større grad, er det usikkert hvor mye nytte brukerne har av å vite at kode er KI-generert. Bilder: For bilder har vi valgt å beholde rådet om merking. I tråd med tankene bak artikkel 50 i KI-forordningen, er det viktig at ingen blir forledet av innhold fra offentlige myndigheter. Med bilder fra en offentlig myndighet, er konteksten av å gi informasjon som offentlig myndighet i seg selv viktig. Derfor har dette verdi, selv om bildet kan bli flyttet og gjenbrukt uten at forbeholdet blir med videre.

Konsernstruktur

livar.bergheim — Tue, 28 Nov 2023 16:40:01 GMT

Hei igjen. Fikk for en stund siden svar fra Skatteetaten at aksjonærregisteret ikke er en autorativ kilde for konsernstruktur, så de ønsket ikke å peke på dette i denne sammenheng. Utenfor offentlig sektor, har kanskje OpenCorporates data på norske virksomheter og konsernstruktur.

Avklaringer om samtykke?

steinar.skagemo — Fri, 15 Nov 2024 15:34:00 GMT

I tilfelle det er nyttig for noen som kommer til denne tråden, så har jeg skrevet en artikkel i Lov & Data om samtykkebasert deling av data: https://lod.lovdata.no/article/2025/03/Bedre personvern med samtykkebasert deling av data

Grønt hefte API

mafw — Tue, 29 Aug 2023 11:38:41 GMT

Takk for tilbakemelding @christiane-andrea-frohlich! Da får vi krysse fingrene for at de ordner det en gang i den ikke altfor fjerne fremtid

Alternative namn, forkortelsar og engelske namn for verksemder

terje.bertelsen — Thu, 21 Nov 2024 08:57:45 GMT

Sikt/Forvaltningsdatabasen har foreløpig meddelt at de per i dag ikke besitter noe som svarer ut dette behovet.

Etterspørr data og API

Erik Dahle Harvey — Tue, 29 Jun 2021 05:09:04 GMT

@kolsom20 Ser du det du har lagt til her nå ? Har du et spørsmål så still det gjerne

Norske strømpriser

[[global:former-user]] — Wed, 08 Jun 2022 23:19:37 GMT

Som nevnt i første post bruker jeg ENTSO-E sitt api i dag, og ja, veldig fint at noen lager enklere variant for hvermansen, men dette vil jo ha samme problem som i topicen når ENTSO-E sitt api detter ned. Hvorfor Nord Pool er så grådige for tilgang på data fra dem skal ikke jeg spekulere i, men det var derfor jeg tenkte at staten burde ta ansvar her, og si at det burde være en folkerett å ha god tilgang på pris på det vi kjøper. Jeg har også laget et lite api for å hente ut priser på strøm, nettleie, dag/nattsater, vinter/sommerpriser, enovaavgift, elavgift, strømstøtte beregninger, etc. Det gir et meget omfattende bilde av faktisk strømpris. api-et henter data fra mange kilder, inkludert både ENTSO-E og Nord pool Jeg har dog ikke vært tøff nok til å gi public tilgang til dette. Så for min del, så har jeg nå stålkontroll over strømprisene. Men, jeg syns dette er urettferdig! Man må sitte med dyp kunnskap og utvikle dette selv, som jo ekskulderer de aller fleste som faktisk sliter med både teknisk forståelse og det å få krone-kabalen til å gå opp. Med et lovlig, stabilt offentlig api, vil det kunne motivere tjenesteutviklere til å lage løsninger som kan hjelpe dem som trenger det mest. Jeg tror ikke dere vil få noen problemer med å ha api-et som dere har laget offentlig, og takk som er villige til å gjøre det! Men, å utvikle en tjenete som faktisk nytter seg av dette for å hjelpe hvermansen med presentasjon av data i etterkant er nok like risky da sluttproduktet fremdeles ikke har lov å distribuere denne prisinformasjonen.

Popular Topics