Please note that you moved a street lamp into the middle of a building in this edit, which is clearly not correct. I have moved it back.

osak:identifier bliver indsat i samme format som det fremgår af DAR. Af ukendte årsager konverterede AWSbot dette til STORE bogstaver of fjernede bindestreger.
Det er meget nemmere at slå en adresse op i DAR, når ID'et har det korrekte format

Hvis en opdatering berører at andet postnummer (ligesom changeset/59018408, opdatering af 1208, berørte 1466), bliver det berørte postnummer opdateret umiddelbart efter

Why not use the sidewalk tag in this case? sidewalk=*

Yes I have created the address node again so it is fine now :)

Please note that address nodes in Denmark should not be merged with buildings like you have done here. Please see osm.wiki/Addresses#Denmark

Bemærk at adressepunkter normal ikke skal sættes sammen med bygninger, sådan som du har gjort ved Kattegatcentret, jf. osm.wiki/Da:Adresser

9 adresser var placeret i samme punkt

Eksempel på at ekstra tags på adressenoder bevares, både hvis noden opdateres eller hvis den "slettes". Hvis en adresse slettes, fjernes adresse-taggene og de resterende tags efterlades + der tilføjes et fixme tag.

Placering af adresser omkring Postens Vej rettet efter Vejle Kommune blev gjort opmærksom på fejlen

Dupletter bliver nu slettet korrekt

Fejl. Se i stedet 58901461.

Enkelte rettelser til forrige changeset

Enkelte steder bliver en adresse slettet og tilføjet igen. Dette sker hvis adressen er flyttet OG osak:id'et er ændret. I sådanne tilfælde er det ikke muligt at sige med sikkerhed, at der er tale om den samme adresse.

Noder bliver nu primært rettet direkte, i stedet for at slette en node og oprette en ny i samme placering.

Jeg arbejder på en løsning hvor noder i højere grad vil blive opdateret i stedet for at blive slettet og så tilføjet igen, hvilket bør reducere ovenstående problem betydeligt

Jeg arbejder på en løsning hvor autoAWS vil tjekke, om en adresse findes i omkringliggende postnumre før den slettes. Ovenstående situation bør derfor ikke kunne finde sted i fremtidige versioner.

Nej i dette tilfælde er din analyse helt korrekt. De er fjernet fordi de ikke længere eksisteret i postnummer 8500

Enten fordi de er tilføjet igen i changeset nummer 2, eller fordi, som du siger, at de har flyttet postnummer. Planer er netop at køre opdateringer i rækkefølge sorteret på postnummer, så adresser der er flyttet fra et postnummer til et andet vil blive tilføjes hurtigst muligt igen hvis du er fjernet

Eksempel på at det er nødvendigt at dele større postnumre i flere changesets. Changeset 2 af 2.