Also mir ist es wurscht was da steht, solange die eingetragene Richtung stimmt. Mich hat es nur interessiert, ob da mehr dahinter steckt. Happy mapping :-)

Hat dieses "Treppen umdrehen" ohne weitere Bearbeitung einen tieferen Sinn?

This facility is designed for motorhomes

Mit der Konsequenz hast Du recht. Viel getrenntes stammt allerdings noch aus einer Zeit, in der das lane-tagging noch nicht etabliert war. Da gibt es zu tun.
Das mit der Busspur und dem Radstreifen habe ich schon lange auf dem Zettel, bin aber noch nicht dazu gekommen.
Zum Routing: welcher Router routet denn den Bus nicht nach Norden und warum? Versteht er die existierenden Tags nicht oder sind die Tags die falschen für den Router? Irgendwo dort muss ja dann die Lösung des Problems liegen.

Chapeau!

Was ist denn der Grund für das downgrade von rwn auf lwn? Stuttgart-Magstadt kann man doch locker als regional betrachten, das ist eine andere Größenordnung als der Rundweg im Stadtwald oder eine kurze Verbindungsroute.

Siehe bitte hier: highway=path
Auf der Botnanger Straße ist übrigens kein Verbot für Radfahrer. Ich habe das wieder zurückgesetzt.

1. Das Konzept ist broken. Z. B. bedeutet maxspeed=x jetzt nicht mehr, dass ein Tempolimit von x gültig ist. Es können beliebige Limits sein, bis hin zu "kein Limit" auf der deutschen Autobahn. Es ist nur dann ein Tempolimit von x gültig, wenn _kein_ subkey maxspeed:variable=yes existiert. Das ist mMn eine Änderung der Semantik, nicht abwärtskompatibel und daher broken.

Was das Beispiel A 8 angeht: dort wurden auch schon alle möglichen Varianten getaggt, zuletzt von maxspeed=signals auf none (changeset/27316989)

2. Die Information an sich ist nicht überprüfbar. Fährt B unter einer Schilderbrücke durch, gilt u. U. für ihn ein anderes Tempolimt als für A, der die Signalanlage 3 Sekunden vorher passiert hat. Beide editieren OSM nach dem Motto "tag what you see". Wie weiter?

nun, ich werde hier keinen Editwar anfangen, es ist aber sachlich falsch, das maxspeed=120.

Informationen, die andere zusmmengetragen haben, einfach mal kommentarlos und ohne Begründung aus der Datenbank zu löschen, geht gar nicht. Ich bitte dringend darum das künftig zu unterlassen. Changeset wird revertiert.

there seems to be some offset to the GPS traces in this changeset. Please consider background image distortion and align them to the GPS traces prior to editing.

Ich bitte darum, den Konsens einzuhalten und etabliertes tagging zu verwenden. ref=* an Autobahnausfahrten wird auf dem node gesetzt, an dem motorway_link abzweigt. Dokumentiert hier: highway=motorway_link
Der von der Autobahn abgehende motorway_link trägt als ref in der Regel den Wert der Autobahn. Es stehen auch so kleine Schildchen rum, auf denen steht das auch drauf. Nie jedoch die Ausfahrtnummer. Bitte rückgängig machen. Außerdem: in ref, destination:ref etc. sollte auch die korrekte Schreibweise verwendet werden, also die mit Leerzeichen nach einer Abkürzung: A 81, B 10 etc.

That's interesting. On which data is this average calculated? Is the data publicly available?
And, if you want to calculate travelling time, did you consider opening hours of the locks? High-season's traffic volume? Additionally, at the mentioned Écluses de Fonserannes there are timeframes for downstream/upstream locking, this may also impact travelling time.
btw, at Écluses de Fonserannes we had 35 minutes waiting time and 40 minutes locking time downstream at low-season.

Passage time for Écluses de Fonserannes was set to 30 min in this changeset. I heavily disbelieve this. Apart from this value, it could make sense to distinguish into downstream/upstream times.

Very much node moves to incorrect positions in this changeset. Please consider background image distortion and align background prior to editing.

The former tertiary from the E 8 southbound to Ramfjordnes is not part of the E 8. I changed it back to tertiary.

There are very much node edits with improper positions. Please consider that background imagery distortion exists and align background images to existing bundles of gps traces prior to editing.

Der Trend geht ja zu: "ein Objekt pro Feature". Das mag bei diesen Tankstellen noch nicht problematisch sein, aber man beraubt sich der Möglichkeiten, wenn man alles ans Gebäude pappt. Nehmen wir nur mal unterschiedliche Öffnungszeiten von Tanke und Waschanlage und Shop.
Mit der Adresse am Gebäude und den POIs als nodes innendrin ist man da flexibler. Und die Adresse für einen POI kann man aus dem umgebenden Gebäude ermitteln.
Das könnte auch eine Intention der Vor-mapper gewesen sein, die damit hinüber ist. Einen informationellen Mehrwert bietet es ja nicht, POIs mit dem Gebäude zu verschmelzen.

Die name-tags, die hier vergeben wurden, sind wohl reine Phantasieprodukte und keine Eigennamen. Bitte wieder rückgängig machen.

Was soll denn "access=restricted" an den Tankstellenzufahrten bedeuten? Und was ist der Vorteil oder Sinn, die Tankstellen-POIs zu löschen und deren Attribute am Gebäude anzubringen? (Die Dächer kann man übrigens separat mit building=roof einzeichnen)