Home » railML newsgroups » railML.infrastructure » Representation of operational stations
Re: Representation of operational stations [message #1742 is a reply to message #1740] Tue, 27 March 2018 10:42 Go to previous messageGo to previous message
christian.rahmig is currently offline  christian.rahmig
Messages: 436
Registered: January 2016
Senior Member
Dear Tobias,

Am 26.03.2018 um 13:50 schrieb Tobias Bregulla:
> Currently railML 2.4 knows the following four enumeration values of the
> attribute <ocp><propOperational>@operationalType for stations:
> * passenger
> * freight
> * shunting
> * other

I assume you are referring to the attribute @trafficType? The attribute
@operationalType is used to define the operational functionality of an
OCP containing the values
* station
* stoppingPoint
* depot
* crossover
* junction
* blockPost
* blockSignal
* other
Further values and adaptations are currently under discussion, see [1].

> For Bahnkonzept programme export the question arises, how operational
> stations should be modeled in railML 2.x. This means stations at which
> passengers cannot get in and out, goods aren't loaded or unloaded nor
> wagons are shunted (usually). Typical examples are the overtaking
> stations on the high-speed lines, where mainly slower trains are
> overtaken by faster trains, e.g. Saubachtal station on the high-speed
> line VDE 8.1 of the DB Netz (Kilometre 236.5 of line 5919
> Nuremberg-Erfurt-Leipzig, see
> https://upload.wikimedia.org/wikipedia/commons/7/75/%C3%9Cbe rholbahnhof-Saubachtal-Okt2015.jpg
> for an overview picture).
>
> We propose the addition of a fifth attribute "operational" in railML 2.4
> (and 3.x for sure) for such stations. Otherwise the leaving of any value
> could be an option, but this could intersect with an "unknown" value.
> (Maybe another word could reflect the common British term better?)

The proposal sounds reasonable to me. What do other users/developers
think about it? Does anybody have a better English term for "operational"?

> In addition, we suggest an addition to the descriptions of the elements
> and, if necessary, a list of the meaningful combinations on the
> corresponding wiki page. We will be happy to contribute constructively,
> if desired.

Thank you for your offer! Every contribution with the aim to enrich best
practices and examples in our railML wiki is highly appreciated.

[1] https://www.railml.org/forum/index.php?t=msg&th=483& goto=1583&#msg_1583

--
Christian Rahmig - Infrastructure scheme coordinator
railML.org (Registry of Associations: VR 5750)
Phone Coordinator: +49 173 2714509; railML.org: +49 351 47582911
Altplauen 19h; 01187 Dresden; Germany www.railml.org


Christian Rahmig – Infrastructure scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Marking @frontier and @chargeFrontier as DEPRECATED?
Next Topic: [railML3.1] TrainDetectionElement and TrainDetectionElementSection
Goto Forum:
  


Current Time: Tue May 14 08:59:44 CEST 2024