Introduction
Documentation
Syntax
Autoexport from the XML-Schema for element IL:deactivatedBy of railML ® version 3.3
|
Documentation
|
The description of deactivation conditions for this level crossing.
|
Subschema
|
interlocking
|
Parents*
|
levelCrossingIL,
tunnelGateIL
|
Children
|
tvdDetectorRef (1..1)
|
Attributes:
- delay: Deactivation can be delayed by this timer. Starts counting when the associated TVD section is vacated. (obligatory;
xs:duration )
|
*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:deactivatedBy of railML ® version 3.2
|
Documentation
|
The description of deactivation conditions for this level crossing.
|
Subschema
|
interlocking
|
Parents*
|
levelCrossingIL,
tunnelGateIL
|
Children
|
tvdDetectorRef (1..1)
|
Attributes:
- delay: Deactivation can be delayed by this timer. Starts counting when the associated TVD section is vacated. (obligatory;
xs:duration )
|
*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:deactivatedBy of railML ® version 3.1
|
Documentation
|
The description of deactivation conditions for this level crossing.
|
Subschema
|
interlocking
|
Parents*
|
levelCrossingIL
|
Children
|
any (0..*), designator (0..1), tvdDetectorRef (1..1)
|
Attributes:
- delay: Deactivation can be delayed by this timer. Starts counting when the associated TVD section is vacated. (obligatory;
xs:duration ),
- 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
There exists an overview of all changes between railML® 3.1 and railML® 3.2 on page Dev:Changes/3.2.
The parents have been changed.
The children have been changed.
The attributes have been changed.
Semantics
Level crossing deactivation
The level crossing is automatically deactivated after the train has passed and no activation trigger is present. The passage is detected by TVD section or particular train detection devices. There are usually two deactivation items per level crossing one per each direction.
- @delay – The time between the train detection has notified the clearing after train passage and the possible deactivation of the level crossing.
- <tvdDetectorRef> – This is the reference to the related train detection device. This device can be an axle counter, track section, track joint or treadle.
Best Practice / Examples
Additional Information
Notes
Open Issues