IL:hasAspect

From railML 3 Wiki
Jump to navigation Jump to 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 designator (0..*)
Attributes:
  • genericAspect: The classification of the aspect. (obligatory; xs:string)
Possible values:
  • 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.
  • closed: This is used for any aspect with the meaning “Stop here”.
  • 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 networks. Of course, this applies only to proceed aspects as with the signal closed no slave aspect is given.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • warning: This is used for an announcing aspect/slave aspect with the meaning “expect any kind of proceed” at next signal.,

  • id: unique identifier (obligatory; 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}}); compare: Dev:Identities
*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}}); compare: Dev:Identities
*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.


Changes 3.1→3.2

The children have changed.

The attributes have been changed.

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 a distant signal aspect/slave aspect with the meaning “expect Stop” at next signal.
  • warning – This is used for a distant 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. It shall be used when no information about the aspect expected at the next signal is included in this signal aspect. However, such an aspect can be combined on a signal with a speed indicator restricting the allowed speed against the main signal 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. It shall be used when no information about the aspect expected at the next signal is included in this signal aspect. In addition this main signal 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. It applies only to proceed aspects where no speed restriction is implied with the master aspect at this main signal, i.e. full line speed permitted in the route in advance of this signal. For any proceed aspects where a speed restriction is expressed with the master aspect the value limitedCombinedProceed shall be used.
  • limitedCombinedProceed – 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 networks. It shall be used for any proceed aspects where a speed restriction is expressed with the master aspect, i.e. the permitted speed in the route in advance of this signal is less than the line speed.
  • supplementary – These are any additional aspects of a signal indicator which are combined with the signal aspect without causing a speed restriction. Such combination shall be supervised by the interlocking. A failure of this aspect is safety relevant and will affect the signal aspect as well. A good example is an 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 signal aspect. It is used for signal indicators. A failure of such an aspect is safety relevant and 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 signal aspect nor the train traffic. It is used for signal indicators. A failure of this aspect is not safety relevant and 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.
  • markerLight - This is used for an aspect solely marking the signal position but without imposing any limitation. It applies for example to an aspect used at shunting signals to indicate local operation allowance.
  • shuntingProceed - This aspect is used for allowance of shunting movements without special limitations.
  • slowShunting - This aspect is used for allowance of shunting movements but with limited speed only. This may apply for short shunting routes or shunting routes with occupied track sections.
  • repeating - The aspect is used at a repeater signal in rear or in advance of another signal just the repeating the aspect of the related. This can be the repetition of a distant, shunting or main aspect. This is used whenever the signal aspect shown at the repeater signal is accompained by a marker indicating the repetition for distinction.
  • announcing – DEPRECATED: The announcing was defined for the train using its horn or bell. Use the values warning or caution instead for aspects of distant signals or indicators. This aspect is used for announcing an aspect of a following signal at any kind of distant signal or indicator.


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"/>
        <usesLamp ref="l1_red" flashing=false/>
</hasAspect>
<hasAspect id="sig_reducproceed_21" genericAspect="limitedProceed">
        <designator register="_SimpleRegister" entry="Signal 21 «Kjør med redusert hastighet"/>
        <usesLamp ref="l3_green" flashing=false/> 
</hasAspect> 
<hasAspect id="sig_fullproceed_22" genericAspect="proceed">
        <designator register="_SimpleRegister" entry="Signal 22 «Kjør"/> 
        <usesLamp ref="l3_green" flashing=false/>
        <usesLamp ref="l4_green2" flashing=false/>
</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 is done with references to the lamps and their status concerning flashing.

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"/>
        <usesLamp ref="l2_yellow" flashing=true/>
</hasAspect> 
<hasAspect id="sig_warning_24" genericAspect="warning" >
        <designator register="_SimpleRegister" entry="Signal 24 «Forvent kjør med redusert hastighet"/> 
        <usesLamp ref="l2_yellow" flashing=true/>
        <usesLamp ref="l3_green" flashing=true/></hasAspect> 
<hasAspect id="sig_warning_25" genericAspect="warning">
        <designator register="_SimpleRegister" entry="Signal 25 «Forvent kjør"/> 
        <usesLamp ref="l3_green" flashing=true/>
</hasAspect>

HasAspect2.png

Additional Information

Notes

Open Issues

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