Skip to content

Kortlag og datakilder ​

Her definerer du de lag, kortet skal vise, og hvor data skal hentes fra. Lagene konfigureres i style.yml under det relevante kort i maps → config → map → layer.

Styling af kortlag og søgeresultater beskriver farver og symboler. Lagvælger beskriver, hvordan brugeren får adgang til at tænde og slukke lagene.

Indbyggede lag (namedlayer) ​

namedlayer er en genvej til et færdigt lag. I stedet for selv at udfylde type, host, params og så videre peger du blot på en indbygget konfiguration:

yaml
map:
  layer:
    - id: skaermkort
      namedlayer: '#dk_standard'

Alle felter fra den indbyggede genvej kopieres ind i lag-definitionen. Du kan overskrive enkelte felter (fx visible, opacity, minResolution) ved siden af namedlayer.

Baggrundskort — Septima ​

namedlayerBeskrivelse
#septima_standardSeptimas standard baggrundskort (farver, veje, navne).
#septima_lightLyst/neutralt baggrundskort — godt til datavisualisering.
#septima_darkMørkt baggrundskort — godt til tematiske lag i lyse farver.
#septima_outdoorBaggrundskort optimeret til natur og friluftsliv.

Alle fire findes i _3857-variant (fx #septima_standard_3857) til kort der kører i EPSG:3857.

Baggrundskort — Danmark ​

namedlayerBeskrivelse
#dk_standardSkærmkort (standard) — Datafordelerens klassiske baggrund.
#dk_skaermSkærmkort, klassisk udseende.
#dk_graaGrå variant af skærmkortet.
#dk_topoTopografisk kort (GeoDanmark).
#dk_vejkortVejkort.
#osmOpenStreetMap.

De fire skærmkort findes også som vectortiles: #dk_standard_vt, #dk_skaerm_vt, #dk_graa_vt, #dk_moerkt_vt.

Luftfoto ​

namedlayerBeskrivelse
#dk_luftfotoNyeste ortofoto fra Datafordeleren.
#dk_luftfoto_3857Samme ortofoto i EPSG:3857.
#dk_orto_tempHurtigt foreløbigt ortofoto.

Til årsspecifikke ortofotos (fx forår 2024, 2023, …) brug DMP-datasæt — se afsnittet "DMP-datasæt" nedenfor.

Terræn og vand ​

namedlayerBeskrivelse
#dk_dhmDanmarks Højdemodel — terræn.
#dk_dhm_overfladeDanmarks Højdemodel — overflade (inkl. bygninger og træer).
#bluespotBluespot-kort — hvor vand samler sig ved kraftig nedbør. Kræver at du sætter layername for at vælge scenario.
#havvandHavvandsdybder og farvand.

Matrikel og administrativt ​

namedlayerBeskrivelse
#dk_matMatrikelkort.
#dk_dagiDAGI — administrative grænser (kommuner, regioner, sogne m.m.).
#dk_forvaltningForvaltningskortet.
#dk_naturNaturtemaer (beskyttede områder m.m.).

Planlægning ​

namedlayerBeskrivelse
#plandataPlandata-tjenesten (lokalplaner, kommuneplanrammer m.fl.).
#plandata_wmtsSamme som #plandata, leveret med WMTS.
#septima_plandk_3857Septimas eget plan-tile-lag i EPSG:3857.

Point of interest ​

namedlayerBeskrivelse
#septima_poiPOI-vektorlag — kræver at du sætter features_host til en endpoint der leverer POI'er som features.

DMP-datasæt (Danmarks Miljøportal) ​

Alle datasæt fra Danmarks Miljøportals datakatalog kan bruges som namedlayer-genveje. Formatet er en URN uden #:

  • urn:dmp:ds:<datasæt-id> — ét datasæt.
  • urn:dmp:dsgroup:<gruppe-id> — en datagruppe (flere datasæt samlet).

Minimaleksempel:

yaml
- id: ortofoto
  namedlayer: 'urn:dmp:ds:ortofoto-foraar-nyeste-tilgaengelige'

Søg efter datasættet i Danmarks Miljøportals datakatalog — datasæt-ID'et er den del der står efter urn:dmp:ds: i katalogets URL.

Nogle ofte brugte URN'er fra OneDoor-konfigurationer:

URNBeskrivelse
urn:dmp:ds:ortofoto-foraar-nyeste-tilgaengeligeNyeste tilgængelige forårsortofoto.
urn:dmp:ds:jordstykker-matrikelMatrikelkort (DMP-version).
urn:dmp:ds:samlet-fast-ejendom-gaeldendeSamlet fast ejendom (gældende).
urn:dmp:ds:adgangsadresserAdgangsadresser.
urn:dmp:ds:lokalplaner-vedtagetVedtagne lokalplaner.
urn:dmp:ds:lokalplaner-forslagLokalplanforslag.
urn:dmp:ds:kommuneplanramme-vedtagetVedtagne kommuneplanrammer.
urn:dmp:ds:beskyttede-naturtyper§3-beskyttede naturtyper.
urn:dmp:ds:natura2000-habitatomraaderNatura 2000 – habitatområder.
urn:dmp:ds:natura2000-fuglebeskyttelseNatura 2000 – fuglebeskyttelsesområder.

Egne lag ​

Udover de indbyggede genveje kan du selv definere lag i map.layer — fx et WMS-lag mod din egen Geoserver, et GeoJSON-tema med virksomhedens arbejdsområder, eller et vektorlag bygget over en API. Et egendefineret lag består af to ting:

  1. En definition i map.layer med et unikt id og en datakilde (WMS, GeoJSON, vectortile, features-API m.m.).
  2. En reference til dét id fra layerswitch2.groups[*].layers eller layerswitchDMP.layerImports.

Lagvælgeren slår op på id — skriver du matrikelskel i en gruppe, finder widget'et laget med id: matrikelskel i map.layer. Der er ingen forskel på indbyggede namedlayer-genveje og dine egne lag, set fra lagvælgerens perspektiv.

Fire trin til et nyt lag ​

  1. Definér laget i map.layer med unikt id, name, type (eller features: true) samt nødvendige server-felter (host, layername, features_host osv.).
  2. Style (kun vektor/features): brug Feature-styling med et namedstyle-preset eller eksplicitte farver og symboler.
  3. Giv en signaturforklaring med legendConfig — valgfrit, men pænere i lagvælgeren.
  4. Referér id'et i layerswitch2.groups[*].layers eller layerswitchDMP.layerImports — se Referér laget fra lagvælgeren.

Vigtigste felter på alle lag ​

FeltBeskrivelse
idUnikt ID. Bruges af lagvælgeren til at matche laget — påkrævet hvis laget skal kunne tændes/slukkes.
nameVisningsnavn i lagvælgeren og som default-titel på signaturforklaringen.
typeLagtype — fx WMS, WMTS, XYZ, ArcGISRest, VectorTile, eller geojson/gml for features-lag.
visibletrue/false — om laget er tændt fra start.
opacity0–1, lagets gennemsigtighed.
zIndexStabling — højere tal ligger ovenpå lavere. Default = rækkefølgen i map.layer.
minResolution / maxResolutionZoom-grænser. Udenfor dette interval vises laget ikke (og disables i lagvælgeren).
legendConfigSignaturforklaring i lagvælgeren.
srsKoordinatsystem for laget, hvis det afviger fra kortets.

Eksempel A — WMS mod egen server ​

Et klassisk WMS-lag (her matrikelkortet fra Datafordeleren):

yaml
map:
  layer:
    - id: matrikelskel
      name: Matrikelkort
      type: WMS
      host: https://min-kommune.dk/WMS/daginstitutioner?username=...&password=...
      layername: Jordstykke_Gaeldende,OptagetVej_Gaeldende
      params:
        VERSION: 1.3.0
        STYLES: bornehave_Roed,bornehave_Gul
      visible: false
      crossOrigin: anonymous
      singleTile: true
  • host — fuld URL til WMS-endpointet (inkl. evt. credentials eller API-nøgle).
  • layername (alias: layer_name) — komma-separeret liste af lag på WMS-serveren. Svarer til LAYERS-parameteren i GetMap.
  • params — ekstra GetMap-parametre, typisk VERSION og STYLES.
  • singleTile: true — henter hele billedet i én request (god til dynamiske/labels-tunge WMS). Udelad for at bruge tile-grid.
  • crossOrigin: anonymous — nødvendigt hvis kortet skal eksporteres som billede.

Eksempel B — GeoJSON fra URL (features-lag) ​

Et vektorlag hvor geometrierne hentes som GeoJSON — her en datafil under OneDoor-serverens assets-mappe:

yaml
- id: dybdegraenser
  name: Dybdegrænser
  features: true
  type: geojson
  features_host: /api/onedoor/v1/organisations/min-kommune/configurations/byggesager/assets/data/biblioteker.geojson
  features_dataType: json
  visible: true
  features_style:
    namedstyle: "#004"
    strokecolor: rgba(0,0,0,1)
    strokewidth: 1
    lineDash: [5, 5]
  • features: true gør laget til et vektorlag med klikbare features.
  • features_host kan være relativ (mod OneDoor-serveren) eller absolut, og kan indeholde <%= bbox %>-skabelon-tokens hvis API'et skal kaldes per udsnit.
  • features_dataType: json parser svaret som JSON; brug xml for WFS/GML-responser.
  • features_style styler features — se Styling af kortlag og søgeresultater.

Eksempel C — GeoJSON inline (data) ​

Et vektorlag hvor geometrien ligger inline eller udfyldes dynamisk fra kode (fx et "flow"-lag der opdateres løbende):

yaml
- id: flow
  features: true
  type: geojson
  data:
    type: FeatureCollection
    crs:
      type: name
      properties:
        name: urn:ogc:def:crs:EPSG::4326
    features: []
  features_dataType: json
  features_style:
    namedstyle: "#004"
    strokecolor: rgba(83,178,230,0.9)
    strokewidth: 5

Brug data når GeoJSON'en er lille og statisk, eller når laget skal fyldes af klient-kode senere.

Koordinatsystemer ​

OneDoors kort kører som udgangspunkt i EPSG:25832. Hvis dit WMS eller WFS kun understøtter fx EPSG:3857, er det ikke nok at sætte srs: på laget — tile-requests sendes i kortets projektion. Du skal enten:

  • bruge en tjeneste der udstiller EPSG:25832, eller
  • lade kortet køre i den projektion dit lag understøtter (map.srs), eller
  • proxy/reprojektere på serversiden.