Are these objects (http://overpass-turbo.eu/s/14v8) really public accessible wilderness huts (tourism=wilderness_hut). In my opinion this are private cottages. If it's so, please revise the misleading mapping.

Multipolygone dienen der Kartierung von Flächen, nicht der Zusammenfassung irgendwelcher Objekte.

Bitte Weg aufteilen für eindeutiges maxspeed

Was denn nun, wood relation/12310755 oder forest relation/10124291 ?

Wenn die Arztpraxis node/4004868836 umgozogen ist, warum auch die Hausecke way/88506629 und der Fußweg way/397708386 ? Der Validator hätte die Folgefehler angezeigt.

Warum machst Du sowas way/32212471
aus http://overpass-turbo.eu/s/1492 ?

Wenn das Objekt ein Multipolygon ist, dann gehören dessen Eigenschaften (tags) an die Relation selbstund nicht an den äußeren Ring.

Multipolygone sind für Flächenobjekte, nicht für eine Ansammlung von Linien. Wozu denn hier überhaupt eine Relation, was soll damit bewirkt werden?

Was denn nun?
Feuchtgebiet way/908548390
oder Heide relation/5485078 ?

relation/12334383#map=18/48.54022/13.23077
Wenn die beiden Telflächen gleichartig sind, warum als Multipolygon und nicht als eine eigenständige Fläche?

Sind die Rad-/Fußwege an mindestens einem Endene tatsächlich Sackgassen und damit nutzlos fürs Routing? Und warum cycleway=crossing für den gesamten Weg?
way/907274964
way/907274956
way/907274970
way/907274975

Gemischte Rad- und Fußwege sollten mit highway=path und entsprechenden access-Tags=* (typischerweise also bicycle=designated und foot=designated, ergänzt durch segregated=*) eingetragen werden (osm.wiki/DE:Tag:highway%3Dcycleway)

Wenn Du schon JOSM benutzt, solltest Du auch den Validator benutzen: https://tools.geofabrik.de/osmi/?view=areas&lon=9.79492&lat=48.77928&zoom=18&opacity=0.95

Was beabsichtigst Du damit, den Flachenumriss aus der landuse=residential-Relation zu entfernen, zum highway=residential zu machen und dann zu einer Busroute hinzuzufügen?

Bevor Du so weitermachst, mach dir bitte Gedanken über den Sinn und Zweck von Multipolygonen und über die korrekte Erfassung von Flächen:
https://tools.geofabrik.de/osmi/?view=areas&lon=9.40517&lat=53.52240&zoom=15&opacity=0.95

Bitte überprüfe deine Arbeitsweise beim editieren, diese Anhäufung des gleichen Fehlers ist schon sehr auffällig: https://tools.geofabrik.de/osmi/?view=areas&lon=7.05888&lat=51.17579&zoom=14&opacity=0.95

Dar Ring ist nicht geschlossen, weil der way nicht das einzige outer-member der Relation ist (Stand 31.1.21). Das zweite outer ist noch Teil einer weiteren Relation. Ich hab die beiden Relationen getrennt un den einen langen outer-way in 2 etwa gleich lange aufgeteilt.

Der gesamte way way/88106346 war vor deiner Bearbeitung ca. 10-15 m wieter nördlich: http://overpass-turbo.eu/s/12QH

Warum über 1000 Knoten verschoben? Absicht, falsches Luftbilld, falsches Werkzeug oder Versehen?

Heutzutage sollte jede Anwendung mit utf-8 Zeichenkodierung umgehen können. Für Web-Anwendungen ist das Standard. Viele der üblichen Schriftarten können dieses Zeichen auch darstellen. In der historic.place-Karte z.B. werden auch die tschechischen Zeichen dargestellt.
Ich habs jedenfalls geändert. Im Fall des Falles wäre aber die Verwendung des lateinischen Standard-s besser und richtiger als das ß.

Das lange ſ hat nichts mit dem scharfen ß zu tun:
https://de.wikipedia.org/wiki/Langes_s