Er der mon nogen der kan brygge en overpass API query sammen, der finder adressenoder (noder med osak:identifier tag) som indgår i ways? Altså f.eks. finde adressenoder som ved en fejl er blevet til et punkt i en vej eller hjørnet i en bygning. Det kunne være rart at få fundet og fjernet sådanne tilfælde

Topologi handler om hvordan netværk hænger sammen, i dette tilfælde vejnetværk. Konkret endte en sti blindt men burde være sat sammen med en anden ("almost-junction" fra keep right tjek værktøjet)

Du er her kommet til at flytte adressen Hvidkærvej 3 hen midt i et T-kryds! Jeg har rettet problemet for dig. Pas venligst meget på, at du ikke kommer til at rykke rundt på adressepunkter fremover

Som sagt er du nødt til at kontakte kommunen for at få adressen fjernet, hvis du ikke mener den eksisterer. Adressedata i Danmark i Openstreetmap bliver vedligeholdt automatisk vha. data fra Danmarks Adresseregister, så punktet vil automatisk blive tilføjet igen på et tidspunkt hvis ikke adressen bliver slettet fra Danmarks Adresseregister

Degnevænget 47 eksisterer skam i Danmarks Adresseregister: http://dawa.aws.dk/adgangsadresser?q=Degnev%C3%A6nget%2047%20Sk%C3%B8rping

Hvis du mener det er en fejl, bedes du venligst kontakte Rebild Kommune, som kan fjerne adressen.

Jeg kan godt lave en løsning så vi undgår dette fremover, dog vil jeg vente med at indføre den indtil vi er igennem første gennemkørsel af alle postnumre. Stort set alle adresser opdateres i første gannemkørsel fordi vi ændrer i tag-strukturen. Løsningen hvor vi undgår at bygninger og veje bliver deformerede vil desværre betyde at opdateringshastigheden næsten halvveres, og når alle adresser skal opdateres vil det have en meget stor effekt. Men når vi er igennem alle postnumre første gang og der kun vil være mindre rettelser ved hver opdateringen, gør en halvvering af opdateringshastigheden ikke så meget.

opdanne=opdage

Lidt uheldigt at det sker. Desværre er der ikke nogen angivelse af, om en node er enkeltstående eller del af en linje når man downloader noden, så det er næsten umuligt at opdanne sådanne problemer på forhånd

Indgange kan angiver separat. Se: entrance=*

Normalt vil sletning og oprettelse af adresser ikke blive delt op i flere changesets som det er sket her (kun opdatering af adresser vil blive delt). Det skete dog her med changeset/59294231 da min internetforbindelse røg halvvejs igennem.

Bemærk venligst at adressedata i hele Danmark er importeret fra det officielle Danmarks Adresseregister. Du bør derfor ikke flytte rundt på adressepunkter. Hvis du flytter et punkt, vil det automatisk blive flyttet tilbage til officiel placering efter nogle dage.
Hvis en adresse er placeret forkert, skal du kontakte den lokale kommune som kan rette placeringen.

En computer vil ikke kunne forstå hvad "2 stk" betyder, så du skal kun skrive "2" i kapacitet, ikke "2 stk".

Hvorfor ikke tagge den med leisure=dog_park ?

Så kom vi ud over de små Københavnerpostnumre

Bemærk at de 70 knuder der her er slettet alle var dupletter

But what makes you tag this as a regional aerodrome then? EKVD is perfectly capable of handling international flights. Quote from the AIP:
"The aerodrome is open for traffic to/from all States. Customs clearance and Immigration PN 1 HR to ADO. All flights originated outside Denmark with destination inside Denmark must state number of Schengen - and non-Schengen citizens onboard in flight plan (FPL) item 18."
So if anything it should be tagged with aerodrome:type=international

Der sker ting og sager i Carlsbergbyen

Ny Carlsberg Vej 40-48 er flyttet til postnummer 1799, som derfor bliver opdateret som det næste.

Why this change? The aerodrome was tagged in accordance with this proposal: osm.wiki/Proposed_features/Aerodrome

autoAWS will use the value from the OIS fixes site, so when Aarhus is updated, all address nodes should be corrected to Sankt Clemens Torv.
As for alt_name on the street, sure, that may be good to add. However the address nodes will only contain the OIS fixes version, not both