Autoexport from the XML-Schema for element IL:hasOperatorCommand of railML® version 3.3 | |
| Description | The definition of operator commands used for this infrastructure manager. |
| Subschema | interlocking |
| Parents* | |
| Children** |
designator (0..*), elementState (0..*), name (0..*), scope (0..*), textMessage (0..*) |
Attributes:
| |
| *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. **Notice: To learn, how to interpret multiplicity information like (0..*) go to The W3C Recommendation on XML Schema | |
IL:hasOperatorCommand
Introduction
Documentation
Syntax
Autoexport from the XML-Schema for element IL:hasOperatorCommand of railML® version 3.2 | |
| Description | The definition of operator commands used for this infrastructure manager. |
| Subschema | interlocking |
| Parents* | |
| Children** |
designator (0..*), name (0..*), scope (0..*), textMessage (0..*) |
Attributes:
| |
| *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. **Notice: To learn, how to interpret multiplicity information like (0..*) go to The W3C Recommendation on XML Schema | |
This element does not appear in railML® 3.1 within the IL subschema. It is available only in railML® 3.2, 3.3. Do not hesitate to contact railML.org e.V. for further questions.
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.
Introduced with version 3.2.
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
The operator commands used for influencing the status of elements within the interlocking system can be predefined for a <specificInfrastructureManager> and referred to from any suitable element. The definition takes several parts of useful information.
- <name> - It contains the full name of the operator command in a given language.
- <scope> - It contains the additional information about the scope or the context where the command is used.
- <textMessage> - It contains any text message, which shall be displayed with the command, in a given language. The text may be of explanatory or warning type depending on the nature of the command.
- @acronym - The acronym or token of the command. This is mainly an abbreviation which is used in communication between the components and for display on HMI.
- @securityLevel - The nature of the command is defined whit respect to the safety affects in operation. Related with the level might be the functions of extra registration of the command and the use of special texts as defined in <textMessage>. Currently there are only two levels foreseen.