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

GTFS データは多くの方法で活用でき、事業者の GTFS データを公開して共有することは、乗客および事業者全体に多くの利点をもたらします。これには以下が含まれます。

フィードをモバイルおよび Web ベースの経路検索アプリケーションに統合し、乗客が事業者のシステム上で旅程を計画できるようにすること
Mobility Database などの GTFS アグリゲーターにフィードを提出し、より幅広い利用者への提供と事業者の認知度向上を実現すること
GTFS データを Geographic Information Systems (GIS) およびその他の地図ベースの分析プログラムで可視化・分析できるツールを使用すること

旅程計画アプリ¶

事業者のGTFSデータが公開共有されている場合、Google Mapsに加えて、さまざまな旅程計画アプリケーションで利用できます。これには、Bing Maps、Apple Mapsなどの他のナビゲーションアプリや、Transit、Moovit、Transportr、Citymapperなどの公共交通機関に特化したプラットフォームが含まれます。さらに、オープンなフィードデータへのアクセスにより、開発者は特定の地域向けのアプリや、標準的な旅程計画アプリには含まれていない機能を備えたアプリを作成できます。例として、Vamos（カリフォルニア州San Joaquin郡およびStanislaus郡）、MetroHero（ワシントンD.C.地域）、Entur（ノルウェー）などがあります。

フィードアグリゲーター¶

GTFS データを共有することで、GTFS フィード集約プラットフォームにインデックス登録することもできます。これには、州または地域レベルの GTFS フィードのディレクトリに加え、Mobility Database や Transitland のような国際的なフィードアグリゲーターが含まれます（その他のフィードアグリゲーターについてはこちらを参照してください）。フィードアグリゲーターにインデックス登録されることで、事業者の認知度が向上し、新しいアプリケーションの開発を含むさまざまな目的のために、開発者、研究者、その他の関係者が事業者のデータへ容易にアクセスできるようになります。

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

GTFS データは、さまざまな地理空間分析プラットフォームにインポートして使用することもできます。Esri の ArcGIS などの Geographic Information Systems (GIS) プログラムや、オープンソースの QGIS には、GTFS の停留所等(stop)およびルート・路線系統(route)データをインポートして可視化できる独自のプラグインや拡張機能があります。

Esri には、スケジュールデータの可視化を含む、GTFS データを使用する多種多様なツールおよびプラグインがあります
QGIS では、GTFS-GO および GTFS Loader により、プラットフォーム内でルート・路線系統(route) + 停留所等(stop)を可視化できます
追加の分析ツール

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

Conveyal は、ユーザーが GTFS データをインポートしてスケジュール、ルート・路線系統(route)、およびパターンを可視化し、想定されるサービス変更の影響を分析できるオープンソースプログラムです。ユーザーは人口統計データをインポートして利用することもでき、例えば、異なるルート・路線系統(route)またはスケジュールが特定の都市部における雇用へのアクセスにどのような影響を与えるかについて分析を実施できます。
GTFS to HTML は、GTFS スケジュールデータを HTML 時刻表に変換できるオープンソースツールです。これにより、事業者は、視覚障害者がデータにアクセスできるよう、スクリーンリーダーでも読み取れる形式で、ウェブサイト上のスケジュールを自動的に公開および更新できます。

永続的な取得リンクを作成・維持する¶

取得リンクとは、事業者の GTFS Schedule ファイルが保存されている永続的な URL です。通常、これは事業者のウェブサイト上、または GTFS 作成を委託している場合はベンダーによってホストされます。これは、Google Maps のような経路検索アプリがデータにアクセスする方法です。理想的には、GTFS 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 フォルダ名に日付やバージョン番号を追加するべきではありません。フィードのバージョンやフィードの開始日・終了日に関するデータをフィードに含めたい場合は、feed_info.txt ファイルに含めることができます。

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

ファイル構成と整合性¶

GTFS は、相互に関連する複数のテキストファイル（.txt）を含む zip ファイルです。形式が正しいことを確保するため、常に以下を行ってください。

テキストファイルを開く際は、値をテキストとして保持してください。GTFS には、Excel のようなアプリケーションが誤って読み取ったり、省略したりするフィールドが多数あります。
ファイルはタブ区切りではなく、カンマ区切りです。つまり、各ファイルには行ごとのレコードが含まれ、異なるフィールドはカンマで区切られています。
余分な行または列は利用側のアプリケーションでエラーを引き起こすため、ファイルを保存する際は空の行または列がないことを確認してください。
GTFS 内のファイルを破棄してはいけません。これらは連携して機能しており、ファイルが欠けていると利用側のアプリケーションでエラーが発生する可能性があります。
ファイルを再度 zip 化する際は、ファイルを zip 化し、ファイルを含むフォルダを zip 化しないでください。ファイルを解凍したときに、ファイルを含む別のフォルダではなく、そのフォルダ内に直ちにファイルが表示されれば、これが正しく行われたことを確認できます。

追加の考慮事項¶

複数の事業者が異なる名称またはコードで同じ停留所等(stop)を共有している場合、Google Maps のようなアプリケーションでは、そのうち1つを選択する必要が生じることがあります。混乱を避けるため、他の事業者と連携し、名称およびコードについて合意してください。これにより、異なる GTFS データセット間の競合を最小限に抑えられます。

複数の GTFS データセットを利用できる場合（通常、Transit App のような一般向けアプリケーション用に作成されたものと、内部運用の CAD/AVL システム用に作成されたものがある場合）、どちらを公開 GTFS とするかを決定する必要があることがあります。乗客向けの情報を最も多く含むフィードを公開することを推奨します。可能な限り、GTFS データセットを一致させてください（停留所等(stop)や便(trip)などについて同じ ID を使用するなど）。これにより、内部用のものが一般向けのものと競合せず、GTFS-RT などの他のフィードを統合できるようになります。