IL:hasAspect

From railML 3 Wiki
Jump to: navigation, search

Introduction

Documentation

Syntax

Autoexport from the XML-Schema for element IL:hasAspect of railML® version 3.2
Documentation Classification of signal aspects.
Subschema interlocking
Parents* usesTypes
Children any (0..*), designator (0..*)
Attributes:
  • genericAspect: The classification of the aspect. (obligatory; xs:string)
Possible values:
  • warning
  • supplementary
  • restriction
  • proceed
  • limitedProceed
  • informative
  • combinedProceed
  • closed
  • caution
  • callOn,

  • id: unique identifier (optional; xs:string; patterns: (urn:uuid:)?[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}|\{[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}\})
*Notice:
Elements may have different parent elements. As a consequence they may be used in different contexts.
Please, consider this as well as a user of this wiki as when developing this documentation further.
Aspects that are only relevant with respect to one of several parents should be explained exclusively in the documentation of the respective parent element.

Autoexport from the XML-Schema for element IL:hasAspect of railML® version 3.1
Documentation Classification of signal aspects.
Subschema interlocking
Parents* usesTypes
Children any (0..*), designator (0..1)
Attributes:
  • genericAspect: The classification of the aspect. (obligatory; xs:string)
Possible values:
  • warning
  • supplementary
  • restriction
  • proceed
  • limitedProceed
  • informative
  • combinedProceed
  • closed
  • caution
  • callOn,

  • id: unique identifier (optional; xs:ID; patterns: (urn:uuid:)?[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}|\{[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}\})
*Notice:
Elements may have different parent elements. As a consequence they may be used in different contexts.
Please, consider this as well as a user of this wiki as when developing this documentation further.
Aspects that are only relevant with respect to one of several parents should be explained exclusively in the documentation of the respective parent element.

Semantics

Best Practice / Examples

Each IM has clearly his own set of signal aspects he uses for controlling train traffic. They are defined in <hasAspect>. Beside these individual characteristics, there are some common principles, which are considered here. At first the wide range of signal aspects can be categorised in several groups for the description of their meaning – the so-called @genericAspect. There are the following possibilities on the list:

  • closed – This is used for any aspect with the meaning “Stop here”.
  • callOn– This is used for any auxiliary aspect with the meaning “Pass at reduced speed with clear visibility over the route ahead” because the signal cannot be cleared normally. In most cases such aspect is used with a special call-on route.
  • caution – This is used for an announcing aspect/slave aspect with the meaning “expect Stop” at next signal.
  • warning – This is used for an announcing aspect/slave aspect with the meaning “expect any kind of proceed” at next signal.
  • proceed – This is used for any aspect indicating the allowance to continue running without any speed restrictions, i.e. proceed with line speed. However, such aspect can be combined on a signal with a speed indicator restricting the allowed speed against the main aspect.
  • limitedProceed – This is used for any aspect indicating the allowance to continue running with restricted speed. This is typically used for diverging routes or ones with reduced braking distance. In addition this main aspect might be combined with a speed indicator restricting or relaxing the allowed speed against the main aspect.
  • combinedProceed – This is used for any proceed aspect where the master and the slave aspect is combined within one single aspect like this were common in OSShD[1] networks. Of course, this applies only to proceed aspects as with the signal closed no slave aspect is given.
  • supplementary – These are any additional signal aspects which are combined with the main aspect without causing a restriction or giving pure information. Such combination shall be supervised by the interlocking and a failure will affect the main aspect as well. A good example is an additional indicator announcing the change onto the wrong track, i.e. line track normally used in the opposite direction.
  • restriction – This aspect gives an additional restriction to the main aspect. A failure of such aspect will affect the main aspect of the signal. An example would be a speed indicator restricting the main proceed aspect.
  • informative – In contrast to supplementary aspects they are giving pure information without any consequences neither to the main aspect nor the train traffic. A failure of this aspect would not affect the main aspect. An example for an informative aspect is any aspect from a direction indicator. It can be also a speed indication if it is relaxing the speed information of the main aspect.


In addition to the generic meaning, the aspect shall have a specific naming in <designator> and @id to refer to it.

The list of three main aspects for IM “BaneNor” would look like this in railML:

<hasAspect id="sig_closed_20" genericAspect="closed">
        <designator register="_SimpleRegister" entry="Signal 20A/B «Stopp"/>
</hasAspect>
<hasAspect id="sig_reducproceed_21" genericAspect="limitedProceed">
        <designator register="_SimpleRegister" entry="Signal 21 «Kjør med redusert hastighet"/> 
</hasAspect> 
<hasAspect id="sig_fullproceed_22" genericAspect="proceed">
        <designator register="_SimpleRegister" entry="Signal 22 «Kjør"/> 
</hasAspect>

Just for illustration an extract from the operator’s manual (togframføringsforskriften) is given here including the optical appearance which is not included in @genericAspect. The mapping between the aspect and the activated lamps might be done with another genericType but this is currently not yet implemented.

HasAspect1.png

The related distant signal aspects would look like this in railML:

<hasAspect id="sig_caution_23" genericAspect="caution">
        <designator register="_SimpleRegister" entry="Signal 23 «Forvent stopp"/> 
</hasAspect> 
<hasAspect id="sig_warning_24" genericAspect="warning" >
        <designator register="_SimpleRegister"          entry="Signal 24 «Forvent kjør med redusert hastighet"/> 
</hasAspect> 
<hasAspect id="sig_warning_25" genericAspect="warning">
        <designator register="_SimpleRegister" entry="Signal 25 «Forvent kjør"/> 
</hasAspect>

HasAspect2.png

Additional Information

Notes

Open Issues

  1. Organization for Cooperation of Railways as the equivalent of the International Union of Railways (UIC)