Home » railML newsgroups » railML.infrastructure » Alternative Stationsnamen (ocp, additionalName)
Re: Alternative Stationsnamen (ocp, additionalName) [message #324 is a reply to message #318] Fri, 29 June 2012 21:57 Go to previous messageGo to previous message
Dirk Bräuer is currently offline  Dirk Bräuer
Messages: 311
Registered: August 2008
Senior Member
Hallo Susanne,

> entschuldige bitte das späte Antworten, wir (Christian und ich) haben
> uns mal wieder über das Gruppieren von 'ocps' unterhalten und daraus
> den Vorschlag im Posting "Grouping of elements in an" [1] erarbeitet.

Kein Problem, keine Notwendigkeit zur Entschuldigung.

>> So ist auch in derzeitigen deutschen Anwendungen unklar, ob unter
>> ‚name’ der verkehrliche Name anzugeben und der betriebliche unter
>> ‚additionalName’, type=trafficName aufzuführen ist oder umgekehrt der
>> verkehrliche als ‚name’ und der betriebliche unter ‚additionalName’,
>> type=operationalName. (Der Unterschied zwischen betrieblichem und
>> verkehrlichen Namen ist z. B. „Bft. Dresden-Neustadt Pbf.“ und
>> „Dresden-Neustadt“.

> Üblicherweise wird vermutlich der verkehrliche Name angegeben, so wie er
> in der Fahrplanauskunft erscheint.

Siehst Du, da haben wir den Salat: Das sieht nämlich bisher eher umgekehrt
aus. Weil nicht alle OCPs in der Fahrplanauskunft erscheinen, haben auch
nicht alle einen verkehrlichen Namen, so dass eher der betriebliche (der
bisher immer vorhanden ist) im Attribut ‚name’ angegeben wird. Sonst würde
die Regel ja lauten: „‚Name’ enthält den verkehrlichen Namen, falls die
Betriebsstelle in der Fahrplanauskunft erscheint, ansonsten den
betrieblichen Namen. Falls der verkehrliche angegeben ist, steht der
betriebliche unter additionalName. Ob eine Betriebsstelle in der
Fahrplanauskunft erscheint, erkennt man indirekt daran, ob unter
additionalName ein betrieblicher Name angegeben ist...“

> Allerdings wäre das Attribut 'type'
> vom Typen 'tOcpNameType' für die Unterscheidung in 'betrieblich',
> 'verkehrlich' und 'local' an dieser Stelle sehr sinnvoll und sollte noch
> ergänzt werden.

Da sind wir uns sehr einig, also volle Zustimmung von meiner Seite.

> -> Bei Zustimmung: in Trac Ticket für Version 2.2 aufnehmen

---
> Dafür könnte das neue Element <ocpGroup> aushelfen.

Ok, zu <ocpGroups> läuft die Diskussion an anderer Stelle. In diesem
Zusammenhang sind wir uns einig, dass <ocpGroups> hier eine Hilfe wären.

> BHBF wurde in der Web-Variante der RL100 nicht gefunden

Sollte es aber, denn es ist in den offiziellen Schienennutzungsbedingungen
und Stammdaten der DB enthalten (geprüft für Jahresfahplan 2013). Es ist
insofern auch richtig, in Berlin Hauptbahnhof - Lehrter Bahnhof oben zwei
Betriebsstellen zu unterscheiden, als dass es auf der S-Bahn-Strecke nur
ein Haltepunkt ist, auf der Fernbahn aber ein Bahnhof. (Es müsste dann
wohl auch korrekt heißen: „Berlin Haupthaltepunkt (S-Bahn)“. ;-) )

---
> Das Attribut "xml:lang" ist seit Version 2.1 im Element 'ocp'
> enthalten. Was habe ich übersehen?

Dass sich mein Beispiel auf 2.0 bezog... Nein, im Ernst: Du hast nichts
übersehen. Ich hätte die Frage gar nicht zu stellen brauchen, wenn ich
nicht übersehen hätte, dass es in 2.1 enthalten ist. Daher schreibe ich
jetzt: Ich bitte um Entschuldigung!

Viele Grüße,
Dirk.
 
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Signals vs panels
Next Topic: SpeedChange : Protection system reference
Goto Forum:
  


Current Time: Thu May 16 20:44:02 CEST 2024