Du er her kommet til at flytte adressen Baldersvej 5 flere 100 meter sydpå. Pas på at du ikke flytter knuder ved en fejl. Jeg rykker den tilbage.

I editoren kan du vælge en figur (f.eks. et hus) og trykke på S på dit tastatur, så bliver hjørner der næsten er rette vinkler automatisk justeret til 90 grader. Det giver et noget pænere resultat for huse, der generelt har rette vinkler

Pretty sure the correct tag is step_count. Thee stairs tag is used to indicate the type of stair, not the number of steps. See step_count=* and stairs=*

Jeg er godt opmærksom på at flere relationer er blevet splittet her. Det most oplagte er nok at omlægge dem via Kattegatvej-Stensmarkvej. Du er velkommen til at gøre det hvis du har tid, ellers ser jeg lige på det i løbet af ugen.

Jeg skal nok udvide det så nye adresser vil blive tilføje og ikke længere eksisterende adresser vil blive slettet. Første skridt er lige et proof-of-concept på opdatering af eksisterende adresser :)

Jeg har brugt formiddagen på at - med inspiration fra AWSbot scriptet - skrive et nyt script fra bunden, der kan opdatere adresser. Det henter OSM data og AWS data og sammenligner de to på osak:revision. Ideen er så at det skal outputte en OSM fil som kan uploaded via osmosis.
Jeg har lavet det på en måde så det krævet en del færre resourcer end det gamle script. Så det kan f.eks. sagtens køres på en almindelig laptop. Testet på Grenaa (postnr 8500) og det tager cirka et par minutter.
Der er stadig nogle timers arbejde i at færdiggøre det, men jeg vil lige skrive på DK-talk mailinglisten når jeg kommer videre.

Bliver adresser i øvrigt stadig opdateret af et script engang imellem? Eller kan man selv semi-automatisk opdatere adresser for et område ved at køre scriptet? Jeg kan se AWSbot ikke har lavet nogen rettelser i 9 måneder

Det kan du have ret i

Er der virkelig tale om en offentlig park her, eller er det en have? I sidstnævnte tilfælde er det bedre at bruge leisure=garden i stedet for leisure=park. I begge tilfælde skal navnet normalt ikke sættes til adressen. Der er separate tags der bruges til at angive adresse, og disse er allerede tilstede på grunden. Navnet på et objekt skal kun angives, hvis det har et egentligt navn (f.eks. "Kongens Have", "Aalborg" eller "Hvedemarksvej")

Consider adding access=destination on the way. Note that access=permissive basically means the same as access=public. See access=*

Please do not modify address nodes in Denmark unless you really know what you are doing. Addresses in Denmark are imported from an official government database and should not be moved. Please see osm.wiki/Addresses#Denmark

I have made some changes to this area. Please always try to use correct data tags instead of very long description texts, since such texts cannot be interpreted by computers.

Jeg har fjernet de navne du havde sat på stierne. Et navn er f.eks. "H. C. Andersens Vej" eller "Nørrevænget". Du havde sat navnet på en sti til at være "Nej til grusvej, heller gennem skoven" - det er der altså ikke nogen sti, der hedder!

Herning Lufthavn (way/220280461) er en af flere brugere af Herning Flyveplads. Blandt andre eksempler er Herning Svæveflyveklub (way/220282909) og Dropzone Denmark (node/4483974645). Herning Lufthavn er derfor navnet på et firma, ikke på selve flyvepladsen/baneinfrastrukturen osv.
Det er lidt samme logik som gør, at Københavns Hovedbanegård ikke skal navngives "DSB" - DSB er en stor bruger af Københavns Hovedbanegård, men der er forskel på navnet på brugeren og navnet på selve infrastrukturen.
Herning Flyveplads S/I er det formelle navn på dedn selvejende institution der ejer flyvepladsen.

There already is an access=private tag. It is up to the data user to interpret and display the appropriate tags so that the end user (the pilot in your example) has the correct information.
Frankly I do not agree with your story of a qualified pilot finding a random airstrip in OSM and deciding to land there without doing any form of preparation. That would not just be bad airmanship, but gross negligence. But again, it is entirely up to the data users to interpret the available data correctly, we (data contributors) should not be making incorrect adjustments to data with the purpose of having data interpreted in a special way.

Jeg ændrer til aerodrome=public som i virkeligheden nok er mere passende. Bemærk at EKRD er åben for internationale flyvninger og både bliver anvendt til passagerflyvning, skoleflyvning, privatflyvning, arbejdsflyvning (f.eks. med helikopter til inspektion af højspændingsledninger) m.m., så aerodrome=airsport rammer ikke bredt nok

Bemærk at "isolated dwelling" bruges om meget små landsbyer. Det er næppe passende at bruge om et udkigstårn. Derimod er tourism=viewpoint tagget, som du har fjernet, mere passende.

If the track is not yet finished, please use the construction tag: construction=*

Hmm, er du sikker? I så fald skal alle adresserne langs vejen også rettes. På denne (tilfældigt eksempel) ser det ud til, at den tidligere hed Nordre men nu hedder Nørre: node/930097806/history

Hej Michael.
Jeg ved ikke helt, hvad du forsøger at opnå, men det er IKKE sådan her, vi indtegner bygninger i OSM. Husl på at de indtegninger du laver er synlige for alle brugere, inklusive de tusindvis af hjemmesider og apps, der benytter OSM data. Det er derfor ekstremt vigtigt, at du følger korrekt datasyntaks og almindelig god skik.
Jeg forsøgte at hjælpe dig for et par dage siden ved at tegne skolebygningen korrekt ind, men jeg kan se du har slettet det hele igen og endnu engang tegnet bygninger forkert ind. Igen har du brugt "name" tagget til at beskrive de forskellige bygninger, hvilket er helt forkert.
Jeg vil på det kraftigste anbefale dig at bruge noget tid på at sætte dig ind i, hvad OSM egentlig er, og hvordan du kan bidrage med data. Der findes en udmærket begynderguide her: osm.wiki/Beginners%27_guide
Vær opmærksom på, at hvis du fortsat indtegner data af dårlig kvalitet, vil den til stadighed blive slettet af andre brugere.