Complex type
MonitoredCallStructure
Defined in SIRI/xsd/siri_model/siri_monitoredVehicleJourney.xsd:525
Type for Current CALL at stop.
Base type
Content model
Type structure
-
inherited from
AbstractMonitoredCallStructure4 items-
Elements identifying Ordered visit to a stop within calling sequence of a SERVICE PATTERN.
-
Reference to a SCHEDULED STOP POINT.
Reference to a STOP POINT.
-
Sequence of visit to SCHEDULED STOP POINT.within VEHICLE JOURNEY. Increases monotonically, but not necessarily sequentially.
-
For implementations for which the overall Order is not used for VisitNumber, (i.e. if VisitNumberIsOrder is false) then can be used to associate the stop Order as well if useful.
-
Name of SCHEDULED STOP POINT. (Unbounded since SIRI 2.0)
-
-
- Defined here
-
Elements for a monitored CALL.
-
Elements describing the Real-time CALL properties.
-
Whether VEHICLE is currently at stop. Default is false (xml default added from SIRI 2.0)
-
-
Elements describing theProperties specific to a rail CALLs.
-
Whether VEHICLE will reverse at stop. Default is 'false'.
-
For Rail, whether this is a platform traversal at speed, typically triggering an announcement to stand back from platform. If so Boarding Activity of arrival and deparure should be passthrough.
-
Status of signal clearance for TRAIN. This may affect the prioritiisition and emphasis given to arrival or departure on displays - e.g. cleared trains appear first, flashing in green.
-
-
Elements describing the CALL Properties Values for these elements can be specified on an production VEHICLE JOURNEY CALL. Each real-time journey CALL takes its values from the corresponding dated VEHICLE JOURNEY CALL. The absence of a value on an real-time CALL l indicates that the value should be inherited (i) from any recent preceding update message for the same entity, or if there is no previous override, (ii) from its immediate parent entity.
-
Whether the stop is a TIMING POINT. Times for stops that are not timing points are sometimes interpolated crudely from the timing points, and may represent a lower level of accuracy. Default is 'true'.
-
Whether this is a Hail and Ride Stop. Default is 'false'.
-
Whether Vehicle stops only if requested explicitly by passenger. Default is 'false'.
-
Origin to show for the VEHICLE at the specific stop (vehicle signage), if different to the Origin Name for the full journey. (since SIRI 2.0)
-
Destination to show for the VEHICLE at the specific stop (vehicle signage), if different to the Destination Name for the full journey.
-
-
Annotations of the CALL.
-
Text annotation that applies to this CALL.
-
-
Elements describing nature of disruption.
-
Information about a change of the formation (e.g. TRAIN composition) or changes of vehicles within the formation. (since SIRI 2.1)
-
Information about a change of Equipment availability at stop or on vehicle that may affect access or use.
-
This sequence is here only for compatibility reasons between Siri 1.0 and Siri 1.1
-
Reference to a ControlAction having possible consequences on the EstimatedVehicleJourney. Note that if the ControlAction is the master ControlAction of a GroupOfControlActions it is assumed that the refence is valid for all the ControlActions of the group.
-
-
Elements describing the the arrival of a VEHICLE at a stop.
-
Arrival times for CALL.
-
Elements describing the arrival status of a VEHICLE at a stop.
-
Classification of the timeliness of the visit according to a fixed list of values. If not specified, same as DepartureStatus.
-
Text annotation to be used in cases where ArrivalStatus is set to 'cancelled'. (since SIRI 2.1)
-
Bay or platform (QUAY) name to show passenger i.e. expected platform for vehicle to arrive at. Inheritable property. Can be omitted if the same as the DeparturePlatformName If there no arrival platform name separate from the departure platform name, the precedence is: (i) any arrival platform on any related dated timetable element, (ii) any departure platform name on this estimated element; (iii) any departure platform name on any related dated timetable CALL.
-
Type of alighting allowed at stop. Default is 'Alighting'.
-
Indication of the direction of travel of the vehicle (e.g. TRAIN formation) with respect to the platform, or more precisely the QUAY. Unbounded to allow multiple languages. (since SIRI 2.1) Examples: - "towards A" or "towards sector A" if the QUAY is separated into sub-QUAYs or so called sectors. This would be equivalent to the vehicle arriving at sector A first when approaching the QUAY with sectors A-B-C-D. If the arriving vehicle is represented as an arrow, "towards A" would be abstracted as "=> A-B-C-D". - "towards 0" or "towards reference point 0" if sectors are not available or the QUAY has a reference point, e.g. for measuring the length of the QUAY, identified by "0". This would be equivalent to the vehicle arriving at this reference point first when approaching the QUAY. If the arriving vehicle is represented as an arrow, "towards 0" would be abstracted as "=> 0...100". "100" (as in percent) could denote the opposite side of the QUAY (measured at the full length of the QUAY with respect to the reference point). It is advised to specify a reference point that is meaningful for passengers on location.
-
OPERATORs of of service up until arrival. May change for departure. (since SIRI 2.0).
-
-
-
Elements describing the the departure of a VEHICLE from a stop.
-
Departure times for CALL.
-
Departure times for CALL.
-
Expected departure time of VEHICLE without waiting time due to operational actions. For people at stop this would normally be shown if different from Expected Departure time. (since SIRI 2.0).
-
Prediction quality, either as approcimate level, or more quantitatyive percentile range of predictions will fall within a given range of times. (since SIRI 2.0)
-
-
Passenger arrival times at STOP PLACE in order to meet VEHICLE departure times for CALL.
-
Latest target time at which a PASSENGER should aim to arrive at the STOP PLACE containing the stop. This time may be earlier than the VEHICLE departure times and may include time for processes such as checkin, security, etc.(As specified by CHECK CONSTRAINT DELAYs in the underlying data). If absent assume to be the same as Earliest expected departure time. (since SIRI 2.0)
-
Latest expected time at which a PASSENGER should aim to arrive at the STOP PLACE containing the stop. This time may be earlier than the VEHICLE departure times and may include time for processes such as checkin, security, etc.(As specified by CHECK CONSTRAINT DELAYs in the underlying data). If absent assume to be the same as Earliest expected departure time. (since SIRI 2.0)
-
-
Elements describing the departure status of a VEHICLE from a stop.
-
Classification of the timeliness of the departure part of the CALL, according to a fixed list of values. This may reflect a presentation policy, for example CALLs less than one minute behind target time are still classified as on-time. Applications may use this to guide their own presentation of times.
-
Text annotation to be used in cases where DepartureStatus is set to 'cancelled'. (since SIRI 2.1)
-
Arbitrary text string to show to indicate the status of the departure of the vehicle, for example, “Boarding”, “GatesClosed”. (since SIRI 2.0)
-
Departure QUAY (bay or platform) name. Default taken from planned timetable.
-
Nature of boarding allowed at stop. Default is 'Boarding'.
-
Indication of the direction of travel of the vehicle (e.g. TRAIN formation) with respect to the platform, or more precisely the QUAY. Unbounded to allow multiple languages. (since SIRI 2.1) Examples: - "towards A" or "towards sector A" if the QUAY is separated into sub-QUAYs or so called sectors. This would be equivalent to the vehicle departing in the direction of sector A on a QUAY with sectors A-B-C-D. If the departing vehicle is represented as an arrow, "towards A" would be abstracted as "<= A-B-C-D". - "towards 0" or "towards reference point 0" if sectors are not available or the QUAY has a reference point, e.g. for measuring the length of the QUAY, identified by "0". This would be equivalent to the vehicle departing in the direction of this reference point. If the departing vehicle is represented as an arrow, "towards 0" would be abstracted as "<= 0...100". "100" (as in percent) could denote the opposite side of the QUAY (measured at the full length of the QUAY with respect to the reference point). It is advised to specify a reference point that is meaningful for passengers on location.
-
-
Expected/Predicted real-time occupancies of a VEHICLE and reservations after departing from a given stop. (since SIRI 2.1)
-
Expected/Predicted real-time capacities (number of available seats) of a VEHICLE after departing from a given stop. Alternative way to communicate occupancy measurements. (since SIRI 2.1)
-
Actually recorded/counted occupancies of a VEHICLE and reserved seats after departing from a given stop. (since SIRI 2.1)
-
Actually recorded/counted capacities of a VEHICLE after departing from a given stop. Alternative way to communicate occupancy measurements. (since SIRI 2.1)
-
-
OPERATORs of service for departure and onwards. May change from that for arrival. (since SIRI 2.0).
-
-
-
Elements describing the HEADWAY INTERVALs.
-
For frequency based services, target interval between vehicles at stop.
-
For frequency based services, expected interval between vehicles at stop.
-
-
Elements describing the distance from the stop of a VEHICLE. (since SIRI 2.0).
-
Count of stops along SERVICE PATTERN between current position of VEHICLE and stop of CALL as measured along ROUTE track. Only shown if detail level is 'calls' or higher. (since SIRI 2.0).
-
-
Extensions to schema. (Wrapper tag used to avoid problems with handling of optional 'any' by some validators).