Complex type

OnwardCallStructure

Defined in OpRa/SIRI/xsd/siri_model/siri_journey.xsd:567

Type Onwards CALLs at stop.

Base type

AbstractMonitoredCallStructure

Content model

Type structure

  • inherited from AbstractMonitoredCallStructure 4 items
  • Defined here
  • VehicleAtStop 0..1 xsd:booleandefault false

    Whether VEHICLE is currently at stop. Default is false (xml default added from SIRI 2.0)

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

  • groupOnwardsCallGroup 1..1

    Elements describing the CALL. 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.

    • groupOnwardVehicleArrivalTimesGroup 1..1

      Elements for Arrival in onward CALl.

      • AimedArrivalTime 0..1 xsd:dateTime

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

      • choice 1..1
        • ExpectedArrivalTime 0..1 xsd:dateTime

          Estimated time of arriival of VEHICLE at stop .

        • LatestExpectedArrivalTime 0..1 xsd:dateTime

          Latest time at which a VEHICLE will arrive at stop. (since SIRI 2.1)

        • ExpectedArrivalPredictionQuality 0..1 PredictionQualityStructure

          Prediction quality, either as approximate level, or more quantitative percentile range of predictions that will fall within a given range of times. (since SIRI 2.0)

        • ArrivalPredictionUnknown 1..1 EmptyType

          If the producer is (temporarily) not able to deliver real-time predictions (e.g. because of a connection loss), he has various options (and combinations of them) to inform the consumer: (i) set Monitored to 'false' (ii) transmit ExpectedArrivalTime together with "PredictionInaccurate=true" (iii) drop/omit ExpectedArrivalTime (iv) set ArrivalStatus to 'noReport' However, this might introduce ambiguity: e.g. option (iii) might be interpreted as "on time" by one consumer, but also as "indefinite delay" by another consumer. To avoid this, the producer should transmit xxxPredictionUnknown instead of any expected times. (since SIRI 2.1)

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

    • groupOnwardVehicleDepartureTimesGroup 1..1

      Elements for departure in ONWARD CALL.

      • AimedDepartureTime 0..1 xsd:dateTime

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

      • choice 1..1
        • ExpectedDepartureTime 0..1 xsd:dateTime

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

        • ProvisionalExpectedDepartureTime 0..1 xsd:dateTime

          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. So if servcie decides not to wait may leave earler than expected departure time (since SIRI 2.0).

        • EarliestExpectedDepartureTime 0..1 xsd:dateTime

          Earliest time at which VEHICLE may leave the stop. Used to secure connections. Used for passenger announcements. Passengers must be at boarding point by this time to be sure of catching VEHICLE. i.e. "Vehicle will not leave before this time" - may be revised from original aimed time. (since SIRI 2.0)

        • ExpectedDeparturePredictionQuality 0..1 PredictionQualityStructure

          Prediction quality, either as approximate level, or more quantitative percentile range of predictions that will fall within a given range of times. (since SIRI 2.0)

        • DeparturePredictionUnknown 1..1 EmptyType

          If the producer is (temporarily) not able to deliver real-time predictions (e.g. because of a connection loss), he has various options (and combinations of them) to inform the consumer: (i) set Monitored to 'false' (ii) transmit ExpectedDepartureTime together with "PredictionInaccurate=true" (iii) drop/omit ExpectedDepartureTime (iv) set DepartureStatus to 'noReport' However, this might introduce ambiguity: e.g. option (iii) might be interpreted as "on time" by one consumer, but also as "indefinite delay" by another consumer. To avoid this, the producer should transmit xxxPredictionUnknown instead of any expected times. (since SIRI 2.1)

    • groupPassengerDepartureTimesGroup 1..1

      Passenger arrival times at STOP PLACE in order to meet VEHICLE departure times for CALL.

      • AimedLatestPassengerAccessTime 0..1 xsd:dateTime

        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)

    • groupMonitoredStopDepartureStatusGroup 1..1

      Elements describing the departure status of a VEHICLE from a stop.

    • groupHeadwayIntervalGroup 1..1

      Elements describing the HEADWAY INTERVALs.

    • groupStopProximityGroup 1..1

      Elements describing the distance from the stop of a VEHICLE. (since SIRI 2.0).

      • DistanceFromStop 0..1 DistanceType

        Distance of VEHICLE from stop of CALL as measured along ROUTE track. Only shown if detail level is 'calls' or higher. Positive value denotes distance before stop. (since SIRI 2.0).

      • NumberOfStopsAway 0..1 xsd:nonNegativeInteger

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