Nein, Alternativen dafür gibt es vermutlich nicht.

Sorry für die ausbleibende Antwort. Wollte mich erst noch informieren, wie der Support in z.B. Routern aussieht, komme aber nicht dazu.
Ja, laut Taginfo ist das sehr verbreitet. Bin komplett einverstanden mit deiner Änderung, auch wenn ich mir das nochmal durch den Kopf gehen lassen müsste, bevor ich dieses Tagging selbst anwende.

Ich hatte mich vor vielen Jahren dazu entschieden, in diesen Fällen auf die Angabe mehrerer Werte zu verzichten und den besser passenden von beiden einzutragen. Der Grund waren vermutlich Bedenken, ob die Router dieses etwas verpönte Tagging unterstützen, siehe auch
osm.wiki/Multiple_values

Vielleicht ist es an der Zeit, diese Vorgehensweise zu überdenken. Die von dir verlinkten Wiki-Seite ist aber auch gerade mal 4 Monate alt und mit dem Wert "agricultural;forestry" auch sehr spezifisch, denn u.a. die Reihenfolge sollte eigentlich keinen Unterschied machen.

Korrektur des Kommentars:
NW->NO
SO->SW

Was meinst du mit gesperrt?
Ich bin heute von Westen kommend auf den Weg gelaufen, da war nichts gesperrt. Allerdings nach 50 Metern wieder umgekehrt, weil der Weg kaum noch als Weg wahrgenommen werden konnte (nicht so wie auf Bing) und es sich angefühlt hatte als wäre es ein Privatgrundstück.
access=private könnte ich mir vorstellen, access=no allerdings nicht. Ich schau bei nächster Gelegenheit nochmal von beiden Seiten genauer hin.

Gern! Ich fahre zwar mehrmals die Woche durch die Gegend zur Arbeit, aber in der Regel auf der anderen Seite der Bundesstraße, daher hat es etwas gedauert :)

Ich hab den redundanten Knoten gelöscht und noch ein paar Änderungen in dem Umfeld vorgenommen:
osm.org/changeset/140953392

Hausnummer 44 stimmt, Zugang (Haustür, Stellplatz) ist wie von DD1GJ erkannt von der Kraichgaustraße aus. Vom Kaiserstuhlweg kommt man auch ans Haus, aber nach einer Einliegerwohnung sah es nicht aus.

Diese Änderung hat natural=water vom See entfernt, wodurch er u.a. nicht mehr richtig dargestellt wurde auf der Karte.

Die hinzugefügte Eigenschaft sport=swimming war bereits im separat gemappten Schwimmbereich eingetragen, siehe osm.org/way/975675188

Ich habe diese Änderung daher rückgängig gemacht: osm.org/changeset/140431791

Ist an diesem Hinweis was dran?
osm.org/note/3648869

Ich hatte vergessen oneway=yes zu entfernen, nach 1 Woche zufällig bemerkt und korrigiert in osm.org/changeset/138349166

Du hast hier "Piston Centro" eingetragen, ist doch aber "Pistons Centro" laut der Info und deinen eigenen Bildern aus osm.org/note/3121601

Die Straße "Sandkuhle" ist aktuell (über 1,5 Jahre nach diesem Änderungssatz) nicht fertig gebaut, man kann dort nicht von "Deichhörn" im Norden zu "Auf der Gast" im Süden laufen, das meiste ist noch Baustelle.

Was war die Quelle für die recht ungenau oder falsch eingetragenen Gebäude und die Straßen? Ein Plan vom Architekten?

Den Knoten hab ich zwischen den Gebäuden 10 und 12 platziert, weil in beiden Apartments untergebracht sind.
Wenn es eine Rezeption gäbe, könnte man ihn dorthin verschieben, aber so etwas gab es im Hauptgebäude 12 glaub nicht. Den Knoten an der 12 zu platzieren oder den POI direkt an den Gebäudeumriss 12 zu hängen, fühlt sich so nicht richtig an. Jeweils einen POI für die beiden Gebäude sowieso nicht. Was gäbe es sonst noch für Ideen?

"Kleines Nebenhäuschen" steht genauso wie "Apartmenthaus" auf einem einlaminierten als "Wegweiser" betitelten DIN-A4-Blatt, am Gebäude selbst stehen sie nicht. Auf der Homepage ist auch vom "Nebenhaus" die Rede. Ob diese Begriffe jetzt ideal als Eigennamen an den Gebäuden taugen, sei mal dahingestellt, aber ich kann mir schon vorstellen, dass sie vor Ort so verwendet werden.

nördlichsten Bahnübergang im Wald genauer, Fußweg entlang Spur im Umlaufgitter gezeichnet, Fahrweg gesperrt

Hallo Jens, ich hab diese Änderung rückgängig gemacht. War heute dort (im Tierpark) und hab mich auf der Karte gewundert, warum der Kletterwald plötzlich auf der anderen Seite angezeigt wird. Eingang etc. ist an der ursprünglichen Position, ich war aber noch nicht direkt dort.
osm.org/changeset/135553080

Hab das Format der Öffnungszeiten korrigiert: osm.org/changeset/134991309

Eine amenity=fire_station gab es bereits und existiert nun doppelt.

Die Feuerstelle existiert aber trotzdem und darf daher eingetragen werden. Zusätzlich hier access=private angeben wäre korrekt.

Restaurant und Begegnungsstätte existierten bereits. Korrekturen und Ergänzungen dort vornehmen und nicht erneut anlegen, sodass sie nun doppelt existieren.

Jetzt hab ich in meinem Kommentar auch noch die beiden Uhrzeiten vertauscht. Vor lauter Zahlen...
Aber hast ja gewusst, wie ich es meine.