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.

It's a little hard to believe that the German name (name:de tag) for this is "Byt en Bog", since that is Danish.

Dette er et changeset lavet med henblik på at teste autoAWS automatisk opdatering af adresser. Postnr. 1053 bruges da det er meget småt (kun 10 adresser). Alle rettelser vil blive gennemgået og verificeret manuelt.

Er dette en legeplads eller en park? Du har tagget området som park, men skrevet legeplads i navnet. Hvad er i øvrigt kilden på navnet "Trustrup Legeplads"? Står der f.eks. et skilt med navnet?

Hvorfor har du her kombineret adresserne Kirkevej 13 og Ordrupvej 69A? Det er to forskellige adresser, de ligger altså ikke samme sted.

Er du sikker på at NAVNET på dette er "Udspringsplatform"? Et navn skal kun defineres, hvis det er det faktiske navn (f.eks. et bynavn eller et gadenavn). Navn skal ikke bruges til at beskrive, hvad et objekt er. I dette filfælde kan du i stedet for bruge man_made=tower kombineret med tower:type=diving_platform
En computer ved ikke, hvad "Udspringsplatform" betyder, men hvis du bruger ovenstående tags, vil det blive klassificeret korrekt.

Du bør ikke sætte navnet på et objekt til "Juletræsmark". Navnet skal kun angive officielt navne (f.eks. bynavne). Se i stedet for her for mulige tags: osm.wiki/Vegetation

Du er her kommet til at flytte adressen Baldersvej 5 flere 100 meter sydpå. Pas på at du ikke flytter knuder ved en fejl. Jeg rykker den tilbage.

I editoren kan du vælge en figur (f.eks. et hus) og trykke på S på dit tastatur, så bliver hjørner der næsten er rette vinkler automatisk justeret til 90 grader. Det giver et noget pænere resultat for huse, der generelt har rette vinkler

Pretty sure the correct tag is step_count. Thee stairs tag is used to indicate the type of stair, not the number of steps. See step_count=* and stairs=*

Jeg er godt opmærksom på at flere relationer er blevet splittet her. Det most oplagte er nok at omlægge dem via Kattegatvej-Stensmarkvej. Du er velkommen til at gøre det hvis du har tid, ellers ser jeg lige på det i løbet af ugen.

Jeg skal nok udvide det så nye adresser vil blive tilføje og ikke længere eksisterende adresser vil blive slettet. Første skridt er lige et proof-of-concept på opdatering af eksisterende adresser :)

Jeg har brugt formiddagen på at - med inspiration fra AWSbot scriptet - skrive et nyt script fra bunden, der kan opdatere adresser. Det henter OSM data og AWS data og sammenligner de to på osak:revision. Ideen er så at det skal outputte en OSM fil som kan uploaded via osmosis.
Jeg har lavet det på en måde så det krævet en del færre resourcer end det gamle script. Så det kan f.eks. sagtens køres på en almindelig laptop. Testet på Grenaa (postnr 8500) og det tager cirka et par minutter.
Der er stadig nogle timers arbejde i at færdiggøre det, men jeg vil lige skrive på DK-talk mailinglisten når jeg kommer videre.