含まれる場合、このフィールドは必須です。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。それは将来、正式に採用されるかもしれない。VehiclePosition¶あるvehicleリアルタイム測位情報。このvehicleサービスを提供しているtrip。指定することができる。このtrip提供しているvehicle追加情報。このvehicle現在Position。現在の停車駅の停車駅シーケンスインデックス。current_statusがない場合、IN_TRANSIT_TOと見なされる。現在の停車駅を特定する。対応するGTFSフィードのstops.txt同じ値である必要がある。stop_idを割り当てるために使用される場合、このフィールドは以下の変更も反映する必要がある。現在の停車位置に関するvehicle正確な状態。current_stop_sequenceが存在しない場合は無視される。Position測定された瞬間。vehicleまたは車台の乗客の占有状態。設定されている場合、このフィールドは、乗客を受け入れているすべてのキャリッジを考慮した上で、vehicle全体を記述する必要がある。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。それは将来、正式に採用されるかもしれない。vehicle搭乗率を示すパーセンテージ値。値100は、座席と立席の両方を含む、vehicle設計され、現行の運用規則で許容される最大乗員数の合計を表すべきである。設計上の最大定員を超える乗客がいる場合、値は100を超える可能性がある。occupancy_percentage精度は、個々の乗客の乗降を追跡できない程度に低くする必要がある。multi_carriage_detailscarriage毎のoccupancy_percentage入力されている場合、このフィールドは乗客を受け入れている全ての車両を考慮した上で、vehicle全体を記述する必要がある。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。それは将来、正式に採用されるかもしれない。この与えられたvehicle複数のキャリッジの詳細。最初の出現は、そのvehicle最初のキャリッジを表す。現在の進行方向から見て.multi_carriage_detailsフィールドの出現回数は、vehicle台車の数を表す。エンジンやMAINTENANCE車両など、乗車できない車両も含まれる。これは、プラットフォームでどこに立てばよいかという貴重な情報を乗客に提供するためである。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。それは将来、正式に採用されるかもしれない。vehicle停留所に到着するところである(停留所表示では、vehicleシンボルが点滅するのが一般的である)。vehicle停車駅に停車中である。vehicle前の停留所を出発し、通過中である。CongestionLevel¶このvehicle影響を及ぼしているCONGESTIONレベル。OccupancyStatus¶vehicleまたはキャリッジの乗客の占有状態。個々の生産者は、すべてのOccupancyStatus値を公開しないかもしれません。したがって、消費者は、OccupancyStatus値が直線的な尺度に従うと仮定してはならない。消費者は、OccupancyStatus値を、製作者が示し、意図した状態として表現する必要がある。同様に、制作者は実際のvehicle占有状態に対応したOccupancyStatus値を使用しなければならない。注意:このフィールドはまだ実験的なものであり、変更される可能性がある。将来的には正式に採用される可能性がある。このvehicleほとんどの指標でEMPTYみなされ、乗客はほとんど、あるいは全く乗っていないが、まだ乗客を受け入れている。このvehicle客車には、多くの空席があります。このカテゴリに入るのに十分な大きさと見なされる、利用可能な全座席のうちの自由席の量は、製作者の裁量で決定されます。このvehicle・台車は、利用可能な座席数が少ない。このカテゴリーに該当するほど少ないとみなされる全座席のうち自由席の量は、製作者の裁量で決定されます。現在、vehicle客車は立っている乗客しか収容できない。現在、vehicle客車は立っている乗客しか乗せることができず、そのスペースは限られています。このvehicle、ほとんどの測定でFULLみなされますが、まだ乗客の搭乗を許可している可能性があります。このvehicleまたはキャリッジは乗客を受け入れていません。このvehicleまたはキャリッジは通常、乗客の乗車を受け入れています。そのvehicleまたはキャリッジは、time時点で利用可能な搭乗率データを持っていません。そのvehicle客車は乗車可能ではなく、乗客を受け入れることはない。特殊な車両やキャリッジ(エンジン、MAINTENANCEキャリッジなど...)に有用である。複数の客車で構成される車両に使用される、客車固有の詳細。注意:このmessageまだ実験的なものであり、変更される可能性があります。将来、正式に採用される可能性があります。vehicleごとにユニークであるべき。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。それは将来、正式に採用されるかもしれない。車両を識別するために乗客に表示される可能性のある、ユーザーが見えるlabel。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。それは将来、正式に採用されるかもしれない。このvehicle、このキャリッジの占有状況。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。それは将来、正式に採用されるかもしれない。このvehicle、この車両の乗車率。"と同じルールに従う。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。それは将来、正式に採用されるかもしれない。vehicleリスト内の他の車両に対する、このキャリッジの順序を識別する。持たなければならない、といった具合に。進行方向の1番目のキャリッジの値が1であり、進行方向の2番目のキャリッジの値が3である場合、消費者はすべてのキャリッジのデータ(すなわち、multi_carriage_detailsフィールド)を破棄する。データのない馬車は、有効なcarriage_sequence番号で表現されなければならず、データのないフィールドは省略されなければならない(代わりに、それらのフィールドを含めて「データなし」の値に設定することもできる)。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。それは将来、正式に採用されるかもしれない。公共交通機関のネットワークで何らかのインシデントが発生したことを示すAlertです。Alertユーザーに表示されるtime。指定しない場合は、フィードに表示されている間、Alert表示されます。複数の範囲が指定された場合、Alertそのすべての範囲に表示されます。このAlertユーザに通知すべきエンティティ。少なくとも1つのinformed_entity指定する必要があります。Alert追加情報を提供するurl。Alertheader。このプレーンテキストstring、太字などで強調表示されます。Alertための説明。"リクエストで表示されます)。説明の情報は、header情報に追加する必要があります。header含むtext。textバージョンです。header_text同じ情報を含むが、text合成で読めるようにフォーマットされている必要がある(例えば、略語の削除、数字のスペルアウトなど)。音声text実装に使用されるAlert説明を含むtext。textバージョンである。(例えば、省略形の削除、数字のスペルアウトなど)。text表示されるTranslatedImage。Effect視覚的に説明するために使用される。Alert理解を深めるものでなければならず、重要な情報の唯一の場所であってはならない。text含むimage、マーケティング用またはブランド用の画像で、追加的な情報を提供しないもの。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。それは将来、正式に採用されるかもしれない。リンクされたimage外観を説明するtext。imageフィールドにリンクされた画像の外観を説明するテキスト(例:アクセシビリティ上の理由でimage表示できない場合、またはユーザーがimage見ることができない場合など)。仕様を参照してください。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。将来的に正式に採用される可能性があります。Effect¶この問題が影響を受けるentity及ぼすEffect。SeverityLevel¶Alert重大度。注意:このフィールドはまだ実験的なものであり、変更される可能性がある。将来的には正式に採用される可能性がある。TimeRange¶time間隔。tでアクティブとみなされる。timePOSIXtime(すなわち、1970年1月1日午前0時00分00秒UTCからの秒数)です。これがない場合、間隔はマイナス無限大から始まる。TimeRange指定する場合、startまたはendどちらかを指定する必要があり、両方のフィールドをEMPTYすることはできない。これがない場合、区間はプラス無限大で終了する。TimeRange指定する場合、startまたはendどちらかを指定する必要があり、両方のフィールドをEMPTYすることはできない。Position¶vehicle地理的なPosition。北緯度、WGS-84座標系での値。東経の度数、WGS-84座標系での値。bearing、度、真北から時計回り、つまり、0は北、90は東。これはコンパスのbearingであったり、次の停車駅や中間地点に向かう方位であったりする。これは、クライアントが以前のデータから計算することができる、以前の位置のシーケンスから推測されるべきではない。odometer値(メートル単位)。vehicle計測した瞬間speed、単位はメートル毎秒。trip単一のインスタンスを識別するための記述子。tripインスタンスは、多くの場合、trip_idのみで十分である。以下の場合は、trip特定するために追加情報が必要である。start_time必要である。start_date必要です。trip_idフィールドを提供できない場合、route_id、direction_id、start_date、start_timeのすべてを提供する必要がある。指定されたtrip同じroute_idを指定しなければならない。trip_idフィールドは、単独で、または他のTripDescriptorフィールドと組み合わせて、複数のtrip識別するために使用することはできない。トリップに対して、TripDescriptorはtrip_id単独で指定してはならない。日のうち特定のtime始まる単一のtrip解決するためにstart_timeも必要であるためである。TripDescriptorが単一のtrip解決しない場合(すなわち、ゼロまたは複数のtripスタンスに解決する場合)、エラーと見なされ、誤ったTripDescriptorを含むentity消費者によって廃棄される可能性がある。提供する必要があることに注意すること。絶対的なarrival出発時刻も提供されなければならない。代わりにEntitySelector.route_id使用してください。このセレクタが参照するGTFSフィードからのtrip_idです。frequencies.txt定義されていないトリップ)の場合、このフィールドだけでtrip一意に特定できます。frequencies.txtxtで定義されているフリークエンシーベーストリップの場合、trip_id、start_time、start_dateすべて必須です。frequencies.txt定義されていないトリップ)の場合、trip_id省略できるのは、route_id,direction_id,start_time,start_date組み合わせで、これらすべてのフィールドが提供されているtrip一意に識別できる場合のみである。値を含まなければならない。TripProperties.trip_id。このセレクタが参照するGTFSのroute_idを指定する。すべて設定されていなければならない。EntitySelector内で使用して、ルートのすべてのトリップに影響を与えるルート全体のAlert指定してはなりません。trip_idが省略された場合は、direction_idを指定する必要があります。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。将来的に正式に採用される可能性があります。trip_id非頻度ベースのtrip対応する場合、このフィールドは省略されるか、GTFSフィードの値と等しくなければならない。定義されたtrip対応する場合、start_timeは必須であり、trip更新とvehicle位置のために指定する必要がある。含む)遅くなければならない。exact_times=0に対応するtrip場合、そのstart_time任意であり、当初はtrip最初のdeparture時刻となることが予想される。そのtime変更は、代わりにStopTimeUpdate反映されるかもしれない。trip_idが省略された場合、start_timeが指定されなければならない。このフィールドのフォーマットと意味は、GTFSfrequencies.txtものと同じである(例:11:15:35、25:15:35)。start日(YYYYMMDD形式)。trip衝突するほど遅いトリップを曖昧にしないために提供する必要があります。毎日8時と20時に出発する列車が12時間遅れた場合、同じtime2つの異なるトリップが存在することになる。このフィールドは、このような衝突が不可能なスケジュール、例えば、1時間単位で運行するサービスで、1時間遅れのvehicleもうスケジュールと関係ないと考えられる場合、提供可能ですが必須ではありません。frequencies.txt定義された頻度ベースのトリップの場合、このフィールドは必須である。trip_idが省略された場合、start_dateを指定する必要がある。trip静止スケジュールの関係。TripDescriptorがAlert提供される場合、このフィールドはコンシューマによって無視されます。schedule_relationshipフィールドは、一致するtrip特定する際にコンシューマによって無視されます。ScheduleRelationship¶このtrip静的なスケジュールとの関係。GTFS反映されていない一時的なスケジュールに従ってtrip行われる場合、それはSCHEDULEDマークされるべきではなく、ADDEDマークされるべきです。trip関連づけられるほど近いトリップ。故障したvehicle交換や、急な乗客の増加に対応するため、走行中のスケジュールに追加してADDEDされたtrip。注:現在、このモードを使用するフィードの動作は規定されていない。GTFSGitHubで議論が行われています。(3)にて、ADDEDトリップを完全に指定するか非推奨にするかの議論が行われており、その議論がまとまった時点でドキュメントが更新される予定です。frequencies.txtexact_times=0に定義されたtrip識別するために使用されます。frequencies.txtexact_times=1のトリップを表すために使用すべきではありません。UNSCHEDULEDのトリップは、すべてのStopTimeUpdateを設定する必要があります。スケジュール内に存在したが、削除されたtrip。trip同じで、start日とtime除いた新しいtripです。TripUpdate.TripProperties.start_timeと共に使用され、静的なGTFS既存のtripコピーしますが、サービスstart日および/またはtime異なります。calendar_dates.txtが今後30日以内に運行される場合、トリップの複製が可能です。DUPLICATEDなるtrip、以下の方法で特定される。TripUpdate.TripDescriptor.trip_id.によって参照される既存のtrip、この列挙によって変更されない。値を持つトリップを発行する必要があります。TripUpdateを発行しなければならない。exact_timesに定義されたトリップは、EMPTYそれと等しい場合、DUPLICATEDにすることはできません。0のトリップは、DUPLICATEDすることができません。VehiclePosition.TripDescriptor.trip_idには、新しいtrip一致する値が含まれていなければなりません。VehiclePosition.TripDescriptor.ScheduleRelationshipにも設定されていなければならない。DUPLICATED.DUPLICATEDトリップを表すためにADDED列挙を使用していた既存のプロデューサーとコンシューマーは、以下の移行ガイドに従わなければなりません。移行ガイドに従って、DUPLICATED列挙に移行しなければならない。VehicleDescriptor¶trip実行するvehicle識別情報。vehicle内部システム識別。一意vehicleごとに存在すべきであり、システムを通過する際にvehicle追跡するために使用される。このidはend見えないようにする必要がある。ユーザー可視label、つまり正しいvehicle識別するために乗客に見せなければならないもの。vehicleナンバープレート。EntitySelector¶GTFSフィード内のentityセレクタ。フィールドの値は、GTFSフィード内の適切なフィールドに対応する必要があります。少なくとも1つの指定子を指定する必要があります。複数指定した場合は、論理AND演算子で結合されたものとして解釈されます。指定子の組み合わせは、GTFSフィードの対応する情報と一致しなければなりません。Alert適用するには、提供されたEntitySelectorフィールドのすべてに一致する必要があります。フィールドが含まれているとします。"のバスにのみ適用され、route_type.の他のルートには適用されません。"の他のルートには適用されません。提供する必要があります。5"を参照するものと、"routeroute_type"を参照するものです。つの指定子を指定する必要があります。することはできません。このセレクタが参照するGTFSフィードからのagency_idです。このセレクタが参照するGTFSのroute_idです。direction_idを指定する場合、route_idも指定する必要がある。このセレクタが参照するGTFSのroute_typeを指定する。指定された経路の一方向のトリップを全て選択するためのdirection_idを指定する。direction_idが指定された場合、route_idも指定されなければならない。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。将来的に正式に採用される可能性があります。このセレクタが参照するGTFSからのtrip。トリップに対してtrip_idのみを提供することはできない)。trip識別しようとすると無視されます。このセレクタが参照するGTFSフィードからのstop_idです。urlスニペットの言語ごとのバージョンを含む、国際化されたmessage。message文字列のひとつがピックアップされます。解決は次のように進みます。languageコードと一致する場合、最初に一致したTranslationピックアップされます。languageコードと一致する場合、最初に一致するTranslation選ばれます。languageコードが指定されていないTranslationある場合、そのTranslation選択されます。少なくとも1つのTranslation提供されなければなりません。Translation¶languageマッピングされたローカライズされたstring。message含むUTF-8string列。BCP-47のlanguageコード。language不明な場合、あるいはフィードの国際化がまったく行われていない場合は省略可能です。未指定のlanguageタグを持つことができるのは、最大でひとつのTranslationです。複数のTranslationある場合は、language指定する必要があります。言語ごとのimage含む、国際化されたmessage。message画像の1つがピックアップされます。解決は次のように進みます。languageコードと一致する場合、最初に一致したTranslationピックアップされます。languageコードと一致する場合、最初に一致するTranslation選ばれます。languageコードが指定されていないTranslationある場合、そのTranslation選択されます。注意:このmessageまだ実験的なものであり、変更される可能性があります。将来、正式に採用される可能性があります。少なくとも1つのローカライズされたimage提供する必要があります。imageリンクurl含むstring。リンク先のimage2MB未満でなければなりません。消費者側で更新が必要なほどimage大幅に変更された場合、製作者はurlを新しいものに更新しなければなりません。含む完全修飾urlでなければならず、url内の特殊文字は正しくエスケープされていなければなりません。以下を参照してください。url参照してください。"image/"でstart必要があります。languageコード。language不明な場合、あるいはフィードの国際化がまったく行われていない場合は省略可能です。未指定のlanguageタグを指定できるのは、最大でひとつのTranslationです。複数のTranslationある場合は、そのlanguage指定しなければなりません。Shape(CSV)GTFS一部でない場合に、vehicle通る物理的な経路を記述する。シェイプはトリップに属し、より効率的な伝送のためにエンコードされたポリラインから構成される。Shapeわずかな距離内にあるべきである、すなわち、Shape点を結ぶ直線セグメントに近い。注意:このmessageまだ実験的なものであり、変更される可能性がある。将来は正式に採用されるかもしれない。CSVで定義されたものと異なっている必要がある。定義されているものとは異なるものでなければならない。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。将来的に正式に採用される可能性があります。Shape符号化されたポリライン表現。このポリラインは少なくとも2点を含んでいなければならない。実験的将来、正式に採用されるかもしれないし、変更されるかもしれない。将来的に正式に採用される可能性があります。