IL:workZone

From railML 3 Wiki
Jump to: navigation, search

Introduction

Documentation

Syntax

Autoexport from the XML-Schema for element IL:workZone of railML® version 3.2
Documentation A set of track assets that track workers or the signalman can set apart from the main line.
Subschema interlocking
Parents* workZones
Children activationLock (0..*), any (0..*), assetName (0..*), belongsToOperationalPoint (0..1), crossingInPosition (0..*), derailerInPosition (0..*), designator (0..*), detectorInState (0..*), hasCommand (0..*), hasIndication (0..*), isLimitedBy (0..*), keyLockInState (0..*), levelCrossingInState (0..*), releasedForLocalOperation (0..*), signalWithAspect (0..*), switchInPosition (0..*), trackAssetInArea (0..*)
Attributes:
  • elementNumber: element number for internal referencing in the engineering data (optional; xs:nonNegativeInteger),

  • 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:workZone of railML® version 3.1
Documentation A set of track assets that track workers or the signalman can set apart from the main line.
Subschema interlocking
Parents* workZones
Children activationLock (0..*), any (0..*), crossingInPosition (0..*), derailerInPosition (0..*), designator (0..1), detectorInState (0..*), isLimitedBy (1..*), keyLockInState (0..*), levelCrossingInState (0..*), releasedForLocalOperation (0..*), signalWithAspect (0..*), switchInPosition (0..*)
Attributes:
  • 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

The work zone is an area that separates a part of the network for special purpose. The assets of the area are not available for normal operation or train traffic. The activation and deactivation is controlled by special means in order to ensure the safety of any workers in that zone. Subsequently such work zone cannot be revoked without proper action and consent from the outside staff.

A work zone is mainly activated for the protection of working gang from train traffic. There is normally no intention for any train movement inside it. If there are any movable elements released for local operation this will be for support of the working process (maintenance) only. The limits of the zone are defined by the end of TVD sections, i.e. axle detection points or insulated rail joints.

  • <activationLock> – This is the reference to a lock or several of them which are used to activate the work zone and ensure its deactivation only after the workers did return the key/token into the lock.
  • <switchInPosition>– The reference to any switch which shall be in a particular position for this work zone together with the protection side and the level of enforcement. For details refer to chapter 1.1.15below.
  • <derailerInPosition>– The reference to any derailer which shall be in a particular position for this work zone together with the protection side and the level of enforcement. For details refer to chapter 1.1.15below.
  • <crossingInPosition> - The reference to any movable crossing which shall be in a particular position for this work zone together with the protection side and the level of enforcement. For details refer to chapter 1.1.15below.
  • <detectorInState>– The reference to any detector which shall be in a particular state for this work zone together with the protection side and the level of enforcement. For details refer to chapter 1.1.15below.
  • <signalWithAspect>– The reference to any signal which shall show a particular aspect for this work zone together with the protection side and the level of enforcement. For details refer to chapter 1.1.15below.
  • <keyLockInState>– The reference to any key lock which shall be in a particular state for this work zone together with the protection side and the level of enforcement. For details refer to chapter 1.1.15below.
  • <levelCrossingInState>- The reference to any level crossing which shall be in a particular state for this work zone together with the protection side and the level of enforcement. For details refer to chapter 1.1.15below.
    • @protectingSide – This marks whether the element is protecting the area from inside, outside or none.
  • <releasedForLocalOperation> – This is the reference to any movable elements within the work zone which can be locally operated by keys/buttons located nearby.
  • List of buttons for local operable assets – not yet implemented


Note.png
restrictedAreas

restrictedArea is an abstract class, which is instantiated for any kind of special controlled area within the network. It will be than enriched by the particular classes of the area. The elements available for each instantiation are:

  • <isLimitedBy> – This is the reference to track assets forming the limits of the defined area. The references shall be made preferable to interlocking elements.


Additional Information

Notes

Open Issues