フィードにより、交通機関は、サービスの中断(駅の閉鎖、路線の運休、重要な遅延など)に関するリアルタイムの情報を消費者に提供することができます。フィードの仕様のバージョン2.0については、このサイトで説明し、文書化されています。v2.0以降では、_Required_カラムは、トランジットデータが有効であり、消費するアプリケーションにとって意味をなすために、生産者が提供しなければならないフィールドを記述している。_Required_欄には、以下の値が使用される。Required(必須)。プロデューサーによって提供されなければならない。required(条件付き必須)。required:このフィールドは特定の条件下で必須であり、その概要は「フィールドの_説明_」に記載されている。これらの条件以外では、このフィールドは任意である。このフィールドはオプションであり、制作者が実装する必要はない。timestamp)で利用可能であれば、製作者は可能な限りこれらのオプションフィールドを提供することが推奨される。1のフィードはこれらの要件を満たさない可能性があることに注意する(詳細はセマンティック要件に関する提案書を_参照)。カーディナリティ¶Cardinalityは、特定のフィールドに提供できる要素の数を表し、以下の値がある。このフィールドには、1つの要素を指定することができる。これはプロトコルバッファの_必須(Required)および_オプション(Optional)のカーディナリティに対応する。このフィールドには、多くの要素(0、1、またはそれ以上)が提供されるかもしれない。繰り返しカーディナリティにマッピングされる。フィールドが必須、条件付き必須、オプションのいずれであるかを確認するには、常に_Required_および_Description_フィールドを参照すること。以下のプロトコルバッファのデータ型は、フィードエレメントを記述するために使用されます。message複合型enum。固定値のリスト実験的なフィールド¶experimentalとラベル付けされたフィールドは、変更の可能性があり、まだ仕様に正式に採用されていない。実験的なフィールドは、将来的に正式に採用される可能性がある。FeedMessage¶フィードmessage内容。リクエストに対する応答として取得されます。リアルタイムフィードは、常に既存のGTFSフィードに関連して定義される。すべてのentityIDは、GTFSフィードを基準として解決される。このフィードとフィードmessageメタデータ。輸送システムで利用可能なリアルタイム情報がある場合、このフィールドは提供されなければならない。このフィールドがEMPTYである場合、消費者はシステムで利用可能なリアルタイム情報がないものと考えるべきである。FeedHeader¶フィードに関するメタデータで、フィードメッセージに含まれる。フィードの仕様のバージョン。現在のバージョンは2.0である。