Matrikel-API — jordstykker, ejerlav og BFE over Datafordeler

Hvad Matrikel-API’et giver dig

Prøv Matriklen live

Kør den nøglefrie /v1/demo/matrikel og se den endelige datakontrakt med rigtige felter — matrikelnummer, ejerlav, grundareal og oversat kommune.

Kald Matrikel-API’et i din stack

Samme kald i cURL, den typede TS-SDK og Python — slå ejendommen op på BFE-nummeret og få dens jordstykker med matrikelnummer, ejerlav og GeoJSON-geometri tilbage:

curl -H "Authorization: Bearer gf_live_…" \
  https://api.grundfast.dk/v1/matrikel/ejendom/5651067

Status & datakontrakt

Endpointet er GET /v1/matrikel/ejendom/:bfe, parallelt med BBR-ejendom og med samme nøgle, auth og metering. Det svarer kun 503, hvis en deployment ikke har WFS-kilden konfigureret — demo-datakontrakten har den endelige form:

# Live nu — Register #2 (Bearer gf_live_…):
GET /v1/matrikel/ejendom/5651067
→ 200  { type: "samlet_fast_ejendom", bfe_nummer: 5651067,
         jordstykker: [{ matrikelnummer: "138o", areal_m2: 460,
           ejerlav: { kode, navn }, kommunekode: "0740",
           geometri: { type: "Polygon", coordinates: […] } }], … }

# Demo-datakontrakten virker uden nøgle:
GET /v1/demo/matrikel
→ 200  { type: "samlet_fast_ejendom", jordstykker: [ … ] }

Parametre

Opslaget tager ét parameter — BFE-nummeret i stien:

Felter i svaret

Svaret er en samlet fast ejendom med et array af jordstykker — hvert med matrikelnummer, areal, ejerlav og GeoJSON-geometri:

Grundfast vs. DAWA vs. rå Datafordeler

Hvad du får ud af boksen på matrikeldata — sandt for hver kolonne. DAWA havde jordstykker, men lukker; den rå Datafordeler har alt, men i entitetsmodel og EPSG:25832.

Hvornår skal du bruge Matrikel-API’et

Matriklen er registret, du rammer, når spørgsmålet handler om jorden under ejendommen — grænser, areal og ejerlav — snarere end bygningen ovenpå. Tre typiske tilfælde:

Ofte stillede spørgsmål