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.

gilt auch für changeset/174727709

Hallo,
die Bussteige sind/waren so gemappt, wie auch an anderen Bushöfen im AVV. Bitte wiederherstellen.
Gruß

Hallo,
du hast hier offenbar nicht nur naheliegende Punkte zusammengefasst, sondern wahrscheinlich (auch) Änderungsvorschläge vom iD-Editor übernommen.
node/81064764: Das Hinzufügen von "public_transport" ist bei einer Schulbushaltestelle i.d.R. falsch, weil diese Haltestellen kein Teil des ÖPNV sind. Du darfst mit einem normalen Fahrausweis keine Schulbusse nutzen, diese sind Schülern vorbehalten.
Bitte daher solche "Korrekturvorschläge" immer genau auf ihre Sinnhaftigkeit prüfen.
Gruß

I want to answer to your comment in changeset/143829104:
Just because the icon is missleading (on a map), there is no reason to delete it. The map also shows outdoor seating, where there is no in winter. Other maps could possibly render water taps on cemeteries which are also shut down in winter.
By the way: https://www.instagram.com/p/DLrGHFTMrO9/ shows, that it is working ;-)

Reverted with changeset/174602168