Complex type

RecordedCallStructure

Defined in SIRI/xsd/siri_model/siri_estimatedVehicleJourney.xsd:419

Type for recroded Real-time info about a VEHICLE JOURNEY Stop.

Used by elements

Content model

Type structure

5 top-level
  • groupStopPointInSequenceGroup 1..1

    Elements identifying an ordered visit to a SCHEDULED STOP POINT within a SERVICE PATTERN.

  • choice 0..1
    • ExtraCall 0..1 xsd:booleandefault false

      This CALL is an addition to the respective journey in the production timetable or to the previously sent prediction. If omitted: CALL is planned.

    • Cancellation 0..1 CallCancellationdefault false
  • groupCallRealTimeInfoGroup 1..1

    Information relating to real-time properties of call.

    • PredictionInaccurate 0..1 xsd:booleandefault false

      Whether the prediction for a specific stop or the whole journey is considered to be of a useful accuracy or not. Default is 'false', i.e. prediction is considered to be accurate. If prediction is degraded, e.g. because of a situation, PredictionInaccurate is used to indicate a lowered quality of data. Inherited property. PredictionInaccurate can be used in combination with InCongestion, but is more general.

    • Can be used to inform the passenger about the reason for a change of the prediction (in)accuracy in case PredictionInaccurate is set to 'true'. (since SIRI 2.1)

    • An approximate figure of how occupied the journey is after departing from a given stop, e.g. 'manySeatsAvailable' or 'standingRoomOnly'. If omitted: Passenger load is unknown. Occupancies and capacities for individual VEHICLEs, e.g. parts of a COMPOUND TRAIN, can also be specified in more detail for the departure on CALL level.

  • groupRecordedCallGroup 1..1

    Information relating to recorded real-time properties of call.

    • groupCallPropertyGroup 1..1

      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.

      • TimingPoint 0..1 xsd:booleandefault true

        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'.

      • BoardingStretch 0..1 xsd:booleandefault false

        Whether this is a Hail and Ride Stop. Default is 'false'.

      • RequestStop 0..1 xsd:booleandefault false

        Whether Vehicle stops only if requested explicitly by passenger. Default is 'false'.

      • OriginDisplay 0..unbounded NaturalLanguageStringStructure

        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)

      • DestinationDisplay 0..unbounded NaturalLanguageStringStructure

        Destination to show for the VEHICLE at the specific stop (vehicle signage), if different to the Destination Name for the full journey.

    • groupCallNoteGroup 1..1

      Annotations of the CALL.

    • groupDisruptionGroup 1..1

      Elements describing nature of disruption.

    • AimedArrivalTime 0..1 xsd:dateTime

      Target arrival time of VEHICLE at stop according to latest working timetable.

    • ExpectedArrivalTime 0..1 xsd:dateTime

      Estimated time of arriival of VEHICLE at stop .

    • ActualArrivalTime 0..1 xsd:dateTime

      Observed time of arrival of VEHICLE at stop.

    • groupMonitoredStopArrivalStatusGroup 1..1

      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)

      • Arbitrary text string to show to indicate the status of the departure of the VEHICLE for example, “Enroute”, “5 Km”, “Approaching”. May depend on the policy of the OPERATOR, for example show “Approaching” if less than 200metres away from stop. (since SIRI 2.0)

      • 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'.

      • ArrivalStopAssignment 0..unbounded StopAssignmentStructure

        Assignment of planned, expected and/or recorded arrival at STOP POINT to a phsyical QUAY (platform). If not given, assume same as for departure. (since SIRI 2.0).

      • Assignment of a TRAIN formation to a physical QUAY (platform or sectors thereof). If not given, assume same as for departure. (since SIRI 2.1)

      • 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).

    • AimedDepartureTime 0..1 xsd:dateTime

      Target departure time of VEHICLE from stop according to latest working timetable.

    • ExpectedDepartureTime 0..1 xsd:dateTime

      Estimated time of departure of VEHICLE from stop, most likely taking into account all control actions such as waiting.

    • Departure QUAY (bay or platform) name. Default taken from planned timetable.

    • ActualDepartureTime 0..1 xsd:dateTime

      Observed time of departure of VEHICLE from 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)

    • Nature of boarding allowed at stop. Default is 'Boarding'.

    • DepartureStopAssignment 0..unbounded StopAssignmentStructure
    • Assignment of a TRAIN formation to a physical QUAY (platform or sectors thereof). (since SIRI 2.1)

    • 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.

    • 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).

    • groupHeadwayIntervalGroup 1..1

      Elements describing the HEADWAY INTERVALs.

    • For frequency based services, observed interval between vehicles at stop.

  • Extensions to schema. (Wrapper tag used to avoid problems with handling of optional 'any' by some validators).