Foto: Umberto / Unsplash

Del produktet · kapittel 1

Bakgrunn og datakilder

Hvorfor portalen finnes, hvilke kilder den bygger på, og hvordan et tall kommer seg fra et offentlig register og fram til en graf med dato og kildehenvisning.

Hvorfor portalen finnes

Norsk offentlig statistikk er åpen. Den er også spredt: tallene om pensjon ligger ett sted, tallene om arbeidsliv et annet, og tallene om helse et tredje. Hver av dem er publisert i et grensesnitt bygget for den som allerede vet hva en tabellkode er. Skal du finne ut om uføreandelen har steget i ditt fylke, må du vite hvilken etat som eier tallet, hvilken tabell det står i, og hvilke valg du må ta i nedtrekksmenyene før tallet blir riktig.

Faktaportalen gjør det arbeidet én gang, og viser resultatet som en graf med en setning som forklarer hva du ser. Alt som vises er offentlig tilgjengelig fra før. Verdien ligger ikke i tilgangen, men i sammenstillingen: 44 kilder og 190 datasett samlet på ett sted, med samme formatering, samme datomerking og samme forbehold.

Det gir en forpliktelse. Når tall fra mange kilder står side om side, ser de like sikre ut. De er de ikke. Derfor bærer hver graf sin egen kilde og sin egen dato, og derfor er alt vi selv har tolket merket som nettopp det.

Kildene, og de to måtene de kommer inn på

Kildene deler seg i to etter hvordan de publiserer. Videre deler de seg i tre etter hvilken vei de tar gjennom portalen, og begge forskjellene betyr mer enn de ser ut til.

De som har et API

Statistisk sentralbyrå, Norges Bank, Brønnøysundregistrene og flere til svarer på maskinspørringer. Vi ber om en tabell, får den i retur, og vet nøyaktig hva vi spurte om. Går noe galt, går det som regel galt høylytt.

De som publiserer filer

Deler av NAVs statistikk finnes bare som nedlastbare tabeller, og noen analyser publiseres utelukkende som PDF. Da må filen hentes, leses og tolkes. Det virker, men det er skjørt: et endret kolonnenavn eller et omgjort oppsett kan bryte tolkningen uten å gi noen feilmelding.

Formen kilden publiserer i, avgjør hvor mye arbeid som må gjøres før tallet er brukbart. Hvilken vei den tar videre, avgjør hva som skjer når kilden endrer seg. Der tallet ikke kommer fra et API, står det på selve kildehenvisningen: «datasett» når det er lastet fra en publisert tabell, «statisk» når det er lest fra en rapport, nettside eller artikkel og skrevet inn for hånd.

Rett til en datafil

Et program henter tallene, rydder dem og skriver resultatet som en datafil i nettstedet. Siden leser filen når den bygges. Det store flertallet av datasettene kommer inn slik.

Innom datalageret først

Er kilden et dokument framfor en tabell, lagres den først uendret i etdatalager. Det er ikke en database du oppdaterer, men et sted der data fra mange kilder ligger samlet i sin opprinnelige form, med oversikt over hva som finnes og hvor hvert tall kom fra.

Der tolkes innholdet i egne steg som kan leses, testes og kjøres om igjen, og først den ferdige tabellen skrives ut som datafil. NAVs statistikknotater kommer inn slik, og det er grunnen til at de lar seg følge over tid framfor ett dokument av gangen.

Rett fra datalageret

Ett sted svarer portalen ved å spørre datalageret i samme øyeblikk, uten å gå veien om en datafil. Det er chatten om arbeidsavklaringspenger og uføretrygd, der spørsmålet stilles på norsk. Den er passordbeskyttet, fordi hvert spørsmål kjører en ny spørring mot lageret.

De to første veiene ender begge i en datafil som skrives med dato og sjekkes inn. Da kan tallene på sidene spores tilbake til akkurat den versjonen kilden publiserte. Chatten har ingen slik fil, og svarer på det som ligger i lageret i det øyeblikket spørsmålet stilles.

01 KILDENEt offentlig register. Alt eråpne data.02 HENTINGEt program spør API-et ellerlaster ned filen. 121 av 190datasett hentes automatisk.03 DATAFILResultatet skrives med dato ogsjekkes inn, så endringen ersynlig.04 SIDENLeser datafilen ved bygg.Prosa og graf kan ikke komme iutakt.
Diagrammet viser den vanlige veien. Ingen tall skrives inn for hånd i en side. Et tall kan bare endres ett sted, og det stedet er sporbart tilbake til hvem som publiserte det.
Kildesiden med nøkkeltall øverst og en utvidet kategori under, der hvert datasett står på en rad med beskrivelse, portalside og oppdateringsmåte.
Kilderegisteret fører hver organisasjon og hvert datasett, med hvilken portalside som bruker det og om det hentes automatisk eller vedlikeholdes for hånd.

Det som oppdaterer seg selv, og det som ikke gjør det

Det vanskelige med en statistikkportal er ikke å publisere et tall. Det er å vite når tallet ble gammelt. 121 av 190 datasett hentes av en jobb som går etter fast plan, og 6 av dem hentes daglig. De øvrige 69 vedlikeholdes for hånd, og for dem finnes ingen jobb som sier fra av seg selv.

Oppdateringsmåte per datasett, med antall
OppdateresDatasettHva det betyr
Daglig6Renter, valuta og foretaksdata, der en uke gammel verdi er lite verdt.
Etter fast plan115Ukentlig, månedlig eller årlig, avhengig av hvor ofte kilden selv publiserer.
For hånd69Rapporter og oversikter uten maskinlesbar utgave. En egen vakt sier fra når de blir for gamle.

Portalen fører en dato per datafil, ikke én dato for hele nettstedet. Akkurat nå spenner de fra 2026-03-31 til 2026-09-09. At spennet er stort er ikke en feil: en årlig skattestatistikk skal ikke oppdateres oftere enn den publiseres. Poenget er at datoen står der, slik at du selv kan vurdere om tallet er ferskt nok til det du skal bruke det til.

Hele oversikten, datasett for datasett, ligger på oppdateringsloggen.

Tabell over datafiler med kolonner for sist oppdatert, kadens og kilde, der datoene spenner over flere måneder.
Portalen fører dato per datafil, ikke én dato for hele nettstedet. At spennet er stort er ikke en feil, men følger kildenes egen publiseringstakt.

Tre slags endringer i et datasett

At et datasett er hentet på nytt, sier lite om hva som skjedde med tallene. Ofte kom det en ny måned. Av og til har kilden endret tall langt tilbake i tid: NAV justerer ferske måneder når etterregistreringer kommer inn. Og noen ganger er det vi som har rettet en feil.

Historikken skiller de tre. Hver gang pipelinen skriver en datafil, sammenligner den den nye versjonen med den forrige og noterer hva den så: nye perioder, perioder som er revidert, serier som kom eller gikk. Det står ved siden av det et menneske har skrevet for hånd, med hver sin merkelapp, så leseren aldri skal lure på om en endring er kildens eller vår.

Tre slags linjer i historikken

Skillet går på hvem som sier det, ikke på hva som skjedde med tallet. Linjer fra kilden har stiplet strek foran, linjer av oss hel.

HentetNår ble tallene hentet på nytt? Svaret kommer fra pipelinen.
sist oppdatertDatoen på raden er datafilens sist oppdatert: dagen tallene faktisk ble hentet fra kilden, ikke nødvendigvis dagen kilden publiserte dem. «historisk» betyr at raden er rekonstruert fra git-historikken.
fra kildenHva så koden da den hentet? Svaret kommer fra pipelinen, automatisk.
Nytt · Revidert · Fjernet · Ny serie · Serie fjernet · OmlagtAvledet ved å sammenligne den nye versjonen av datafilen med den forrige. «Nytt» er perioder som kom inn. «Revidert» betyr at kilden selv har endret tall tilbake i tid; vi har ikke gjort noe, koden bare la merke til det. Det er aldri en feil hos oss.
av ossHva endret vi, og hvorfor? Svaret kommer fra et menneske, med kilde.
Rettet · Lagt tilSkrevet for hånd, med begrunnelse og kilde. «Rettet» betyr at vi tok feil og har rettet det. «Lagt til» betyr at ny utvikling er lagt inn i en manuelt vedlikeholdt datafil. Bare et menneske kan skrive disse, for de krever en begrunnelse.

Sammenligningen er ren tekst mot tekst og kjenner bare de to formene datafilene har: en akse med parallelle tallrekker, eller rader med et periodefelt. En rekke den ikke forstår, gir ingen linje. Det er valgt med vilje: en falsk «revidert» er verre enn en revisjon som ikke ble nevnt. Et rullerende vindu, som konkurslista for de siste tolv månedene, meldes heller ikke som «fjernet» hver dag. Hele historikken, med forklaringen, står på oppdateringssiden.

Hver graf bærer sin egen kilde og dato

En kildeliste nederst på siden er lett å lage og lite verdt. Leseren som lurer på hvor et bestemt tall kommer fra, står ved grafen, ikke ved bunnen av siden. Derfor har hver enkelt graf en klikkbar kildehenvisning ved siden av overskriften, med tabellnavn og dato:

SSB 11139slik ser den ut i praksis

Blander en side flere kilder med ulik publiseringstakt, får hver graf sin egen dato framfor én felles. En samledato ville sagt at alt på siden var like ferskt, og det er sjelden sant.

Alle eksterne adresser er samlet i ett register framfor å ligge spredt i hver enkelt side. Det er kjedelig, og det er grunnen til at en brutt lenke kan rettes ett sted i stedet for førti.

Nærbilde av en graftittel med en liten klikkbar kildehenvisning ved siden av, som viser tabellnavn og dato.
Kildehenvisningen står i tittelraden til grafen, ikke i bunnen av siden. Leseren som lurer på hvor et tall kommer fra, står ved grafen.

Når vi tolker, sier vi fra

Det meste på portalen er tall fra en kilde. Noe er ikke det: oppsummeringer, det som er verdt å legge merke til i en graf, og regneeksempler. Den teksten er vår, og den er merket Redaksjonelt med en synlig forklaring rett under - ikke som en hjelpetekst du må holde musepekeren over, for tillit som krever hover, oppdager de fleste lesere aldri.

Merkingen har to varianter, og forskjellen er reell. «Vår tolkning av tallene» betyr at tallene er hentet fra en oppgitt kilde og at ordene rundt er våre. «Portalens eget regneeksempel» betyr at tallene selv er regnet ut av oss. Å bruke den første formuleringen på det andre tilfellet ville vært direkte feil.

Tall i redaksjonell tekst hentes alltid fra datafilene, aldri skrevet inn. Ellers ville prosaen sagt ett tall og grafen ved siden av et annet, første gang kilden oppdaterte seg.

Se det i portalen

Se hvordan denne siden henger sammen med restenNabolagskartet viser sidene, begrepene og kildene den er koblet til

Nytt på portalen

Vis:
HelseNytt

Omsorgsbehovet i din kommune mot 2050

Alle 357 kommuner har til sammen 285 000 innbyggere over 80 i dag. SSBs framskriving gir 591 000 i 2050. Sida lar deg velge kommune og bytte mellom hovedalternativet, sterk aldring og svak aldring, regner om til brukere av institusjon, omsorgsbolig og hjemmetjenester, og viser hvordan kommunen løser oppgaven i dag mot resten av landet. Kommuneøkonomien er koblet på: dagens netto driftsutgifter per innbygger over 80, ganget med hvor mange over 80 kommunen får.

HelseNytt

Oslo mot 2050: bydelene der antall over 80 mer enn dobles

Oslo kommunes egen framskriving gir 55 000 personer over 80 i 2050, mot 24 000 i dag. Veksten er skjevest i indre by og sør: Gamle Oslo, Søndre Nordstrand og Grünerløkka mer enn tredobler antallet, mens Stovner og Grorud vokser minst. Sida regner om til brukere av institusjon, omsorgsbolig og hjemmetjenester per bydel med samme regnestykke som landssida, viser Oslo mot landet i dag fra SSB 12003, og setter det opp mot NAVs tall for hvor mange i hver bydel som står utenfor arbeid.

HelseNytt

Omsorgsbehovet mot 2060: hva skjer når antall eldre nesten dobles

Norge har 938 000 personer over 67. I 2060 venter SSB 1,59 millioner. Bruker de eldre omsorgstjenestene som i dag, går antall eldre brukere av institusjon, omsorgsbolig og hjemmetjenester fra 171 000 til 391 000, og årsverkene fra 94 000 til 215 000. Sida tegner regnestykket år for år, i tre framskrivingsalternativer og med en test på friskere aldring, og sammenligner tall for tall med Ulf Andersen i NAV, som regnestykket er inspirert av.

KilderOppdatert

Historikken sier hva som kom inn og hva som ble revidert, for alle datasett

Hver gang pipelinen henter tall på nytt, sammenligner den med forrige versjon: hvilke måneder, kvartaler eller år som kom til, og hvilke tall tilbake i tid kilden har revidert. Det står i historikk-knappen, på oppdateringshistorikken og på kildesida for hver datafil, og er rekonstruert bakover fra git for alle femti datasett. På prissida, AAP, uføre, befolkning, valuta og konkurser står det også som en chip ved siden av kildehenvisningen på hver graf.

EnergiOppdatert

Kryptoandelen i datasentrene: en lesers regnestykke gir 48 til 60 prosent

Regjeringen oppgir 20 prosent, vi har regnet 38 med bare de to Bitdeer-anleggene. En leser har gått gjennom anleggene ett for ett og kommer til 48 prosent som gulv, og 60 når anlegget i Mo i Rana som ikke er meldt inn til Nkom, tas med. Regnestykket står i egen boks, anlegg for anlegg, merket som leserens.