könnte es sein, dass schon jemand dran ist? ich hab im nord-Westen einen Kringel gemacht und die Daten längst wieder geköscht. Ist aber immer noch sichtbar.
/dirty brachte auch nix.
Nun denn, für mich ist das ein Bug.
Walter
Hm, ich sehe gerade, es ist nicht die genau die Kirchen-Farbe. Die ist nämlich #ae9c8d, und das braune Etwas ist #b9a99c.
Ich wette, dass es die Farbe von Gebeude Umrisse ist. Kirchen (building-major-fill) sind 20% verdunkelt und Gebeude Umrisse (building-line) sind 15% verdunkelt:
https://github.com/gravitystorm/openstreetmap-carto/blob/master/buildings.mss#L2
Ok, da wurde also die Ecke eines Gebäudes um tausende Kilometer verschoben? Kann passieren.
Und es war nicht ID. 
@ woodpeck: Wie hast du den Fehler gefunden? Wäre gut zu wissen für den nächsten Fehler dieser Art.
Mea culpa! Den Changeset hab ich gefunden, aber nicht gedacht, dass der schuld ist! :-[
Ich habe gestern Nacht große Changesets gesucht, welche ein paar Stunden alt waren. Einfach in einer betroffenen Gegend “Chronik” angeklickt, und dann bei den Resultaten weiter geschaut.
Im Nachhinein war es wohl die Farbe von der Linie um Gebäude. Es wurden 2 nodes von Finnland nach Vancouver teleportiert, einer davon war ein Gebäude-Eck. Scheinbar hat das extrem lange Gebäude dann in Europa die Renderer so überfordert, dass es nicht nur als spitzes Dreieck zu sehen war, sondern gleich ganz “ausgelaufen” ist.
Frage: Wie entstehen solche Fehler? Durch zufällige Übertragungsfehler beim Hochladen? Oder beim Verarbeiten in der OSM API bzw Datenbank?
Könnte man da eine Plausibilitätsprüfung machen, z.B. “Wenn eine Koordinate um mehr als 2 Grad verändert wurde, Änderung ablehnen”.
Aber vermutlich lohnt sich das performance-mäßig nicht, wegen solch seltener Fehler alle Änderungen zu überprüfen.
Ist mit SIcherheit ein Bedienungsfehler in JOSM resp. JOSM ist manchmal sehr mit vi verwandt.
Übrigens kein Beinbruch, dass es nicht geklickt hat gestern Abend, ärgerlicher ist eher, dass der Fehlerverursacher es gemerkt hat und nicht gemeldet oder selber behoben hat (Fehler passieren die ganze Zeit und sind nicht weiter schlimm).
Simon
Hoffentlich lesen die JOSM Macher hier nicht mit. 
Mir ist heute früh - im Halbschlaf - eingefallen, wie man sowas findet, wenn es wirklich ein Edit-Fehler wie hier ist - und wenn man eine DB hat:
Man sortiert alle Polygone (geschlossene Ways + Multipolygone) der DB nach Größe und schaut sich die grössten an.
“Leider” habt ihr das schon gefixed 
Gruss
walter
Das tut mir leid! Entschuldigen mir sein, bitte!
(Apologies for both my German & the user errors (on JOSM) that caused these problems!)
Thanks to malenki, woodpeck, and SimonPoole for helping with my recovery / reversion!
Kein Problem, Danke. Ich finde es ist ein Programmfehler, wenn hier keine Warnbox kommt (möchten Sie wirklich den Node um 6553 Kilometer verschieben?).
Es gibt soooo viele Fehler in den Daten, aber nur wenige wirbeln Staub auf.
Ja, auch danke. Habe schon immer eine Methode gesucht für die Translozierung von Gebäuden.
Siehe Forsthaus nach FLM Lindlar
Das ganze geht natürlich auch über Kontinente…
Hätte man den Fehler nicht spätestens nach dem nächsten Datenupdate des OSMI dort finden können? Schließlich ist es von Amerika bis ins europäische Russland eine weites Stück. Oder wäre der Way in den vielen Richtfunkstrecken untergegangen? 
Offensichtlich. Einmal F5 und es ist wieder heile.
Oh, auf die Idee bin ich nicht gekommen. Danke. Ich habe es mit Strg+Umschalt+R gemacht um den Cache zu löschen, damit ging es aber nicht weg, deswegen war mir nicht ganz klar was da los war. Warum das jetzt einfach mit F5 weggeht, hm, das ist mir ehrlich gesagt ein Rätsel, dachte vorige Variante wäre stärker.
Vielleicht hast du durch ctrl-r neue Daten angefordert, die den Renderer angestoßen haben – und als ich daher kam, waren die neuen Tiles fertig.
Für mich sieht das nach eine Aufgabe für API 0.7 aus. Das Changeset hätte zurückgewiesen werden müssen.
Datenkonsistenz ist kein Feature sondern eine absolute Notwendigkeit!