[GTFSダイジェスト] 2024年11月 - ガバナンス提案と乗客カテゴリ: ご意見をお聞かせください
11月の注目点には、ガバナンス変更提案、新しい GTFS Realtime 機能であるフィードバージョンとスケジュールのリンク、そして運賃区間結合ルールに関する投票が含まれます。活発な提案や議論では、運賃の乗客カテゴリ、柔軟な構内通路(pathway)、需要に基づく運行頻度が取り上げられました。
11月の注目点には、ガバナンス変更提案、新しい GTFS Realtime 機能であるフィードバージョンとスケジュールのリンク、そして運賃区間結合ルールに関する投票が含まれます。活発な提案や議論では、運賃の乗客カテゴリ、柔軟な構内通路(pathway)、需要に基づく運行頻度が取り上げられました。
2024年10月のGTFS Digestの主な更新内容には、GTFS Realtimeフィードに feed_version
フィールドを追加する投票、Realtimeにおける便の変更(trip modification)調整の採用、駅モデルの強化やGTFS-Fares v2における乗客カテゴリなどの進行中の提案が含まれています。GTFSチャンネル全体での会話は、実装に関する質問、バリデータの更新、進化するベストプラクティスに焦点を当てていました。また、モントリオールで開催された2024年国際モビリティデータサミットでは、グローバルGTFSコミュニティのメンバーが集まり、意義深い交流と協力が行われました。
2024年9月の GTFS Digest では、ポリゴンの妥当性ルールに関する採択済みの提案や、transfers.txt における from/to_stop_id の明確化など、最近の貢献を取り上げています。また、便の変更(trip modification)の調整や、GTFS-Fares v2 における非連続乗り換えの更新といった進行中の提案も紹介しています。今号では、新しい議論が急増しており、HTTPS のベストプラクティス、ルート逸脱、その他のテーマについて活発な議論が展開されています。
今月の GTFS Digest では、ナビゲーションが改善され、コミュニティセクションが追加された GTFS.org の新しいデザインを紹介します。conditional stops.txt や推奨される headsigns などの最近の更新、polygon の有効性や transfer の明確化に関する進行中の投票、便(trip)のスケジューリングに関する重要な議論を取り上げます。GTFS Flex ウェビナーや GTFS-Fares v2 ミーティングもお見逃しなく。最新情報をチェックして、ぜひ議論に参加してください!
Steve Gladstone、Steven White、Sam Hickey
GitHub と Slack での素晴らしいご意見に感謝します。あなた方は1つ1つのコメントで GTFS の発展に貢献しています!
Leonard Ehrenfried
GTFS における GeoJSON の利用方法の変更を提唱してくださり、ありがとうございます。
Miklcct
先月も再び GitHub で非常に活発に活動されていましたね!日々のご尽力に感謝します!
Andoni Aranguren Ubierna & Sophia Chong
GTFS Slack に初めてスレッドを投稿してくださいましたね!コミュニティにとって非常に役立つものになると確信しています。
GTFS.org がリニューアルされました
私たちはフィードバックを集め、GTFS.org が GTFS に関するすべてを網羅する唯一の場所となるよう取り組んできました。
公共交通の仕様に初めて触れる方も、GTFS のベテランの方も、GTFS.org には必要な情報がすべて揃っています。
初めて訪問された際にご覧いただける変更点は以下の通りです:
デマンド型サービスに伴う stops.txt の必須条件の変更 #472
このPRは、flexの採用後における stops.txt の必須条件を更新し、必須から条件付き必須(locations.geojson が存在しない場合は必須、それ以外は任意)に変更することを提案しています。
headsign が推奨であることの追加 #485
このPRは、車両に表示される行先表示(headsign)テキストを持つすべてのサービスにおいて、便(trip)をルート・路線系統(route)内で区別するために headsign を推奨する旨を追加することを提案しています。
locations.geojson におけるポリゴンの有効性ルールを追加 #476
このPRは、GTFSにおいてポリゴンが無効となるすべての方法を記述する代わりに、OpenGIS Simple Features Specification のセクション6.1.11を参照することで、フレックス用ポリゴンの有効性ルールを改善することを提案しています。
[明確化] transfers.txt における from/to_stop_id および from/to_trip_id の説明
このPRは、transfers.txt における from/to_stop_id および from/to_trip_id の説明を、元の意味を変更することなく明確化するものです。
[GTFS Fares v2] エリアセットのマッチング述語 #483
現在の fare_leg_rules.txt では、出発地と目的地のエリアのみを述語として使用できますが、これはより複雑なゾーン運賃体系を効果的に表現することができません。このPRでは、停留所等(stop)エリアの集合、すなわち「エリアセット」を述語として追加することを提案しています。
CANCELED/SKIPPED TripUpdates と NO_SERVICE Alerts の明確化 #482
これは激しく議論されている提案です。現在、コントリビューターの間で以下の点が議論されています:
その他のオープンな提案:
追加便および複製便において StopTimeEvent にスケジュール時刻と遅延の両方を指定できるようにする #490
miklcct は、GTFS-RT 仕様を更新し、ADDED および DUPLICATED の便(trip)に対して StopTimeEvent にスケジュール時刻と遅延の両方を指定できるようにすることを提案しました。
この変更は、特に臨時便や複製便においてスケジュール時刻を示すことができないという現在の制約による問題に対処するものです。提案は、既存システムとの互換性を維持しつつ柔軟性を高めることを目的としています。
便(trip)に行先表示(headsign)が存在しないことを明示的に伝える方法を設ける #488
evansiroky は、仕様の記述を調整し、行先表示(headsign)が提供されていない場合には、その車両には行先表示が存在しないと解釈すべきであることを明示的に示す文言を含めることを提案しました。
GTFS-RT の便の変更(trip modification)オブジェクトで arrival_time と departure_time を異なる値に指定することができない #487
Miklcct は、ReplacementStop オブジェクトに layover フィールドを追加し、迂回経路の旅程(journey)において駅での延長停車時間を指定できるようにすることを提案しました。
スケジュールされた補強便 #481
Stefan は、事業者によって確認されて初めて旅行情報サービスに表示されるスケジュールされた補強便を GTFS でサポートする必要性を指摘しました。
そのために trips.txt
に追加のカラムを設けてこれらの便をマークすることを提案し、既存の GTFS および GTFS-RT フレームワークにおける制約や潜在的な解決策について議論しています。
Steve Gladstone は、GTFS-RT における GTFS Pathways のリアルタイムステータス機能導入に関する PR#268 について、コミュニティに意見を共有するよう呼びかけています。
Sophia Chong は、仕様に TripModifications が最近導入されたことを背景に、コミュニティに対して、使用している、または開発した検証方法や技術に関する経験を尋ねています。
Aaron Fowler が質問しました: 通常の GTFS ファイルと GTFS-Flex ファイルを 1 つの静的 GTFS zip ファイルにまとめる際に、既知の問題はありますか?
Andoni Aranguren Ubierna は、カナリア諸島におけるオンデマンド型自動車モビリティの利用と必要性に関する調査について協力を求めており、OpenTripPlanner に必要な GTFS-Flex ファイルを取り込む際に問題に直面しています。
GTFS Flex アジア太平洋地域向け公開ウェビナー | 2024年9月10日 午後7時(EDT) / 午前8時(JST) / 午前9時(AEST)
トピック : GTFS-Flex: 実装方法
GTFS-Fares v2 – 月例会議 | 2024年9月24日 午前11時(EDT)
トピック : GTFS-Fares v2 拡張ワーキンググループ会議
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 をお読みいただきありがとうございます!2024 年以降も最新の GTFS 情報をお届けできることを楽しみにしています。
主な更新内容には、すべてのルートベースのサービスに対する shapes.txt の追加 (#470)、stop_times.timepoint の明確化(空の場合は timepoint 値が提供されないことを意味する)(#474)、および feed_info.txt が条件付き必須に更新されたこと (#460) が含まれます。現在、コミュニティではデマンド型サービスにおける stops.txt の要件更新 (#472) について投票が行われています。
私たちは、fare_leg_rules.txt に rule_priority を採用し、route ベースの fare_rules における stops.zone_id の条件付き要件を明確化しました。現在の提案には、feed_info.txt の更新、transfers.txt の明確化、新しい fare_leg_join_rules.txt、Feed Version と GTFS URL の追加、そして GTFS-Fares v2 におけるチケット商品/チケットメディアの乗り継ぎ挙動が含まれています。
便の更新(trip updates)における不整合、新しいフィールドである cars_allowed や trip_global_id、bikes_allowed や shapes.txt に関する推奨事項、vehicles.txt の追加、StopTimeEvent.uncertainty の利用、GTFS-Flex の変更、そして GTFS 用語の更新について、コミュニティと一緒に探ってみましょう。
朗報です!Spare Labs が無料の GTFS-Flex Builder のベータテストを開始し、MobilityData は Canonical GTFS Schedule Validator における Flex ルール提案を進めています。注目すべきトピックには、UTF-8 エンコーディング、GTFS 用語の精緻化、駅モデルの改善、投票プロセスの強化、そして pathways.stair_count に関する制約の明確化が含まれます。
GTFS-Flex により、利用者はデマンド型サービスを発見できるようになり、GTFS 便の変更(Trip-Modifications)では便の調整のための試験的なフィールドが導入されました。Canonical GTFS Schedule Validator の新しい 5.0 リリースには、エラーハンドリングの強化と Fares v2 の検証が含まれています。
ガバナンスの強化、言語コード標準、相乗り路線、リアルタイムの知見 - GTFSコミュニティで最も熱い議論に参加しましょう!