[GTFSダイジェスト] 2025年4月 - 便の変更(trip modification)に関する明確化への投票 & 無料運賃ウェビナーに参加しよう¶

2025年4月のGTFSダイジェストをお届けします！今月は、GTFS Realtimeにおける便の変更(trip modification)に関する明確化について、コミュニティで投票が行われています。主な提案には、距離ベースの運賃サポート、cEMV決済フィールド、新しいガバナンスプロセスの更新が含まれます。複雑な運賃体系、便のモデリング、座席内での乗り換えについての議論にぜひご参加ください。さらに、5月28日に開催される無料のGTFS運賃ウェビナーにご登録ください！

GTFSダイジェストは、MobilityDataが毎月発行しているリソースで、GTFSに関する最新の動向をまとめています。

皆さまからのフィードバックを大切にしています。ぜひこちらのフォームにご記入いただき、このツールの可能性を最大限に引き出すためにご協力ください。

🏅 コントリビューターへの感謝¶

Bodgan
今月は Slack での影響力のあるご貢献をありがとうございます！常にあなたの洞察に感謝しています！

Claire Baxter, Jonathan McHatton, Radha Krishna Peteti, Jonny Browning, John Helmuth
Slack での初めてのご貢献をありがとうございます！小さな一歩が違いを生み出します。

Ville Pihlava
初めての PR#457 の投稿おめでとうございます！GTFS に「car allowed」情報を追加するための一歩に、コミュニティは感謝しています。

🗳️ 現在投票中¶

便の変更(trip modifications)に関するさらなる明確化 #542
このPRは便の変更(trip modifications)に関する誤解を明確にし、以下を含みます:

提供されるルート形状(shape)は完全な形状であるべきであることの明記
GTFS-rt 内での id の使用に関する明確化
関連付けられたエンティティは同じフィード内で行うべきであることの明確化
TripProperties 内の shape_id の定義が、リファレンスと proto の間で一致していなかった点の修正

🚀 最近採用されたもの¶

continuous pickup/dropoff の値と 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 を使用することに焦点を当てており、新しい値は実験的としてフラグ付けされています。

📂 アクティブな提案¶

[Governance] 新しい GTFS Schedule ガバナンス提案 #544
MobilityData は、過去2年間のコミュニティからのフィードバックに基づき、現在の GTFS ガバナンスプロセスの更新を提案しています。主な改善点には、より明確なドキュメント化、構造化された提案フェーズ、投票要件の改訂が含まれます。

投票に進む前にレビューのための時間を確保するため、議論期間が1か月延長されました。

[GTFS-Fares v2] 距離ベース運賃の追加 #556
このPRは、fare_leg_rules.txt と stop_times.txt に複数の新しいフィールドを導入し、さらに新しい fare_leg_distance_rules.txt ファイルを追加することで、距離ベースの運賃システムをモデリングできる新機能を追加します。

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 はアラートを表示すべき時間を指定し、impact_period は障害によってサービスが影響を受ける時間を指定します。さらに、これらの新しいフィールドが一貫性のために active_period と相互排他的であることを保証するルールを確立します。

agency.txt と routes.txt に cemv_support フィールドを追加 #545
この提案は、agency.txt と routes.txt に新しい cemv_support フィールドを導入し、乗客が特定の事業者またはルートで cEMV（非接触型 Europay, Mastercard, Visa）を使用して交通サービスにアクセスできるかどうかを示します。

便の変更に関するさらなる明確化 #542
この提案は、GTFS Realtime における便の変更について、ルート形状、ID の使用、エンティティのリンクに関するさらなる明確化を追加します。また、TripProperties における shape_id の定義をリファレンスと proto の間で整合させます。

original_trip_id による GTFS Schedule と Realtime の強化 #534
Davider1234 は、Google Transit 拡張から original_trip_id を GTFS Schedule と GTFS Realtime の両方に採用することを提案しています。これにより、SIRI や NeTEx など、同様の概念を持つ他の標準との間で便をシームレスに参照できるようになります。

その他のオープン提案:

🔥 最も活発な議論¶

便の途中での車両の連結・切り離しを許容するために、座席内での乗り換え要件を緩和する #548
Michael は、便の途中で車両の連結・切り離しが行われる場合に座席内での乗り換えが必須とされている現在の要件に疑問を呈しています。これは National Rail ネットワークでは一般的です。彼は transfer_type = 4 の要件を緩和することを提案しています。

複数のネットワークに属する運賃 #551
Michael は、route_networks.txt における要件を緩和し、1つのルートを複数のネットワークに割り当てられるようにすることを提案しています。

一般的な乗り換えネットワーク内で特定の駅での乗り換えを必要とする運賃の定義 #555
Michael は、ロンドンの PAYG 鉄道ネットワークにおける複雑な運賃ルールを GTFS Fares v2 でどのようにモデリングするかについての指針を求めています。

frequencies.txt の主キー: end_time, headway_secs, exact_times を追加するか？ #514
この課題では、frequencies.txt の主キーを拡張し、時間帯が重複する便や異なる headway_secs（ラッシュ時の追加バスサービスなど）、または異なる exact_times を持つ便をカバーすることが提案されています。

route_type の定義を拡張 / 追加する #310
Elizabeth は、routes.txt における route_type の拡張を提案しており、バスの更新やバン、BRT の追加を含んでいます。

trips.txt に cars_allowed フィールドを追加する #466
Ville Pihlava は、フェリーや自動車列車のユースケースをカバーするために、trips.txt に car_allowed フィールドを追加することを提案しています。

フィールド名の複数形化？ #536
Nina は、GTFS において「複数」の多重度(cardinality)を持つフィールドが、なぜ複数形ではなく単数形の名前になっているのか疑問を呈しています。これに対する回答では、CSV の各行には単一の外部キー参照しか含まれないため、列名はコレクションではなく個々の行に適用されると説明されています。

既存の GTFS における「停留所/駅の概念的なグループ化」を定義する機能の欠如 #438
MobilityData は、駅のモデリングを改善するための 3段階の計画を提案しており、この計画に対するフィードバックを求めています。大きな異論がなければ、まもなく第1段階に進む予定です。

#gtfs に関する Slack 上での会話¶

Claire はインド鉄道向けの GTFS について何か知っている人がいるかを尋ねました。
Bogdan は最速で降車できる最適な乗車位置がどのように実現されるのかについて質問しました。
Jonathan は Google マップにおけるバス停の移設に関する問題を提起しました。
Radha Krishna は Mobility Database に新しい GTFS データが追加された際に、すぐにそれを表示する交通アプリがあるかどうかを尋ねました。
Holger は座席内での乗り換えを可視化するツールを探しました。
Jonny は英国の BODS データに関する経験を持つ人を求めました。

#gtfs-flex における Slack 上の会話¶

Nome が、GTFS Flex の以前の2つの実装を Flex 拡張ページから削除するべきであると通知しました。

📅 今後のイベント¶

GTFS-Fares v2 – 月例会議 | 2025年5月27日午前11時（EST）

トピック : GTFS-Fares v2 拡張ワーキンググループ会議

無料 GTFS Fares ウェビナー | 2025年5月28日午前11時（EST）

トピック : GTFS Fares がどのように乗客が自信を持って公共交通を選択できるよう支援するか — そしてその実装方法

💬 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 情報をお届けできることを楽しみにしています。