Das Problem da scheint mir geringfügig anders obwohl es haargenau gleich aussieht. Dort sind Punkte nachträglich (und nicht gleichzeitig) auf die selbe Position gesetzt wurden. (Wie auch immer das wieder gehen soll)
Edit: vlt. fragt den mal wer, was er wie gemacht hat da … mein englisch is nich so prall … vlt. is der etwas kooperativer im Problem finden/lösen.
Den Detailunterschied (nachträglich gesetzte Punkte) hatte ich nicht bemerkt, danke!
Ich habe den Mapper in Minneapolis mal angeschrieben, das Problem skizziert und gefragt, mit welcher Hard-/Software er arbeitet.
Die aufeinanderliegenden Punkte lassen sich mit iD einfach erzeugen, wenn man miteinander verklebte Areas mittels der Funktion “Trenne diese Fläche von anderen Objekten” voneinander trennt. iD verdoppelt dann an den aufeinanderliegenden Grenzen alle verbundenen nodes.
Wenn ich jetzt ein Fläche mit z.B. 20 nodes trenne und 10 von den nodes bei der weiteren Bearbeitung manuell anfasse verbleiben 10 nodes, die nach wie vor auf dem way der angrenzenden Fläche liegen, aber eben nicht mehr verbunden sind. Um das zu beheben, muss man praktisch jeden dieser nodes anfassen und mit dem darunter liegenden manuell wieder verbinden. Eine Funktion, um die vorausgegangene Trennung aufzuheben, also im Prinzip “Verbinde alle unverbundenen aufeinander liegenden Nodes” wäre zwar praktisch, habe ich aber in iD nicht finden können.
Das verursacht aber keinen Fehler, da die nodes dann auf unterschiedlichen ways liegen.
Der Fehler hier ist ja, dass mehrere nodes des selben ways ganz nahe oder sogar genau übereinander liegen.
Das trifft vielleicht auf den OSM Inspector zu, aber sowohl der JOSM-Validator als auch keepright monieren sämtliche Koordinatenduplikate.
Meinem Post bezog sich auf die vorher beschriebene Vorgehensweise im iD und den Fehlermeldungen/Warnungen innerhalb iD.
“Trenne diese Fläche von anderen Objekten” erzeugt zwar doppelte Punkte an einer Stelle, aber keine Warnung im iD und entspricht somit nicht dem Fehlerbild im Raum Solingen, kann also auch nicht die Erklärung für das Fehlverhalten sein.
Auf Seite 4 wurde das aber bereits diskutiert …
Neue Änderungssätze, weitere Fehler …
https://www.openstreetmap.org/user/L%C3%A1szl%C3%B3%20Telavarro/history#map=12/51.1988/7.1341&layers=N
Thanks mate, ich habe nicht aufmerksam genug mitgelesen und zufällig gerade den Fehler der aufeinanderliegenden nodes (aber eben an separaten, aufeinanderliegenden ways) selber mit iD erzeugt, darauf beruhte mein Beitrag … bei einem sich lang dahinziehenden Thread verliert man schon mal den Faden … nix für ungut!! 
Es gab die Frage nach einer externen Maus, eventuell auch Tastatur?
Es gibt die Möglichkeit andere Editor Software zu verwenden.
Zumindest bestimmte Warnungen der Software zu beachten und generell hinzulernen welche Meldungen wie zu korrigieren sind bzw welche lieber ganz übergangen werden.
Wenn iD wirklich auf der Hardware funktioniert, braucht es ein Verständnis was vorgeht. Sprich minimale CS oder auch nur lokale Speicherungen und eine Schritt (Klick) für Schritt Beschreibung. So wie ich es mitbekomme, fehlen auf diese, zum größten Teil schon kommunizierte, Vorschläge und Fragen bisher Antworten.
Ich frage mich dann, wer räumt das auf? Persönlich habe ich auch keine Lust anderen Personen dauernd hinterherzuräumen, ganz egal in welcher (virtuellen) Welt. Das mache ich ein, zwei mal, aber dann reicht es mir auch und ich erwarte von der verursachenden Person eine Änderung Ihrer Vorgehensweise.
Bei den allermeisten Fällen finden wir eine Lösung und am meisten freut es mich natürlich wenn die Person aus freien Stücken bei der Problemlösung mithilft und dann selber aufräumt. 
Möglicherweise ist es wirklich ein Hardwarefehler. Wenn man nach iPad und Ghost Touch sucht, findet man einen Fehler beschrieben, der evtl. die Ursache sein könnte. Wenn er mal eine Maus anschließen würde, könnte man sehen, ob der Fehler dann verschwindet. Sonst bleibt nur die Warnungen zu beheben, bevor die Änderungen hochgeladen werden.
In diesem CS hatte FreiTal mit Screenshots gezeigt, wie Fehlermeldungen in iD ausschauen.
Nun habe ich nochmal CS115006031 kommentiert und ein paar Folien verlinkt, auf denen ich erläutert habe, wie die Warnungen behoben werden können.
Von dem Kollegen in USA, den ich angeschrieben habe, habe ich noch keine Antwort. Ich melde mich, wenn da was kommt.
Ich glaube, das alles ist ihm ziemlich egal – er macht einfach SEIN Ding …
https://www.openstreetmap.org/changeset/115219915#map=15/51.1671/7.1075&layers=N
https://www.openstreetmap.org/changeset/115220355#map=15/51.1674/7.1093&layers=N
Spätestens an dem Punkt, wo die Nacharbeiten anderer User mehr Zeit in Anspruch nehmen, als das reguläre Mappen und dem User das offenbar völlig egal ist, halte ich eine 0-Stunden-Sperre für angemessen. Auch wenn er das vielleicht nicht vorsätzlich macht, bindet er damit die Zeit anderer User (hier sind es ja auch schon 6 Seiten). Darauf und dass ihm Lösungen präsentiert wurden, sollte die DWG mit Nachdruck hinweisen. Und wenn sich nichts ändert, muss man notfalls den nächsten Schritt gehen. Sicherlich sollte man mit neuen und weniger versierten Usern Geduld haben, aber auch die ist endlich.
Allein, dass dieser Thread schon so eine Länge hat… Das könnte ein Hinweis darauf sein, dass sich hier viele Leute bemüht haben, gemeinsam mit dem Mapper eine Lösung herbeizuführen. Da aber von der anderen Seite praktisch nicht darauf eingegangen wird, müsste man jetzt einen Schritt weitergehen.
Fairerweise muss man sagen, dass die ersten drei Seiten des Threads sich mit einem ganz anderen Thema beschäftigen, dessen einzige Gemeinsamkeit mit diesem hier “Solingen” ist!
Ich habe den Mapper jetzt einmal mit etwas Nachdruck zur Teilnahme an der Diskussion aufgefordert https://www.openstreetmap.org/user_blocks/5559
Danke. Dass es “nur” 3 Seiten sind stimmt natürlich (hatte ich nicht gesehen), aber auch 3 Seiten finde ich recht viel.
Danke @woodpeck. Gut geschrieben, finde ich.
Der Grund, warum die Diskussion in diesem Faden fortgesetzt wurde, war nicht allein die Region Solingen, sondern die massiven Geometriefehler, die auch bei den Pokemonmappern, die zuvor dort alles mögliche zu Parks gemacht haben, auftraten. Ab #76 bzw. #79.
Sehr gut und diplomatisch geschrieben - Respekt!
Es scheint jetzt ein Problem mit dem Forum zu geben. Seite 7 produziert folgenden Fehler:
“An error was encountered
Error: The post table and topic table seem to be out of sync!.”
Edit: Nach diesem Post geht es wieder.
Dort hat jemand einen Beitrag verfasst, der erst noch von einem Moderator freigeschaltet werden muss. Die Seite wird zwar angezeigt, hat jedoch noch keinen (sichtbaren) Beitrag und das wird als Fehler gemeldet.
Das war auch meine Vermutung und lässt hoffen, dass der betreffende Mapper sich hier angemeldet hat. Schon mal prophylaktisch: die ersten drei Postings eines neuen Forumsmitgliedes müssen manuell freigeschaltet werden um eventuelle SPAM-Posts zu verhindern.
Ah, danke, das hatte ich noch nie gesehen.