Ich wäre dafür solche Kleinigkeiten einfach direkt zu beheben und hier nur die schweren Fälle zu melden. 
so was?
http://www.openstreetmap.org/changeset/20394199
http://www.openstreetmap.org/changeset/20393258
Na ja, typischer ID Newbie-Error. Hab ihn mal angeschrieben.
Ich habe dem LeonLevis123, der diese beiden changesets gemacht hat, eine Message geschrieben, daß er bitte besser aufpassen soll.
Hoffentlich habe ich das innerhalb von neunzig Tagen fertig 
Edit:
Ich habe den Erzeuger mal angeschrieben und Hilfe angeboten.
Offensichtlich gibt es da mindestens falsche landuse, Mehrfach-uploads, Überlappungen und outer-inner-Probleme.
Kontakt besteht. Wir arbeiten das ab.
Ich hole das noch mal hoch…
Bei dem Durcheinander dort ist nicht auszuschließen, dass am Ende leere MP ohne member und ways ohne Schlüsselpaare als Leichen verbleiben.
Womit checke ich das und wie bekomme ich die weg?
Vor dem Upload: JOSM-Validator drüberlaufen lassen, der hat eine Meldung dafür. Nach dem Upload: Gebiet in JOSM laden und eine Suche nach “untagged” findet Objekte ohne Tags, die kein Child eines anderen Objektes sind. Bei leeren Relationen habe ich keine Ahnung. Z.B. KeepRight hat zwar eine Meldung für “Way ohne Nodes”, allerdings frage ich mich, wie die jemals angezeigt werden kann, weil Ways ja keine Koordinaten haben. Da dürfte also nur noch die ID, eine kreative OPAPI-Anfrage oder eine eigene Datenbank helfen.
Hier sind Adressinformationen direkt an der residential-Area des Ortes. Da gehören sie wohl kaum hin; das müsste sich jemand mal anschauen.
Hallo!
In diesem Änderungssatz: http://www.openstreetmap.org/changeset/18509745
Wurden Gebäude erstellt, die ein building=yes haben UND ein lcn=yes. Habe es durch Zufall gesehen, weil JOSM Radwege ja so toll pink färbt.
Habe das lcn=yes inzwischen gelöscht.
Möglicher Weise Mappingunfall mit iD.
Ursprüngliche Waldfläche http://www.openstreetmap.org/way/152539899 nun auch http://www.openstreetmap.org/way/259646435 vom 2. Feb 2014 denke ich. Ich hatte mit dem mapper Kontakt. Doppelte Wege in diesem Waldstück wurden bereits von ihm korrigiert. In iD ist es nicht zu erkennen.
Hallo!
Bei dem Changeset wurde ein Punkt an eine Grenze gesnappt (aus Versehen), sodass mehrere Wege andere Wege ohne Schnittpunkt kreuzen. Klassischer Mappingunfall: http://www.openstreetmap.org/changeset/20415670
Konkret der Punkt: http://www.openstreetmap.org/node/245347987
Habs mal versucht zu korrigieren.
Hmm, kann auf die schnelle keinen verurachenden changeset finden, sonst würde ich das reverten. Reparieren dauert wohl zu lange:
http://www.openstreetmap.org/#map=16/49.8471/7.8812
PS: Die Dokumentation dazu:
Wenn man rauszoomt erkennt man, dass wohl das residential aus Versehen kreisförmig gemacht wurde.
Könnte es dieser sein?
https://www.openstreetmap.org/changeset/20933372
Sogar mit Facelook. 
Wieder mal ein typischer iD - machmichrund - Unfall.
Ah! Ja, ist der sicher. Hab Grad mit whodidit nachgeschaut. Ich mache mich ans reverten (hab da lokalkenntnis). Ich hoffe ich mach alles richtig…
Ich benachrichtige auch den Verursacher.
PS: Verursacher benachrichtigt, ist revertet. Lief ohne Probleme durch. Danke chris66!
Noch ein Mappingunfall:
In diesem Änderungssatz: http://www.openstreetmap.org/changeset/20893263
wurde die rechte Rheinstrecke als Tunnel getaggt. Ist wohl ein Versehen (oder von iD verursacht). Jedenfalls wüsste ich nicht, dass da ein Tunnel gebaut wird: http://www.openstreetmap.org/way/110957748
Allerdings müsste das jemand trotzdem mal nachschauen bevor es umgetaggt wird.
Note: http://www.openstreetmap.org/note/130241
Danke!
Lt. Wikipedia gibt es hier keinen Tunnel…
http://de.wikipedia.org/wiki/Rechte_Rheinstrecke (Streckendiagramm auf der rechten Seite)
Das muß man nicht nachschauen. Von zwei Parallelgleisen mit 5 Metern Abstand kann nicht eins im Tunnel und das andere nicht sein. embarkment=yes ist wahrscheinlich, da der Abschnitt mehrere Straßen und Wege überquert.
Baßtölpel