Hvorfor har du rettet adressen Museumsvej 11B til Stouby 11B? Det korrekte vejnavn er Museumsvej: http://dawa.aws.dk/adgangsadresser?id=27cdc532-5c9a-59d2-e044-0003ba298018

The speed limit you have changed here (from 50 to 15) s not correct. The speed limit on this road is 50, whereas the ADVISORY speed limit is 15. I have partially reverted your changes.

Bemærk venligst at dette ikke er en korrekt måde at angive en anbefalet hastighedsgrænse på (altså en blå tavle med hvid tekst). Om anbefalede max-hastigheder benyttes tagget maxspeed:advisory. Jeg har rettet vejstykket - tag lige et kig på det, så kan du se, hvordan man angiver det korrekt.

Jeg har nu manuelt rettet tilsvarende hændelser i Jylland og på Fyn. Jeg vil sige det var cirka 50/50, dvs. halvdelen af gangene skulle navnet flyttes til en ny adressenode, halvdelen af gangene var bygningen revet ned og tagget skulle fjernes.
Der mangler stadig nogle på Sjælland, som jeg ikke lige har tid til at rette nu: https://overpass-turbo.eu/s/zqt

Jeg kan ikke umiddelbart sørge for at husnavn bliver flyttet med til en ny node uden en større ændring i koden. Hvis en adressenode bliver opdateret bliver det selvfølgelig flyttet med, men hvis en adresse bliver slettet og tilføjet igen et nyt sted (fordi kommunen sletter den i DAR og tilføjer den igen), vil husnavnet fortsat blive "efterladt" sammen med et fixma tag, så man kan rette det manuelt.
Egentlig tænker jeg, at det fremadrettet vil være nemmere at bruge et name tag direkte på bygningen, i stedet for addr:housename? Vi bruger jo ikke rigtig husnavne i adresser alligevel, og det er jo den specifikke bygning, navnet knytter sig til - ikke adressen.

Det undersøger jeg lige.

Tak, det var lige hvad jeg skulle bruge :-) Se: https://overpass-turbo.eu/s/zo4

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 ?