Ændringer i adgang til KDS Skærmkort fra Datafordeleren

ballerup-kommune · June 24, 2026, 5:25am

Datafordeler.dk er i gang med at omlægge måden, hvorpå baggrundskort fremover tilgås via deres servere. Denne ændring får betydning for KDS Skærmkortet, som benyttes som baggrundskort i både iD-editoren og JOSM.

Nuværende metode (udgår)
Den nuværende syntaks for at hente KDS Skærmkortet er:

https://services.datafordeler.dk/DKskaermkort/topo_skaermkort/1.0.0/Wms?username=OPFFZDPOAS&password=tRmWsq8p9LW2-pf&FORMAT=image/png&TRANSPARENT=TRUE&VERSION=1.3.0&SERVICE=WMS&REQUEST=GetMap&LAYERS=dtk_skaermkort&STYLES=&CRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}

Denne metode bliver udfaset og vil senest ophøre med at virke pr. 1. januar 2027.

Ny metode (anbefalet)
Datafordeleren har allerede gjort den nye adgangsmetode tilgængelig. Fremover skal der anvendes API-nøgler i stedet for brugernavn og adgangskode. Nedenstående er en gyldig og funktionel opkald.

https://wms.datafordeler.dk/DKskaermkort/topo_skaermkort/1.0.0/WMS?apikey=svfaooasa5I6m0aFhcM52cZJVdVIjHDJuZgTECwjmuKY2XYaxP2l9xaERfuJCQMeT9xxf88uyTmx8w5kEbdPa1b7GooiIaNB7&FORMAT=image/png&TRANSPARENT=TRUE&VERSION=1.3.0&SERVICE=WMS&REQUEST=GetMap&LAYERS=dtk_skaermkort&STYLES=&CRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}

Test i iD-editoren
Du kan allerede nu teste den nye metode i f.eks. iD-editoren:

Gå til Baggrundskort
Vælg “Brugerdefineret”
Indsæt den nye URL
Klik OK

Hvis alt fungerer korrekt, vil KDS Skærmkortet blive indlæst.

Vigtigt om API-nøgler

API-nøglen er specifik for hvert enkelt baggrundskort og kan ikke genbruges på tværs.
Den angivne nøgle (vist ovenfor) er stillet til rådighed af Ballerup Kommune til brug i OpenStreetMap Danmark for KDS Skærmkortet.
Hvis der er behov for adgang til andre baggrundskort fra Datafordeleren, kan Ballerup Kommune hjælpe med at oprette yderligere API-nøgler. Så sig endelig til.

Opdatering af software og indekser
For at sikre fortsat funktionalitet bør den nye metode allerede nu implementeres i relevante værktøjer:

JOSM: Opdatering skal ske i JOSM’s baggrundslag-indeks.
iD og andre editorer: Disse benytter et globalt baggrundslag-indeks, som vedligeholdes via GitHub.

Har du erfaring med GitHub og lyst til at hjælpe med at implementere den nye URL, er du meget velkommen til at melde dig. Alternativt kan OSM DK tage fat i OSM Tech-gruppen for assistance.

Linus_W_Frische · June 24, 2026, 9:36am

Findes der et dokument der giver OSM tilladelse til at bruge skærmkortet og de andre kort? Hvis ikke, tror du så kommunen kunne hjælpe med at skaffe en sådan tilladelse? Jeg har været i kontakt med GST, men de er igang med at at ændre licens CC-BY, og har derfor ikke givet noget entydigt svar på om vi må bruge f.eks. matrikelkortret. Måske er det lettere hvis f.eks. en kommune spørger.

Et par kort som ville være meget anvendelige er natur- og friluftskortet og forvaltningskortet, da de har træer og vejkanter. Måske kunne man sågar importere GeoDK vejkanter direkte ind i OSM med tilladelse fra GeoDK og KDS.

ballerup-kommune · June 24, 2026, 9:56am

Tak for forslag. De to tjenester du nævner er fra Dataforsyningen og ikke fra Datafordeleren. Tjenester fra Datafordeleren kanses her . Ja det er meget forvirrende med navnene Dataforsyningen og Datafordeleren og især når mange webservices er ens fra begge steder.

Vedr. dine to forslag så kigger jeg lige hvad token (ja de bruger ikke API term) skal være for opkald til Dataforsyningen og vender tilbage - nok i et andet opslag.

Vi kan godt prøve at høre GST, men lover ikke noget.

mikini · July 6, 2026, 9:42pm

Jeg har forberedt et branch med ændret URL m.m. her: GitHub - mikini/editor-layer-index at new-datafordeler-url · GitHub

Her er en sammenligning der viser ændringerne; https://github.com/osmlab/editor-layer-index/compare/gh-pages…mikini:editor-layer-index:new-datafordeler-url

Jeg har fuldstændigt trofast opdateret licenser, navne og referencer til det jeg mener er korrekt, dette indebærer så at sætte fokus på at servicen er CC-BY-4.0 hvilket som udgangspunkt ikke accepteres i repoet uden en skriftlig accept fra copyrightindehaveren (waiver), som Linus også omtaler.

Jeg tvivler lidt på at dette går igennem og bliver merget hvis jeg laver en PR. Og i værste fald kan man jo forestille sig at den eksisterende Skærmkort-tjeneste også bliver fjernet, da data der distribueres via den jo reelt også er CC-BY-4.0.

Dette kunne måske endda også gælde for nogle af de øvrige tjenester? I editor-layer-index linker de øvrige stadig til den oprindelige specialiserede licens “Vilkår for brug af frie geografiske data”, som vist ikke længere anvendes af nogle af KDS/GST eller GeoDanmarks tjenester (også indikeret af denne oversigt på dataforsyning.dk).

Desværre er Danmarks Adresseregister (DAR) også omfattet af CC-BY-4.0, så jeg er nok nødt til at slukke for autoAWS indtil der er styr på dette. Jeg kan ikke forsvare at holde en direkte dataimport kørende hvis licensforholdene ikke er fuldstændigt klarlagte.
Jeg har også hele tiden tænkt at krediteringen i wiki var tilstrækkelig, men hvis OSMF ikke mener CC-BY-4.0 kan anvendes til tracing via ortofoto uden en specifik tilladelse, så må en direkte import også være udelukket.

–
Hilsner,
Mikkel

ballerup-kommune · July 7, 2026, 5:15am

Mange tak for at have gjort lag klar til GitHub merge. Vi krydser fingre for at den går igennem. Vedr. OSMF og diverse raster lag fra GeoDanmark/KDS som der traces fra eller bruges som kildetjek, så synes vi at OSMF hænger sig for meget i ordlyden i CC-BY-4.0 og ikke hvad hensigten med hvad den danske lovgivning om åbne data i Danmark var. Kort fortalt at politikernes ønske var, at offentlige data og diverse webservices skulle bruges så meget som muligt og danne baggrund for brug/nye produkter.

Vi ved godt at den optimale situation er at OSM DK får et officielt papir på ala “Alle rasterkort fra XX er ok at trace fra”. Dette på trods af Ballerup Kommune vurderer at kreditering på OSM Wiki er okay som du også selv er inde på.

mikini · July 8, 2026, 2:37am

Jeg har arbejdet lidt med at få alle lag opdateret så navne, licenser og dataejere fremgår korrekt (det var lidt af et sammensurium af SDFE→SDFI→KDS ± GeoDK referencer). I den forbindelse bliver jeg på dataforsyning.dk opmærksom på at der for nyligt er annonceret en “modernisering” og følgende nedlukning af en række services henover efteråret.

Iblandt de der lukkes er nedenstående som i dag ligger i editor-layer-index, jeg har også listet deres erstatninger på datafordeler.dk;

dataforsyning.dk endepunkt	dataforsyning.dk lag	datafordeler.dk endepunkt	datafordeler.dk lag
dhm_DAF	dhm_overflade_skyggekort	DHMNedboer/dhm	dhm_overflade_skyggekort
dhm_DAF	dhm_terraen_skyggekort	DHMNedboer/dhm	dhm_terraen_skyggekort
dtk_25_DAF	dtk25	DKtopokort/dtk_25	dtk_25

Umiddelbart har jeg held med at tilgå erstatningerne ved brug af den datafordeler.dk API-nøgle til Skærmkortet du har leveret i dette indlæg med ordlyden om at den skulle være “specifik for hvert enkelt baggrundskort og kan ikke genbruges på tværs”. Er du sikker på at dette er korrekt?

Min observation med datafordeler.dk API-nøgler, er at den jeg har genereret med min konto (type: “IT-Systemer”->“Organisation”=“Privat bruger”) ikke skelner mellem services, og gælder så vidt jeg kan se til alt (har mest brugt den til GraphQL mod DAR i forbindelse med at få autoAWS derover inden AWS lukker ned, men den virker også mod WMS-services).

Hvis vi kan få bekræftet at nøglen skulle kunne fungere på tværs, også på længere sigt, er det så ok med Ballerup Kommune at jeg ændrer de tre nævnte lag i editor-layer-index til at anvende Datafordeler-services med denne API-nøgle?

Det vil jo nok give en del trafik der vil blive tilskrevet denne nøgle at ligge i iD, og hvor indexets indhold nu ellers kommer til at blive udbredt til.

–
Hilsner,
Mikkel

ballerup-kommune · July 8, 2026, 5:10am

Det ser åbenbart ud til api-key kan genbruges på tværs. Jeg har lige testet med DKT-25 kortet.

Det virker sådan lidt ulogisk, når man ser Datafordeler interface (se næste billede) hvor Skærmkort API er tildelt

Dette leder til at vi i Ballerup har forstået at hver eneste WMS/WFS skulle have en selvstændig API key. Men godt at dette er blevet afklaret, at kun en API-key er nødvendig. Ballerup Kommune giver med ovenstående api-key selvfølgelig adgang til hvilken som helst af de forskellige WMS tjenester fra Datafordeleren , som er relevante for OSM brug.

Bemærk også at hvert andet år skal api-key forlænges - ikke at der skal oprettes helt ny api-key, men at der lige skal klikkes af Ballerup Kommune på “Forlæng” knappen inden 23. juni 2028 for at WMS tjenesterne fortsat skal virke.

Vi siger også mange tak for indsatsen med at gøre diverse lag klar via GitHub samt påpege at WMS tjenester også kan bruges på tværs med samme API-key.

mikini · July 9, 2026, 3:18am

Det ligner hvad jeg ser under “IT-Systemer”. Jeg opfatter dog meningen som at man kan opdele de API-nøgler man genererer, så de er dedikeret til anvendelse fra et bestemt system hvori man ønsker at forbruge data.

Overskriften “Skærmkortet” her er en fri-form tekst (bemærk knappen “Ændr navn”) beregnet på at identificere det system der anvender de pågældende nøgler til at tilgå Datafordeler-services. Det giver ingen binding mod services.

Se f.eks. hvordan autoAWS, som skal forbruge DAR via GraphQL, er oprettet på min konto;

Nogen kan måske have misforstået “IT-System” som værende servicen der er mål for brugen af en nøgle, og oprettet alle relevante i flæng, og så er de efterfølgende brugere af en delt konto blevet forledt af dette? Men det virker slet ikke som om at der eksisterer en måde at afgrænse hvilke services en nøgle kan anvendes til.

Jeg håber Ballerup Kommune har en god organisation og procedure for at dele adgangen og huske at få klikket rettidigt på “Forlæng” fremover ;). Jeg synes det er superfint at I vil stå for en delt API-nøgle, det vægter lidt mere end at en tilfældig privat bidragsyder gør det.

Jeg har oprettet editor-layer-index PR #2999 til at få godkendt ændringerne. Deri er der kun Matrikelkort (Cadastral Parcels) tilbage som hentes fra Dataforsyningen (som jeg også rettede til så den virker igen, den har vist været defekt noget tid) samt Ortofoto Forår som hentes fra Septimas cache.

–
Hilsner,
Mikkel

ballerup-kommune · July 9, 2026, 4:48am

Ballerup Kommune bruger KeePass til at holde styr på diverse brugernavne/adgangskoder i mange systemer. vi har set Datafordeler api-key til 1. juni 2028 til at udløbe i KeePass og derved kan vi nå at forny inden 23. juni 2028.

Vi håber også at Datafordeler systemet vil laves sådan så aktive brugere får en mail en måned før med beskeder i stil med

“Kære NN - du har en api-key der udløber XX-dato - hvis du ønsker at forny - så gå ind på …”

Ellers kan vi forestille os at der bliver noget bøvl ude i kommunerne om 2 år med api-keys der udløber.