[GTFS Digest] 2025年5月 - cars_allowed について意見をお寄せください、そして今月の貢献者の皆様に感謝します!¶
2025年5月の GTFS Digest をお届けします!今月、コミュニティでは、GTFS での cEMV 表示のサポート、距離ベース運賃のサポート、Governance プロセスの変更など、先月の重要な提案について議論が深まりました。停留所等(stop)内の停車時刻(stop_time)に関するベストプラクティスや、agency URL を任意にすることについても興味深い議論が行われていますので、ぜひ議論にご参加ください!
GTFS Digest は、GTFS に関する進展の概要を提供するために MobilityData が毎月作成しているリソースです。
皆様からのフィードバックを大切にしており、私たちの取り組みについてご意見を伺いたいと考えています。このフォームにご記入いただき、このツールの可能性を最大限に引き出すためにご協力ください。
🏅 コントリビューターへの感謝¶
helomri
repo への初めての貢献をありがとうございます!ごく小さな編集上の変更であっても、採用者の体験を改善するうえで大きな助けとなります。
Felix Grundling
MOTIS で GTFS Flex をサポートされたことをお祝いします!
Aaron Antrim、Cody Kraatz、Bibiana McHugh、Weston Shippy、Stefan de Konink、Brian Ferris
この1か月間、GTFS Schedule Governance の議論にご貢献いただきありがとうございます。皆様のコメントは、この変更に対するサポートを確立する助けとなっています。
🗳️ 現在投票中¶
trips.txt に cars_allowed フィールドを追加 #547
この PR は、trips.txt に cars_allowed フィールドを追加することを提案しています。フェリーの自動車情報を GTFS に追加する方法については、issue #466 で多くの議論がありました。この議論は、stop_times.txt または trips.txt を用いるアプローチのどちらを使用するかを中心としていました。
🚀 最近採用された項目¶
便の変更に関するさらなる明確化 #542
この PR は、以下を含む便の変更に関する誤解を明確化します。
- 提供される shape は完全な shape であるべきことを明記します
- GTFS-rt 内の id の使用方法を明確化します
- リンクされたエンティティは同じ feed 内で行うべきことを明確化します
- TripProperties 内の shape_id の定義が、reference と proto の間で同期していませんでした
📂 アクティブな提案¶
[GTFS Fares v2] セマンティクスの明確化 #561
gtfs-fares Slack チャンネルおよびワーキンググループでの最近の議論に基づき、Local Time データ型の導入、「有効運賃区間(effective fare leg)」の追加、「タイマーは最初に一致した乗車区間(leg)から開始するべきです」という明確化を含む、fares v2 関連のセマンティクスを明確化します。
[GTFS-Fares v2] 距離ベース運賃の追加 #556
この PR は、fare_leg_rules.txt および stop_times.txt に複数の新しいフィールドを導入し、新しい fare_leg_distance_rules.txt ファイルを追加することで、距離ベース運賃システムのモデリングを可能にする新機能を追加します。
communication_period および impact_period の追加 #546
この提案では、運行情報(alert)を表示するべき時間を指定する communication_period と、サービスが障害の影響を受ける時間を指定する impact_period という2つの新しいフィールドを導入します。さらに、一貫性を確保するため、これらの新しいフィールドが active_period と相互排他的であることを保証するルールを定めます。
agency.txt および routes.txt への cemv_support フィールドの追加 #545
この提案では、乗客が特定の事業者またはルート・路線系統(route)における公共交通サービスを利用するために cEMV(非接触型 Europay、Mastercard、および Visa)を使用できるかどうかを示す、新しい cemv_support フィールドを agency.txt および routes.txt に導入します。
[ガバナンス] 新しい GTFS Schedule ガバナンス提案 #544
MobilityData は、2年間にわたるコミュニティからのフィードバックに基づき、現在の GTFS ガバナンスプロセスの更新を提案しています。主な改善点には、より明確なドキュメント、構造化された提案フェーズ、および改訂された投票要件が含まれます。
- 5月に公開情報セッションが開催され、少なくとも2週間の最終レビュー期間が発表されました。
その他のオープンな提案:¶
- gtfs-realtime.proto の誤字を修正 #541
- original_trip_id による GTFS Schedule および Realtime の拡張 #534
- 停留所ごとの粒度で車両の輸送を指定するための乗車許可の導入 #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
- [GTFS-Fares v2] チケット商品/チケットメディアの乗換動作 #423
🔥 最も活発な議論¶
agency_url を任意にする #563
Micheal は、一部の事業者にはウェブサイトがないため、agency_url を任意フィールドにすることを提案しています。
内部の時刻管理地点に関する stop_times.txt のベストプラクティス #560
Michael は、時刻管理地点や運賃に関連する検証ゾーンなど、サービスが停車せずに通過するものの、乗客が乗車または降車できない場所を stop_times.txt に含めることが適切かどうかを尋ねています。
便の途中で車両を連結/切り離しできるよう、着席したままの乗換に関する要件を緩和する #548
Michael は、National Rail ネットワークで一般的な、便の途中で車両が連結/切り離される場合の着席したままの乗換に関する現在の要件に疑問を呈しています。彼は transfer_type = 4 の要件を緩和することを提案しています。
#gtfs における Slack の会話¶
Holger は、Scheduled service と In-Demand service の間で異なる場合の route_type の入力について明確化を求めました。
Michael は、内部のタイミングポイントを停留所等(stop)として使用することについて質問しました。
#gtfs-fares における Slack の会話¶
Micheal は、GTFS-TravelRules 提案と、コメントを共有する方法について質問しています。
#gtfs-flex における Slack の会話¶
Felix は、MOTIS が GTFS Flex をサポートするようになったことを発表しました!
💬 GTFS コミュニティに参加する¶
GitHub: google/transit: アイデアをコミュニティと共有しましょう!公式 GTFS GitHub リポジトリに参加してください。
GTFS-changes: 更新が発生したらすぐに受け取りましょう。GTFS-changes google groups に参加して、新しい pull requests と投票に関する情報を入手してください。
GTFS-realtime: Realtime に関するあらゆる話題について議論し、最新情報を把握しましょう。このグループでは、GTFS Realtime について議論し、質問を行い、変更を提案しています。
GTFS.org: 公式 GTFS ドキュメント Web サイトです。ここでは、GTFS に必要な情報について頻繁に更新されるリソースを見つけることができます。
MobilityData Slack: GTFS について質問がありますか、またはコミュニティとつながる必要がありますか?GTFS slack の会話に参加してください。これは、各チャンネルで活動する1,300人を超えるモビリティ愛好家から、質問への回答を迅速に得られる素晴らしい場所です。
GTFS Digest の本号をお読みいただき、ありがとうございます!2025年以降も、最新の GTFS 更新情報をお届けできることを楽しみにしています。