>> [...] 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.

Mit Verlaub, aber das ist Mappen für den/einen bestimmten Router. Durch das Erstellen separater Wege entscheidest nun du, wann der Fußgänger eine Straße überqueren kann und wann nicht - nämlich nur noch dort, wo du beide Straßenseiten miteinander verbindest Das sollte aber nicht der Router vorgeben (außer man setzt entsprechende Optionen), sondern liegt im Ermessen des Nutzers. Ein nicht abgesenkter Bordstein ist für die Mehrheit kein Grund eine Straße an einer Stelle nicht zu überqueren. Und wenn ich festelle, dass mein Ziel auf der anderen Straßenseite liegt, kann ich mir vom Router immer noch die nächste Querungsstelle anzeigen lassen - oder ich entscheide je nach Verkehrslage die Straße zu überqueren.
Ich würde dich bitten, deine Änderungen hier zurückzunehmen.

Auf das Problem hat dich auch @flohoff schon mal korrekterweise hingewiesen: changeset/172982675.

Hallo,
bitte nicht die Bürgersteige als separate Wege mappen. Das sorgt nur für Routingprobleme und erzeugt unnötig Umwege. Es gibt keine bauliche Trennung, man kann jederzeit die Fahrbahn überqueren.
Gruß

Thanks for fixing.
(Just to note: The S41 already runs from/to Liège-Saint-Lambert since 2023. There is and was no change.)

Hello,
the train still runs from Aachen to Liège-Saint-Lambert, see new timetable beginning 14.12.2025: https://avv.de/files/avv/files/fahrplaene/linienfahrplaene/Bahnlinien/s41sncb.pdf .
Regards

Ich habe beide Einrichtungen als separate Nodes erstellt: changeset/175849851.
Grundsätzlich gilt: Befinden sich mehrere Einrichtungen in einem Gebäude, sollten diese als Nodes erfasst werden. Bitte nicht einfach vorhandene Informationen überschreiben.
Ich habe die "Bw Bekleidungsmanagement GmbH" zusätzlich mit "access=private" + "description" versehen, da es sich um kein öffentliches Geschäft handelt.
Ich empfehle, das auch für die anderen Standorte in Erwägung zu ziehen.

Das widerspricht aber der Tatsache, dass das DLZ eine eigene Website hat: https://www.bundeswehr.de/de/organisation/infrastruktur-umweltschutz-und-dienstleistungen/organisation-iud/bundeswehr-dienstleistungszentren/bwdlz-aachen.

Hallo,
ich habe deine heutigen Änderungen hier rückgängig gemacht, da es einer Klärung bedarf (changeset/175843970).
Was genau befindet sich in dem Gebäude? Das Bundeswehr-DLZ und/oder die "Bw Bekleidungsmanagement GmbH". Davon hängt ab, wie das gemappt werden soll(te).
Du schreibst als Kommentar "Erhebung unserer Dienstorte". Das klingt nach organisiertem Mapping. In dem Fall muss osm.wiki/DE:Organised_Editing_Guidelines beachtet und dein Account kenntlich gemacht werden.
Gruß

Hallo,
der Eintrag von Gewannnamen in OSM sind immer wieder Thema im Forum. Dabei wird zumeist festgestellt, dass das Namen sind, die uralt und heute nicht mehr gebräulich sind. Dazu können die auch fehlerhaft von gedruckten Karten bzw. aus anderen Quellen ins ALKIS übernommen worden sein. Eine Übernahme nach OSM ist daher nur bedingt sinnvoll, weil OTG nicht nachprüfbar und möglicherweise sogar falsch. Im Zweifel löscht das dann jemand anderes wieder.
Das nur als Anmerkung, bevor du dir noch mehr Mühe machst. :-)
Gruß

Danke :-)

Zunächst müsstest du auch noch deine Änderung im Abschnitt Binsfelder Straße bis Stockheimer Landstraße korrigieren. Da gibt es offenbar auch keine expliziten Verbote.
Ich würde die Werte übrigens nicht auf "yes" ändern, sondern einfach weglassen, sonst könnte der Eindruck entstehen, es gäbe eine beschilderte Freigabe ("yes" ist ohnehin default).
Um auch Routern die Abschnitte für Fuß-/Radverkehr "madig" zu machen, könnte man noch ein "sidewalk=no" setzen, "cycleway:both=no" ist ja bereits getaggt.

Hallo,
ich kann auf dieser relativ aktuellen Aufnahme keine entsprechende Beschilderung erkennen, die Fußgänger oder Radfahrer verbietet: https://www.mapillary.com/app/?lat=50.77905085176744&lng=6.513761892780735&z=18.99267868957198&pKey=1351665510001871&focus=photo. Eine ältere Aufnahme zeigt die Gegenrichtung: https://www.mapillary.com/app/?lat=50.812312400000025&lng=6.514149399999951&z=18.641818673899653&pKey=682731447684149&focus=photo.
Warum also foot/bicycle=no?
Gruß

Danke :-)

Es reicht das "public_transport=platform" zu löschen. Ist ja nur eine Haltestelle.

Ich sehe das Problem weiterhin nicht: "hw=platform" ist nichts anderes als ein routingfähiger Weg (abhängig vom Router, nicht jeder routet darüber), der einen Haltestellenbereich kennzeichnet, anders gerendert wird und dessen eine Seite mit der "stop_position" verbunden wurde. Ich könnte genauso das Stück platform, was du gelöscht hast, als "hw=path/footway" taggen. Das ändert inhaltlich/routingtechnisch nichts, außer dass die gerenderte "platform" dann keinen Knick mehr hat.
Wie gesagt: Das ist im AVV weitestgehend der vorherrschende Mapping-Standard (schon vor meiner Zeit, ich habe mich dem angepasst). Bislang war das nie ein Problem und ich würde das auch ungern jetzt über den Haufen werfen, nur weil das möglicherweise in anderen Regionen anders gemacht wird.
Nebenbei erwähnt: Der von dir zitierte Satz ist inhaltlich falsch, denn "hw=platform" ist überhaupt nicht für Bahnsteige gedacht.

"education" hatte ich auch bemerkt. Das scheint aber ein abgestimmtes Proposal zur Ablösung von "amenity=school/kindergarten/..." zu sein: education=*. Ist an mir vorbeigegangen...

Ich habe das Taggingschema so übernommen und halte die Darstellung gerade bei großen Umsteigestationen für sinnvoll, da man damit eine bessere Visualisierung erreicht. U.a. kann man auf den 1. Blick erkennen, welche stop_position zu welcher platform gehört. Gerade bei Bussteigen, die auf beiden Seiten angefahren werden, ist das sinnvoll.
Solange das Tagging zu keinem grundlegenden Problem führt (vor allem Routing), würde ich darum bitten, es so zu belassen.

Änderst du das denn wieder zurück?
Die anderen Änderungen habe ich nur überflogen, aufmerksam wurde ich eigentlich nur, weil "Schulbus" bei den Knoten ganz oben steht :-).
Gegen die Übernahme der Korrekturvorschläge spricht grundsätzlich nichts. Wichtig ist nur, dass man die nicht unkontrolliert übernimmt, heißt, dass man sich vergewissert, ob das Objekt auch tatsächlich noch existiert bevor man z.B. ein "brand" ergänzt.