Danke. Ich sehe vehicle=no auch nur als Krücke. Das Problem muss im Router behoben werden.

Mein Kommentar aus changeset/179584388 gilt auch hier.

Hallo und willkommen bei OSM,
"access=private" wird verwendet, wenn der Zutritt generell nur einem bestimmten Personenkreis vorbehalten ist. Das trifft bei einer öffentlichen Fußgängerzone sicherlich nicht zu.
Sofern die Beschilderung, die man hier https://www.mapillary.com/app/?lat=50.802230690653&lng=6.4834569208384&z=17&pKey=910426256468431&focus=photo sieht, noch stimmt, war das Tagging vorher korrekt: Die Straße ist eine Fußgängerzone (highway=pedestrian), es besteht eine generelle Freigabe für Radfahrer (bicycle=yes) und zu bestimmten Zeiten ist die Anlieferung erlaubt (motor_vehicle:conditional mit den Uhrzeiten).
Gruß

Hallo und willkommen bei OSM,
du hast hier wohl versehentlich die Treppe gelöscht. Ich habe sie wiederhergestellt und auch als "privat" markiert: changeset/179290511.
Bitte beachten: name wird nur für "echte" (Eigen-)Namen verwendet. "Zugang Wohnanlage" ist kein Name und habe ich daher gelöscht.
Gruß

Hello,
reverted with changeset/179082328. You ignored that there is an existing lane mapping on way/411141749 representing the turning lane (see lanes=*). There is no reason for mapping it as separate way. Maybe the used router is the problem.
Regards

Hallo und willkommen bei OSM,
ich habe diese Änderung rückgängig gemacht, weil das gesamte Gebäude gelöscht wurde: changeset/178818042.
Zum Kommentar: Bitte beachte, dass der Renderer entscheidet wann, was und wie angezeigt wird. Die Darstellung auf osm.org/ ist z.B. nur eine Möglichkeit. Hier werden Büros ("office") als blauer Punkt angezeigt, andere Render verzichten auf deren Darstellung komplett, weil ihre Priorität bei anderen Objekten liegt.
Bitte nicht durch irgendwelche "Tricks" versuchen, die Anzeige zu beinflussen.
Gruß

Danke

Der Gehweg folgt im Wesentlichen dem Straßenverlauf, die wenigen Parkbuchten sind keine echte bauliche Trennung, denn auch hier kann die Straße überquert werden, wenn dort kein Auto parkt oder die Lücke groß genug ist.
Zitat aus dem Wiki: "Vielerorts hat sich längst eine der Methoden vor der anderen etabliert. Vorzugsweise werden regionale Gepflogenheiten fortgeführt." => heißt: Da die meisten Straßen hier mit sidewalk-Tags erfasst sind, ergibt es keinen Sinn, das für wenige Straßen nun anders zu machen. Dadurch entsteht ein Flickenteppich.

Hallo und willkommen bei OSM,
bitte keine Bürgersteige als separate Wege erfassen, wenn diese nicht baulich von der Straße getrennt sind (baulich getrennt = es besteht für einen Fußgänger keine oder nur mit Hürden verbundene Möglichkeit vom Bürgersteig auf die Straße zu wechseln). Die Bürgersteige waren hier bereits als Tags an der Straße erfasst, was vollkommen korrekt war.
Siehe auch osm.wiki/DE:Gehsteig#Wie_kartieren?
Gruß

In OSM wird die Realtität abgebildet und die besagt, dass die Autostraße bei node/137953916 endet. Es ist daher keine Lösung motorroad=yes zu setzen.
Du versuchst eine Drittanwendung, die auf OSM-Daten beruht, zu beeinflussen, indem du Tags zu OSM hinzufügst, die dem On-The-Ground-Prinzip widersprechen. Das Problem, sofern es eins ist, muss CityStrides lösen.
Siehe dazu auch osm.wiki/DE:Good_practice, Punkte 3 und 6.

Das stammt zumeist daher, dass foot=no fehlinterpretiert wird. Es soll nur gesetzt werden, wenn ein explizites Verbot (VZ 259) beschildert ist.
Wo wird der Abschnitt als Fußgängerstrecke angezeigt?

Hallo,
worauf basiert die Annahme, dass diese Rechte hier explizit gesetzt werden müssen?
Kein Router (und dafür sind die access-Rechte i.d.R. bestimmt) würde diese Verkehrsarten hier entlangrouten, weil bei way/1197506902 "motorroad=yes" gesetzt ist, also eine Autostraße beginnt. Dort sind Fußgänger, Radfahrer und Pferde per Default ausgeschlossen.
Gruß

Unnötige access-Rechte wieder gelöscht: changeset/177438305.

"layer" im Rahmen von changeset/177137200 wieder entfernt.

Hallo,
bitte nur die Zutrittsrechte setzen, die vor Ort beschildert sind. Ich nehme an, dass ist hier VZ260 mit 1026-36. Dann wäre "motor_vehicle=agricultural" korrekt, die anderen Rechte (vor allem "access=no") bitte entfernen.
Die Befahrbarkeit des Wegs kann mit anderen Tags beschrieben werden: smoothness, tracktype (bereits gesetzt), surface.
Gruß

Die Brücken sind beide "layer=1", weil sich darunter Straßen befinden. Nur dadurch weiß z.B. ein Renderer, welcher Weg oben und welcher unten liegt. Für die Fläche dazwischen ist eine solche Angabe unnötig, da sich aus OSM-Sicht nichts darunter oder darüber befindet.
Die Fläche könnte man vermutlich mit den Brückenflächen verbinden, ist Geschmackssache.

Hallo,
"layer" wird nur verwendet, wenn zwei Objekte übereinander liegen, um deren Beziehung zueinander (was ist oberhalb/unterhalb) deutlich zu machen.
Gruß

Ich habe die Eintragungen zurückgesetzt: changeset/176473033
Gründe sind u.a. dass die Bürgersteige direkt an der Fahrbahn angrenzen (keine bauliche Trennung, die z.T. noch separat gemappten Wege sind zumeist "historisch bedingt") und das Routing auch für Fußgänger bisher weitestgehend problemlos funktionierte. Nur dass ein Router jemanden dazu auffordert eine mehrspurige Straße an einer nicht geeigneten Stelle zu queren, ist zunächst mal kein Grund, die Wege separat zu mappen. Mit derselben Begründung müssten dann auch Fahrspuren separat gemappt werden, weil ein Router jemanden zum Abbiegen auffordert. Ein weiterer Grund ist, dass wieder ein Flickenteppich entsteht, bei dem manche Straßen einen separat gemappten Fußweg haben, bei anderen dieser über "sidewalk" erfasst ist. Das sollte vermieden werden. Nebenbei sei auch angemerkt, dass die Straßennamen verloren gehen. Dafür gibt es zwar ein paar Lösungsansätze, die sich aber soweit mir bekannt bisher nicht durchgesetzt haben. Ich verweise außerdem noch auf osm.wiki/DE:Gehsteig und dort auf folgende beiden Sätze: "Das Taggen der Gehsteige als Merkmal an der Straßenlinie ist demnach vor allem dann gut geeignet, wenn der Gehsteig direkt an die Fahrbahn grenzt und kontinuierlich die Fahrbahn erreicht werden kann, z. B. zum Queren." (2.1) und "Vielerorts hat sich längst eine der Methoden vor der anderen etabliert. Vorzugsweise werden regionale Gepflogenheiten fortgeführt." (2.4).

>> [...] aber bereits Gehwege gemapped waren [...]
In der Regel nur dort, wo sie baulich getrennt sind oder es anderweitig schwer würde direkt die Straße zu erreichen. Das ist auch weitestgehend in Aachen so umgesetzt, funktioniert und wurde auch nie in Frage gestellt.
>> Welche Stellen hattest du noch erkannt?
- C.A.R.L.-> Intzestraße = Umweg über Republikplatz
- Institut für Luft- und Raumfahrtsysteme -> Pontwall (Nebenstraße) = Umweg über Ampel
- Wüllnerstraße herunter = Umweg über Marienbongard, weil an der Einmündung die Verbindung fehlt
Ich bleibe dabei: Das Mapping spiegelt nicht die Realität wieder, sondern dient hauptsächlich dem Routing, obwohl ein Fußgänger dieselbe Straße nutzt, wie ein Auto oder ein Fahrrad. Nur da, wo diese Wege tatsächlich baulich getrennt verlaufen (oder in Ausnahmefällen weil es sinnvoller ist), gehört ein eigener Weg für die jeweilige Verkehrsart gemappt.
Informationen zu Beschaffenheit, Barrierefreiheit usw. kann man auch an der Straße ergänzen, z.B. "sidewalk:right:smoothness" oder "sidewalk:left:tactile_paving".

Du schreibst weiter oben, dass dir Router empfehlen "quer über eine sechsspurige (!) Straße zu laufen." Das ist dann wohl eher ein Problem des Routers. Alternativ hätte man sich die Stelle zunächst mal anschauen können (Hinweis setzen). Möglicherweise ist an dieser Stelle tatsächlich ein Problem in den OSM-Daten. Das ist aber kein Grund direkt umfassend das Mapping zu ändern.
Außerdem schreibst du "[...] die Gegebenheiten und Infrastruktur genauer abzubilden [...]". Die ist bereits abgebildet: die Querungen sind als Nodes gemappt, die Bürgersteige als Tags an der Straße.
Bereits jetzt erkenne ich mehrere Stellen, an denen mögliche Verbindungen existieren müssten, weil es sonst zu Umwegen kommt. Und genau daran krankt das System des Separat-Mappings: Alle realen und virtuellen Verbindungen (letztere nur um Router zufriedenzustellen) müssen gemappt werden, damit es eben nicht zu Umwegen kommt. Da ist das Mappen als Tags an der Straße deutlich sinnvoller. Ja, auch dabei kann es Routinganomalien geben. Die halte ich aber für weniger problematisch, als wenn mir ein Router anzeigt, dass mein Ziel 500m entfernt ist, obwohl es quasi auf der anderen Straßenseite liegt, nur weil ich einmal bis zu einer Ampel und wieder zurück laufen soll.