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.

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.