IS:opOperation

Stopping Point © CC-0 by Kosun (Source)

Introduction

• 

  station

• 

  stoppingPoint

• 

  siding

• 

  junction

• 

  crossover

• 

  block

Documentation

Syntax

Autoexport from the XML-Schema for element IS:opOperation of railML® version 3.3      UML-visualization of IS
Documentation	railway operation
Subschema	infrastructure
Parents*	opOperations
Children	None
Attributes: operationalType: operational characterization of the operational point (optional; xs:string; patterns: other:w{2,}; consider Dev:UsingAny too.) Possible values: depot: an operational point where railway vehicles can start and end block: on operational point where the spacing of trains is monitored; can be a block signal (mainly unstaffed and automated) or a block post (mainly staffed) siding: an operational point to collect and deliver of cargo wagons to build trains, but not for train operation borderPoint: operational point is a border point (e.g. at national border) crossover: a connection between two tracks of a double-track line junction: joining/splitting of two lines station: a usual station for beginning, ending, overtaking of trains with passing tracks, etc. stoppingPoint: an operational point without signals, switches, additional tracks where trains start, stop or end e. g. for passenger exchange, trafficType: definition of traffic type that is operating in this operational point (optional; xs:string; patterns: other:w{2,}; consider Dev:UsingAny too.) Possible values: freight: the prevailing traffic occurring at this ocp is freight traffic operational: no passengers, no goods, just staff passenger: the prevailing traffic occuring at this ocp is passenger traffic shunting: the prevailing traffic occuring at this ocp is shunting traffic, e. g. in a depot or a workshop
*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:opOperation of railML® version 3.2      UML-visualization of IS
Documentation	railway operation
Subschema	infrastructure
Parents*	opOperations
Children	None
Attributes: operationalType: operational characterization of the operational point (optional; xs:string; patterns: other:w{2,}; consider Dev:UsingAny too.) Possible values: depot: an operational point where railway vehicles can start and end block: on operational point where the spacing of trains is monitored; can be a block signal (mainly unstaffed and automated) or a block post (mainly staffed) siding: an operational point to collect and deliver of cargo wagons to build trains, but not for train operation borderPoint: operational point is a border point (e.g. at national border) crossover: a connection between two tracks of a double-track line junction: joining/splitting of two lines station: a usual station for beginning, ending, overtaking of trains with passing tracks, etc. stoppingPoint: an operational point without signals, switches, additional tracks where trains start, stop or end e. g. for passenger exchange, trafficType: definition of traffic type that is operating in this operational point (optional; xs:string; patterns: other:w{2,}; consider Dev:UsingAny too.) Possible values: freight: the prevailing traffic occurring at this ocp is freight traffic operational: no passengers, no goods, just staff passenger: the prevailing traffic occuring at this ocp is passenger traffic shunting: the prevailing traffic occuring at this ocp is shunting traffic, e. g. in a depot or a workshop
*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:opOperation of railML® version 3.1      UML-visualization of IS
Documentation	railway operation
Subschema	infrastructure
Parents*	opOperations
Children	None
Attributes: operationalType: operational characterization of the operational point (optional; xs:string; patterns: other:w{2,}; consider Dev:UsingAny too.) Possible values: depot: an operational point where railway vehicles can start and end block: on operational point where the spacing of trains is monitored; can be a block signal (mainly unstaffed and automated) or a block post (mainly staffed) siding: an operational point to collect and deliver of cargo wagons to build trains, but not for train operation borderPoint: operational point is a border point (e.g. at national border) crossover: a connection between two tracks of a double-track line junction: joining/splitting of two lines station: a usual station for beginning, ending, overtaking of trains with passing tracks, etc. stoppingPoint: an operational point without signals, switches, additional tracks where trains start, stop or end e. g. for passenger exchange, trafficType: definition of traffic type that is operating in this operational point (optional; xs:string; patterns: other:w{2,}; consider Dev:UsingAny too.) Possible values: operational: no passengers, no goods, just staff shunting freight passenger
*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 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 parents have been changed.

Additional Information

Notes

For German terminology, German definitions, some English synonyms please see https://wiki2.railml.org/wiki/IS:propOperational.