[GTFS ダイジェスト] 2025年3月 - ガバナンス提案へのコミュニティの意見 & バリデータリリース: Flex + 乗客カテゴリ¶
2025年3月の GTFS ダイジェストでは、GTFS Schedule ガバナンス提案に対するコミュニティレビューと、GTFS Validator v7.0 のリリースを取り上げています。このバージョンでは、Flex の完全なバリデーションルールと、GTFS-Fares v2 における乗客カテゴリのサポートが追加されています。現在、2つの投票が進行中です。1つはデマンド型交通(DRT)の更新、もう1つは TripUpdate.schedule_relationship = ADDED の廃止です。進行中の提案には、cEMV 非接触決済のサポートやカーフェリーの許容が含まれています。
🏅 コントリビューターへの感謝¶
Felix Gündling
仕様に関する議論への影響力ある貢献と、Fares v2 ワーキンググループの会議に参加していただきありがとうございます!
Niko Rekhviashvili
GTFS コミュニティへようこそ。ご参加いただけて嬉しく思います。
Andrew Byrd, Guillaume Campagna, Paul Schwartz, Weston Shippy, Adriana Ceric, & Mike Gilligan
GTFS Schedule ガバナンス提案をレビューするために時間を割いていただいた皆様に、心より感謝申し上げます。
🗳️ 現在投票中¶
continuous_pickup/continuous_drop_off の値と booking_rules.txt におけるフィールド Type の明確化 #528
このPRは、特にデマンド型サービス(DRT)向けの明確化を導入し、start_pickup_drop_off_window/end_pickup_drop_off_window が指定されている場合に continuous_pickup/continuous_drop_off に値 1 を使用できるようにします。
TripUpdate.schedule_relationship = ADDED を非推奨とし、GTFS static のスケジュールに存在しない便を指定するために TripUpdate.schedule_relationship = NEW / REPLACEMENT を追加 #504
更新された提案は、GTFS Realtime における TripUpdate.schedule_relationship = ADDED を非推奨とし、GTFS Schedule に存在しない便を示すために TripUpdate.schedule_relationship = NEW および TripUpdate.schedule_relationship = REPLACEMENT を使用することに焦点を当てています。新しい値は実験的としてフラグ付けされます。
📂 アクティブな提案¶
trips.txt に cars_allowed フィールドを追加 #547
このPRは、trips.txt に cars_allowed フィールドを追加することを提案しています。フェリーに関する車両情報を GTFS に追加する方法については issue #466 で多くの議論がありました。議論は stop_times.txt を使う方法と trips.txt を使う方法のどちらにするかに集中していました。
communication_period と impact_period の追加 #546
この提案では、2つの新しいフィールドを導入します。communication_period は運行情報(alert)が表示されるべき時間を指定し、impact_period は運行に影響が及ぶ時間を指定します。さらに、これらの新しいフィールドが一貫性を保つために active_period と相互排他的であることを保証するルールを定めています。
agency.txt と routes.txt に cemv_support フィールドを追加 #545
この提案では、agency.txt と routes.txt に新しい cemv_support フィールドを導入し、乗客が特定の事業者またはルートで cEMV(非接触型 Europay, Mastercard, Visa)を利用して交通サービスにアクセスできるかどうかを示します。
[ガバナンス] 新しい GTFS Schedule ガバナンス提案 #544
MobilityData は、過去2年間のコミュニティからのフィードバックに基づき、現在の GTFS ガバナンスプロセスの更新を提案しています。主な改善点には、より明確なドキュメント、構造化された提案フェーズ、投票要件の改訂が含まれます。現在、これらの変更を採用するための投票を行う前に、最終的な議論を呼びかけています。
- 議論とレビューの期間は4月中旬まで続くべきです。
便の変更(trip modification)に関するさらなる明確化 #542
この提案は、GTFS Realtime における便の変更(trip modification)について、ルート形状(shape)、ID の使用、エンティティのリンクに関するさらなる明確化を追加します。また、TripProperties における shape_id の定義をリファレンスと proto の間で整合させます。
GTFS Schedule と Realtime に original_trip_id を追加 #534
Davider1234 は、Google Transit 拡張から original_trip_id
を GTFS Schedule と GTFS Realtime の両方に採用することを提案しています。これにより、SIRI や NeTEx など、同様の概念を持つ他の標準との間で便(trip)をシームレスに参照できるようになります。
その他のオープンな提案:
- gtfs-realtime.proto のタイプミス修正 #541
- 停留所等(stop)ごとの粒度で車両の搭載可否を指定するための乗車許可の導入 #533
- 仕様に event_based_trips.txt を追加 #527
- stops.stop_access フィールドを追加 #515
- 過去の Stop Time Events を保持するべき #502
- [GTFS Fares v2] nonconsecutive_transfer_allowed フィールドの追加と fare_transfer_type の明確化 #498
- [GTFS Fares v2] Area Set マッチング述語 #483
- CANCELED/SKIPPED TripUpdates と NO_SERVICE Alerts の明確化 #482
- [GTFS-Fares v2] チケット商品/チケットメディアの乗り継ぎ挙動 #423
🔥 最も活発な議論¶
便の途中での車両の連結・切り離しを許容するための、座席内乗り換え要件の緩和 #548
Michael は、便(trip)の途中で車両が連結・切り離しされることが一般的な National Rail ネットワークにおいて、現在の座席内乗り換えの要件に疑問を呈しています。彼は transfer_type = 4 の要件を緩和することを提案しています。
ベストプラクティス: ユニーク ID の妥当な長さ #518
Stefan は、GTFS フィードで使用されるあらゆる ID に推奨される文字数制限を設け、値が 36 バイトを超えた場合にバリデータが警告を出すようにするベストプラクティスを導入することを提案しています。
フィールド名の複数形化? #536
Nina は、GTFS において「複数」の多重度(cardinality)を持つフィールドが、なぜ複数形ではなく単数形の名前になっているのか疑問を呈しています。これに対する回答では、CSV の各行には単一の外部キー参照しか含まれないため、列名はコレクションを表すのではなく個々の行に適用されるからだと説明されています。
#gtfs チャンネルでの Slack 会話¶
Weston が Google Maps に frequencies.txt を含める効果 について質問しました
Radha Krishna が 独自データ形式から GTFS への移行を支援するツール を求めました
Felix が GTFS における trip 名と route 名の使用に関するベストプラクティス について質問しました
#gtfs-realtime における Slack 上での会話¶
Adrien は 今後数日のネットワーク変更を記録するための tripUpdate メッセージの使用方法 について質問しました。
Arnljot は enum ScheduleRelationship のステータス について問い合わせました。
Holger は GTFS-RT フィードの遅延に関する推奨事項 を探しました。
Michael は バス会社が協力しない場合に高品質な第三者のオープン交通データを得る最良の方法 について質問しました。
Zachary は CAD プログラムで GTFS-RT フィードの詳細がどのように生成されるか について問い合わせました。
#gtfs-flex に関する Slack 上での会話¶
Mike は 他に flex を公開している事業者がいるかどうかを確認 しました。
Niko は GTFS Flex と GTFS Realtime がどのように連携するかについての知見 を尋ねました。
Clara は 複数のゾーンを含む GTFS flex ファイルの例 を探しました。
#gtfs-fares における Slack 上での会話¶
Felix が MOTIS が fares v2 をサポートし始めた ことを発表し、複雑な乗り換えルールとその最適化について質問しました。
Stephen は Transit App の新しいオープンループ決済機能を紹介する記事 を共有しました。
Felix は 距離ベース運賃のサポート計画 について質問しました。
Leonard は 以前の Fares v2 実装における fare_products.txt 内の3つの時間関連フィールドの関連性 について質問しました。
📅 今後のイベント¶
GTFS-Fares v2 – 月例会議 | 2025年4月22日 午前11時(EST)
トピック : GTFS-Fares v2 拡張ワーキンググループ会議
🛠️ ツールのアップデート¶
新しい GTFS Schedule Validator リリース: 乗客カテゴリとすべての Flex ルール
GTFS Schedule Validator 7.0 のリリースには以下が含まれています。
- 🧒 👵 👨 GTFS-Fares における乗客カテゴリのルール。乗客カテゴリとは、大人、子供、高齢者、学生など、年齢、身分、またはニーズに基づいて異なる運賃が適用される可能性のある乗客のグループです。
- 📞🚌 Flex ルールの完全なリスト。GTFS Flex は、乗客がデマンド型サービスを発見し、予約方法を理解できるようにするための提案です。Flex は昨年正式に GTFS に採用されました。このバリデータのリリースにより、Flex の検証ルールの完全なリストを提供します。
質問やフィードバックは、こちらのディスカッションスレッドで共有してください。
💬 GTFS コミュニティに参加する¶
GitHub: google/transit: コミュニティとアイデアを共有しましょう!公式の GTFS GitHub リポジトリに参加してください。
GTFS-changes: 最新情報をすぐに入手できます。GTFS-changes Google グループに参加して、新しいプルリクエストや投票に関する情報を受け取りましょう。
GTFS-realtime: Realtime に関するすべてを話し合い、最新情報を入手しましょう。このグループでは GTFS Realtime について議論し、質問をしたり、変更を提案したりしています。
GTFS.org: 公式の GTFS ドキュメントサイトです。ここでは GTFS に関する最新のリソースを頻繁に更新しています。
MobilityData Slack: GTFS について質問がある、またはコミュニティとつながりたいですか?GTFS の Slack 会話に参加しましょう。1,300 人以上のモビリティ愛好家がチャンネルで活動しており、質問に素早く答えてもらえる素晴らしい場所です。
GTFS Digest をお読みいただきありがとうございます!2025 年以降も最新の GTFS 情報をお届けできることを楽しみにしています。