De danske adresser bliver opdateret ved hjaelp af AutoAWS-botten ( AutoAWS - OpenStreetMap Wiki ). Og det er meget vaerdsat. Jeg vil dog advare om, at data-kilden: Dataforsyningen lukker den 1. oktober 2026. Dvs ikke flere automatiske opdateringer af adresser i OSM.
Det ligner, at man skal benytte Datafordelerens GraphQL-api hvis man vil have en lignende funktionalitet.
Ping @mikini
Jeg har været i dialog med Mikini, har arbejder på sagen. Det er ikke sikkert han bliver færdig til deadline.
Godt arbejde til jer begge. Det er en virkelig vigtig funktionalitet!
Sejt og tusind tak.
Hejsa,
Tak for pinget, mosecrawl.
Jeg har haft opmærksomhed på nedlukningen af DAWA/AWS siden den blev annonceret sidste år (se todo-liste i kildekode-repositoriet), men jeg har haft meget lidt tid at bruge på det, så jeg er ikke helt i mål endnu og er ikke sikker på at jeg kommer det til på torsdag.
Jeg har dog haft god fremdrift i dag, og tænker at der nok ikke går forfærdeligt længe inden der kan komme noget i drift.
Hilsner,
Mikkel
Der findes erstatninger til dawa som leverer de nøjagtig samme endpoints, og data - se DanskAdresseAPI flere store virksomheder har valgt den vej fremfor at skulle til at kode alle deres systemer om.
Du skifter bare base-url til danskadresseapi også er du kørende igen.
Betaler du?
Beløbet det koster er en brøkdel af hvad store systemer vil koste og kode helt om til deres nye løsninger.
" Casper, Stifter af DanskAdresseAPI" 
Godt spottet 
ligger ikke rigtig skjul pĂĄ det, sĂĄ skulle jeg nok ha oprettet mig i et andet navn.
Det var en venlig information at løsningen findes - mange kommer langt med de 1000 gratis.
Og det skete ret præcist til annonceret tid kl. 10:00. Overpass API’et fejlede op til (hvilket udsætter forespørgsler til DAWA/AWS), så den seneste forespørgsel mod DAWA/AWS som lykkedes var 09:49:14 og den første der blev afvist med HTTP status 410 Gone var 10:03:06 (observerede manuelle forespørgsler fejle 10:01:07):
[01-Oct-2026 08:03:01 UTC] INFO: autoAWS v1.7.1 (6335efb) invoked (from cli)
[01-Oct-2026 08:03:01 UTC] INFO: Now updating postcode 9380
[01-Oct-2026 08:03:05 UTC] DEBUG: Overpass API data age 90 seconds (timestamp "2026-10-01T08:01:35Z")
[01-Oct-2026 08:03:06 UTC] INFO: 1568 addresses downloaded from OSM
[01-Oct-2026 08:03:06 UTC] PHP Warning: file_get_contents(https://api.dataforsyningen.dk/adgangsadresser?postnr=9380&struktur=mini&status=1): Failed to open stream: HTTP request failed! HTTP/1.1 410 OK
in /home/autoaws/autoAWS/index.php on line 1493
[01-Oct-2026 08:03:06 UTC] ERROR: Unable to contact DAWA API (get_contents_as_string returned false)
[01-Oct-2026 08:03:06 UTC] INFO: Clearing database
[01-Oct-2026 08:03:06 UTC] INFO: Database cleared
[01-Oct-2026 08:03:06 UTC] INFO: Running shutdown function
Jeg er så langt at kernefunktionaliteten for hentning af adgangsadressepunkter fra DAR via Datafordeler/DAF GraphQL er implementeret, og jeg arbejder nu med at få øvrig brug af DAWA/AWS API’et porteret (hentning af postnummer og kommunelister) samt validere datakontinuiteten så det kommer til at opføre sig fornuftigt imod de eksisterende OSM data ved upload.
Det sidste handler specifikt om at der en meget højere koordinatpræcision i data hentet igennem DAF/GraphQL (de kommer som UTM32/EPSG:25832 der skal omregnes til WGS84/EPSG:4326), hvilket kan give en forskel der trigger unødige opdateringer pga. afrundinger der er foretaget i DAWA/AWS og autoAWS (sidste har historisk afrundet til 6 decimaler, selvom OSM gemmer 7). Efter hvad jeg har set indtil nu er mit gæt at ca. 2% af alle adresser (for 6731 Tjæreborg 22 ud af 1746) ville blive opdateret hvis den får lov at løbe løs som den er.
Et eksempel er koordinaterne hentet fra DAWA/AWS for adressepunkt e08660ce-cb53-494c-9c12-c3001480a1c7 (Jens Kusks Vej 51A, 6731 Tjæreborg) som var;
"x": 8.596262,
"y": 55.4579145,
Disse er afrundet af autoAWS ved upload til de gældende i OSM (55.4579150 8.5962620).
Mens det konverterede koordinatpar fra DAF/GraphQL er;
"x": 8.596261996851153,
"y": 55.45791448962252,
Hvilke ved afrunding til 6 decimaler vil give en ændring i y/breddegrad på det sjette decimal fra 55.457915 til 55.457914.
Der kommer nok også til at blive en ændring i opdateringsfrekvensen (hidtil ét postnummer i minuttet), da det tager væsentligt længere tid at hente DAR-data via DAF/GraphQL (de har forskellige begrænsninger i forespørgselsstørrelser og jeg tror også de dynamisk nedjusterer hastigheden hvis man bruger mange ressourcer).
Det største postnummer er 8600 Silkeborg med 31016 adgangsadresser, dette tog 10-15 sekunder at hente med DAWA/AWS’s REST-interface, men det tager den nuværende implementation ca. 6 minutter at samle de samme data sammen med DAF/GraphQL (på laptop på hjemmeinternetforbindelse, forventer at det rykker lidt mere på serveren):
miki@issy:~/autoAWS (master *$%=)$ time php gql-test.php 8600
Got postnummer result: {"data":{"DAR_Postnummer":{"nodes":[{"id_lokalId":"39cb998e-19a7-4479-a0df-17b8ac2a4330","postnr":"8600","navn":"Silkeborg"}]}}}
Got 31016 adgangsaddresses for postcode 8600
count(adgangspunkt_ids): 31016
count(navngivenvej_ids): 957
count(supplerendebynavn_ids): 22
DAR_Adressepunkt query result count: 31016
DAR_NavngivenVej query result count: 957
DAR_SupplerendeBynavn query result count: 22
real 6m7,083s
user 1m5,990s
sys 0m1,635s
miki@issy:~/autoAWS (master *$%=)$
Hilsner,
Mikkel
Mjah, du kunne jo godt have skrevet “Jeg har lavet DanskAdresseAPI som erstatning for DAWA…” i stedet for
Det ville have været en mere ærlig “sales-pitch” som jeg ikke som sådan har noget imod at du laver (din service løser jo et reelt problem for nogle virksomheder).
Under alle omstændigheder har OSM-Danmark ikke budget til at betale for en sådan service, så det er usandsynligt at vi vælger den løsning.
Har vi noget budget? 
Var der ikke på et tidspunkt nogle kaffelegater til mappermøder?
Måske Casper bare ikke er helt klar over hvad for en størrelse OSM er. Donations - OpenStreetMap Wiki
Hej igen,
Jeg har lige kørt den første opdatering af OSM med autoAWS v2.0.1 der henter DAR-data via GraphQL 
.
Dette blev gjort manuelt på postnummer 7100 Vejle fra dotsrc.org-serveren, resultatet kan ses som changeset 190119617 (achavi, OSMCha) og bestod af 1 opdateret, 41 nye og 3 slettede noder (2 nye boligområder, nogle korrektioner omkring et indkøbscenter samt lidt diverse juseringer).
Undervejs blev der hentet data for og analyseret 24552 adresser og adressepunkter, 1037 vejnavne og 36 supplerende bynavne hvilket varede præcist 4m30s (26s for OSM download, 2m23s for DAR-adgangsadresse download, 1m22s for download af tilhørende koordinater, veje og bynavne og 19 sekunder for OSM XML-generering og upload). Hastigheden er nok påvirket af at der blev logget ekstensivt undervejs.
Umiddelbart er jeg tilfreds, alt ser ok og fornuftigt ud, men jeg vil lige gennemgå logs og resultatet lidt mere grundigt og køre lidt flere håndholdte kørsler henover de næste dage, før jeg sætter autoAWS tilbage i egentlig kontinuert drift.
Hilsner,
Mikkel
PS: Hvad siger I? Skal navnet laves om? Kan botten hedde AWS når nu AWS er død?
[07-Oct-2026 01:16:28 UTC] INFO: autoAWS v2.0.1 (474d934) invoked (from cli)
[07-Oct-2026 01:16:28 UTC] INFO: Now updating postcode 7100
[07-Oct-2026 01:16:40 UTC] DEBUG: Overpass API data age 127 seconds (timestamp "2026-10-07T01:14:33Z")
[07-Oct-2026 01:16:54 UTC] INFO: 24484 addresses downloaded from OSM
[07-Oct-2026 01:19:17 UTC] INFO: count(adgangspunkt_ids): 24522
[07-Oct-2026 01:19:17 UTC] INFO: count(navngivenvej_ids): 1037
[07-Oct-2026 01:19:17 UTC] INFO: count(supplerendebynavn_ids): 36
[07-Oct-2026 01:20:39 UTC] INFO: 1 addresses need updating
[07-Oct-2026 01:20:39 UTC] INFO: 41 addresses are missing from OSM and will be added
[07-Oct-2026 01:20:39 UTC] INFO: 3 addresses will be deleted from OSM
[07-Oct-2026 01:20:39 UTC] INFO: New changeset created with ID: 190119617
[07-Oct-2026 01:20:39 UTC] INFO: Updating nodes
[07-Oct-2026 01:20:40 UTC] INFO: Deleting nodes
[07-Oct-2026 01:20:40 UTC] INFO: Creating nodes
[07-Oct-2026 01:20:58 UTC] INFO: Closing changeset
[07-Oct-2026 01:20:58 UTC] INFO: Clearing database
[07-Oct-2026 01:20:58 UTC] INFO: Database cleared
[07-Oct-2026 01:20:58 UTC] INFO: Running shutdown function
Tak til Mikkel for denne imponerende indsats med at få det til at virke med den ny måde at høste adresser på.
Da AWS bot laver datahøst med stor succes , så måske den nordiske gudinde Sif kan være det nye navn? Sifs gyldne hår er blevet tolket som værende symbolet på gyldne kornmarker i den nordiske mytologi. Dermed er hun blevet tolket som høstens gudinde. Høsten spillede en stor rolle i samfundet den gang.
Behold navnet og slip for bøvlet med at ændre dokumentation både her og der
Stærkt arbejde!
Navnet er ikke sĂĄ vigtigt. Vi kan altid retroaktivt finde pĂĄ noget, AWS nu stĂĄr for 
I øvrigt bemærker jeg, at du bruger OIS-rettelser til OpenStreetMap, men det er ikke muligt at logge ind på den side og rette fejl, sikkert fordi den bruger OAuth i stedet for OAuth 2. Jeg kan se, at det er Ole Laursen, der står for siden, men ved du, om der er tale om at få tjenesten opdateret?
Man kunne skifte AWS ud med DAR, “autoDAR”. “DARbot” evt. 