Ich habe mir deine Änderungen der letzten 30 Tage im Bereich der Bahnhöfe Schöneweide und Johannisthal mal etwas genauer angesehen. Du hast da sehr viel kaputtgemacht, was Andere in den letzten Jahren mühsam vor Ort zusammengetragen haben. Die aufgegebenen Gleise waren in diesem Bereich sehr gut erfasst. Dies ist nun in der Flut weiterer falsch gemappter Gleise untergegangen. Viele neueingetragene Gleise wurde als abandoned gesetzt, abandoned gemappte Gleise in disused geändert. Das was du neu gemappt hast, dürften fast alles abgerissene Gleise sein. Darüber hinaus sind auch alte Brücken wieder auferstanden!
Deshalb nochmals: Historische Informationen ohne Bezug auf den aktuellen Zustand gehören NICHT in OSM. Auch OpenRailwayMap dient laut WIKI der Erfassung des aktuellen Zustandes! Deshalb werden alte Objekte bei Überbauung oder Ähnlichem regelmäßig durch andere Nutzer gelöscht. Auch deinen Daten wird es wahrscheinlich früher oder später so ergehen.
Ich erwarte von dir, dass du schnellstmöglich zumindest die Keys richtig setzt. Falls dies nicht möglich ist, s.o: Änderungen rückgängig machen!
Hinweis. ID ist als Editor da eher ungeeignet. In JOSM kannst du dir History für jedes Objekt einzeln ansehen!

Auch im Bereich des alten Güterbahnhofs Schöneweide sind im Laufe des Jahres oder waren vorher schon fast alle Gleise abgerissen worden. Das betrifft den Bereich südlich der Igo-Etrich-Str. und die aktiven Baustellen nahe Benno-König-Str. Reste sind noch in Verlängerung Igo-Etrich-Str. und nördlich der Landfliegerstr. zu sehen. Auch im Luftbild 2022, auch nicht mehr ganz aktuell, ist das z.T. gut zu erkennen.

Openstreetmap ist keine Platform, um historische, nicht mehr vorhandene Objekte zu dokumentieren. Außerdem sind die von dir angewendeten Keys falsch. Abandoned heißt, es sind noch Reste zu erkennen. Zumindest ein großer Teil, der von dir eingetragenen Gleise, ist aber komplett abgerissen (razed). Diese Keys dienen dazu, andere Mapper über den Zustand zu informieren, falls die Objekte noch in aktuellen! Luftbildern oder ähnlichem zu sehen sind. Du hast die Informationen offensichtlich aus den Luftbildern von 2004. Hätte damals Sinn gemacht, heute nicht mehr.

Einen hab ich noch gefunden. Dafür fehlten tatsächlich welche am Straßenbahnhof. Da stehen Vorfahrtsschilder.

Hallo, warum hast du die komplette Wendenschloßstraße mit Bahnübergängen geplastert. Bahnübergänge sind lt. Wiki nur dort zu mappen, wo entsprechende Schilder stehen (Vorfahrt Straßenbahn, Andreaskreuz) oder bauliche Gegebenheiten z.B. Drängelgitter oder gekennz. Fußwege über separates Gleisbett darauf hinweisen. In der Wendenschloßstr. sind das alles ganz normale Straßenkreuzungen, Einmündungen, wo sich die Vorfahrtsregeln von allein regeln. Nervige Folge ist nur, dass Navis alle 100m vor Bahnübergängen warnen.

Da waren zu viele doppelte Linien drin. Habe dann einiges erstmal gelöscht, bin aber nicht mehr dazu gekommen das Polygon neu zusammenzustellen. Ist jetzt erledigt. Was soll man bei der Hitze sonst tun!

Wie du vielleicht bemerkt hast, bin ich dabei auch einige uralte Fehler zu beheben. Aber alles braucht seine Zeit.

Welchen Sinn macht das Mapping von Bordsteinkanten, wenn entsprechende Übergänge z.B. für Rollstuhlfahrer nicht angegeben werden?

Sehr inkonsequentes Mapping der Gehsteige in der gesamten Altstadt: z.T. gar nicht, z.T. als gesonderter Fußweg einseitig/beidseitig, z.T. als Straßenbestandteil (sidewalk) oder auch beides parallel. Als gesonderter Fußweg fehlen generell die Hinweise auf der Straße (use_sidepath) und in großem Umfang die Verbindungen an Kreuzungen/Einmündungen zum Wechseln der Straßenseite. Das Mappen als Straßenbestandteil (sidewalk) würde hier unkompliziert und fehlerfrei Abhilfe schaffen.

Sorry, Kommentar falsch zugeordnet

Sehr inkonsequentes Mapping der Gehsteige in der gesamten Altstadt: z.T. gar nicht, z.T. als gesonderter Fußweg einseitig/beidseitig, z.T. als Straßenbestandteil (sidewalk) oder auch beides parallel. Als gesonderter Fußweg fehlen generell die Hinweise auf der Straße (use_sidepath) und in großem Umfang die Verbindungen an Kreuzungen/Einmündungen zum Wechseln der Straßenseite. Das Mappen als Straßenbestandteil (sidewalk) würde hier unkompliziert und fehlerfrei Abhilfe schaffen.

Sehr inkonsequentes Mapping der Gehsteige in der gesamten Altstadt: z.T. gar nicht, z.T. als gesonderter Fußweg einseitig/beidseitig, z.T. als Straßenbestandteil (sidewalk) oder auch beides parallel. Als gesonderter Fußweg fehlen generell die Hinweise auf der Straße (use_sidepath) und in großem Umfang die Verbindungen an Kreuzungen/Einmündungen zum Wechseln der Straßenseite. Das Mappen als Straßenbestandteil (sidewalk) würde hier unkompliziert und fehlerfrei Abhilfe schaffen.

Sorry, habe mir im Vorbeifahren die falsche Stelle gemerkt. Der Übergang in Grießenbach existiert nicht.

Richtig, aber ohne Änderung beträgt die Abweichung nur wenige Meter und nicht mehrere Kilometer. Und wie es aussieht, soll sich die Gesamtsituation schon schneller zum Guten wenden: https://viz.berlin.de/2021/12/elsenbruecke/. Damit erübrigt sich eh jede Diskussion.

Dies ist nicht ganz so. Für den Autofahrer ist es erstmal egal , über welche Brückenhälfte er geführt wird oder ob er eine mehrere Kilometer entfernte Brücke nehmen muß. Nach deinen Änderungen wird z.B. in OsmAnd von Mitte Januar bis Mitte Februar eine Vollsperrung angezeigt. Dann kann man nach den neuesten Planungen aber schon die Behelsbrücke nehmen. Diese wird dann wahrscheinlich aber erst im Februar angezeigt werden. Bei anderen Navisystemen kann die Verzögerung noch größer sein.

Hallo, welchen Sinn macht deine Änderung, außer den Stand der vielleicht nächsten drei Wochen zu dokumentieren. Dann wird voraussichtlich die südliche Behelfsbrücke in Betrieb gehen. Die Vollsperrung der Brücke wird aber erst danach und noch weitere ein oder mehr Monate in den meisten Navisystemen berücksichtigt. Besser ist, den alten Zustand zu belassen, dann ist die genaue Verkehrsführung nicht berücksichtigt, aber auch keine Vollsperrung. Siehe hierzu auch https://blog.openstreetmap.de/blog/2014/10/ein-paar-worte-zum-baustellenmapping/.

Danke für deine Mithilfe. Habe die Änderung bis auf den way way/4782475 wieder rückgängig gemacht.

Das könnte es gewesen sein. In dem Fall hat das bicycle=yes die bestehende Einschränkung an dieser Stelle überschrieben und die Navigation mit OsmAnd und anderen Navisystemen funktiniert wieder. Ich werde mal als Test einige der von mir vorgenommenen Änderungen rückgängig machen. Im Erfolgsfall folgen dan die anderen auch noch.

Habe mich ja auch gewundert, da das nirgendwo so dokumentiert ist. Aber nach deiner Änderung hat OsmAnd nicht mehr über die Blockdammbrücke navigiert. In iD kann man ja auch die Navigation mit OSRM und GraphHopper simulieren. Das gleiche, eigendlich unlogische Ergebnis. Jetzt funktionieren alle drei Navisysteme wieder wie gewünscht. Sollte also besser so bleiben. Zumindest bei OsmAnd könnte ich einen Call aufmachen.

ich habe bei cycleway:both=no bicycle=yes wieder eingetragen (wird sonst wie bicycle=no interpretiert)