事前準備

本文將說明使用資料集時的先決條件、最佳做法和常見錯誤。

必要條件

建立資料集時：

• 顯示名稱不得與 Google Cloud 專案內的其他名稱重複。
• 顯示名稱必須少於 64 個位元組 (因為這些字元是以 UTF-8 表示；部分語言的個別字元可用多個位元組表示)。
• 說明不得超過 1000 個位元組。

上傳資料時：

• 支援的檔案類型為 CSV、GeoJSON 和 KML。
• 支援的檔案大小上限為 500 MB。
• 屬性欄名稱的開頭不得為「?_」。
• 系統不支援 3D 幾何圖形，包括 WKT 格式的「Z」字尾，以及 GeoJSON 格式的高度座標。

注意： 視資料檔案大小而定，上傳作業可能需要數分鐘甚至數小時才能完成。如果上傳時發生錯誤，您會收到錯誤訊息。除非資料集傳回上傳作業的回應，否則請勿嘗試刪除資料集。

注意： 使用 Maps Datasets API 上傳的資料建立的地圖圖塊，在低縮放等級時可能會捨棄或簡化密集或複雜的資料。舉例來說，當使用者縮小到某個州/省或國家/地區 (例如縮放等級 5 到 12 時)，圖塊的資料可能會與放大城市或社區 (例如縮放等級 13 到 18 時) 有所不同。這是為了讓圖塊保持精簡，並在使用地圖算繪器時提高圖塊效能。

提示： 如果資料檔案很大且有許多屬性不用設定樣式，而您想要提高算繪效能，請修改檔案，移除不需要的屬性。減少屬性數量能縮小地圖圖塊，進而改善算繪效能。

資料準備最佳做法

如果來源資料複雜或龐大 (例如密集的點、長線串或多邊形，通常來源檔案大小超過 50 MB 就屬於這個類別)，建議您在上傳前簡化資料，以便在視覺地圖中獲得最佳效能。

以下列舉資料準備作業的最佳做法：

1. 盡量減少特徵屬性。只保留用於設定地圖的必要地圖項目屬性，例如「id」和「category」。您可以在專屬 ID 金鑰上使用以數據為準的樣式，將額外的屬性與用戶端應用程式中的地圖項目彙整。例如，請參閱「使用資料導向樣式即時查看資料」一文。
2. 盡可能使用簡單的資料類型 (例如整數) 來建立屬性物件，以縮小圖塊大小並改善地圖效能。
3. 上傳檔案前，請簡化複雜的幾何圖形。您可以在所選的地理空間工具中執行這項操作，例如開源 Mapshaper.org 公用程式，或是在 BigQuery 中使用 ST_Simplify 對複雜的多邊形幾何圖形進行簡化。
4. 上傳檔案前，請將密集的點叢集起來。您可以在所選的地理空間工具中執行這項操作，例如開放原始碼的 turf.js 叢集函式，或是在 BigQuery 中使用 ST_CLUSTERDBSCAN 函式處理密集的點型幾何圖形。

如需資料集最佳做法的其他指引，請參閱使用資料集和 BigQuery 將資料視覺化。

GeoJSON 相關規定

Maps Datasets API 支援目前的 GeoJSON 規格。Maps Datasets API 也支援包含下列任一物件類型的 GeoJSON 檔案：

• 幾何圖形物件：這種空間形狀是由一組點、線及含有自選孔洞的多邊形所組成。
• 地圖項目物件：包含幾何圖形，以及額外的名稱/值組 (依個別應用程式而不同)。
• 地圖項目集合：一組地圖項目物件。

除了 WGS84 以外，Maps Datasets API 不支援含有其他座標參考系統 (CRS) 資料的 GeoJSON 檔案。

如要進一步瞭解 GeoJSON，請參閱「符合 RFC 7946 規範」一文。

KML 相關規定

Maps Datasets API 的規定如下：

• 所有網址都必須是檔案的本機 (或相對) 網址。
• 支援點、線和多邊幾何圖形。
• 所有資料屬性都視為字串。

不支援下列 KML 功能：

• 檔案中未定義的圖示或 <styleUrl>。
• 網路連結，例如 <NetworkLink>
• 區域疊加層，例如 <GroundOverlay>
• 3D 幾何圖形或所有高度相關標記，例如 <altitudeMode>
• 相機規格，例如 <LookAt>
• KML 檔案中定義的樣式。

CSV 相關規定

在 CSV 檔案中，支援的資料欄名稱會按照以下優先順序排列：

• latitude、longitude
• lat、long
• x、y
• wkt (Well-Known Text)
• address、city、state、zip
• address
• 單一資料欄，內含所有地址資訊 (例如 1600 Amphitheatre Parkway Mountain View, CA 94043)

舉例來說，您的檔案含有名為 x、y 和 wkt 的資料欄。 由於 x 和 y 的優先順序較高 (請見上方清單中的支援資料欄名稱順序)，因此系統會使用 x 和 y 資料欄中的值，並略過 wkt 資料欄。

此外：

• 每個資料欄名稱都必須屬於單一資料欄。也就是說，如果資料欄名為 xy 且內含 X 和 Y 座標資料，則不得使用。X 和 Y 座標必須分別位於不同的資料欄中。
• 資料欄名稱不區分大小寫。
• 資料欄名稱的順序沒有任何影響。舉例來說，如果您的 CSV 檔案包含 lat 和 long 資料欄，這兩欄可以按照任何順序排列。

處理資料上傳錯誤

將資料上傳至資料集時，可能會遇到本節所述的常見錯誤。

GeoJSON 錯誤

常見的 GeoJSON 錯誤包括：

• 缺少 type 欄位，或者 type 不是字串。在上傳的 GeoJSON 資料檔案中，每個地圖項目物件和幾何圖形物件定義都必須包含名為 type 的字串欄位。

KML 錯誤

常見的 KML 錯誤包括：

• 資料檔案不得含有上述任何不支援的 KML 功能，否則資料匯入作業可能會失敗。

CSV 錯誤

常見的 CSV 錯誤包括：

• 部分資料列缺少幾何圖形資料欄的值。在 CSV 檔案中，幾何圖形資料欄的每一列都必須包含非空值。幾何圖形資料欄包括：
  • latitude、longitude
  • lat、long
  • x、y
  • wkt
  • address、city、state、zip
  • address
  • 單一資料欄，內含所有地址資訊 (例如 1600 Amphitheatre Parkway Mountain View, CA 94043)
  注意：這個錯誤通常會以訊息來描述，像是「無法將 ' ' 轉換為雙精度浮點值」或「無法剖析地理位置輸入內容：缺少地理位置值」。
• 如果 x 和 y 是幾何圖形資料欄，請確認單位為經緯度。部分公開資料集在 x 和 y 標頭下會使用不同的座標系統。如果使用的單位有誤，則即使成功匯入資料集，算繪後的資料也可能會在非預期的位置顯示資料集點。