Frühere Bahnstrecken

“temporär” liegt im Auge des Betrachters. Einige finden ja immer noch, die BER-Baustelle sei temporär.

Der vergleich hinkt jetzt aber… Auch wenn der BER noch nicht in Betrieb ist, ist doch was handfestes dort vorhanden.

Ich dachte einentlich eher an Baustellen von Straßen, die höchstens 1-2 Monate dauern und auch gerne eigentragen werden.

In dem Zusammenhang sehe ich meine Zeilen

für mich als entscheidend an. Gerade bei Bahnstrecken sehe ich es als vernünftig an, solche Akzeptanz walten zu lassen.

@Schienennagelhammerträger

Danke, +1

Sven

Als kleiner Einwurf, ohne Bezug zu ehemaligen Schienen: Dieses Argument ist eher schwach. In der einen Datenbank gibt es tatsächlich auch gelöschte Objekte und es gibt sicher auch ein paar Anwendungen, die für die Auswertung der Historie ebenfalls alles vorrätig haben.

In dem was die Leute massenhaft runterladen, als planet-file oder Extrakt oder um es im Editor darzustellen sind gelöschte Objekte nicht enthalten. Auch die Datenbanken der üblichen Auswerter für Kartenmacherei oder Routing oder Geocodierung… enthalten sie nicht. Da ist eine Löschung bei einem Update eine kleine Nachricht über eben die Löschung und dann ist das Objekt weg.

Grüße
Max

Ich wurde von Streckenkundler aufgefordert, mich an der Diskussion im Forum zu beteiligen.
Ich bin derjenige, der die Bahnstrecken gelöscht hat.
Ich habe meine Meinung dazu im Kommentar des Änderungssatzes kund getan. Ich habe dem nichts mehr hinzuzufügen.
Gruß Protoxenus

Natürlich begehen sie keine Körperverletzung. Behauptet auch keiner. Aber sie stören und sie werden zwangsläufig verschlechtert. Ohne bösen Willen, einfach in der Entwicklung der Kartierung des Existierenden.

Aktuelles Beispiel aus meiner Arbeit: Die nördöstliche Fortsetzung von https://www.openstreetmap.org/way/731124793. Ein Way, zwei Funktionen, einmal existierender Track, einmal ehemalige Bahnstrecke. Gibt’s ja oft.

Genau davor stand ich vor einigen Wochen on the ground und fand ein zumindest ungenaues Mapping der Feldwege vor. Nur einer ging nordöstlich weiter, und zwar mitten durch den (da noch nicht gemappten) Gebüschstreifen. Real geht kein Weg durch den Gebüschstreifen, sondern ein Weg links und einer rechts dran lang. Jetzt gibt es drei Möglichkeiten für den Verlauf der alten Bahnlinie: Links dran vorbei, mitten durch oder rechts dran vorbei. Ich habe keine Möglichkeit, festzustellen, was richtig ist, aber ich möchte das Mapping der hw=track auf jeden Fall an die Realität anpassen. Ich habe mich dafür entschieden, den größeren zu nehmen, und damit die Bahnlinie größtenteils rechts neben das Gebüsch gezogen. Sehe gerade, in der Bahnstreckenrelation ist ein Stummel stehen geblieben, den könnte man wegnehmen. Aber ich weiß nicht, ob ich die Bahnstrecke verbessert oder verschlechtert habe, denn OTG ist von der Bahn ja nix mehr zu sehen.

Hätte ich die Bahnstrecke einfach ent-highwayen und ihre Position belassen sollen? Möglich. Aber ich weiß ja nicht, ob das genauer wäre. Denn dass hier eine Bahnstrecke zum highway umgebaut wurde, ist aus dem gemeinsamen Tagging offensichtlich, aber es kann ja ebenso sein, dass die Ungenauigkeit bezüglich des Feldweges ebenso die ehemalige Bahnstrecke betraf, ich ihre Position also mit meiner Korrektur verbessert habe. Woher soll ich denn wissen, ob die hier weiterhin aufeinanderlaufen (wie es vorher gemappt war, aber nicht richtig sein kann, weil dort kein Feldweg ist) oder getrennt wurden?

IMHO wäre es für die Eisenbahnfreunde nur vorteilhaft, ihre eigene Datenbank zu betreiben. Dann würde so was nicht passieren, die Eisenbahndaten wären unabhängig. Die historischen Daten tun zwar keinem im juristischen Sinne weh, aber sie stehen im Konflikt mit der Pflege der gegenwärtig existierenden Objekte, da sie eben nicht unabhängig in der OSM-Datenbank liegen, sondern mit aktuellen Daten vernetzt oder gar (wie hier) koinzident sind, aber nicht mehr OTG überprüfbar, und damit von allen Umbauten an aktuellen Objekten mitbetroffen werden.

–ks

Fein, dann gibt es dann in der Folge eine
-Eisenbahndatenbank
-Straßendatenbank
-Gebäudedatenbank
-Gewässerdatenbank
-Stromleitungsdatenbank
.
.
.

Ich hätte es auf jeden Fall gemacht. Die Nutzung eines Geometrieobjektes für total verschiedene Dinge birgt immer massiv Probleme. Das hat man z.B. auch bei admin-Grenzen und Gewässerachsen. Die Trennung hätte ich aus Sicht eines Eisenbahnfreundes, aus Sicht eines Radfahrers, aus Sicht eines GIS-Kundigen immer gemacht! Wie ich schrieb, solche multiblen Nutzungen einer Geometrie sind stets problematisch sind. Je nach Sichtweise vermeidet man mit der Erfassung am separaten Geometrieobjekt eben eine zwangsweise Lageverschiebung. Durch Objektfilter kann nur dann entweder Wege oder ehemalige Bahnstrecke Lagekorrigiert werden, z.B. durch ein DGM1. (Darum auch immer der Hinweis an Mapper, wenn sie es ernst meinen, sich die Nutzung von JOSM zu überlegen.)
Sicher ist es einiges an Arbeit, aber mit dem ent-highwayen sorgst du ja dafür, daß dein Interessenbereich verbessert wird (z.B. Radfahren) und gibst dem Anderen (Eisenbahnfreund) die Chance, die Eisenbahndaten nach seinem Wissen zu verbessern. Das nennt sich Akzeptanz.

Sven

Was soll denn wieder diese Polemik? Du weist doch genau, dass es hier nur darum geht, dass sich einige Mapper das Recht herausnehmen, gegen

  • Map what’s on the ground

  • Don’t map historic events and historic features

zu verstoßen. Wenn man sie darauf hinweist, werden -zig Ausflüchte gesucht, warum das notwendig ist.
Man wird als Bürokrat und Vandale beschimpft und wenn das alles nicht hilft wird auf Nebenschauplätze abgelenkt.

Protoxenus, Du kannst gerne per Diskussionen versuchen, Konsens darüber zu erreichen, dass railway=razed-Objekte aus der OSM-Datenbank herausgenommen werden. Aber solange der Konsens noch ist, dass diese drinnen bleiben, hast Du nicht das Recht, sie zu entfernen.
Wer bei einem solchen Objekt wie OSM mitmacht, muss aktzeptieren, dass dort nicht alles nach dem geht, was man selber für richtig hält.
Wer selbstherrlich meint, als Einzelner entscheiden zu können, was richtig und falsch ist, betreibt Vandalismus und hat bei OSM nichts verloren.

Entschuldigung, aber was hat das bitte mit meiner Argumentation zu tun? Verstehst du mich dermaßen falsch?

Ich verlange doch nicht eine Datenbank pro Interessensbereich. Mir geht es darum, dass die OSM-Daten in meinen Augen das gegenwärtig Existierende abbilden sollten und jeder, der eine Datenbank über früher existiert Habendes haben möchte, sich nicht darauf verlassen sollte, dass das immer und ewig in OSM stehen bleibt, einfach weil’s irgendwann in den Daten sehr unübersichtlich werden wird.

Also nochmal in aller Klarheit:

Eisenbahnen, die heute da sind,
Straßen, die heute da sind,
Gebäude, die heute da sind,
Gewässer, die heute da sind,
Stromleitungen, die heute da sind,
.
.
.

gehören selbstverständlich in die OSM-Daten. Hat niemals jemand bezweifelt oder bestritten. Aber wie lange muss eine Stromleitung, die nicht mehr da ist, noch mit razed:-Prefix in OSM bleiben? 5 Jahre? 20 Jahre? Für immer und ewig?

Diese Diskussion läuft gerade sehr merkwürdig. Ich spreche konkrete Punkte an und stelle konkrete Fragen, als Antwort kommt nur ein allgemeines „wir sollten doch tolerant und nett sein“ oder abweichende Strohmänner wie hier angeführt. So kommen wir keinen Schritt weiter. Das ist, als würde ich jemanden fragen, ob ich rechts oder links abbiegen soll, und der antwortet, wir sollten alle sowieso weniger Auto fahren. Vollkommen richtig, aber kein bisschen hilfreich bezüglich der aktuellen Fragestellung.

–ks

Hier meine Antwort!

Alles was nicht mehr gegenwärtig existiert, verschwunden oder abgerissen ist oder durch Baumaßnahmen überbaut, erneuert bzw. ersetzt worden ist, - also alles Alte, was physisch nicht mehr greif- oder sichtbar vorhanden ist, wird von mir (nach einer gewissen Karenzzeit) gelöscht und zwar ohne Pardon und ohne Diskussion.

Peer

Und auch ich trete wieder mit meinem Plädolyer auf:

Warum überhaupt was löschen. Macht in der Zeit heutiger Datenhaltung und der Kosten/TB keinen Sinn. Man könnte sich überlegen ob man die Daten abrufbar macht (denn das ist auch heute noch teuer) - aber löschen macht imho. keinen Sinn…

Lieber die Editorenhersteller dazu aufrufen “abadoned und razed” im Standard nicht darszustellen. Wüsste nicht wen solche Dinge “dann” noch stören dürften, wenn sie standardmäßig nicht auf den üblichen Karten und Editoren angezeigt werden.

Sehe ich (insbesondere - ohne Diskussion) als eine Form von Datenvandalismus (nicht nur in der OSM) an. So kann zukünftig niemand mehr nachprüfen ob in der Vergangenheit ein Sachverhalt (z.B. vorgestern) korrekt oder falsch gemappt wurde. Aber gut, eventuell bin ich da auch beruflich vorbelastet :wink: mit meiner Meinung. Öffentliche, kollaboral oder gemeinnützige Daten sollten aus meiner Sicht grundsätzlich nie gelöscht, sondern nur per Änderungssätzen korrigiert werden.

“On-The-Ground” ist nur die Erfassungsregel… Einen Umkehrschluß für eine General-Erlaubnis-Löschregel wenn etwas nicht mehr “on-the-ground” ist, kann ich daraus nicht erkennen.

Nachtragedit: Im Übrigen ist auch die Regel “don’t map historic…” ist nicht betroffen. Da die Daten ja nicht gemappt werden, wenn sie schon historisch sind (das hat meiner Meinung nach tatsächlich nichts mit OSM zu tun) - sondern sie wurden gemappt als sie da waren. Hieraus eine Löschregel zu konstruieren halte ich ebenfalls für falsch…

Doch, das kann jeder. Die OSM-Datenbank vergisst ja von ihrem technischen Design her nichts, mit einer Overpass-Abfrage kannst du jederzeit den Datenstand beliebiger Zeitpunkte in der Vergangenheit inkl. aller zwischenzeitlich gelöschten Objekte abrufen.

Damit bezieht sich die gestellte Frage nicht auf „löschen“ im harten datentechnischen Sinne, sondern auf „löschen“ in dem Sinn, dass die so behandelten Objekte in den aktiven Daten, in aktuellen Planeten und pbfs nicht mehr erscheinen.

–ks

@kreuzschnabel

Aber hier geht es doch im das harte Löschen, oder sehe ich das falsch? Ansonsten müsste ja der Railway noch als Objekt in der Datenbank drin sein, aber keine Punkte mehr haben. Denn woher weiß ich sonst später dass ein Railway oder ein Haus gelöscht wurde?

Aber gut; Wenn es sich hier nicht um ein “aus-der-Datenbank-löschen” handelt, bin ich ja schon mal zufrieden. Da bin ich dann zu OSM-unwissend gewesen.

edit:
Wäre es dann nicht möglich, dass sich die Eisenbahnhistoriker ihre Karte anhand der Gelöscht-Informationen zusammenbauen? Weil dann wäre doch allen geholfen. Das wäre eine Abfrage über die OSM-DB die man monatlich machen könnte und auf die Weise könnten sich sowohl die Historiker als auch die Eisenbahnromantiker ihre alten Strecken in eine eigene Karte eintragen lassen. Dann wären doch alle Seiten Glücklich?! Irgendwie muss ich zugeben, dass ich die ganze Diskussion dann (wenn wir hier nicht von “echtem Löschen” sprechen) nicht wirklich verstehe.

Genauso macht es OSM:
Nach dem “Löschen” mit einem Editor sind die Daten noch in der Datenbank vorhanden, werden von den meisten Tools aber nicht mehr abgerufen.

Jeder hat seine Meinung.
https://www.openstreetmap.org/way/186070589
https://www.openstreetmap.org/way/546124517
ist Bestandteil der ehemaligen Kleinbahn - deren andere Streckenteile noch existieren (als Radroute).

Gut - ich könnte die Tags der Linie löschen und diese als Bestandteil einer Relation eintragen. Dann ist die Linie genauso in der Datenbank, nur ohne den jetzigen tags.

anderes Beispiel (ja der Verein ist nicht auf OSM angewiesen):

Eine Bahnstrecke wurde als razed (Eine Strecke, deren Verlauf nur noch zu erahnen ist, da die alte Trasse überbaut wurde.) eingetragen - sollte nun nicht mehr in OSM sein.
Nun baut ein Verein diese Strecke (auf dem gepflügten Feld - https://wiki.openstreetmap.org/wiki/File:Alte_Bahntrasse_neu.jpg ) wieder auf und sollte als railway=proposed/construction eingetragen werden. Einfach *=razed um mappen - wenn sie noch da wäre.

Dann müsste auch https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Tagging geändert werden.

Und wie denken Mapper andere Länder darüber?

Ich finde es toll, wenn Eisenbahnfans auch historisches recherchieren und dokumentieren. (Genau so gemeint: Ich finde es toll!)

Wieviel Aufwand wäre es, diese Daten aus der OSM rauszunehmen und stattdessen in einer anderen Datenbank zu pflegen?

  • Man bräuchte wohl einen Server, um die OSM-Software laufen zu lassen. Dort wären zumindest die restlos entfernten Strecken drin, die es in OSM nicht mehr gäbe.
  • Client-Software bräuchte kleine Änderungen, um einfacher mit verschiedenen Servern arbeiten zu können. Z. B. kann ich in JOSM nur einen einzigen Server einstellen.
  • Wenn Daten über mehrere Datenbanken verteilt sind, müsste die Software ebenfalls damit klarkommen. Vielleicht reicht es hier schon, die OSM als Layer darzustellen, und in dem Eisenbahnlayer zu editieren.
  • Es müssen Tiles gerendert werden, die man dann z. B. als Overlay über die OSM-Carto legen kann.
  • Datennutzer müssten sich anpassen.

Und was würden noch für Nachteile durch eine separate Datenbank entstehen?

Ich kann verstehen, dass sich niemand diese Mühe machen will und stattdessen Objekte in OSM eingetragen werden, die nicht (mehr) existieren.
Aber ich würde mich freuen, wenn das mal jemand in Angriff nehmen könnte. Denn sonst kann Eisenbahn als Dammbruch herhalten und irgendwann wird wirklich gar nichts mehr gelöscht.

Siehe Link aus dem Eingangspost: https://www.openstreetmap.org/changeset/77469625
Bzw. den Changeset, um es es eigentlich ging: https://www.openstreetmap.org/changeset/73494364

Es ist, soweit ich weiß, dem normalen Mapper gar nicht möglich, Objekte in OSM hart zu löschen. Das können höchstens eine Handvoll Admins.

Letztes Wochenende habe ich ein Waldstück zwischen Michelbach und Holzhausen gründlich verfeinert, aber der alte Stand kann jederzeit auf http://overpass-turbo.eu/s/PRs abgerufen werden.

–ks

Wieso ist das Konsens? Die Eisenbahnstrecken, um die es hier geht, sind nicht mehr als solche zu sehen. Im Wiki steht dazu:

Obliterated (or dismantled/razed) - Some people use railway=dismantled or railway=razed where all evidence of the line has been removed, others prefer such lines not to be included at all. This is used where the alignment has been replaced by new buildings or by roads which don’t refer to the old alignment.

Und was ist mit denen, die selbstherrlich entscheiden, dass Objekte, die den Grundprinzipien widersprechen, doch in die Datenbank geschrieben werden? Die haben recht?
Verquere Logik.