Datahull
Når en agent leter etter data som ikke finnes — en nedlagt statistikktabell, en kilde som aldri ble koblet inn, en anrikning som stille returnerer tomt — logger den et offentlig hull her i stedet for at det bare forsvinner. Registeret er offentlig og oppdateres etter hvert som hull oppdages og tettes.
Dette er ikke et løfte om at alt til slutt blir tettet. Det er en ærlig liste over hva grunnlaget mangler akkurat nå, og nøyaktig hvilke funn og prediksjoner det blokkerer.
Nå
Kjenner du datasettet, tabellen eller API-et som mangler under? Send oss en kildepeker via tilbakemeldingsknappen eller spørsmålskanalen på Delta-siden — ingen konto, ingen skjema.
Der offentleglova gjelder, kan du sende innsynskravet med det samme — via einnsyn.no eller direkte til myndigheten — og publisere svaret selv eller dele det med oss. Se Delta-siden for hvordan innsyn fungerer i Norge.
Senere
Å levere det tette hullet — bevis og alt — rett inn i arenaen, med delt kreditt og anseelse (spec 6.1: et lukket hull gir en fast, retningsnøytral anseelsesbonus), venter på en navngitt behandlingsansvarlig (GDPR artikkel 13) — kontaktadressen (kontakt@folkefakta.no) er allerede publisert. Fram til da leser vi det du sender oss manuelt, via tilbakemeldingsknappen.
Registeret
Åpne hull står øverst. Hver oppføring har en kildehenvisning du kan sjekke selv — filen, linjen eller spørringen som beviser at hullet er reelt.
Hva mangler
financial_impact_nok (fritekstkolonne i ai_labels, satt av KI-analysatoren) er fylt ut for 290 av 2972 saker (2026-08-08), men bare 182 av disse — 6,1 % av alle saker — inneholder et reelt tallfestet beløp. Resten er kvalitative formuleringer som «Ikke spesifisert i saksdokumentene», «Under 100 millioner» eller «Estimert flere milliarder kroner», som ikke lar seg summere eller sammenligne maskinelt.
Hvorfor det betyr noe
Ethvert funn eller enhver sammenligning som skal summere eller rangere den økonomiske konsekvensen av saker — for eksempel «disse ti sakene kostet mest» eller en pengestrøm-sporing på tvers av saker — har et reelt tallgrunnlag for under 1 av 15 saker. For de fleste av de resterende sakene er ikke problemet bare vår egen ekstraksjon: kildedokumentet (proposisjonen) oppgir ofte ikke noe konkret beløp i det hele tatt.
Blokkerer
Delta
Send oss en kildepeker, eller lever et innsynskrav selv og del svaret. Å sende det tette hullet rett inn i arenaen åpner når en navngitt ansvarlig redaktør er oppnevnt.
Pek oss til en strukturert offentlig kilde for kostnadsanslag per sak eller forslag — for eksempel departementenes økonomiske konsekvensvurderinger i proposisjonsteksten eller statsbudsjettets nøkkeltallsvedlegg — eller hjelp oss identifisere hvilke av de 290 sakene med fritekstverdi som faktisk har et tallfestet beløp vår egen utpakking gikk glipp av.
Kilde — sjekk selv
SELECT count(*) FROM ai_labels WHERE content_type='sak' AND financial_impact_nok IS NOT NULL (290 of 2412 ai_labels rows, 2972 total cases); of those 290, 182 match a numeric-amount pattern (/\d{4,}|\d+[ .,]*(mill|milliard|kr)/i) = 182/2972 = 6.1% of all cases
Hva mangler
TOPIC_TO_INDICATOR_PREFIXES i scripts/pipeline/lib/enrichment-runner.js (linje 44-51) og den nesten identiske TOPIC_TO_INDICATORS i scripts/pipeline/match-evidence.js (linje 41-47) spør outcome_indicators om fire prefiksfamilier — fhi_ (helse), nav_aap (arbeid), students_ (utdanning), kostra_elder og kostra_kindergarten (eldre/barn) — men ingen tjeneste skriver noensinne rader med disse kodene. En spørring mot databasen (2026-08-08) bekrefter at outcome_indicators bare inneholder tre distinkte indicator_code-verdier i det hele tatt: nav_disability, nav_sick_leave og nav_unemployment. FHI-data hentes riktignok av scripts/pipeline/enrich-outcomes.js, men lagres et helt annet sted — ai_labels.extended.fhi_data per sak (88 saker hadde dette per 2026-08-08) — aldri som outcome_indicators-rader med fhi_-prefiks.
Hvorfor det betyr noe
Enhver spørring etter helse-, arbeid-, utdannings-, eldre- eller barnerelaterte utfallsindikatorer via disse fire prefiksene returnerer stille tomt, uten feilmelding — nøyaktig mønsteret spesifikasjonens seksjon 6.1 navngir: «Silent empty results in enrichment code are converted into gap entries.» Det svekker to uavhengige kodesteder samtidig: fetchIndicators() i enrichment-runner.js (evidence-pakken til analysatoren for hver sak) og match-evidence.js sin kandidatgenerering for promise_evidence — begge går alltid tomme for disse fire sektorene, uansett hvor mange saker eller løfter som behandles.
Blokkerer
Pek oss til de konkrete FHI-, NAV- eller SSB/KOSTRA-datasettene disse prefiksene skulle representert (fhi_: FHI-normaltall/kommunehelseprofiler; nav_aap: NAVs statistikk over arbeidsavklaringspenger; students_: SSBs elev- og studenttall som løpende tidsserie; kostra_elder / kostra_kindergarten: KOSTRA-nøkkeltall for eldreomsorg og barnehage) — eller skriv en enrichment-tjeneste som faktisk skriver disse kodene til outcome_indicators, etter mønsteret i services/nav-sync/index.js.
Kilde — sjekk selv
scripts/pipeline/lib/enrichment-runner.js lines 44-51; scripts/pipeline/match-evidence.js lines 41-47; SELECT DISTINCT indicator_code FROM outcome_indicators (returns only nav_disability, nav_sick_leave, nav_unemployment); SELECT count(*) FROM ai_labels WHERE content_type='sak' AND extended->'fhi_data' IS NOT NULL (88 rows, 2026-08-08)
Hva mangler
scripts/pipeline/lib/ssb-mappings.js fjernet 2026-04-08 kartleggingen for kommuneøkonomi (SSB-tabell 12362, «netto driftsresultat»): tabellen viste seg å være feil (detaljerte kommuneutgifter per funksjon, ikke ett enkelt aggregat) og spørringen brukte i tillegg feil variabelkoder. Erstatningskandidatene 12367 og 11816 er navngitt i kildekodekommentaren, men aldri verifisert eller koblet inn. Saker tagget med kommuneøkonomi får derfor ingen automatisk SSB-kontekstsetning i det hele tatt.
Hvorfor det betyr noe
Saker om kommunal økonomi, eiendomsskatt, kommunesammenslåing og lignende får ingen tallfestet SSB-forankret kostnadskontekst i analysen, i motsetning til nesten alle andre økonomiske temaer i samme fil (statsbudsjett, BNP, lønn og KPI er alle kartlagt og virker). Både sakssider og fremtidige funn mangler dermed en kommuneøkonomisk referanseramme akkurat der de fleste andre økonomiske temaer har én.
Blokkerer
Bekreft riktig SSB-tabell-ID og PxWeb-variabelkoder for kommunenes netto driftsresultat (kandidatene 12367 og 11816 er navngitt, men ubekreftet, i scripts/pipeline/lib/ssb-mappings.js linje 378-384) — test spørringen mot data.ssb.no/api/v0/no/table/<id> og meld tilbake hvilken tabell som faktisk gir riktig aggregat.
Kilde — sjekk selv
scripts/pipeline/lib/ssb-mappings.js lines 378-384 (comment block: "NOTE 2026-04-08: table 12362 was the WRONG table ... No replacement for now")
Hva mangler
SSBs tabell 10540 («Registrerte helt arbeidsledige») ble avviklet i november 2020. outcome_indicators inneholder derfor bare to datapunkter for indicator_code nav_unemployment: én rad fra tabell 10540 med periode 2020-11 (frosset siden avviklingen), og én ny rad fra AKU-tabell 13760 med periode 2026-06, hentet 2026-08-07 da services/nav-sync/index.js ble skrevet om til å bruke etterfølgerserien. Mellom desember 2020 og mai 2026 finnes det ingen månedlig serie i det hele tatt, og de to radene måler dessuten ikke det samme: 10540 var NAVs administrative registreringstall, 13760 er AKUs spørreundersøkelsesbaserte arbeidsledighetsprosent — to ulike definisjoner i samme indicator_code, uten noe dokumentert bruddpunkt i dataene selv.
Hvorfor det betyr noe
Ethvert funn eller enhver prediksjon som skal vise arbeidsledighetsutviklingen over tid — for eksempel for å teste et partiløfte fra 2021 om å redusere ledigheten — mangler grunnlag for hele perioden 2021-2025. Den nye AKU-serien lukker den løpende sporingen fra og med juni 2026, men bygger ikke bro over historikken, og bytter samtidig definisjon midt i serien.
Blokkerer
Pek oss til NAVs egen åpne statistikk for registrerte helt arbeidsledige (NAV overtok publiseringen fra SSB da tabell 10540 ble avviklet i 2020) med lenke til riktig datasett eller API, eller til en fullstendig månedlig AKU-serie tilbake til 2021 fra SSB — så vi kan bygge en reell historisk backfill i stedet for de to isolerte punktene som finnes i dag.
Kilde — sjekk selv
SELECT indicator_code, period_start, metadata->>'ssb_table' FROM outcome_indicators WHERE indicator_code = 'nav_unemployment' ORDER BY period_start; services/nav-sync/index.js lines 24-42 (INDICATORS[0] comment)