Home » railML newsgroups » railml.timetable » Extensions to railML for passenger information at stations
[railML2] Re: Extensions to railML for passenger information at stations [message #2418 is a reply to message #2312] Tue, 07 April 2020 19:58 Go to previous messageGo to previous message
Milan Wölke is currently offline  Milan Wölke
Messages: 139
Registered: April 2007
Senior Member
Hi guys,

after reviewing the changes regarding this issue, I want to suggest yet one more minor change.
The current approach models announcementRefs to always require either a trigger or a periodic element. However I was asked by a railML partner if it was possible to specify announcements without as well. The use case for this is, that a planning system that feeds data via railML into a passenger information system allows specifying announcements for a train that are only potentially to be played. Basically a preselection of announcements is made based on the properties of the train. In order to support this in railML I see two general options:
1) change announcementRef so that it is possible to neither specify a trigger nor periodic playback
2) add a new trigger "manual" which specifies that the refered to announcement is not to be played unless a user decides otherwise

I personally would prefer the first solution. What is your opinion?

---------------------------------------

Nach einem Review zu den Änderungen aus diesem Thread, möchte ich noch eine weitere kleine Änderung vorschlagen.
Der derzeitige Ansatz sieht vor, dass die announcementRefs immer entweder ein trigger oder ein periodic Element benötigen. Ich wurde aber von einem railML-Partner gefragt, ob es nicht möglich sei, Ansagen auch ohne zu spezifizieren. Der Anwendungsfall hierfür ist, dass ein Planungssystem, das Daten über railML in ein Fahrgastinformationssystem einspeist, die Festlegung von Ansagen für einen Zug erlaubt, die nur potentiell abgespielt werden sollen. Im Prinzip wird eine Vorauswahl der Ansagen anhand der Eigenschaften des Zuges getroffen. Um dies in railML zu unterstützen, sehe ich zwei generelle Varianten:
1) Änderung von announcementRef, so dass es möglich ist, weder einen Trigger noch eine periodische Wiedergabe zu spezifizieren
2) einen neuen Trigger "manual" hinzufügen, der angibt, dass die betreffende Ansage nicht ohne Eingreifen des Benutzers abgespielt werden soll.

Ich persönlich würde die erste Lösung vorziehen. Was ist eure Meinung?

Best regards, Milan


Milan Wölke – Timetable scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org

[Updated on: Tue, 07 April 2020 20:06]

Report message to a moderator

 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: TT:007 - stop on request for passenger trains only?
Next Topic: Continuation: different stop types / Mehrere Betriebshalt-Haltegründe usw.
Goto Forum:
  


Current Time: Mon May 06 12:26:36 CEST 2024