コンテンツにスキップ

GTFS フィードを一般公開する

GTFS を共有するメリット

GTFS データはさまざまな方法で利用できます。交通機関の GTFS データを一般公開すると、乗客と交通機関全体に多くのメリットがもたらされます。メリットには次のものが含まれます。

  • フィードをモバイルおよびウェブベースの旅行計画アプリケーションに統合し、乗客がシステムで旅行を計画できるようにする
  • Mobility Database などの GTFS アグリゲータにフィードを送信すると、より多くのユーザーが利用し、交通機関の認知度が向上する
  • 地理情報システム (GIS) やその他の地図ベースの分析プログラムで GTFS データを視覚化および分析できるツールを使用する

旅行計画アプリ

交通機関の GTFS データが公開されると、Google マップに加えてさまざまな旅行計画アプリケーションで利用できるようになります。これには、Bing マップ、Apple マップなどの他のナビゲーション アプリや、Transit、Moovit、Transportr、Citymapper などの交通機関固有のプラットフォームが含まれます。さらに、オープン フィード データにアクセスすることで、開発者は特定の地域向けのアプリを作成したり、Vamos (カリフォルニア州サンホアキン郡およびスタニスラウス郡)、MetroHero (ワシントン DC エリア)、Entur (ノルウェー) などの標準の旅行計画者に含まれていない機能を備えたアプリを作成したりできます。

フィード アグリゲータ

GTFS データを共有すると、GTFS フィード アグリゲータ プラットフォームによってインデックス付けされることも可能になります。これには、GTFS フィードの州レベルまたは地域レベルのディレクトリや、Mobility Database や Transitland などの国際的なフィード アグリゲータが含まれます (その他のフィード アグリゲータについては、こちら を参照してください)。フィード アグリゲータにインデックス登録されると、機関の可視性が高まり、開発者、研究者、その他の関係者が、新しいアプリケーションの開発など、さまざまな目的で機関のデータに簡単にアクセスできるようになります。

GIS、分析、その他のプラットフォームやツールとの統合

GTFS データは、さまざまな地理空間分析プラットフォームにインポートして使用することもできます。 Esri の ArcGIS などの地理情報システム (GIS) プログラムやオープンソースの QGIS には、GTFS の停留所とルート データをインポートして視覚化できる独自のプラグインと拡張機能があります。

その他のプラットフォームでは、GTFS データを独自の方法で視覚化および分析できます:

  • Conveyal は、ユーザーが GTFS データをインポートしてスケジュール、ルート、パターンを視覚化し、潜在的なサービス変更の影響を分析できるオープンソース プログラムです。また、ユーザーは人口統計データをインポートして操作し、たとえば、さまざまなルートやスケジュールが特定の都市部での職場へのアクセスにどのように影響するかを分析できます。
  • GTFS to HTML は、 GTFS scheduleデータを HTML 時刻表に変換できるオープンソース ツールです。これにより、交通機関はスクリーン リーダーでも読み取れる形式でウェブサイトにスケジュールを自動的に公開および更新できるため、視覚障害のある人もデータにアクセスできます。

データの共有: ヒントとベスト プラクティス

永続的なフェッチ リンクを作成して維持する取得リンクは、交通機関のGTFS Scheduleファイルが保存される永続的な URL です。通常、フェッチ リンクは交通機関のウェブサイトでホストされるか、GTFS 制作のためにベンダーと契約している場合はベンダーによってホストされます。これは、Google マップなどの旅行計画アプリがデータにアクセスする方法です。GTFSGTFS Scheduleファイルは、ログインを必要とせずにこの URL から直接ダウンロードできるのが理想的です。ただし、ライセンスの制限によりこれが実現できない場合は、機関が API キーを使用してデータのユーザーに発行することで、データへのアクセスを制御できます。

URL とファイル名

一貫した取得リンクと GTFS ファイル名は、フィード データへのアクセスを保証するために不可欠です。機関がデータに一貫した URL とファイル名を使用しないと、旅行計画アプリ、フィード アグリゲータ、およびその他のユーザーが最も正確で最新のデータを取得できず、長期的には問題が発生することになります。

永続的な取得リンクの URL を設定したら、それを変更しないでください。つまり、ファイル自体が更新された場合でも、URL 名は一貫性を保つ必要があります。そのため、URL はできる限りシンプルで汎用的なままにして、日付やバージョン番号が含まれる URL は使用しないようにしてください。

  • 良い例: http://www.bart.gov/dev/schedules/google_transit.zip、
  • 避けるべき例: http://www.bart.gov/dev/schedules/google_transit_Fall_2021.zip

同様に、フィード自体を更新した場合でも、 GTFS Scheduleファイルを含む ZIP フォルダの名前は一貫しているようにしてください。たとえば、フィードを更新する場合、ZIP フォルダ名にdateやバージョン番号を一切追加しないでください。フィード バージョンやフィードの開始日と終了日に関するデータをフィードに含める場合は、 feed_info.txtファイルに含めることができます。

  • 良い例: “YourAgency_gtfs.zip”、“google_transit.zip”、“gtfs.zip”、
  • 避けるべき例: “YourAgency_gtfs_092921.zip”、“YourAgency_Fall2021.zip”

ファイル構成と整合性

Your GTFS は、相互に接続された複数のテキスト ファイル (.txt) を含む zip ファイルです。形式が正しいことを確認するには、常に次の操作を行ってください。

1.テキスト ファイルを開くときは、値がテキストのままであることを確認してください。GTFS には、Excel などのアプリケーションで誤って読み取られたり、省略されたりするフィールドが多数あります。 2.ファイルはタブ区切りではなく、カンマ区切りです。つまり、各ファイルには行にレコードが含まれ、各フィールドはカンマで区切られています。 3.余分な行や列があると、使用するアプリケーションでエラーが発生するため、ファイルを保存するときに空の行や列がないことを確認してください。 4. GTFS 内のファイルを破棄しないでください。ファイルは連携して動作し、不足しているファイルがあると、使用するアプリケーションでエラーが発生する可能性があります。 5.ファイルを再圧縮するときは、ファイルを含むフォルダではなく、ファイルを圧縮するようにしてください。ファイルを解凍して、ファイルを含む別のフォルダではなく、そのフォルダ内のファイルをすぐに確認できれば、正しく実行されたことを確認できます。

その他の考慮事項

複数の機関が異なる名前やコードで同じ停留所を共有している場合、Google マップなどのアプリケーションでは 1 つを選択する必要がある場合があります。混乱を避けるために、他の機関と調整して、名前とコードについて合意してください。これにより、異なる GTFS データセット間の競合が最小限に抑えられます。

複数の GTFS データセットを利用できる場合 (通常は、1 つは Transit App などのパブリック アプリケーション用に作成され、もう 1 つは社内の運用 CAD/AVL システム用に作成された結果)、公開する GTFS としてどれを使用するかを決定する必要があります。乗客向けの情報を最も多く含むフィードを宣伝することをお勧めします。可能な限り、GTFS データセットが一致するように (停留所や旅行などの ID が同じになるように) 努めてください。そうすることで、社内のデータセットがパブリックのデータセットと競合することがなくなり、GTFS-RT などの他のフィードを統合できるようになります。