GTFS-Flex¶
GTFS Flex は、デマンド レスポンシブ交通サービスの発見可能性を促進することを目的としたGTFS schedule拡張プロジェクトです。
大部分は、2024 年 GTFS で採用されています。このページ には、GTFS Flex の公式に採用された部分を使用してモデル化できる内容を示す例がいくつかあります。
🤔 ダイアル ア ライドなどのサービスは、利用者によって無視されることが多く、その存在すら知らない利用者もいます。このアクセシビリティの欠如は、交通事業者、便計画者、利用者にとっての問題です。地元の空港に到着した観光客のグループが、オンデマンド バス サービスしか提供されていない田舎に行きたいと考えているところを想像してみてください。観光客は好みの便プランナー アプリをチェックしますが、実行可能な公共交通事業者の選択肢が見つかりません。結局、レンタカーを借りることになります。観光客である乗客は、オンデマンド サービスを宣伝する紙のチラシを廊下にすべて見落とします。サービスが十分に利用されていないだけでなく、現在および将来の乗客の需要を満たすための発見可能性も欠いています。ここで GTFS-Flex の出番です。GTFS-Flex は乗客がサービスを発見できるようにし、あなたが一生懸命宣伝したサービスを乗客が楽しめるようにします。
🔮 MobilityData は、GTFS-Flex が、GTFS-OnDemand を使用したトランザクションおよびリアルタイム コンポーネントへの拡張を含む、需要に応じた交通のより深い標準化への扉を開くと期待しています。私たちは、この分野における交通手段の増加と概念の複雑さに最も適切に対処するための提案戦略を準備しています。
最新のプルリクエスト¶
この拡張機能は、スケジュールに従って動作するサービスについて説明しますが、次のような1つ以上の柔軟な機能も備えています。
-ダイアル・ア・ライド・サービス: 車両は、特定のサービス時間内に乗車と降車が許可されているゾーンにサービスを提供します。 -ルート逸脱サービス: 車両は固定ルートと順序付けられた一連の停留所等にサービスを提供しますが、停留所等間で乗客を乗降させるために迂回するしてもよい。 -ポイントツーゾーン・サービス: 乗客は駅などの固定の停留所で乗車し、エリア内の任意の場所で下車できます。またはその逆も可能です。一部の場所からの出発は、他のサービスに合わせてスケジュールまたは時間調整されます。 -ポイント逸脱またはチェックポイント サービス: 乗客は固定の停留所で乗車し、順序付けられていない停留所等のリスト内の任意の場所で降車するか、その逆を行うことができます。運転手は、リクエストがあった停留所等でのみサービスを提供します。
詳細については、元の提案および問題#382(スコープを変更したためクローズ)を参照してください。
6 月 28 日の作業会議では、グループ コミュニティ間で、現在生成および消費されているすべてのフィールドをカバーするイテレーションを行うことが合意されました。したがって、採用トラッカーで**議論中**
と表示されるすべてのフィールドがこのPRに含まれています。
このPRの変更点は次のとおりです。
- ファイルの変更:
stop_areas.txt
を変更して、GeoJSONの場所や停留所等をグループ化できるようにし、これらの機能の所定のグループをstop_times.txt
の個々の行に指定できるようにします。stop_times.txt
を変更して、追加および拡張されたファイルとフィールドの解釈方法をデータコンシューマーに通知するために必要な現在の仕様の要素を明確にします。
- ファイルの拡張:
stop_times.txt
をstart_pickup_drop_off_window
とend_pickup_drop_off_window
で拡張して、GeoJSONの場所、停留所エリア、または停留所で需要に応じた輸送サービスが利用可能になる/終了する時間を定義します。stop_times.txt
を次のように拡張します。予約ルールへのリンクを定義するためのpickup_booking_rule_id
とdrop_off_booking_rule_id
- 新しいファイルを追加します:
locations.geojson
、乗客がピックアップまたはドロップオフをリクエストできるゾーン (Polygon
またはMultipolygon
) を定義します。booking_rules.txt
、乗客にサービスのリクエスト方法に関する情報を提供する予約ルールを定義します。
アンガーミュンデとアンガーミュンデの RufBus の データ例 を以下に示します。ガーツァー、ドイツ。下の画像は、便プランナーでデータがどのように表示されるかを示した例です。
投稿全体を読んだり、会話に参加したりするには、プルリクエストページにアクセスしてください。
初期実装¶
- MNDoT Flex パイロット プロジェクト: Trillium、IBI、Transit、MNDoT、Cambridge Systematics、Token Transit
- Open Trip Planner
- バーモント州のモビリティ オンデマンド サンドボックス
- Tulare County Area Transit
- Northwest Oregon Transit Alliance (NW Connector)
- Vamos Mobility App
- RTD Denver Flexride
- Nebraska Public Transit DRT OTP Project: Trillium、Olsson、Cambridge Systematics、および TransitPlus
このページに GTFS-Flex 実装を追加するには、お問い合わせください
採用トラッカー¶
現在¶
変更をリクエスト 組織を追加(消費者) 組織を追加(プロデューサー)
履歴¶
- 2013: Brian Ferris (Google) が最初の提案を執筆
- 2016: GTFS-Flex GitHub ディスカッション開始
- 2017: Mobility on Demand (MOD) サンドボックス プログラム (FTA、Vermont DOT、OTP)
- 2018: MobilityData が GTFS-Flex の管理者となり、GTFS-Flex v2 を提案
- 2020年11月: GTFS-Flex と OTP2 の最新バージョンのリポジトリが GTFS-Flex v2 データを取り込む
- 2022年5月: MnDoT パイロットの開始 (Cambridge Systematics、MNDoT、Token Transit、Transit、Trillium (OptiBus))。
- 2023年5月: GTFS-Flexの作業:サービス検出の開始
- 2023年6月: GTFS-Flexの概念ワーキングミーティングを開催
- 2023年7月: プルリクエスト#388を公開
- 2023年8月と9月: 「GTFSでGeoJSONを使用?」を開催議論
- 2024年3月: GTFS Flex が正式に採用されました