TripDescriptor¶TripDescriptorで提供される情報は、更新するトリップのスケジュール関係によって異なります。設定可能なオプションがいくつかあります。スケジュールに従って実行されているか、まだそれに関連付けられるほど近いものです。このトリップはスケジュールされておらず、追加されたものです。需要に対応するため、または故障した車両を交換するためです。このトリップは実行中で、決してスケジュールと関連付けられていません。スケジュールがなく、バスがシャトルサービスで走っている場合です。このトリップは予定されていましたが、現在では削除されています。この新しいトリップは、運行開始日と時刻を除いて、静態GTFS内の既存のトリップのコピーです。指定されたサービス開始日時に実行されます。ほとんどの場合、この更新に関連するGTFSのスケジュールされたトリップのtrip_idを提供する必要があります。繰り返しtrip_idを使用するシステム(frequencies.txtを使用してモデル化されたトリップ、つまり頻度ベースのトリップ)では、trip_idは特定の時間要素を持たないため、それ自体が1つの旅を識別するユニークなものではありません。内でこのようなトリップを一意に識別するためには、識別子のトリプルを提供する必要がある。使用する必要があります。StopTimeUpdatesは、調整を示すために使用されるべきである。start_timeは、最初の駅からの出発時刻を正確に示す必要はないが、その時刻にかなり近いものであるべきである。2015年5月25日10時にtrip_id=Tのトリップをstart_time=10:10:00に開始すると決定し、10時1分にリアルタイムフィードでその情報を提供したとします。10:05になると、トリップの開始時刻が10:10ではなく、10:13であることが突然わかります。10:10:00)と特定できますが、最初の停留所からの出発が10:13:00になるStopTimeUpdateが提供されます。頻度ベースではないトリップは、以下の組み合わせを含むTripDescriptorによって一意に識別される場合があります。route_iddirection_idstart_timestart_dateここで、start_timeは静的スケジュールで定義されたスケジュールされた開始時刻であり、提供されたidの組み合わせが一意のトリップに解決する限り、次の組み合わせを含むTripDescriptorによって一意に識別されます。Uncertainty¶Uncertaintyは、StopTimeUpdateの時刻と遅延値の両方に適用されます。Uncertaintyは、秒単位の整数として、真の遅延の予想誤差をおおまかに指定します(ただし、正確な統計的意味はまだ定義されていないことに注意してください)。コンピュータのタイミング制御で運転される列車などでは、uncertaintyが0になることもあり得ます。例として、長距離バスの遅延が15分で、4分の誤差(つまり+2分/-2分)以内に次の停留所に到着すると予測される場合、uncertaintyの値は240となります。