IS:derailerIS

From railML 3 Wiki
Jump to navigation Jump to search

Introduction

A derail or derailer is a device used to prevent fouling (blocking or compromising) of a <track> (or collision with anything present on the <track>, such as a person, or a train) by unauthorized movements of trains or unattended Rollingstock. The device works by derailing the equipment as it rolls over or through it[1].

  • Double catch point (available from railML® 3.3 on)

    Double catch point (available from railML® 3.3 on)

  • Single catch point (available from railML® 3.3 on)

    Single catch point (available from railML® 3.3 on)

  • Block derailer

    Block derailer

<derailerIS> has its Interlocking counterpart <derailerIL>. Interlocking properties of <derailerIS> shall be described using <derailerIL>.

Documentation

Syntax

Autoexport from the XML-Schema for element IS:derailerIS of railML® version 3.3
    
Description Allows specifying devices used to prevent fouling (blocking or compromising) of a rail track (or collision with anything present on the track, such as a person, or a train) by unauthorized movements of trains or unattended rolling stock.
Subschema infrastructure
Parents*

derailersIS

Children

areaLocation (0..*), designator (0..*), elementState (0..*), gmlLocation (0..*), isValid (0..*), linearLocation (0..*), name (0..*), networkLocation (0..*), spotLocation (0..*), typeDesignator (0..*)

Attributes:
  • constructionType: type of derailer from infrastructure/construction perspective (optional; xs:string)
Possible values:
  • blockDerail: A block or wedge that fits over the rail. It will lift the flange of the wheel over to the outside of the rail.
  • doubleCatchPoint: Deflects vehicles in the same manner as a switch, with two tongues, one on each rail.
  • singleCatchPoints: Deflects vehicles in a similar manner as a switch, but with only a single tongue, in the rail through which the flanges have to pass.,

  • derailSide: the side to which the railway vehicle will be derailed in reference to the application direction of the derailer: possible values are left and right (optional; xs:string)
Possible values:
  • left: the railway vehicle will be derailed to the left side in reference to the application direction of the derailer
  • right: the railway vehicle will be derailed to the left side in reference to the application direction of the derailer,

  • id: the identifier of the object; this can be either of type xs:ID or UUID (obligatory; xs:ID); 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 IS:derailerIS of railML® version 3.2
    
Description Allows specifying devices used to prevent fouling (blocking or compromising) of a rail track (or collision with anything present on the track, such as a person, or a train) by unauthorized movements of trains or unattended rolling stock.
Subschema infrastructure
Parents*

derailersIS

Children

areaLocation (0..*), designator (0..*), external (0..*), gmlLocations (0..*), isValid (0..*), linearLocation (0..*), name (0..*), networkLocation (0..*), spotLocation (0..*), typeDesignator (0..*)

Attributes:
  • derailSide: the side to which the railway vehicle will be derailed in reference to the application direction of the derailer: possible values are left and right (optional; xs:string)
Possible values:
  • left: the railway vehicle will be derailed to the left side in reference to the application direction of the derailer
  • right: the railway vehicle will be derailed to the left side in reference to the application direction of the derailer,

  • type: type of derailer from infrastructure/construction perspective (optional; xs:string)
Possible values:
  • doubleDerailer: two derail devices installed on two rails
  • singleDerailer: one derail device installed on one rail,

  • id: the identifier of the object; this can be either of type xs:ID or UUID (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 IS:derailerIS of railML® version 3.1
    
Description This element is not documented in the schema!
Subschema infrastructure
Parents*

derailersIS

Children

any (0..*), areaLocation (0..*), designator (0..*), external (0..*), gmlLocations (0..*), isValid (0..*), linearLocation (0..*), name (0..*), networkLocation (0..*), spotLocation (0..*)

Attributes:
  • derailSide: the side to which the railway vehicle will be derailed in reference to the application direction of the derailer: possible values are left and right (optional; xs:string)
Possible values:
  • right
  • left,

  • id: the identifier of the object; this can be either of type xs:ID or UUID (obligatory; 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 element documentation has been changed.

The children have been changed.

The attributes have been changed.

Changes 3.2→3.3

There exists an overview of all changes between railML® 3.2 and railML® 3.3 on page Dev:Changes/3.3.

The children have been changed.

The attributes have been changed.

Semantics

Best Practice / Examples

If @applicationDirection is set to "both" then @derailSide follows the direction of the referenced net element(s). Below further examples of interpretation of @applicationDirection of @derailSide are given.

Example 1

2025-11-11 railML derailer0.svg
Snippet from the drawing of railML Advanced example (link to the railML® website) 
     <derailersIS>
        <derailerIS id="der01" derailSide="right">
          <spotLocation id="der01_sloc01" netElementRef="ne_b05" applicationDirection="normal">
             <linearCoordinate measure="4500" positioningSystemRef="lps01"/>
          </spotLocation>
        </derailerIS>
      </derailersIS>

Example 2

2025-11-11 railML derailer1.png
     <derailersIS>
        <derailerIS id="der01" derailSide="left" constructionType="blockDerailer">
          <spotLocation id="der01_sloc01" netElementRef="ne_b05" applicationDirection="reverse">
            <linearCoordinate measure="4500" positioningSystemRef="lps01"/>
          </spotLocation>
        </derailerIS>
      </derailersIS>

Example 3

2025-11-11 railML derailer2.png
     <derailersIS>
        <derailerIS id="der01" derailSide="right" constructionType="doubleCatchPoint">
          <spotLocation id="der01_sloc01" netElementRef="ne_b05" applicationDirection="normal">
            <linearCoordinate measure="4500" positioningSystemRef="lps01"/>
          </spotLocation>
        </derailerIS>
      </derailersIS>

Example 4

2025-11-11 railML derailer3.png
     <derailersIS>
        <derailerIS id="der01" derailSide="right" constructionType="singleCatchPoint">
          <spotLocation id="der01_sloc01" netElementRef="ne_b05" applicationDirection="normal">
            <linearCoordinate measure="4500" positioningSystemRef="lps01"/>
          </spotLocation>
        </derailerIS>
      </derailersIS>

Example 5

2025-11-11 railML derailer4.png
     <derailersIS>
        <derailerIS id="der01" derailSide="right">
          <spotLocation id="der01_sloc01" netElementRef="ne_b05" applicationDirection="both">
              <linearCoordinate measure="4500" positioningSystemRef="lps01"/>
          </spotLocation>
        </derailerIS>
      </derailersIS>

Additional Information

  • Double catch point (available from railML® 3.3 on)

    Double catch point (available from railML® 3.3 on)

  • Block derailer at the Schildow station of the Heidekrautbahn () close to Berlin

    Block derailer at the Schildow station of the Heidekrautbahn (Wiki banner.png) close to Berlin

Notes

Additional Information

🗒️ This segment provides background information that is not relevant for the certification process.  


Best practice comes from forum topic How to interpret application direction for derailers (link to the railML® website). Examples were reviewed by the coordinator (link to the railML® website) of the Infrastructure subschema on 2025-11-11.

Open Issues

References

  1. ↑ https://en.wikipedia.org/wiki/Derail
Retrieved from "https://wiki3.railml.org/index.php?title=IS:derailerIS&oldid=16919"