Plandata til ejendomsudvikling kan gøre lokalplaner og kommuneplanrammer maskinlæsbare, men et GIS-overlap er ikke i sig selv en juridisk konklusion. Ejendomsindexs snapshot indeholder 9.105 ejendom-plan-overlap i pilotområdet København og Gladsaxe, skabt fra 4.297 officielle planfeatures. Værdien ligger i at bevare kæden fra geometri til dokument—ikke i at reducere den til ét felt.
| Datakæde pr. 25. august 2026 | Omfang |
|---|---|
| Screenede ejendomme i pilotområdet | 1.815 |
| Heraf i Københavns Kommune | 1.515 |
| Aktive BBR-bygninger knyttet til København | 5.951 |
| Officielle Plandata-features i udtrækket | 4.297 |
| Materielle og øvrige ejendom-plan-relationer | 9.105 |
Hvad de fleste guides overser
Tekniske guides til Plandata til ejendomsudvikling fokuserer ofte på, hvordan en WFS eller geofil hentes. Det svære begynder efter download: Hvilken planversion er juridisk relevant? Hvilken ejendomsenhed skal geometrien matches til? Hvordan behandles delområder, små strejf og ikke-målbare geometrier? Og kan et afledt tal spores tilbage til den præcise planfeature og bygning?
En datakæde er først brugbar, når hvert led har sin egen identitet:
| Led | Stabil reference | Typisk fejl hvis den mangler |
|---|---|---|
| Ejendom | BFE-nummer og matrikelrelationer | Adresse eller enkelt bygning forveksles med samlet fast ejendom |
| Plan | Plan-ID, plannummer, status og version | Seneste datapost vælges uden juridisk statuskontrol |
| Geometri | Kildegeometri, overlapareal og andel | Et hjørnestrejf behandles som fuld dækning |
| Bygning | BBR-bygnings-ID, status og etageareal | Eksisterende areal undervurderes ved manglende bygninger |
| Afledt output | Formelversion, snapshot og kildefelter | En score kan ikke reproduceres efter dataopdatering |
Det er denne sporbarhed, der gør et GIS-overlap til evidens. Uden den kan en flot liste ikke forklare, hvorfor en ejendom ligger over en anden, eller hvad der ændrede sig mellem to snapshots.
Dokumentet og de digitale felter har forskellige roller
Plandata skelner mellem den digitale indberetning og de dokumenter, planmyndigheden uploader. For lokalplaner, kommuneplaner og tillæg efter PlanDK2 og PlanDK3 udgør de uploadede dokumenter det retligt gældende grundlag. De digitale felter om blandt andet geografi, anvendelse og bebyggelsesomfang er vejledende og skal afspejle dokumentet. Efter ændringen af Plandatabekendtgørelsen i juni 2025 kan en fuldt digital PlanDK4-kommuneplan eller et PlanDK4-tillæg være det juridisk bindende plangrundlag uden en PDF. Datamodellen skal derfor gemmes sammen med kildevalget.
Det giver en klar arbejdsdeling:
- Brug strukturerede felter til søgning, sammenligning og prioritering.
- Brug plandokument, kortbilag og bestemmelser til juridisk og faglig kontrol.
- Gem linket mellem dem, så resultatet kan revideres.
Det betyder også, at en generel regel som “PDF’en vinder altid” ikke længere er korrekt. Kildehierarkiet afhænger af plantype og datamodel. Automatiseringen skal kunne vise, hvorfor netop dokumentet eller den digitale registrering blev behandlet som autoritativ i den konkrete sag.
Ét planopslag kan give flere overlap
En københavnsk ejendom har i datasættet median to materielle relevante planoverlap; 90-percentilen er fem. Det skyldes blandt andet, at lokalplan, delområder og kommuneplanramme kan ligge oven på samme ejendom.
Modellen vælger derfor ét stærkeste boligkompatibelt bevis til klassen, men sletter ikke de øvrige relationer. Det valgte bevis forklarer kategorien; overlaplisten forklarer konteksten.
| Overlapkvalitet i København | Antal |
|---|---|
| Valgt bevis dækker mindst 99 % | 1.364 |
| Valgt bevis har delvis dækning | 151 |
| Ejendomme med mindst én ikke-målbar relevant geometri | 1.165 |
Det sidste tal er ikke 1.165 ejendomme “uden plan”. Det er en kvalitetsmarkør om mindst én planrelation, hvis overlap ikke kunne måles sikkert. Ejendommen kan samtidig have et andet fuldt målt og valgt bevis.
Fire geografiske fejl, der ændrer resultatet
Et lille grænsestrejf
En planpolygon kan røre en smal kant af ejendommen på grund af præcision, generalisering eller en reel delvis dækning. Derfor bruges en dokumenteret tærskel på én procent til materielt planbevis i denne analyse. Tærsklen er et produktvalg, ikke en juridisk regel.
Delområdet overskrives af hovedplanen
En lokalplan kan have én overordnet geometri og flere delområder med forskellige anvendelser eller tæthedsregler. Hvis hovedplanens generelle felt vælges uden delområdet, kan både planbevis og kapacitet blive forkert.
Ejendommen er større end adressen
Flere matrikler kan udgøre en samlet fast ejendom. En adressebaseret geokodning kan kun ramme én bygning eller én matrikel og dermed udelade dele af areal og bygningsmasse. BFE-identiteten skal være analyseenheden, mens adressen er en visningsværdi.
Geometrien kan ikke måles
En ugyldig, manglende eller inkompatibel geometri skal blive ukendt. Hvis den konverteres til nul, ser datakvaliteten bedre ud, samtidig med at en relevant plan kan forsvinde fra sagen.
De fire fejltyper bør have egne kvalitetsflag. Ellers kan analytikeren ikke skelne mellem “ingen relevant plan fundet” og “relevant relation kunne ikke måles”.
Planaktivitet er ikke juridisk vedtagelse
851 ejendommes valgte planevidens er registreret eller opdateret inden for 12 måneder før snapshot. Kun ti lokalplaner i udtrækket har vedtagelsesdato i 2026 frem til skæringsdatoen, og der er 11 aktuelle forslag.
En momentumscore kan bruge registreringsalder som ét signal, men navnet og forklaringen skal forhindre, at den læses som en godkendelsessandsynlighed. I produktet er planmomentum en deterministisk kombination af registreringsaktualitet, status, antal relevante overlap og valgt overlapandel.
En reproducerbar pipeline
1. Frys kildesnapshot
Gem dato, filnavn, kommune og de præcise temaer. Ellers kan historiske tal ikke genskabes efter registerrettelser.
2. Normalisér planstatus
Forslag, vedtaget og aflyst skal være eksplicitte. En dato må ikke bruges som erstatning for status.
3. Match mod juridisk ejendomsgeometri
Relationen bør gemme både overlappet areal og andel. Små geometriartefakter filtreres efter en dokumenteret tærskel; her én procent.
4. Bevar alle kandidater
Vælg et forklarende primært bevis, men gem de konkurrerende planer. Det gør delområder og konflikter synlige.
5. Beregn med kildehenvisning
Hvert afledt felt skal kunne føres tilbage til planfeature, ejendom og BBR-input. Ukendte og kvalitetsflag følger med.
6. Generér indhold fra samme datasæt
Grafer og artikeldata bygges af samme snapshot som produktets screening. Det reducerer risikoen for, at markedsføring og produkt viser forskellige tal.
Sådan testes en reproducerbar planpipeline
En pipeline bør have kontroller, der fanger både databrud og semantiske brud:
- Mængdekontrol: Antal features, relationer, ejendomme og bygninger sammenlignes med forrige snapshot.
- Statuskontrol: Kun kendte statusværdier accepteres, og forslag holdes adskilt fra vedtagne planer.
- Geometrikontrol: Overlapandele ligger mellem 0 og 100 procent; ugyldige geometrier logges som ukendte.
- Identitetskontrol: Alle relationer peger på eksisterende plan-, ejendoms- og bygningsnøgler.
- Formelkontrol: Afledte kapaciteter kan genskabes fra de gemte input og samme formelversion.
- Indholdskontrol: Tal i artikler og SVG-grafer matcher den genererede JSON for samme snapshot.
- Regressionskontrol: Kendte eksempler sammenlignes på tværs af snapshots, så en stor ændring kræver en forklaring.
Kontrollerne beviser ikke, at planfortolkningen er korrekt i enhver konkret sag. De beviser, at systemet behandler de valgte regler konsekvent og gør fejl synlige. Den faglige læsning skal stadig kunne åbne planens dokument og kortbilag.
Hvad Plandata ikke kan afgøre
Plandata kan ikke alene dokumentere en bygnings egnethed, den fulde miljøtilstand, en servitut, projektøkonomi eller kommunens fremtidige politiske beslutning. Det kan heller ikke erstatte læsning af tekst og kortbilag.
Til gengæld er det særdeles værdifuldt til at finde, hvilke dokumenter og ejendomme en analytiker bør bruge tid på først. Se den samlede metode på lokalplan København og anvendelsen i udviklingsscreening.
For en vedligeholdt overvågning er næste lag nye lokalplaner i København, hvor den samme datakæde bruges til at skelne registeraktivitet fra juridiske planhændelser.
Hvad et evidenskort skal vise
Et godt evidenskort for én ejendom kan være kort, hvis det ikke skjuler de afgørende felter:
- ejendoms-ID og geografiafgrænsning;
- valgt planbevis og konkurrerende planrelationer;
- status, datoer, datamodel og link til autoritativ kilde;
- overlap i m² og procent samt kvalitetsflag;
- struktureret maksimum med enhed og kildefelt;
- aggregeret BBR-etageareal og manglende arealflag;
- afledte scorer med regelversion;
- den konkrete næste manuelle kontrol.
Kortet gør to ting på én gang: Det hjælper analytikeren med at arbejde hurtigt, og det gør det muligt for en kollega at udfordre resultatet. Begge dele er nødvendige, hvis data skal bruges i en professionel ejendomsproces.
Ofte stillede spørgsmål
Er de strukturerede felter i Plandata juridisk gældende?
Plandata oplyser, at de uploadede plandokumenter for PlanDK2- og PlanDK3-planer er det retligt gældende grundlag, mens den digitale indberetning har vejledende karakter og skal afspejle dokumenterne.
Hvor mange planoverlap indgår i Ejendomsindexs snapshot?
Snapshot 25. august 2026 indeholder 9.105 ejendom-plan-overlap for pilotområdet København og Gladsaxe, baseret på 4.297 officielle planfeatures.
Hvorfor er et lille overlap ikke nok?
En geometri kan strejfe en ejendomsgrænse eller kun gælde en lille del. Modellen kræver mindst én procent for materielt planbevis og viser overlapandelen til manuel kontrol.
Hvad betyder ukendt overlap?
Det betyder, at en relevant planpost ikke kunne måles sikkert med den tilgængelige geometri. Ukendt behandles som en kvalitetsadvarsel, ikke som nul overlap.
Kan Plandata stå alene i en udviklingsanalyse?
Nej. Det skal kobles til korrekt ejendomsidentitet, BBR, det gældende plandokument og relevante miljø-, bevarings- og projektspecifikke undersøgelser.
Metode og kilder
Datafilerne er versioneret pr. 25. august 2026. Opgørelsen på 9.105 relationer omfatter København og Gladsaxe, mens øvrige artikelmål på denne side er mærket København, når det er deres geografiske scope.