Seltsame Tags für Verkehrswege

Mit wir meinst du hoffentlich nicht nur die hier gerade zufällig mit lesenden :stuck_out_tongue:

Deine Ergänzungen sind gut, das passt zu dem, was ich in der (Eisenbahn)-Landschaft bisher begegnet bin.

An abandoned dachte ich an Gleisbereiche wie in Berlin das Schöneberger Südgelände, wo Gleise noch liegen, keinen Anschluß mehr haben und teilweise völlig überwachsen sind: http://www.gruen-berlin.de/parks-gaerten/natur-park-suedgelaende/uebersicht/ Daher passt das “ggf. überwachsen” auch hierher, ist für disused aber genauso ein Kriterium.

Sven

Das hatten wir vor ein paar Tagen schon einmal:
http://forum.openstreetmap.org/viewtopic.php?pid=336588#p336588

Also, bei Tagging-Unklarheiten befragt man die “offizielle” Wiki-Seite. Wenn ich mich nicht irre, ist das in diesem Fall http://wiki.openstreetmap.org/wiki/Key:railway.
Dort steht bei railway=abandoned:

Wenn mich mein Englisch nicht täuscht, heißt das, dass abandoned meint, dass die Gleise entfernt sind, man den Streckenverlauf aber an den äußeren Umständen (oder wie immer man das zusammenfassen will) in der Landschaft erkennen kann.

@reneman: Was meinst du mit deinem letzten Post?

Das:

abandoned = wo Gleise noch liegen.
Diese Feststellung ist laut Wiki falsch.

Daher verwies ich auf die Diskussion von vor ein paar Tagen, in der ich auf diesen Umstand (abandoned = keine Gleise) bereits hingewiesen hatte:

Mit deinem aus dem englischen übersetzten Zitat aus dem Wiki kommst du zu dem gleichen Ergebnis wie ich.
Daher halte ich die Äußerungen von *streckenkundler *[1] und *rayquaza * [2] in diesem Punkt für falsch.

Aus selbigem Grund sind mir die 3 Attribute railway=obliterated, railway=razed und railway=dismantled schleierhaft. Denn nach railway=abandoned (Gleis ist zurückgebaut) gibt es nur noch **einen **Status: Vom der gesamten Gleisanlage ist nichts mehr zu sehen. (vgl. “Life-cycle” im Wiki). Welchen Namen der **letzte **Status dann trägt, ist dabei vollkommen nebensächlich (solange wie es ein (1) Name ist.)

Das ist das Problem… ich schaue mit auch immer mal die Bedeutung des Wortes an, um zu verstehen, was damit ausgedrückt werden soll… (ok, entgegen dem Wiki)

z.B. http://dict.leo.org/

disused: http://dict.leo.org/#/search=disused&searchLoc=0&resultOrder=basic&multiwordShowSingle=on
abandoned: http://dict.leo.org/#/search=abandoned&searchLoc=0&resultOrder=basic&multiwordShowSingle=on
dismantled: http://dict.leo.org/#/search=dismantled&searchLoc=0&resultOrder=basic&multiwordShowSingle=on
razed: http://dict.leo.org/#/search=razed&searchLoc=0&resultOrder=basic&multiwordShowSingle=on

demnach hätte eher disused und abandoned vergleichbare Bedeutungen als dismatled (abgebaut, abgebrochen, demontiert) oder razed (raze=auslöschen, niederreißen, vollkommen zerstören,…) Insgesamt sehe ich schon eher unterschiedliche Bedeutungen…

Sven

Ich liste mal einen möglichst vollständigen “Life-Cycle” einer Bahnstrecke:

  • Vorschlag von irgendjemandem

  • Offizielle Planungen

  • Planungen abgeschlossen, warten auf Baubeginn

  • Bau der Strecke

  • Normaler Betrieb

  • Betrieb wird eingestellt, Strecke existiert aber noch offiziell und es könnte ohne grossen Aufwand eine Zug- oder Rangierfahrt stattfinden

  • Strecke wächst zu und kann nicht mehr einfach so genutzt werden

  • Strecke wird offiziell entwidmet, “existiert” also nicht mehr (ggf. vor vorherigem)

  • Schienen werden demontiert oder mit Erde überschüttet (Bahnsteigzugänge, Bü, …)

  • Schwellen und Schotter werden entfernt (Streckenverlauf ist noch ersichtlich!) und ggf. die Trasse weitergenutzt (Radwege)

  • Alle Spuren der Bahnanlagen werden entfernt (Nutzung als Ackerfläche, Baugrund, …)

Wir brauchen dafür also etwa 9 Werte für railway=*. Wir haben afaik 8 (“razed”, “dismantled” usw. als einzelne gezählt).

Imo ist eine Neudefinition dieser bereits genutzten Tags möglich, da sie z.Zt. eh nicht einheitlich genutzt werden und Korrekturen nahezu ausschliesslich in einer Richtung stattfinden (=>Fehlerzahl würde sich auch ohne zusätzliche Korrekturen schnell reduzieren).

Das paßt hier überhaupt nicht dazu. Schon vor meiner Haustüre liegen DB-Strecken, die nie entwidmet wurden. Einen Meter Gleis wirst du dort trotzdem vergeblich suchen. Dafür kannst du aber alljählich dem “Streckeninspekteur” begegnen :stuck_out_tongue: (Der die KIB’ten inspizieren muss.)

Ich ergänze mal:

Welches ist denn dein achtes?? railway=preserved passt da glaube ich nicht recht hinein.

Sven

Hier gilt das Gleiche wie für Wikipedia, die Definition eines Attributes orientiert sich ausschließlich an der Doku im OSM-Wiki. Nicht aber an Übersetzungstool oder eben Wikipedia.

Da war ich auch etwas skeptisch, dann passt das ja mit acht Werten :wink:

Das andere, das im Wiki derzeit als Synonym zu “razed” bezeichnet wird. (“obliterated”)

Hier wie ich die Werte bisher genutzt habe:

Wie wäre es, wenn wir möglichst viele Railway-Mapper einladen, eine solche Liste (als Formular, nicht hier im Forum) auszufüllen und das Ergebnis zum Umschreiben des Wikis nutzen? Das könnte man doch als allgemeinen Konsens annehmen und dürfte sinnvoller sein als eine Definition zu bestimmen und dieses in einer Abstimmung wieder ablehnen zu lassen?

/edit: “obliterated” heisst das achte

Was ist mit railway=narrow_gauge und den anderen?

Ist es nicht besser zu ergänzen: proposed=yes, …

Das Grundsätzliche Problem ist, daß mit mit dem railway=* - Tag derzeit mehrere Dinge vermischt werden, einerseits eine Spurbreitengruppierung: miniature, monorail, narrow_gauge, rail, dann Nutzungsart wie light_rail, subway, tram, preserved ect. und die hier genannten “Streckenzustand-Tags”.

Von der Sache her ist dein Einwand berechtigt und sollte bedacht werden. Kosequenterweise müsste bei railway auch Spurweitengruppierung und Nutzungsart aufgedröselt werden: ich würde die Nutzungsart extra packen: aus railway=tram würde tram=yes.
Straßenbahn Cottbus: railway=tram, gauge=1000. wäre eigentlich auch zugleich railway=narrow_gauge.

Sven

Da sich die Diskussion ohnehin schon zu den Eisenbahntags verlagert hat, stelle ich noch eine Zusatzfrage:

Wie erfasst man am besten ehemalige Bahnstrecken?

Die Teilstrecken bekommen je nach Zustand railway=rail/disused/abandoned/razed, das ist klar.
Dazu eine Relation mit
type=route
route=?
name=“Kleinbahn A-B”
gauge=…
operator=…
wikipedia:de=…

oder sollte man name, gauge und operator mit prefix historic: schreiben?

Ich nutze seit diesem Posting von Netzwolf type=route=historic=rail. Die Spurweite gehört trotzdem ans Gleis. Den Operator würde ich vermutlich meist nicht eintragen, da man sich dabei jeweils für einen von den vielen entscheiden müsste und aktuell ist es keiner. Der Name sollte imo ohne Prefix verbleiben, da dieser z.B. auch von Editoren und in der Datenansicht angezeigt wird – ausserdem heisst das, was die Relation beschreibt immernoch so, dass es “historisch” – also nicht mehr existent – ist ist bereits durch route=historic zweifelsfrei beschrieben.

Schlimmer noch: Auch unter EBO können “Strassenbahnen” fahren, unter BOStrab auch Güterverkehr stattfinden und dass auf einer EBO-Strecke eigentlich nur S-Bahnen fahren stört bei der Erstellung eines Gz-Fahrplans im Prinzip nicht.

Es wird unter railway=* also folgendes zusammengefasst:

  • Zustand (proposed bis razed)

  • Spurweite (gauge=*)

  • Nutzung (sollte besser durch Relationen ermittelt werden)

  • anzuwendende Richtlinien (working_rules=*, braucht zusätzlich eine (ggf. vereinfachende) Internationalisierung)

Ich bin dafür, dass man railway=* normalerweise für die Internationalisierung von working_rules=* nutzt und ggf. proposed bis razed “dazwischensetzt”, also z.B. railway=construction construction=tram, da es so auch bei Strassen üblich und unumstritten (?) ist. Für die Spurweite gibt es ausserdem ein eigenes Tag (wobei railway=narrow_gauge weiter für die ESBO stehen würde) und die Nutzung sollte wie schon geschrieben aus den Relationen ermittelt werden, da kaum jemand bei der Umbenennung einer RB-Linie zu einer S-Bahn-Linie oder der Einbindung einer S-Bahnlinie ins Stadtbahnnetz alle Ways der Strecke ändern wollen wird. Bei Güterzügen wird das etwas problematischer, aber das ist bisher ja auch nicht erfasst.

Oh, man redet über mich. Schade, dass man mir das nicht mitteilt. Ich bin jederzeit über die OSM-Nachrichtenfunktion erreichbar. User:brogo kennt mich sogar persönlich und hat meine private E-Mail-Adresse. Das Forum nutze ich allerdings normalerweise nicht.

Darüber hatte wir bereits geredet und ich tagge seit längerem railway=historic wenn nichts mehr erkennbar ist und railway=abandoned wenn man die route noch nachvollziehen kann.

Danke für dieses sehr gute Beispiel! Guckt euch mal die History des Weges 218739818 an (http://www.openstreetmap.org/browse/way/218739818/history)! Ich habe ursprünglich railway=historic getaggt! User:seawolff hat dann (in Revision 3) abandoned draus gemacht und gleich noch ein paar neue Keys eingeführt (abandoned:gauge, abandoned:operator und abandoned:railway). Ich habe die seltsamen Keys bemerkt und per JOSM-Suchfunktion den falschen Key abandoned:railway=rail zum akzeptierten Chainloading railway=abandoned + abandoned=rail geändert. Das dort ursprünglich mal historic dran stand habe ich dabei natürlich nicht bemerkt.

Über die Tags der verschiedenen Planungsphasen kann man streiten, aber einfach Löschen (wie es seawolff tut) ist sicherlich nicht die beste Lösung! Umtaggen auf highway=planned wäre ein akzeptabler Kompromiss gewesen. Ich kann nicht erkennen, wie das Einzeichnen aller Planungsvarianten dem Projekt schadet, denn das wäre der einzige akzeptable Grund für eine komplette Löschung.

Zu dem Thema hatte mich User:brogo schon angeschrieben. Ich habe zwar eine andere Meinung, nutze seitdem aber den construction Wert nicht mehr für Planungsvarianten.

Ja, das ist wirklich eigenwillig und ich halte es weiterhin für sinnvoll. Nachdem User:seawolff von mir initial eingezeichnete Straßen-Gleise mehrfach kommentarlos zu normalen Gleisen umdefiniert hatte, habe ich den neuen Tag grooved=yes erfunden, damit die Information der Verlegungsart nicht verloren geht.

Nein, aber hat vielleicht User:seawolff alle Tags so gewählt, dass sie eben nicht dargestellt werden (z.B. abandoned:railway=rail)?

In einigen.

Ich bin für das gut parsebare Chainloading: highway/railway=planned + planned=rov/variant/feasibility_study

Obwohl weder hier, noch anderswo jemand für die Löschung von Planugsvarianten stimmte, hat User:seawolff alles gelöscht!

Ich bin öfters auf dem Lübecker OSM-Stammtisch und auf die OSM-Nachrichten-Funktion habe ich bisher immer reagiert.
Das Forum halte ich für weniger Sinnvoll. Auch dieser Thread wurde schon gehijacked…

Hier wird eine wichtige Information unterschlagen:
Ich schrieb ihm bereits am 30.4., dass dieser einmalige Revert ein Versehen war.

Wodurch eingeschränkt? Habe doch bisher auf jede Frage geantwortet!

Nein, ich bezeichnete nicht das Taggen für den Renderer sondern die Aufforderung eine eigene karte zu erstellen als Totschlagargument. Zitat einer OSM-Nachricht vom 30.4.:

Weiter mit der Forum-Quote:

Anmerkung: Gemeint ist seine letzte OSM-Nachricht

Ja, deine Reaktion kam leider erst 9 Tage später.
Ich hatte die Nachricht dann noch später gelesen (eben nochmal) und konnte nichts entdecken, was noch eine Reaktion verlangt hätte.
(Die Fragen waren ja alle rhetorisch und keine Grundlage für eine weitere Diskussion)
Vielleicht sollte ich doch noch antworten, aber dann gehts um Grundsatzfragen…

Juhu, noch ein Tag, das zu der railway=razed-Liste dazu kann :smiley:

Da muss ich dir Recht geben. Zum jetzigen Stand müsste übrigens der Prefix jeweils auf razed geändert werden. Wer da wohl nicht aufgepasst hat? :roll_eyes:

Man kann auch schon darüber streiten, ob das in OSM sein sollte. Dass da auf Hinweise von mir, dass das nicht rein gehört kein Widerspruch kam werte ich als Konsens, dass es nicht rein gehört.

Ich habe ein entsprechendes Tag auch schon vermisst und im Laufe dieser Diskussion grooved=yes übernommen. railway=tram dafür zu missbrauchen ist aber nicht so schön, dabei herrscht schon mehr als genug Uneinigkeit…

Da muss ich dir wieder Recht geben: Es heisst railway=abandoned.

Wenigstens darin seit ihr euch einig :wink:

Mir ist es egal, wie das jemand in seiner internen Datenbank erfasst :wink:

Da war ich wohl nicht eindeutig genug: “Intern kann man sowas machen, hochgeladen werden sollte es aber imo frühestens, wenn das so endgültig geplant ist (und nicht nur vorgeschlagen wie “proposed” andeutet).” und die Auslassung bzw. Kursivdruck dieser Stadien in der Life-Cycle-Liste im Laufe dieser Diskusion.

Das Problem hier ist, dass wir keine Baumdarstellung haben sondern nur einen langen Balken…

Ich denke Löschen sollte gerade bei strittigen Sachen die letzte Maßnahme sein die man ergreift.
Datenbanken sind geduldig und die paar Byte stören nirgends.
Ob es da nun ein, zwei oder gar drei Nutzer in irgendeinem Thread gibt, die die Daten selber nicht nutzen und deshalb für überflüssig empfinden, halte ich für keine Rechtfertigung.

Manchmal ist meine Eigenwilligkeit also doch zu was nütze.

Auch die Aufforderung eine eigene Datenbank zu starten, ist ein “Totschlagargument”.
Es gibt nichts was für eine solche spricht, dagegen spricht:

  • unnötiger Aufwand

  • Schwierigkeiten beim synchron halten

  • eingeschränkte Datensicherheit

  • eingeschränkte Zugriffsmöglichkeiten

  • eingeschränkte Partizipation

Also highway=proposed wird sogar auf der Hauptkarte gerendert. Es scheint also durchaus Menschen zu geben, die solche Informationen in der DB für gerechtfertigt halten.