[GTFS Digest] 2024年5月 - 議論が盛りだくさん¶
コミュニティに参加して、便の更新(trip update)における不整合、cars_allowed や trip_global_id などの新しいフィールド、bikes_allowed と shapes.txt に関する推奨事項、vehicles.txt の追加、StopTimeEvent.uncertainty の使用、GTFS-Flex の変更、および GTFS 用語の更新について探求しましょう。
GTFS Digest は、MobilityData が毎月作成する、GTFS に関する進展の概要を提供するリソースです。
皆様からのフィードバックを大切にしており、私たちの取り組みについてご意見をお聞かせいただきたいと考えています。このフォームにご記入いただき、このツールの可能性を最大限に引き出すためにご協力ください。
🏅 コントリビューターへの称賛¶
Weston Shippy
初めてのPRが仕様に採用されたことをお祝いします!
David Rudi、Niels Penneman、Ville Pihlava
初めてのissue(#462、#466、#468)をコミュニティに投稿していただき、ありがとうございます。皆様の貢献は、素晴らしい議論や変更の可能性に向けた基盤を築いています。
Michael Paine
新しいissueとともに仕様へ戻り、興味深いやり取りを生み出しました。ありがとうございます!
James Bunch、Josh Drucker
Slackで最も活発なコントリビューターの一部です。お二人のスレッドは多くの議論を促し、コミュニティの他のメンバーに非常に多くの価値をもたらしています。ありがとうございます!
🚀 最近採択された項目¶
fare_leg_rules.txt に rule_priority を追加 #418
rule_priority フィールドは、一部の運賃区間照合ルールが他の照合ルールより優先される必要があるケースを表すために使用されます。さらに、rule_priority フィールドの存在は、fare_leg_rules.txt 内の他のフィールドにおける空値の意味を変更するトリガーとして機能します。
ルートベースの fare_rules における stops.zone_id の条件付き要件を明確化 #432 \ この提案は、停留所等(stop)が、fare_id と route_id のみが定義された fare_rules.txt レコード(ルートベースの運賃)に route_id が存在する trip_ids にのみ割り当てられているシナリオを許容するため、stops.zone_id の条件付き要件を変更します。
📂 アクティブな提案¶
この PR は、仕様の書式との整合性を高め、ファイルの要件について追加の明確化を提供するために、feed_info.txt の存在に関する説明を更新し、条件付き必須とします。
transfers.txt における from/to_stop_id の存在と説明を明確化 #455
この PR は、潜在的な混乱を避けるために、transfers.from/to_stop_id の存在を条件付き必須から必須に変更し、その説明から「forbidden」という語を削除します。
その他のオープンな提案:¶
- [GTFS-Fares v2] fare_leg_join_rules.txt を追加(第1版) #439
- GTFS real time FeedHeader に Feed Version と GTFS url を追加 #434
- [GTFS-Fares v2] チケット商品/チケットメディアの乗換動作 #423
🔥 最も活発な議論¶
Niels Penneman は、便の更新の例と参照ドキュメントの間にある不整合を解明するため、皆様の協力を必要としています。
trips.txt に cars_allowed フィールドを追加 #466
Ville Pihlava は、フェリーおよび自動車輸送列車のユースケースを対象とするため、trips.txt に car_allowed フィールドを追加することを提案しています。
提案されたベストプラクティス: SCHEDULED の便では常に TripDescriptor に trip_id を含める #465
この提案では、データ統合を簡素化するため、GTFS Realtime の SCHEDULED の便において TripDescriptor で trip_id を使用することを必須とすることを提案しています。複数の識別子を使用する代替手法では、しばしば問題が発生するためです。
SKI+ の David は、NeTEx や HRDF などの他の標準との統合を改善するため、GTFS Schedule および Realtime に新しいフィールド「trip_global_id」を提案しています。これは、1日を通して有効な便識別子の必要性に対応するものです。このグローバル ID により、異なるデータ形式間での旅行情報のマッピングが容易になります。
bikes_allowed を GTFS の推奨フィールドにする #461
GTFS Schedule において bikes_allowed フィールドを推奨にすることは、自転車の持ち込み対応に関するデータ精度の向上を目的としています。この変更により、このフィールドが欠落しているデータセットに対して検証通知が促され、より広範な採用が奨励されます。
GTFS Schedule において shapes.txt ファイルを推奨することで、地図ベースの表示およびデータ品質検証を改善し、その採用率が 85% であることを反映します。この変更により、ユーザー体験が向上し、リアルタイム車両追跡が支援されます。
GTFS static への vehicles.txt の追加 #458
TransSee の Darwin は、GTFS に vehicles.txt ファイルを追加することを提案しています。これにより、車両容量、アクセシビリティ、および機能に関する詳細情報を提供でき、リアルタイム予測ツールを強化し、車両群データ報告を標準化できる可能性があります。このファイルには、車両タイプ、容量、製造者、アクセシビリティ機能などの詳細を含めることができます。
非タイムポイントにおける StopTimeEvent.uncertainty の使用 #454
AC Transit の Michael Paine は、非タイムポイントの停留所等(stop)において StopTimeEvent.uncertainty フィールドを使用し、時刻表の近似を示すことを求めています。これにより、バスが早着または遅着しているように見えることによる乗客の混乱を防ぎます。この実践により、遅延値を変更せずに時刻の変動を伝達でき、乗客がバスの時刻表についてより適切に把握できるようになる可能性があります。
[DRT] GTFS-Flex の採用後、stops.txt は必須ファイルではなくなるべきです。 #452
GTFS-Flex の導入により、GTFS における地理的位置の定義に stops.txt はもはや不可欠ではなくなる可能性があります。作成者は、ゾーンベースのデマンド型サービスに locations.geojson のみを使用できるため、stops.txt は条件付き必須になります(locations.geojson が存在しない場合のみ)。GTFS validator の調整により、この変更に対応します。
GTFS 用語の改善: 「Schedule」から「Static」への移行 #442
この issue では、データセットをより適切に表すため、GTFS ドキュメントにおける「Schedule」を「Static」に変更することを提案しています。明確性のために、コミュニティから大きな支持があります。この提案には、ドキュメントの更新が含まれます。Pull Request 段階へ進む前に、次のステップに関するフィードバックが推奨されます。
#gtfs における Slack の会話¶
James Bunch が質問しています: 特定の停留所等(stop)に関連付けるべきポイントの stop# を列挙する新しいフィールドを、任意の shapes.txt ファイルに追加することは、どの程度困難でしょうか?
Josh Drucker が質問しています: 現在の私の理解では、Fares V2 を機能させるには、networks または areas のいずれかをフィード内で定義する必要があります(両方でも機能するはずです)。これは正しいでしょうか?
Cristen Jones が問い合わせています: GTFS の歴史家が必要です……trip_headsigns.txt はかつて存在していましたか? 現時点の仕様には存在しないようです。
#gtfs-realtime における Slack の会話¶
Will Anderson が質問しています: SCHEDULE_RELATIONSHIP: ADDED を使用するべきですか?
#gtfs-flex における Slack の会話¶
Daniel Michalov が質問しています: GTFS.org の GTFs-Flex フィード例は正確ですか?
Conner Riley が OTP のバージョニングと GTFS-Flex について問い合わせています。
Suresh K Devalapalli が、利用可能な最大の GTFS-Flex フィードを見つけるための支援を必要としています。
Leo Frachet が、GTFS-Flex がまだサポートされていないことを示す警告を Validator に含めるよう要望しています。
📅 今後のイベント¶
GTFS-Flex: 採用されました。さあ実装しましょう! | 2024年6月4日 午前11時 EDT
トピック:Flex のモデリング、現在の実装、対象となるユースケース、Flex の機能、および無料の MobilityData リソース。
GTFS-Fares v2 – 月例会議 | 2024年6月25日 午前11時 EDT
トピック:GTFS-Fares v2 拡張ワーキンググループ会議
ガバナンスワーキンググループ会議 | 未定
トピック:GTFS ガバナンス刷新における次のステップ
🛠️ ツールの更新¶
Canonical GTFS Schedule Validator 向け Flex ルール提案
GTFS-Flex が仕様に採用されたことを受けて(🎊)、MobilityData は Canonical Validator に追加される Flex 検証ルールの要件一覧を作成しました。提案に対するフィードバックをお寄せください。また、validator へのルールの提供を通じてこの作業を加速したい場合は、お知らせください!
💬 GTFS コミュニティに参加する¶
GitHub: google/transit: アイデアをコミュニティと共有しましょう!公式 GTFS GitHub リポジトリに参加してください。
GTFS-changes: 更新が発生したらすぐに受け取りましょう。GTFS-changes Google グループに参加して、新しい pull request と投票に関する情報を入手してください。
GTFS-realtime: Realtime に関するあらゆる話題について議論し、最新情報を把握しましょう。このグループでは、GTFS Realtime について議論し、質問を行い、変更を提案しています。
GTFS.org: 公式 GTFS ドキュメント Web サイトです。ここでは、GTFS に必要な情報について頻繁に更新されるリソースを見つけることができます。
MobilityData Slack: GTFS について質問がありますか、またはコミュニティとつながる必要がありますか?GTFS Slack の会話に参加してください。これは、各チャンネルを利用する 1,300 人を超えるモビリティ愛好家から、質問への回答を迅速に得られる素晴らしい場所です。
GTFS Digest 第6版をお読みいただき、ありがとうございます!2024年以降も、最新の GTFS 更新情報をお届けできることを楽しみにしています。