IS:signalIS: Difference between revisions

From railML 3 Wiki
Jump to navigation Jump to search
[checked revision][checked revision]
(Created page with "{{subst:docBase |element=signalIS |subschema=IS}}")
 
(fixed link)
 
(2 intermediate revisions by 2 users not shown)
Line 1: Line 1:
<!--Element '''{{{element}}}'''-->
<!--Element '''{{{element}}}'''-->
[[File:Dayso-7o4Du7K6wII-unsplash.jpg|thumb|500px|{{unsplash|train-rail-tracks-during-daytime-7o4Du7K6wII|DaYsO}}]]
=={{introduction}}==
=={{introduction}}==
<!--{{#ifeq:{{{comment}}}||{{missing information|topic=the semantics|user=<br>This template was inserted Automatically on import by [[user:Roboter]]}}|{{{comment}}}}}-->
<!--{{#ifeq:{{{comment}}}||{{missing information|topic=the semantics|user=<br>This template was inserted Automatically on import by [[user:Roboter]]}}|{{{comment}}}}}-->

Latest revision as of 11:50, 27 November 2024

Introduction

Documentation

Syntax

Autoexport from the XML-Schema for element IS:signalIS of railML® version 3.3
    
Documentation A device erected along a railway line to pass information to the train relating to the state of the line ahead to operational train crew.
Subschema infrastructure
Parents*

signalsIS

Children

areaLocation (0..*), connectedWithBaliseGroup (0..*), designator (0..*), elementState (0..*), gmlLocation (0..*), isAnnouncementSignal (0..1), isCatenarySignal (0..1), isDangerSignal (0..1), isEtcsSignal (0..1), isInformationSignal (0..1), isLevelCrossingSignal (0..1), isLevelTransitionSignal (0..1), isMilepost (0..1), isSpeedSignal (0..1), isStopPost (0..1), isTrainMovementSignal (0..1), isTrainRadioSignal (0..1), isValid (0..*), isVehicleEquipmentSignal (0..1), linearLocation (0..*), name (0..*), networkLocation (0..*), protectedByBaliseGroup (0..*), signalConstruction (0..1), spotLocation (0..*), typeDesignator (0..*)

Attributes:
  • basedOnTemplate: reference to a generic signal (optional; xs:IDREF),

  • belongsToParent: reference to the (one and only) parent signal this signal belongs to

    - if some information exists in parent and child, then information in child overwrites it in child

    - if some information exists only in parent, then child inherits this information from parent (optional; xs:IDREF),

  • isSwitchable: set TRUE if the signal is able to show several signal aspects, set FALSE if the signal is a static panel that always shows the same signal aspect (optional; xs:boolean),

  • 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:signalIS of railML® version 3.2
    
Documentation A device erected along a railway line to pass information to the train relating to the state of the line ahead to operational train crew.
Subschema infrastructure
Parents*

signalsIS

Children

areaLocation (0..*), connectedWithBaliseGroup (0..*), designator (0..*), external (0..*), gmlLocations (0..*), isAnnouncementSignal (0..1), isCatenarySignal (0..1), isDangerSignal (0..1), isEtcsSignal (0..1), isInformationSignal (0..1), isLevelCrossingSignal (0..1), isMilepost (0..1), isSpeedSignal (0..1), isStopPost (0..1), isTrainMovementSignal (0..1), isTrainRadioSignal (0..1), isValid (0..*), isVehicleEquipmentSignal (0..1), linearLocation (0..*), name (0..*), networkLocation (0..*), protectedByBaliseGroup (0..*), signalConstruction (0..1), spotLocation (0..*), typeDesignator (0..*)

Attributes:
  • basedOnTemplate: reference to a generic signal (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}}),

  • belongsToParent: reference to the (one and only) parent signal this signal belongs to

    - if some information exists in parent and child, then information in child overwrites it in child

    - if some information exists only in parent, then child inherits this information from parent (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}}),

  • isSwitchable: set TRUE if the signal is able to show several signal aspects, set FALSE if the signal is a static panel that always shows the same signal aspect (optional; xs:boolean),

  • 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:signalIS of railML® version 3.1
    
Documentation This element is not documented in the schema!
Subschema infrastructure
Parents*

signalsIS

Children

any (0..*), areaLocation (0..*), connectedWithBaliseGroup (0..*), designator (0..*), external (0..*), gmlLocations (0..*), isAnnouncementSignal (0..1), isCatenarySignal (0..1), isDangerSignal (0..1), isEtcsSignal (0..1), isInformationSignal (0..1), isLevelCrossingSignal (0..1), isMilepost (0..1), isSpeedSignal (0..1), isStopPost (0..1), isTrainMovementSignal (0..1), isTrainRadioSignal (0..1), isValid (0..*), isVehicleEquipmentSignal (0..1), linearLocation (0..*), name (0..*), networkLocation (0..*), signalConstruction (0..1), spotLocation (0..*)

Attributes:
  • isSwitchable: set TRUE if the signal is able to show several signal aspects, set FALSE if the signal is a static panel that always shows the same signal aspect (optional; xs:boolean),

  • belongsToParent: reference to the (one and only) parent signal this signal belongs to (optional; xs:IDREF; 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}}),

  • basedOnTemplate: reference to a generic signal (optional; xs:IDREF; 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}}),

  • 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

Additional Information

Notes

Open Issues