Hallo qm20_,
das sind keine Anwendungsfälle für Multipolygone.
Außenlinie mit gemeinsamen Abschnitt verursachen Fehler bzw. erzeugen ungültige Multipolygone. Siehe hier:
https://tools.geofabrik.de/osmi/?view=areas&lon=11.87963&lat=49.86743&zoom=17&baselayer=Geofabrik%20Standard&overlays=duplicate_segment%2Cway_in_multiple_rings%2Cways

Erklärung und Beispiele zu Multipolygone.
osm.wiki/DE:Relation:multipolygon
osm.wiki/DE:Multipolygon_Examples

Hallo EinsJonas,
die gestrigen Änderungen hab das Parkplatz-Multipolygon zerschossen.
Siehe hier:

https://tools.geofabrik.de/osmi/?view=areas&lon=11.40445&lat=48.78776&zoom=18&baselayer=Geofabrik%20Standard&opacity=0.50&overlays=duplicate_segment%2Cway_in_multiple_rings%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways

Der »Übergang« über die Gleise ist aber vorhanden und wird auch genutzt.

Wenn dann müsste das über »access« geregelt werden und nicht durch löschen bzw. Wegunterbrechung.

»access=no« an der Gemmingerstraße ist mit Sicherheit falsch.
Siehe hier:
osm.wiki/DE:Tag:access=no
Und Hier:
osm.wiki/DE:Key:access

Hast du gesehen, dass an den ways ein placement=right_of:1 vorhanden ist?
placement=right_of:1
Damit hat die Position eigentlich gepasst.

highway=steps und smoothness=excellent schließt sich aus.
Tagging an folgenden Weg kann so nicht stimmen.
way/1055476429

Wie angedeutet handelt es sich um zwei Fehler.

Du zeichnest einen highway-Abschnitt über einen anderen highway-Abschnitt. --> Geometriefehler. Siehe folgende Punkte:
node/9814778320/
node/9813809233/

Ich sehe dort keinen footway, es existiert ja bereits eine Verbindung durch die residential.

Du hast dich ja »bewusst« für das getrennt Mappen der Fußwege entschieden!
Ob das in einem einfachen Wohngebiet sinnvoll ist sei dahingestellt.
Getrennt mappen hat halt auch Nachteile!
Jetzt an jeder Haus-/Garagenzufahrt eine Querungsmöglichkeit einzuzeichnen ist mMn keine gute Idee. Leider schon passiert:
way/1069270229/history
:-(

Du erzeugst aktuell massig »überschneidende Straßen«.
In JOSM bekommen ich aktuell 11 Fehlermeldungen angezeigt.
Beispiel (way/1069280884): way/1069280884#map=19/49.44380/10.94576
Keine Ahnung warum es den Weg überhaupt braucht.

An der Stelle sind keine Gleise, die man queren könnte. Der Weg ist in diesem Bereich asphaltiert.
Hab das crossing daher wieder entfernt. Siehe:
https://overpass-api.de/achavi/?changeset=122261743

Welche Bedeutung hat das Tag »hight« an den Punkten?

building=terrace beschreibt einen ganzen Häuserblock und kein einzelnes Haus. Siehe hier:
osm.wiki/DE:Tag:building=terrace?uselang=de
Vorher war es eigentlich richtig.

Hallo Neb the B,
ich verstehe das area:highway Mapping an den linearen highways nicht.
Warum kein einfaches »width« am Weg oder Straße? Siehe:
width=*#Width_of_streets

Geht dann wohl weiter mit den falschen Adressen, jetzt im nördlichen Zirndorf. :-(

Beispiel:
Breslauer Straße 1 und 3 auf der rechten Seite und direkt gegenüber auf der linken Seite 15 und 15a!

Zur Info. Die Nummerierung folgt meist folgendem Schema.
Rechte Straßenseite gerade, linke Straßenseite ungerade Nummern. Rechts und links bezieht sich dabei im Allgemeinem vom Ortskern aus gesehen.

Tipp: Die meisten Tools haben eine Funktion zum Ausrichten bzw. zum Rechtwinkelig machen von Linien/Gebäuden.
Windschiefe Gebäude wie an der Breslauer Straße 37 - 43 lassen sich dadurch vermeiden.

Falsche und doppelte Adressen sind mittlerweile ein flächiges Problem im gesamten Bereich geworden. :-(
Hier mal eine Abfrage, welche NUR die doppelten Adressen anzeigt.
https://overpass-turbo.eu/s/1iRa

Sieht mir nach einem systematischen Fehler aus.

Mein Vorschlag:
- Ursache ermitteln (Tool, Arbeitsablauf, User, ...)
- doppelte Adressen bereinigen
- falschen Adresszuordnungen suchen und beheben

Eventuell mit dem OSM Inspector oder damit
https://osm.zz.de/dbview/?db=addresses-by&layer=misplaced#49.42689,10.96118,16z
herausfinden.

Zwischenzeitlich andere Mappingaktivitäten einschränken :-)

Du hast ein railway=crossing an einer – seit fast 30 Jahren – stillgelegten Bahnstrecke eingetragen.
War das Absicht oder eher ein Versehen?

Wenn man getrennte Fuß-/Radwege neben einer Straße einzeichnet, dann muss man diese auch entsprechend an die kreuzenden Straßen anbinden.

Ansonsten passiert so etwas beim Routing:
https://brouter.m11n.de/#map=18/49.43353/10.97114/standard&lonlats=10.971597,49.43332;10.97163,49.433701&profile=trekking

Betrifft auch Falkenstraße, Adlerstraße, Langenäckerstraße

Aus welchem Grund hast du die Anbindungen bzw. die Querverbindung an der Rothenburger Straße gelöscht?
way/814238759
way/796366029

Schau dir einfach mal die Beispiele im nachfolgendem Link an, besonders ab Beispiel #9. Eine (!) Straße mit entsprechender Anzahl an lanes.
osm.wiki/DE:Key:lanes#Beispiele

Mit deiner Änderung führen die Buslinien teilweise gegen die Einbahnstraße. Beispiel Regionalbus 152
relation/5862317#map=19/49.44719/10.94962

Was soll das!?
Du hast jetzt wieder (!) die Paul-Metz-Straße auf mehrere Ways aufgeteilt, obwohl keine bauliche Trennung vorhanden.

Die Busrouten sind teilweise erneut falsch, da nun beide (!) Richtungen über den südwestlichen onway verlaufen.

Siehe mein Kommentar zu deiner vorherigen Änderung:
changeset/120778351

Ich hab das dann angepasst (zurück gebaut) und mit lanes erweitert.
changeset/120867550

Hallo kartler175,

ich hab nur einen Fehler am Multipolygon behoben, indem ich ein inner, welches in einem inner lag aus der Relation entfernt habe.

Du musst den user »Steube« fragen, was er sich mit den ganzen inner gedacht hat. Er hat diese hinzugefügt. Siehe Verlauf zur Relation:
relation/1621328/history

Einfacher Umriss um das Areal wäre für mich auch logischer/ausreichend.

Gruß
WoSoe