Home » railML newsgroups » railml.timetable » [railML2] Redudant attributes in <ocpTT>
Re: [railML2] Redudant attributes in <ocpTT> [message #2883 is a reply to message #2712] Thu, 20 January 2022 11:29 Go to previous message
Milan Wölke is currently offline  Milan Wölke
Messages: 139
Registered: April 2007
Senior Member
Hallo Vasco,

im Rahmen der Version 2.5 sind wir (die timetable Entwicklergruppe) deinem Hinweis bezüglich des Attributs shuntingTime gefolgt. Am ocpTT wurde das Attribut als deprecated gekennzeichnet und im Wiki, sowie in sonstiger Dokumentation darauf verwiesen, dass nunmehr //stopDescription/stopTimes/@shuntingTime zu verwenden sei.

Bezüglich deiner anderen Anmerkung, sind wir deiner Anregung nicht gefolgt. Im Rahmen der Entwicklung von Version 2.4 wurde dieses Thema bereits diskutiert. Damals wurde durch die timetable Entwickler Gruppe bewusst entschieden beide Möglichkeiten beizubehalten und eine der beiden, nämlich die an der stopDescription mit der Referenz auf eine operatingPeriod zu erweitern um saisonale Gleisnutzung abbilden zu können ohne dazu jeweils einen neuen trainPart bilden zu müssen.

Trotzdem vielen Dank für deine Hinweise, sowie das aufmerksame Prüfen der Dokumentation und des Standards.

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

In the context of version 2.5, we (the timetable development group) followed your advice regarding the shuntingTime attribute. On ocpTT, the attribute was marked as deprecated and reference was made in the wiki and in other documentation to the fact that //stopDescription/stopTimes/@shuntingTime should now be used.

Regarding your other comment, we did not follow your suggestion. This topic was already discussed during the development of version 2.4. At that time, the timetable developer group deliberately decided to keep both options and to extend one of the two, namely the one at the stopDescription with the reference to an operatingPeriod, in order to be able to map seasonal track usage without having to create a new trainPart each time.

Nevertheless, thank you very much for your advice and for carefully checking the documentation and the standard.

Best regards, Milan


Milan Wölke – Timetable scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
 
Read Message
Read Message
Previous Topic: [railML3.2] dublicate element name itinerary
Next Topic: [railML3] Train number/identification systems
Goto Forum:
  


Current Time: Thu May 02 19:51:32 CEST 2024