Hier gilt, was ich schon mehrere Male geschrieben habe: Solche kurzen Sperrungen werden nicht eingetragen. Diese Baustelle soll bis Ostern, also in zwei Wochen, abgeschlossen sein.

Hallo,
das widerspricht der Zeitungsmeldung unter https://www.aachener-zeitung.de/lokales/region-aachen/simmerath/b266-ist-jetzt-von-seifenauel-bis-roesberg-gesperrt/142233618.html und dieser Meldung: https://www.aseag.de/aktuelles/detail/aktuelles-zur-sperrung-der-b266-zwischen-kesternich-und-einruhr.
Wann warst du dort?
Gruß

Nein, eine solche zentrale Stelle gibt es nicht. OSM ist ein Gemeinschaftsprojekt, an dem jeder mitarbeiten kann. Regeln (oder eher Empfehlungen) werden von der Community beschlossen.
Für das korrekte Taggen von Straßen und Wegen empfehle ich osm.wiki/Attribuierung_von_Stra%C3%9Fen_in_Deutschland und osm.wiki/DE:Bicycle/Radverkehrsanlagen_kartieren. Da finden sich genügend Beispiele.
Unter https://trafficsigns.osm-verkehrswende.org/ kann man anhand der Verkehrszeichen die (meist) richtigen Tags ermitteln.
Falls du dir unsicher bist, kannst du auch einfach einen Kartenhinweis setzen oder im deutschen Forum fragen: https://community.openstreetmap.org/c/communities/de/56.
Bei weiteren Fragen kannst du mich auch per privater Nachricht kontaktieren.

Hello,
reverted with changeset/179950060. The northern road is only for leaving the parking lot. There is no direct connection with the southern one. That is clearly visible on NRW Orthophotos.
Regards

Danke für deine Rückmeldung. Ich habe das Tagging angepasst und auch surface ergänzt: changeset/179888077.
Die Wege sind fast durchgängig mit VZ250/VZ260 und "Landwirtschaftlicher Verkehr frei" beschildert. Das ist ein starkes Indiz für highway=track. Eine Ausnahme ist way/1489070823, wo die Beschilderung unterschiedlich je Richtung ist. Ich habe mich fürs Mapping für die eindeutigere, VZ240, entschieden.
Warum Komoot hier nicht entlangroutet, kann ich dir leider nicht beantworten. Möglicherweise hängt das am verwendeten Profil oder weil bisher die Oberfläche der Wege nicht genau definiert war. Grundsätzlich war highway=track aber korrekt.

Hallo,
Worauf beruht diese Änderung? highway=cycleway wird nur gesetzt, wenn es sich um einen ausschließlichen und entsprechend beschilderten Radweg (VZ 237) handelt. Das ist eher selten.
Gruß

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.