Home » railML newsgroups » railml.rollingstock » Infrastructure data for a train path finding tool (How to represent data required by a train path finding tool in railmL2.4?)
Re: Infrastructure data for a train path finding tool [message #2510 is a reply to message #2509] Thu, 13 August 2020 11:25 Go to previous messageGo to previous message
Dirk Bräuer is currently offline  Dirk Bräuer
Messages: 311
Registered: August 2008
Senior Member
Dear Rüdiger,

here are some remarks from our experience on your questions

> - required line category [benötigte Streckenklasse]

The link between a so-called line category (A, B1, B2 etc.) and the physical properties which lead to the assignment of a line category is not limited to single vehicles. For instance, the Rule (Ril) 491.9104 of Deutsche Bahn assigns single vehicles of classes 344..346 to category A, while multiple vehicles of that classes are B2. Also, there are some national extensions of line category existing in some countries (CE, CM2 ff. in Germany, while there is no E or F). So the assignment of vehicles to line categories is a national one (or may be even one per IM).

That's why railML, so far, does only provide the physical background properties (axle load, length, mass) of vehicles but cannot provide assignments to line categories. It is the task of the reading software to find out the line categories by combinations of vehicles and their physical properties.

> - degree of regeneration (of a regenerative brake) [Rückspeisegrad]

....depends on the electrical infrastructure and current load of the electrical network (size of supply sections, other trains running in it) and therefore can only be found out dynamically - not a given fixed value.

> - existing tilting mechanism [vorhandene Neigetechnik]:
> though there is <rollingstock / vehicles / vehicle / wagon /
> passenger / tilting>, it would probably make more sense if
> one was able to (simply) refer to a known catalog, e.g. by
> the Siemens ZUB-no. corresponding to the vehicle equipment

What you are referring to are train protecting systems, not tilting mechanisms. In Germany, tilting is linked to continuous speed supervision (=train protecting) by law. But this does not fit generally to all countries. So, again: RailML defines the physical background; it is up to the reading software to link the physical background to certain (local, depending on application) technical devices.

With best regards,
Dirk.
 
Read Message
Read Message
Read Message
Previous Topic: Different ways to model tractive effort
Next Topic: [railML2] extend <vehicleBrake> and <trainBrake> with the attribute @emergencyBrakePercentage
Goto Forum:
  


Current Time: Fri Apr 26 09:44:44 CEST 2024