Welche Tags für Bahngleise?

[EvanE]

@rurseekatze

@EvanE

Das ist das Problem, wenn man eine Sache nur aus einem Blickwinkel (hier die Eisenbahn) betrachtet.

• An mehrgleisige Bahnübergängen sind alle Einträge mehrfach zu setzen.
  Dabei ist der Bahnübergang eine Einheit.
• Die Straßensicht “Wo ist die Schranke / das Verkehrszeichen / …?” bleibt außen vor.

Ob zwei Bahnübergänge zusammengehören, ließe sich in einer Datenbank einfach herausfinden. Entweder haben mehrere den gleichen Wert von railway:position, dann kann man die anderen hinauswerfen, oder man clustert sie, da die einzelnen Bahnübergänge nur wenige Meter auseinander liegen.

Und die Position der Schranke und der Verkehrszeichen müsste man auch so ungefähr ermitteln können. Zumindest für ein Navi sollte das reichen.

Das funktioniert maximal bei einer zweigleisigen Strecke. Sobald du drei Gleise hast, gibt es mindestens zwei Strecken(nummern) und damit auch unterschiedliche Kilometrierung.

Warum sollen wir uns mit “ungefähr” begnügen, wenn es im Rahmen unserer Möglichkeiten auch genauer geht?

@rurseekatze

@EvanE

… Für jedes System definierst du einen eigenen Schlüssel mit yes/no als Wert. Im Grunde geht es doch nur darum welches Sicherungssystem verwendet wird. Mehrere parallele Sicherungssysteme können über eine fortlaufende Nummer im Schlüssel erfasst werden.

Das wäre besser mit railway:signaling:= mit x eine einstellige Zahl, für den Fall dass es mehr als ein Sicherungssystem gibt. Als Name kämen auch railway:train_protection: oder railway:train_control: in Frage.

Dein Vorschlag macht es doch nur noch unnötig kompliziert. Alleine schon zum Auswerten ist es ungeeignet. Will ich alle Strecken mit LZB rendern, dann muss ich folgende Abfrage machen:
select … where railway:signalling:1=lzb or railway:signalling:2=lzb

Siehtst du das Problem? Wenn mehrere Sicherungssysteme auf einer Strecke vorhanden sind, in welcher Reihenfolge soll man sie dann angeben?
Außerdem verstehe ich nicht, was dein Vorschlag vereinfachen soll. Bei den Sicherungssystemen gibt es eben eine Mehrfachauswahl, daher sind yes/no-Werte angebracht.
In anderen Fällen bevorzuge ich auch lieber die Angabe eines Wertes im Value. Beispiel: Straßenkategorien. Dort schließen sich die Werte gegenseitig aus und es gibt keine Mehrfachauswahl.

In deinem Beispiel wäre das komplexer. Wenn du allerdings die Frage stellst, welche Sicherungssysteme alle an einer Strecke vorhanden sind, musst du 25-30 Schlüssel kennen und abfragen. Das sehe ich keineswegs als einfacher wie alle Schlüssel mit railway:train_control:= abzufragen. Die Nummerierung muss dabei ja keine Rangfolge bedeuten.

Es gibt ja noch die Alternative mit ‘;’ mehrere Werte anzugeben. Aber irgendwie will da wohl niemand dran, das den Anwendungen zuzumuten. Das scheint mir der eigentliche Grund für deine und meine Verrenkungen.

BTW: Sind die (Euro-)Balisen für Neigetechnik schon enthalten?

PS: Ich dachte immer im SELECT wären auch Wildcard-Zeichen zulässig.
Also: select … where railway:signalling:*=lzb

Edbert (EvanE)