updatesは時刻表の変動を表します。私たちは、あなたがスケジュールしたリアルタイムに対応するすべてのトリップについて、トリップアップデートを受け取ることを期待します。これらの更新は、ルート上の停留所への到着または出発の予測時刻を提供します。トリップアップデートはまた、トリップがキャンセルされたり、スケジュールに追加されたり、あるいはルートが変更されたりする、より複雑なシナリオを提供することができます。GTFSでは、トリップとは、特定の時刻に発生する2つ以上の停車駅の連続を指します。スケジュールされたトリップに対してトリップアップデートがない場合、そのトリップに対してリアルタイムのデータが利用できないと判断される。データ消費者は、トリップが時間通りに運行されていると仮定してはならない。trips.txtを参照してください)。TripUpdateを含める必要があります。生産者は、この車両ブロックの現在の旅行後に、1つ以上のトリップのTripUpdateを含めることが推奨されます(生産者が将来の旅行予測の品質に自信を持っている場合)。同じ車両複数のTripUpdateを含めることで、車両ある旅行別の旅行に移行する際に利用者が予測の「ポップイン」を避けることができ、また、下流の旅行に影響を与える遅延を利用者に事前に知らせることができます(例:既知の遅れ旅行間の計画された待ち時間を超える場合など)。場合、それぞれのTripUpdateエンティティは、ブロック内で予定されるのと同じ順序でフィードに追加したされる必要はない。順に移動する場合、trip_updateエンティティは任意の順序で表示できます。追加してもよいことになっています。StopTimeUpdate¶トリップの更新は、StopTimeUpdatesと呼ばれる車両の停車時間に対する1つ以上の更新から構成される。これらは、過去および将来の停車時間について提供することができる。過去の停車時間を削除することは可能であるが、必須ではない。プロデューサーは、過去のStopTimeUpdateが、与えられたトリップの将来の到着予定時刻を持つ停留所(すなわち、車両が予定より早くその停留所を通過した)を参照している場合、その停留所の更新がないと判断されるため、ドロップしてはならない。GTFS-rtのフィードに以下のようなデータが表示された場合。10:30amの予測(10:30amの予定-定刻通り)...バスが実際に10時18分に停留所を通過しても、10時21分まで停留所4の予測はフィードから削除できません。停留所4のStopTimeUpdateが10時18分または10時19分にフィードから削除され、予定到着時間が10時20分の場合、消費者はその時間に停留所4のリアルタイム情報が存在しないと仮定し、GTFSからのスケジュールデータが使用される必要があります。それぞれのStopTimeUpdate、は停留所にリンクされている。いずれかを使用して行うことができます。指定する必要があります。参照していなければならない。提供する必要があります。タイミングを提供することができます。遅延は、トリップの更新が、頻度ベースのトリップとは対照的に、スケジュールされたGTFSトリップを参照する場合にのみ使用することができます。遅延に等しくなければなりません。StopTimeEventと一緒に予測のuncertainty指定することもできます。これについては、このページの下の方にあるUncertainty性のセクションで詳しく説明します。それぞれのStopTimeUpdate、に対してデフォルトのスケジュール関係がscheduledされます。(これは旅行のスケジュール関係とは異なることに注意してください)。dataに変更することができます。更新は、stop_sequence(またはトリップに含まれるstop_idの順番)でソートされる必要がある。トリップ中に1つ以上の停留所がない場合、更新によるdelay(または、更新にtime提供されている場合、GTFSのスケジュールtime比較して計算された遅延)は、後続のすべての停留所に伝搬されます。ある停車駅の停車時刻を更新すると、他の情報がない場合、それ以降のすべての停車駅が変更されます。スケジュール関係SKIPPEDの更新は遅延の伝播を止めませんが、スケジュール関係SCHEDULED(スケジュール関係が提供されない場合のデフォルト値)またはNO_DATAの更新は停止することに注意してください。例120の停留所があるトリップでは、現在の停留所のstop_sequenceの到着遅延と出発遅延が0(StopTimeEvents)のStopTimeUpdate、はトリップが正確に時間通りであることを意味します。例2同じトリップインスタンスに対して、3つのStopTimeUpdateが提供されます。stop_sequence3に対して300秒の遅延。8の遅延時間は60秒です。10のScheduleRelationshipofNO_DATAと解釈されます。