よくある質問
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
GTFS を実装する際によくある問題に関する質問と回答を以下にご紹介します。
Q: フィードを公開する前に使用できるテスト環境はありますか？
A: はい、フィードのアップロードが完了するとテスト環境を使用できるようになっています。
Q: フィードは更新のたびに手動でアップロードする必要がありますか、それとも Google でサーバーから取得するように設定できますか？
A: 通常、Google では FTP GET を経由した定期的な取得を設定することをおすすめしています。取得の頻度は、デフォルトで週単位に設定されます。コンソールからファイルを手動でアップロードすることもできます。
Q: 急行と各駅停車の両方の路線がある場合、それぞれのフィードを個別に送信できますか？
A: はい、交通機関について複数の個別のフィードを送信することはできますが、通常は 1 つのフィードを使用することをおすすめします。
Q: 座席（クラス C とクラス A など）によって料金が異なる場合は、どのように対処すればよいですか？
A: 最も一般的な料金を指定してください。
Q: 日付（繁忙期など）によって料金が異なる場合は、どのように対処すればよいですか？
A: 個別のルートを作成してください。
Q: agency.agency_fare_url で指定する予約用ドメインが複数ある場合、すべてのドメインをカンマで区切って追加することはできますか？
A: URL は 1 つだけ指定してください。1 つだけを表示すると問題がある場合は、空白のままにしてください。
Q: routes.route_long_name に同じ名前を指定できますか？
A: はい、この属性にも同じ名前を指定できます。
Q: 以下のフィールドで、「停車地を併設している駅」と「駅構内に併設された停車地」の両方を設定した場合は、どちらが使用されますか？
A:
stop_code: 停車地stop_name: 駅（今後は停車地が使用される場合もあります）stop_desc: なしstop_lat: 両方stop_lon: 両方zone_id: 停車地stop_url: 駅wheelchair_boarding: 両方
Q: 時刻表を変更する日付に合わせてフィードを更新できますか？
A: GTFS では、フィードを有効にする日付を指定できます。その場合、フィードを公開する 2 週間前までにアップロードする必要があります。また、カレンダーの情報が重複していることを確認します。
2 つのフィードを「統一化」するためのツールも用意されています。
Q: 内部で使用している既存の一意の ID を使用できますか？
A: はい、GTFS ではどのような値でも ID に使用できます。
Q: フィードのアップロードに失敗することが続いています。どのような問題が考えられますか？
A: ZIP ファイルを最上位のディレクトリにアップロードしているかご確認ください。
Q: プレビューでサンプルクエリに対する乗換案内の検索結果が生成されません。どのような問題が考えられますか？
A: それらのサンプルの時刻を確認のうえ、その時刻に交通機関が運行しているか確かめてください。運行していない場合は、検索結果が生成されない可能性があります。
特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンスにより使用許諾されます。コードサンプルは Apache 2.0 ライセンスにより使用許諾されます。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日 2025-07-25 UTC。
[null,null,["最終更新日 2025-07-25 UTC。"],[[["\u003cp\u003eGoogle prefers a regularly fetched GTFS feed via FTP, with weekly updates as the default.\u003c/p\u003e\n"],["\u003cp\u003eSeparate routes should be created for services with date-dependent pricing, such as peak season fares.\u003c/p\u003e\n"],["\u003cp\u003eFor stops with both parent and child stations defined, station information will be prioritized for \u003ccode\u003estop_name\u003c/code\u003e and \u003ccode\u003estop_url\u003c/code\u003e while stop information will be used for other attributes.\u003c/p\u003e\n"],["\u003cp\u003eGTFS feeds must be uploaded two weeks prior to their effective date and should specify the valid date range within the feed itself.\u003c/p\u003e\n"],["\u003cp\u003eTroubleshooting feed upload failures often involves ensuring all files are in the ZIP file's top-level directory and verifying transit schedules align with preview query times.\u003c/p\u003e\n"]]],["GTFS implementation involves a test environment after feed upload. Google prefers regular feed fetching (weekly default) via FTP, though manual uploads are possible. Multiple feeds are accepted, but a single feed is preferred. Include the most generic price; for date-dependent pricing, create separate routes. Only one URL is allowed for `agency_fare_url`. IDs can be internal values. Files should be at the top level of the ZIP. Feeds are needed two weeks prior to live date.\n"],null,["# Frequently Asked Questions\n\nThe following are questions and answers for common issues when implementing GTFS.\n\n##### Q: Is there a test environment for the feed before making it public?\n\nA: Yes, we will prepare the test environment once your feed is successfully uploaded.\n\n##### Q: Do we need to manually upload the feed every time there is an update or can we ask Google to\nfetch it from our server?\n\nA: In general, Google prefers to set up a regular fetch (via FTP GET). The frequency\nis weekly by default. In addition, you can manually upload a file from the console.\n\n##### Q: If we have both the express line and local line, can we submit separate feeds?\n\nA: Yes, it is possible for an agency to submit multiple separate feeds but we usually prefer having\na single feed.\n\n##### Q: In case the price is different depending on the seat --e.g., class C vs. class A, what do we need to do?\n\nA: Please include the most generic price.\n\n##### Q: If the price is different depending on the date --e.g., peak season price, what do we need to do?\n\nA: Please create separate routes.\n\n##### Q: When there are multiple booking domains for `agency.agency_fare_url`, can we add them all separating\nthem with comma?\n\nA: Please only include one URL. If there is a problem in just showing one, please leave it blank.\n\n##### Q: Is it ok to have the same name for `routes.route_long_name`?\n\nA: Yes, you can set the same name for that attribute.\n\n##### Q: If we set both the parent station and child station for the following, which will be used?\n\nA:\n\n- `stop_code`: stop\n- `stop_name`: station (in the future, we might use stop)\n- `stop_desc`: none\n- `stop_lat`: both\n- `stop_lon`: both\n- `zone_id`: stop\n- `stop_url`: station\n- `wheelchair_boarding`: both\n\n\u003cbr /\u003e\n\n##### Q: Can we update the feed exactly on the date when the schedule is changed?\n\nA: You can specify to which date the feed is valid in GTFS. The feeds must be uploaded\ntwo weeks prior to the date when it should go live. Note that the calendar information must overlap.\nThere is a tool for \"merging\" two feeds.\n\n##### Q: Can we use our existing unique ids we have been using internally?\n\nA: Yes, IDs in GTFS can be any value.\n\n##### Q: My feed upload keeps failing. What could be a problem?\n\nA: Please ensure that the files are in the top level directory in your ZIP file.\n\n##### Q: Transit results are not generated from the sample queries in Preview. What could be the issue?\n\nA: Please check the time of those samples and make sure that your transits are running at those selected\ntimes. If not, it is possible that there is no result generated."]]