Home » railML newsgroups » railML.infrastructure » Defintion of is::track type attribute
|
|
Re: Defintion of is::track type attribute [message #2303 is a reply to message #2298] |
Mon, 06 January 2020 15:36 |
christian.rahmig
Messages: 463 Registered: January 2016
|
Senior Member |
|
|
Dear Thomas,
I am not sure if there is such a big difference between the different types of track (usage): In particular, for "sidingTrack" and "connectingTrack" the usage is the same like the possible usage. Major physical characteristics of the track are - so far - not modelled in railML.
What need to be clarified, is the question if "open track" is a common term in the English railway sector to describe a track outside of a station. Any comments from the (English speaking) railML community?
Thank you very much and best regards
Christian
Christian Rahmig – Infrastructure scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
|
|
|
Re: Defintion of is::track type attribute [message #2370 is a reply to message #2303] |
Thu, 05 March 2020 15:02 |
Thomas Nygreen
Messages: 75 Registered: March 2008
|
Member |
|
|
christian.rahmig wrote on Mon, 06 January 2020 15:36I am not sure if there is such a big difference between the different types of track (usage): In particular, for "sidingTrack" and "connectingTrack" the usage is the same like the possible usage. Major physical characteristics of the track are - so far - not modelled in railML.
Let's compare the attribute descriptions in the wiki and the referenced forum thread. The best practice section in the wiki lists national usage of @type in line with the forum discussion. (Skipping connectingTrack, where there are no big differences.)
mainTrack
- Wiki, attributes: This is a regular track a of line used for frequent passenger and freight transport.
- Wiki, best practice: NO: hovedtogspor/hovedspor, DE: Durchgehendes Hauptgleis, de-CH: Hauptgleis/Signalisiertes Gleis, fr-CH: Voie signalée, it-CH: Binario segnalato, NL: Hoofdspoorweg, CZ: Hlavní kolej
- Forum: Main tracks of the line and their continuation in the station.
secondaryTrack
- Wiki, attributes: This is a track not frequently used (e. g. loops for overtaking and/or crossing in stations).
- Wiki, best practice: NO: togspor, DE: nicht-durchgehendes Hauptgleis, NL: Lokaalspoorweg, CZ: Spojovací kolej
- Forum: Other signalised tracks (with train routes).
sidingTrack
- Wiki, attributes: This is a siding.
- Wiki, best practice: NO: øvrige spor/sidespor, DE: Nebengleis, de-CH: Nebengleis/Nicht-signalisiertes Gleis, fr-CH: Voie non-signalée, it-CH: Binario non segnalato, NL: Raccordement, CZ: Manipulační koleje
- Forum: Non-signalised tracks (without train routes, but possibly shunting rountes)
So the attribute descriptions in the wiki describes mainTrack and secondaryTrack using the frequency of use, and doesn't really explain sidingTrack. In contrast the forum consensus uses properties of the infrastructure that determine the possible use (signalised or not, straight or not).
Thomas' suggested descriptions are quite close to the previous forum consensus, but I think it is best to avoid the term "commercial" and use "signalised" or "routes" rather than "train journeys".
Best,
Thomas
Thomas Nygreen – Common Schema Coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
|
|
|
Re: Defintion of is::track type attribute [message #2381 is a reply to message #2370] |
Mon, 09 March 2020 16:05 |
christian.rahmig
Messages: 463 Registered: January 2016
|
Senior Member |
|
|
Dear Thomas & Thomas,
dear railML community,
I summarized the track type issue in a Trac ticket #376 [1] using Thomas' proposed definitions as a starter.
As next step, please let's conclude, whether these track type definitions are suitable. As usual, any feedback from community is highly appreciated. Therefore, please have a look at [1] and leave your feedback here in the forum.
[1] https://trac.railml.org/ticket/376
Best regards
Christian
Christian Rahmig – Infrastructure scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
|
|
|
Re: Example of is::track type attribute [message #2410 is a reply to message #2303] |
Mon, 30 March 2020 20:02 |
Vasco Paul Kolmorgen
Messages: 60 Registered: November 2004
|
Member |
|
|
Dear all,
after discussion in the railML SCTP developers group an track type
example based on railML's Advanced Example (V07; German layout) was
defined and discussed. You may download it from
https://forum.railml.org/userfiles/2020-03-25_railml_railml3 -advancedexample-tracktypes.pdf
from now. Therefore the definition of "open track" was not needed anymore.
It is intended to sharpen the current definition for railML 2.x and to
use the same definition for railML 3.x.
What does the community think about? Who can contribute to a sharp and
understandable definition to the track types?
Any comments are welcome.
Best regards,
--
Vasco Paul Kolmorgen - Governance Coordinator
railML.org (Registry of Associations: VR 5750)
Phone railML.org: +49 351 47582911
Altplauen 19h; 01187 Dresden; Germany www.railML.org
Am 06.01.2020 um 15:36 schrieb Christian Rahmig:
> I am not sure if there is such a big difference between the
> different types of track (usage): In particular, for
> "sidingTrack" and "connectingTrack" the usage is the same
> like the possible usage. Major physical characteristics of
> the track are - so far - not modelled in railML.
>
> What need to be clarified, is the question if "open track"
> is a common term in the English railway sector to describe a
> track outside of a station. Any comments from the (English
> speaking) railML community?
>
> Thank you very much and best regards
> Christian
|
|
|
Re: Example of is::track type attribute [message #2411 is a reply to message #2410] |
Wed, 01 April 2020 11:43 |
Dirk Bräuer
Messages: 313 Registered: August 2008
|
Senior Member |
|
|
- Signal 69B1 should stay at the left side of the track?
- 69N1/N3 do not necessarily need a switchable Zs3 but possibly a Zs7, which 69N2 surely needs.
- 69P1 would probably need a Zs2.
- In Kudowa, 3a should be the siding (Ladegleis) and the route to 3b should go through 1a to get a route-point in the middle of the station track ("echte Mittelweiche").
- I guess the sidings in Kudowa would need a Flakenschutz (5, 3a) and Spitzenschutz (W01) = de-railers (Gleissperren).
- In Kudowa, K06 would probably have a point number (W06ab/cd) and be numbered in consequence with the other's from left to right (between W02 and W03).
- If it shall be possible to enter Kudowa track 2 with trains, it should have an So8 as at the neighbouring track 1b.
- Sure that there would be a track circuit around Instersee W01? Why? The point can only be set by hand!
- Why is there an insulated rail joint at 69VWc and 70A?
- It is not possible to shunt, not even to run around with an engine in Cranz since there is no Ra10 and no insulated rail joint between any home signal and outer point.
- The speed boards at Arnau and Cranz should be at the face of the outer points. (Arnau: km 0,5 vs. 0,8 = 300 m too far outside - why?)
- If the speed restriction at the level crossing would be permanent - which we probably assume for it to be published in timetables - it would have to be signalled with Lf6/7 - not with Lf1/2. (We can probably make a compromise here.) But the level crossing should have no barriers to give a reason for the speed restriction of only 20 kph... and the speed restriction should be valid for head of train only (spitzenaufgelöst) to show how this is encoded in railML.
- In Arnau, please clarify in the drawing whether platform 1 belongs to track 1 and whether track 1 has one or two platform edges.
---
I still miss a line without switchable signals and with self-restoring points as it was shown in the original draft for the Advanced Example. Such minor-railway operation is very common in many countries. In that, the stations of Kudowa and Grestin would have marker boards only instead of signals and Grestin would have self-restoring points, and Instersee would be an Anst. With that, it would be possible to show in the example files
- to encode speed profiles through different routes (Grestin),
- to encode stations without points where trains regularly turn around (Funera, Endhaltepunkt),
- to encode train crossings and train massages (Zuglaufmeldungen) in timetables (concerns stopDescription and possibly connections).
Dirk.
|
|
|
Re: Example of is::track type attribute [message #2424 is a reply to message #2411] |
Fri, 24 April 2020 09:59 |
christian.rahmig
Messages: 463 Registered: January 2016
|
Senior Member |
|
|
Dear Dirk,
thank you very much for your valuable input. I will go through your points and include them step by step for continuous imroving of the Advanced Example. General issues and new items will be added to the related Trac ticket #351 in order not to forget about them.
Best regards
Christian
Dirk Bräuer wrote on Wed, 01 April 2020 11:43- Signal 69B1 should stay at the left side of the track?
- 69N1/N3 do not necessarily need a switchable Zs3 but possibly a Zs7, which 69N2 surely needs.
- 69P1 would probably need a Zs2.
- In Kudowa, 3a should be the siding (Ladegleis) and the route to 3b should go through 1a to get a route-point in the middle of the station track ("echte Mittelweiche").
- I guess the sidings in Kudowa would need a Flakenschutz (5, 3a) and Spitzenschutz (W01) = de-railers (Gleissperren).
- In Kudowa, K06 would probably have a point number (W06ab/cd) and be numbered in consequence with the other's from left to right (between W02 and W03).
- If it shall be possible to enter Kudowa track 2 with trains, it should have an So8 as at the neighbouring track 1b.
- Sure that there would be a track circuit around Instersee W01? Why? The point can only be set by hand!
- Why is there an insulated rail joint at 69VWc and 70A?
- It is not possible to shunt, not even to run around with an engine in Cranz since there is no Ra10 and no insulated rail joint between any home signal and outer point.
- The speed boards at Arnau and Cranz should be at the face of the outer points. (Arnau: km 0,5 vs. 0,8 = 300 m too far outside - why?)
- If the speed restriction at the level crossing would be permanent - which we probably assume for it to be published in timetables - it would have to be signalled with Lf6/7 - not with Lf1/2. (We can probably make a compromise here.) But the level crossing should have no barriers to give a reason for the speed restriction of only 20 kph... and the speed restriction should be valid for head of train only (spitzenaufgelöst) to show how this is encoded in railML.
- In Arnau, please clarify in the drawing whether platform 1 belongs to track 1 and whether track 1 has one or two platform edges.
---
I still miss a line without switchable signals and with self-restoring points as it was shown in the original draft for the Advanced Example. Such minor-railway operation is very common in many countries. In that, the stations of Kudowa and Grestin would have marker boards only instead of signals and Grestin would have self-restoring points, and Instersee would be an Anst. With that, it would be possible to show in the example files
- to encode speed profiles through different routes (Grestin),
- to encode stations without points where trains regularly turn around (Funera, Endhaltepunkt),
- to encode train crossings and train massages (Zuglaufmeldungen) in timetables (concerns stopDescription and possibly connections).
Dirk.
Christian Rahmig – Infrastructure scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
|
|
|
Re: Example of is::track type attribute [message #2464 is a reply to message #2424] |
Mon, 22 June 2020 10:18 |
Fabrizio Cosso
Messages: 12 Registered: September 2017
|
Junior Member |
|
|
Dear all,
I would like to share my perspective related to trackTypes, especially in relation with the TMS use case for railMLv3.
Even if I know that station track became obsolete, the main information needed is to know if the track is within a station or outside of a station.
Thus I assume that one of the following options may be applied:
- to use belongsToParent (but I think this is not the purpose of the attribute)
- to use specific attributes for such purpose
- to infer it from location (even if this would not be the best option in terms of clearness of the model)
The definition of tracks, in my opinion, should address both meso and micro topological level of RTM: opentracks connects operational points at meso level.
Linked to track discussion there are two additional points:
- I would suggest to put a link between stopping places and tracks, besides the link with platformEdges.
- In case of long trains, a stoppingPlace may span across two different "station tracks".
Regards
Fabrizio
|
|
|
Goto Forum:
Current Time: Sat Sep 21 02:55:07 CEST 2024
|