常見問題
透過集合功能整理內容
你可以依據偏好儲存及分類內容。
以下是有關 GTFS 導入作業的常見問題和解答。
問:動態饋給公開前是否有測試環境?
答:有。動態饋給成功上傳後,我們就會準備測試環境。
問:每次有更新時,是否必須手動上傳動態饋給?還是可以要求 Google 從我們的伺服器中擷取動態饋給?
答:一般來說,Google 傾向安排透過 FTP GET 定期擷取,頻率預設為每週。此外,您也可以透過控制台手動上傳檔案。
問:如果特快車和普通車兩種都有,是否可以提交個別的動態饋給?
答:可以。運輸公司可以提交多項不同的動態饋給,但通常建議只提交一項。
問:如果價格因座位而異 (例如 C 等和 A 等),該怎麼辦?
答:請加入最泛用的價格。
問:如果價格因日期而異 (例如旺季適用特定價格),該怎麼辦?
答:請建立不同的路線。
問:如果 agency.agency_fare_url
有多個預訂網域,是否可以全部加入並使用半形逗號分隔?
答:請只加入一個網址。如果無法僅顯示一個,請將其留白。
問:routes.route_long_name
是否可以使用相同的名稱?
答:可以。您可以為該屬性設定相同的名稱。
問:如果同時設定母車站和子車站,系統會使用哪一個?
答:
stop_code
:停靠站
stop_name
:車站 (未來我們可能會使用停靠站)
stop_desc
:無
stop_lat
:兩者皆是
stop_lon
:兩者皆是
zone_id
:停靠站
stop_url
:車站
wheelchair_boarding
:兩者皆是
問:是否可以在時間表變更當天更新動態饋給?
答:您可以在 GTFS 中指定動態饋給的有效期限。動態饋給必須在上線日期的兩週前上傳。請注意,日曆資訊必須重疊。有一項工具可用來「合併」兩項動態饋給。
問:是否可以使用我們內部慣用的現有專屬 ID?
答:可以。GTFS 中的 ID 可以是任何值。
問:我的動態饋給一直上傳失敗,問題可能出在哪裡?
答:請確認這些檔案位於 ZIP 檔案的頂層目錄中。
問:在「預先發布版」中無法根據範例查詢產生任何大眾運輸搜尋結果,問題可能出在哪裡?
答:請檢查這些範例的時間,並確認您的大眾運輸服務是在這些指定時間營運。如果不是,可能就不會產生任何搜尋結果。
除非另有註明,否則本頁面中的內容是採用創用 CC 姓名標示 4.0 授權,程式碼範例則為阿帕契 2.0 授權。詳情請參閱《Google Developers 網站政策》。Java 是 Oracle 和/或其關聯企業的註冊商標。
上次更新時間:2024-12-06 (世界標準時間)。
[[["容易理解","easyToUnderstand","thumb-up"],["確實解決了我的問題","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["缺少我需要的資訊","missingTheInformationINeed","thumb-down"],["過於複雜/步驟過多","tooComplicatedTooManySteps","thumb-down"],["過時","outOfDate","thumb-down"],["翻譯問題","translationIssue","thumb-down"],["示例/程式碼問題","samplesCodeIssue","thumb-down"],["其他","otherDown","thumb-down"]],["上次更新時間:2024-12-06 (世界標準時間)。"],[[["Google prefers a regularly fetched GTFS feed via FTP, with weekly updates as the default."],["Separate routes should be created for services with date-dependent pricing, such as peak season fares."],["For stops with both parent and child stations defined, station information will be prioritized for `stop_name` and `stop_url` while stop information will be used for other attributes."],["GTFS feeds must be uploaded two weeks prior to their effective date and should specify the valid date range within the feed itself."],["Troubleshooting 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."]]],["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"]]