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.

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

Omvendt skader det vel heller ikke, at der i en periode vises en adresse i OSM, som ikke længere eksisterer i virkeligheden, gør det?

Hvis jeg skal til at flytte noder rundt før de slettes kræver det dobbelt så mange kald til OSM API'et, og så kommer opdateringen til at tage dobbelt så lang tid, så det er ikke en mulighed.

Dette er et eksempel på hvordan ekstra tags fra adresser, der slettes, bliver overføre til den nye node, hvis der bliver oprettet en ny adresse på samme sted.

Nej du har helt ret i at det er en noget stor opgave at skrive til de enkelte kommuner. Især fordi der ikke findes noget dedikeret system hvor man kan anmelde fejl. Vi må vel fokusere på egne nærområder, og så tage det lidt hen ad vejen - og så erkende, at dataet jo nok aldrig bliver 100% korrekt.

Jeg overvejer stadig lidt, om det virkelig er en god beslutning at lade autoAWS ignorere ois:fixme-adresser. Det betyder jo, at fejlen ikke bliver rettet i OSM, selvom den måske er blevet rettet i DAR, fordi der ikke er nogen, der har fjernet ois:fixme-tagget. Umiddelbart virker det mere logisk at bruge et dedikeret tag (ala autoaws=ignore) i særtilfælde hvor en adresse ikke må blive automatisk opdateret.

Jeg foreslog tidligere at bruge et nyt tag, f.eks. autoaws=ignore, til at indikere at en adresse skal ignoreres af autoAWS. Her var svaret imidlertid at jeg blot skulle bruge den eksisterende ois:fixme, hvilket jeg derfor har gjort.

Jeg må dog sige, at jeg synes ois:fixme er et lidt mærkeligt tag. Hvis der opdages en fejl i en adresse, hvorfor så bruge tid på at sætte et ois:fixme tag i OSM, når man i stedet kunne bruge tid på at kontakte kommunen så fejlen kunne blive rettet ved kilden?