Hallo,
du hast bei jedem Gebäude "amenity=school" ergänzt. Es gibt hier aber keine 17 Schulen, sondern 3 und diese sind bereits als Fläche eingetragen. Außerdem gehört auch nicht der Schulname an jedes Gebäude. Ich habe das daher rückgängig gemacht (changeset/158243908), "school:gender" habe ich dabei auf die Fläche übertragen.
Gruß

Hallo,
du hast hier mehrere Gebäude gelöscht und dann (grober) neu gemappt. Dabei sind gleich drei Adressen verlorengegeangen: Aachener Straße 208, Nickelstraße 6b und 6c. Die Gebäude und Adressen waren nach ALKIS erfasst und existieren offenbar noch. Auch die aktuellen Luftbilder (NRW Orthophotos) zeigen keine baulichen Veränderungen im Vergleich zu ALKIS.
Was ist also der Grund dieser "Anpassung"?
Gruß

Hallo,
osm.wiki/DE:Tag:amenity%3Dpost_office ist für reine Postfilialen gedacht, die direkt durch den Postdienstleister betrieben werden. Das ist aber nur noch selten der Fall. Zumeist bieten Geschäfte (wie hier die Tankstelle) die Dienstleistung neben ihrer Haupttätigkeit an. In diesem Fall wird seit 2021 das Taggingschema für "Postfiliale im Einzelhandel" angewendet und die Daten am POI des Geschäfts erfasst.
Die Daten sind also nun bei node/146683011 eingetragen.
Gruß

Hallo,
leider gibt es hier mehrere Probleme:
- Die Baustelle befindet sich nicht auf der Brücke, sondern im oberen Teil, Richtung Kreuzung.
- Die Straße ist nur in eine Richtung gesperrt, siehe https://www.regionetz.de/ueber-uns/presse/baumassnahmen/?tx_news_pi1%5Bnews%5D=2860&cHash=756e8f7d999d864412173dd1463702ea
- Mit dem Tagging highway=construction schließt du alle Verkehrsteilnehmer aus, also z.B. auch Fußgänger. Diese sind von der Sperrung aber gar nicht betroffen. Das Tag wird normalerweise nur für komplette Sperrungen/Straßen im Bau verwendet, siehe osm.wiki/DE:Tag:highway%3Dconstruction.
- In OSM werden Baustellen i.d.R. nur eingetragen, wenn sie mindestens mehrere Monate dauern (zumeist länger als 3 Monate). Das hängt mit den Anwendungen zusammen, die die Daten nutzen.
Ich habe die Änderung daher rückgängig gemacht: changeset/158016083.
Gruß

Es ist nicht zweimal derselbe Tag, siehe osm.wiki/DE:Key:destination.
"destination[:forward/backward]" kommt auf den Weg hinter der Kreuzung, "destination:lanes[:forward/backward]" auf den Weg vor der Kreuzung. Wenn der Weg sowohl von einer Kreuzung abzweigt und seinerseits wieder an einer endet (mit Fahrspurmapping), dann werden beide Tags erfasst.
Und noch ein Wort zu JOSM: Bitte nicht immer darauf verlassen, dass ein Editor alles richtig macht oder erkennt. Nur weil er etwas nicht kennt, ist das nicht automatisch ein Fehler.
Ich habe die Kreuzungen wieder auf die ursprüngliche Geometrie zurückgeändert (sofern das nicht bereits erfolgt ist): changeset/157995925.

@9ix: Ich habe das im Forum zur Diskussion gestellt, weil ich mir nicht vorstellen kann, dass das "destination"-Tagging z.B. bei osm.org/#map=19/50.543228/6.255933 im vorherigen Zustand (Straßen, die im rechten Winkel abzweigen) nicht funktionieren soll. Wenn das so wäre, müssten viele Kreuzungen weltweit anders gemappt werden.

https://community.openstreetmap.org/t/geometrieanderungen-wegen-fehlerhafter-destination-auswertung/120183

Gut, dann frage ich nochmal direkt: Gibt es für die o.g. Änderungen an den Kreuzungen einen Grund?

Und noch was: way/537842370: Auch hier wurde an der Geometrie etwas verändert. Ob diese und die anderen Änderungen Einfluss auf das Routing haben, müsste Flo beantworten. Ich halte sie zumindest für fragwürdig, da sie z.T. nicht der Realität entsprechen.

Korrektur: Der letzte Link sollte dieser sein: way/537835344/. Verlinkt wurde die "Pseudospur".

Mir sind folgende Änderungen aufgefallen:
- way/537821265/: War vorher im rechten Winkel an der Straße Dreistegen gemappt.
- way/439496110/: Eine Fahrt von der Straße Perlenau geradeaus ist nun nahezu unmöglich.
- way/1323214539/: Wie oben bei Dreistegen. Zusätzlich mappst du aber noch eine Pseudospur, die es nicht gibt.

Du hast gesehen, dass die Zufahrt baulich schräg gestaltet ist, sodass man in Richtung Haupteingang und nicht Richtung Treppe geführt wird?
Du hast auch gesehen, dass vor dem Haupteingang die Straßenmarkierungen unterbrochen sind, damit man dort wieder ausfahren kann (und nicht einfahren, denn dann wären die "Durchlässe" auf derselben Höhe angeordnet)?

Der Gehweg war als Straße getaggt, weil er durch Hotelgäste befahren werden darf. Das steht auch so auf dem Schild: https://www.mapillary.com/app/?lat=50.77757691944399&lng=6.091822469444423&z=18.402726351347965&focus=photo&pKey=1789115964812155.
Nur das Tagging war falsch. Laut Beschilderung müsste es highway=pedestrian mit foot=designated und access=destination (entspricht "Anlieger frei", das kommt dem am nächsten) sein.
Wenn dort Autos verbotswidrig parken, ist das kein Grund den Weg aus OSM zu löschen. Er ist vorhanden, eindeutig beschildert und sollte auch so gemappt sein.

Hallo,
dann verstehe ich die Löschung nicht. Für das Routing wird der Weg benötigt, über das Tagging kann man diskutieren. Außerdem enden nun way/741767359 und way/119742615 im Nichts.
Gruß

Removed "oneway=yes" for now with changeset/157348199.

I think routers just ignoring the lanes-tagging ("access:lanes:backward=no").

That is a road for both directions. But only busses are allowed to drive from west to east. Other traffic in that direction has to use way/1012604822.
Please see https://www.mapillary.com/app/?lat=50.76987903381402&lng=6.0622487522969095&z=18.575360348671403&focus=photo&pKey=191638383175604. No signs indicating it as a "real" one way road, so "oneway=yes" is wrong.

Hallo,
"barrier=wall" bezeichnet "normale" Mauern, die z.B. ein Grundstück umgeben. Das vorherige Tagging "waterway=dam" war also durchaus korrekt, siehe auch osm.wiki/DE:Tag:waterway=dam.
Ich habe das mit changeset/157038461 zurückgeändert.
Gruß

Danke

Ich sehe gerade: Die ist sogar bereits in der OHM eingetragen: https://www.openhistoricalmap.org/way/200385312.

Ja, das gehört genau genommen auch nicht mehr nach OSM. Das ganze Erfassen von historischen Bahnstrecken ist immer wieder Thema und wurde damals (die Eintragung ist ja schon mehr als 9 Jahre her) noch nicht so streng gesehen. Mittlerweile gibt es aber auch einen entsprechenden Hinweis im Wiki: osm.wiki/DE:Tag:railway%3Drazed. Das neu erfassen von nicht mehr vorhandenen Strecken sollte daher am besten direkt in der OHM erfolgen.