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?

Hvis en adresse er fjernet i virkeligheden men stadig optræder i DAR bør den pågælden kommune gøres opmærksom herpå så den kan blive slettet i DAR.
Det er ganske rigtigt, at hvis du blot sletter sådanne adresse-noder, vil de blive tilføjes igen næste gang der køres en opdatering for det pågældende postnummer. Dette kan evt. omgås ved at slette alle tags på noden, på nær osak:identifier og addr:postcode, og tilføje et ois:fixme tag. Så vil autoAWS lade den "tomme" node være, indtil adressen bliver slettet i DAR - så bliver noden også automatisk slettet.

Men det er som sagt ikke hensigtsmæssigt blindt at konvertere fixme til ois:fixme, da sådanne noder så aldrig vil blive rettet, heller ikke når en evt. fejl bliver rettet i DAR.

Hvis denne placering er forkert, hvad er da den korrekte placering?

ois:fixme bør derfor bruges på adresser, der ER rettet manuelt, for at undgå, at de automatisk bliver rettet forkert tilbage.
Hvis en adresse er forkert, og ikke er blevet rettet manuelt, er det bedst ikke at tilføje ois:fixme, for så vil adressen automatisk blive rettet når fejlen bliver rettet i DAR.
Se f.eks. node/974168494
Denne ligger tydeligvis et forkert sted. Men når placeringen engang bliver rettet i DAR, vil noden ikke blive automatisk opdateret, fordi ois:fixme er sat. Den korrekte arbejdsgang er derfor: flyt manuelt adressen til den korrekte placering, og sæt derefter ois:fixme for at undgå, at den bliver flyttet tilbage til den forkerte placering

Bemærk at autoAWS fuldstændigt vil ignorere adresser hvor ois:fixme er til stede. Så de skal opdateres manuelt indtil ois:fixme kan fjernes igen

Bemærk at der ikke er ændret noget i dette changeset. Eneste rettelse er, at nodernes versionsnummer er øget fra 8 til 9. Intet data er ændret.

Bemærk at adresser i 1052 ikke er ændret. Kun adresser i 1053 er ændret i dette changeset. Jeg valgte blot at genbruge dette changeset i stedet for at åbne et nyt.

De er ikke flyttet - faktisk er de slet ikke ændret. Den eneste forskel er at nodernes versionsnummer er øget :) Det var en mindre fejl som gjorde, at rettelser slet ikke kom igennem. Denne er nu rette, se changeset/58617113.