Bitte hier nichts mehr ändern, bis der Datensatz revertiert wurde: http://tools.geofabrik.de/osmi/?view=areas&lon=6.52774&lat=51.51247&zoom=15&opacity=1.00

Please connect highways properly: osm.org/directions?engine=graphhopper_car&route=43.9948%2C-79.2876%3B44.0070%2C-79.2904#map=14/44.0070/-79.3019&layers=C

Bitte auch Abbiegebeschränkungen anpassen: https://ahorn.lima-city.de/tr/?zoom=19&lat=47.873982&lon=11.464698&layer=Grayscale&overlays=FTT

Ways cannot be inner members of two different multiüplygons: (e.g. way/763159536)

An area object is not within another if is not surtounded by it. (e.g. way/763159536 is not within Lake Superior but adjacent to the lake).

Der Grund für die Fehlermeldung hat auch schon vor meiner Bearbeitung bestanden, da ich an den tags der Relation nichts geändert habe: http://osm.mapki.com/history/relation.php?id=1404758 . OSMI berücksichtigt offensichtlich keine multiline-Relationen bzw. den x-natural-key.
Ich habe jetzt die Version 1 der Relation wieder hergestellt, die member-ways zu einer Line zusammengefasst, die tags von der Ralation auf sie übertagen und dann die Relation gelöscht

Da ist wohl mehr als ein Wegteil gelöscht worden: http://tools.geofabrik.de/osmi/?view=areas&lon=14.11455&lat=50.92153&zoom=16&opacity=1.00.

Adressen sind eimalig! Bitte Adressduplikate bereinigen.
https://osm-suspects.gbconsite.de/#17/49.04051/12.13359/osm-dupes

Diese Linie war äußerer Ring des Forest-Multipolygons http://osm.mapki.com/history/relation.php?id=5824500 !

Es ist nicht Sinn und Zweck von OSM hier gpx Tracks von gefahrenen Strecken als eigenständige higways abzuladen, unabhängig davon, welche Wege schon existieren. Für definierte Routen bitte eine route-Relation aus den benutzen Wegabschnitten erstellen. Wenn du neue Erkenntnisse uber den Zustand bzw. Eigenschaften einzelner Wegabschnitte hast, diese bitte direkt dort ergänzen bzw. ändern.

Bitte korrigieren: http://tools.geofabrik.de/osmi/?view=areas&lon=11.77026&lat=48.41165&zoom=17&opacity=1.00

Bitte überarbeiten: http://tools.geofabrik.de/osmi/?view=areas&lon=8.62976&lat=50.14167&zoom=15&opacity=1.00

Bitte für Radrouten nicht einfach Wege neu anlegen, wo schon welchen existieren, sondern die vorhandenen Wege für die Routenrelation verwenden und ggf anpassen!

Why did you change landuse=residential to landuse=vineyard?
relation/371773
http://osm.mapki.com/history/relation.php?id=371773

Gemischte Rad- und Fußwege sollten mit highway=path … eingetragen werden: osm.wiki/DE:Tag:highway%3Dcycleway

Nach meinem Verständnis hat die Straße durchaus Verbindungscharakter. Dorr ist ein Ortsteil mit meiner Zählung nach sieben Anwesen. Dazu finde keine passenden service-tags=*. Das trifft übrigens auch für "Am Tannenberg" zu.
Außerdem führen von dort zwei Tracks ohne Zugangsbeschränkung weiter. Bei einem davon deutet die Geschwindikgeitsbeschränkung darauf hin, dass er auch regelmäßig von Kfz befahren wird. Die Breite einer Straße ist hein Kriterium für den Verbindungscharakter. Die Breite kann man mit width oder lanes angeben. Die Staßenklasse "residential" erschien mit auf Grund der Siedungsstruktur unpassend.

Das Polygon http://osm.mapki.com/history/way.php?id=291819712 hat bis zu meiner Änderung als landuse=industrial das landuse=industrial-Polygon http://osm.mapki.com/history/way.php?id=28781397 überlagert. Deshalb ich für das Peri-Betriebsgelände eien site-Relation http://osm.mapki.com/history/relation.php?id=6654618 mit dem Polygon als perimeter angelegt, kein Multipolygon! Offensichtlich berücksichtigt OSM Inspector im Gegessatz zu Miltipolgonen die Mitgliedschaft eines ways ohne tags in einer site-relation nicht. Inzwischen ist Peri als wieder erfasst: way/678724494#map=16/48.3038/10.1460

Da passt doch etwas nicht: http://overpass-turbo.eu/map.html?Q=%3Cosm-script%20output%3D%22xml%22%3E%0A%3C!--osm-script%20output%3D%22xml%22%20date%3D%222018-03-22T03%3A52%3A31Z%22--%3E%0A%20%20%0A%20%20%3Cquery%20type%3D%22node%22%20into%3D%22adrn%22%3E%0A%20%20%20%20%3Cbbox-query%20s%3D%2247.97955213555145%22%20w%3D%2210.154585838317871%22%20n%3D%2247.993511740000834%22%20e%3D%2210.187630653381348%22%2F%3E%0A%20%20%20%20%3Chas-kv%20k%3D%22addr%3Apostcode%22%20v%3D%2287700%22%2F%3E%0A%20%20%20%20%3Chas-kv%20k%3D%22addr%3Astreet%22%20v%3D%22Nordweg%22%2F%3E%0A%20%20%3C%2Fquery%3E%0A%20%20%3Cquery%20type%3D%22way%22%20into%3D%22adrw%22%3E%0A%20%20%20%20%3Cbbox-query%20s%3D%2247.97955213555145%22%20w%3D%2210.154585838317871%22%20n%3D%2247.993511740000834%22%20e%3D%2210.187630653381348%22%2F%3E%0A%20%20%20%20%3Chas-kv%20k%3D%22addr%3Apostcode%22%20v%3D%2287700%22%2F%3E%0A%20%20%20%20%3Chas-kv%20k%3D%22addr%3Astreet%22%20v%3D%22Nordweg%22%2F%3E%0A%20%20%3C%2Fquery%3E%0A%20%20%0A%20%20%3Cquery%20type%3D%22way%22%20into%3D%22hw%22%3E%0A%20%20%20%20%3Cbbox-query%20s%3D%2247.97955213555145%22%20w%3D%2210.154585838317871%22%20n%3D%2247.993511740000834%22%20e%3D%2210.187630653381348%22%2F%3E%0A%20%20%20%20%3Chas-kv%20k%3D%22highway%22%20regv%3D%22.%22%2F%3E%0A%20%20%20%20%3Chas-kv%20k%3D%22name%22%20v%3D%22Nordweg%22%2F%3E%0A%20%20%3C%2Fquery%3E%0A%20%20%3Cunion%3E%0A%20%20%20%20%3Citem%20set%3D%22adrn%22%2F%3E%0A%20%20%20%20%3Citem%20set%3D%22adrw%22%2F%3E%0A%20%20%20%20%3Crecurse%20from%3D%22adrw%22%20type%3D%22down%22%2F%3E%0A%20%20%20%20%3Citem%20set%3D%22hw%22%2F%3E%0A%20%20%20%20%3Crecurse%20from%3D%22hw%22%20type%3D%22down%22%2F%3E%0A%20%20%3C%2Funion%3E%0A%20%20%0A%20%20%20%20%0A%20%20%3Cprint%20mode%3D%22meta%22%20order%3D%22quadtile%22%2F%3E%0A%3C%2Fosm-script%3E

Bitte verwende das Luftbild der Bayer. Vemessungsverwaltung als Hintergrund, dann kannst Du die Straßen und Gebäude selber lagerichtig eintragen.

Bei Gebäuden wird der Grundris erfasst und nicht die Draufsicht: osm.wiki/DE:Key:building

Bitte redunante Adressen bereinigen: https://osm-suspects.gbconsite.de/#18/51.90380/10.51996/osm-dupes
Jdes Adresse existiert nur einmal Weltweit!