如何建立符合品牌形象的自訂基礎地圖

作者 The Kaleidr Team · 發布於 2026年7月25日 · 19 分鐘讀完

Kaleidr標誌位於風格化城市地圖中央,周圍有分析標註,並顯示如何為網站或應用程式建立自訂品牌基礎地圖的標題。

自訂品牌基礎地圖是產品地點、路線、邊界與即時資料下方的視覺基礎。建立基礎地圖需要清楚的資訊層級、易讀的標籤、適用於不同主題的無障礙支援、高效能的渲染,以及正確的來源標示,而不是單純把所有道路改成品牌色彩。Kaleidr Studio支援設計地圖圖塊、色彩、字型、標籤、圖示、圖層、地形與可重複使用的預設;Kaleidr SDK則可嵌入設計好的基礎地圖,或在MapLibre中直接載入已發布的樣式。

下文依序說明產品任務與設計變數、圖層層級、字型、圖示、地形、Studio工作流程、兩種部署方式、授權、無障礙支援與發布檢查。若要製作可投入正式環境的樣式,請按順序閱讀;如果設計已完成,可直接前往選項1或選項2選擇整合方式。

透過色彩、字體、標籤、道路和產品疊加的中性向量地圖,轉變為連貫的品牌基礎圖。

什麼是自訂品牌基礎地圖?

基礎地圖是地圖中產品特定資訊下方的地理畫布。基礎地圖通常包含土地與水位、道路與步道、建築物、公園與土地使用、行政邊界、地點與道路標籤、地形或山地景觀等參考特徵,以及為上下文而選定的景點。品牌基礎地圖會針對這些特徵採用刻意的設計系統,使地圖能以視覺方式呈現周圍產品。結果應與應用程式的色彩、類型、間距、音色和資訊優先順序保持一致,同時不犧牲地理上的可感性。

MapLibre 樣式規格 將地圖樣式定義為 JSON 文件,用於控制要繪製的資料、繪製的順序,以及渲染器應如何視覺化。來源會識別可用資料;圖層會參考這些來源,並定義色彩、寬度、不透明度、圖示和文字等視覺特性。該模型使品牌的基礎地圖成為可重複使用的產品資產,而非一組特設標記顏色。

基礎地圖、疊加圖層與應用程式資料有何不同?

一張可靠的地圖將參考地理區域與使用者前來查看的資訊分開。基礎地圖提供穩定的地理環境。產品覆蓋物代表應用程式的主體。互動層顯示暫存使用者或系統狀態。介面層支援控制與說明。基礎地圖通常應比產品覆蓋更安靜,因此營運數據會保持主導地位。

一個爆炸式的品牌地圖堆疊,顯示產品覆蓋層、互動狀態和介面資訊下方的參考地理位置。

Layer類型 宗旨 例如
基礎地圖 道路、水、建築物、公園、標籤、邊界
產品覆蓋 代表應用程式的主體 物業、商店、事件、資產、服務區域、路線
相互作用層 顯示暫存使用者或系統狀態 選定地點、懸浮狀態、人工智慧結果、搜尋多邊形、路線預覽
Interface層 支援控制與說明 傳說、過濾器、聊天面板、工具技巧、歸因、狀態訊息

房地產平台可能會將一般建築物靜音,使活躍的房源顯得與眾不同。移動性產品可能著重於道路階級,同時減少無關的關注點。旅遊指南可在規劃目的地時,透過更完善的視覺處理方式,保存地標與行人背景。品牌形象在提升階層結構時變得有用;一張僅使用更多品牌色彩的地圖,可能會變得更難閱讀。

你將建立什麼?

本指南提供可重複使用的品牌基礎地圖工作流程,其設計簡介與產品實際地圖任務、可控制的設計變數系統(適用於色彩、排版、標籤、線條和表面)、層層層次結構,可保持應用程式資料主導、光、暗、高對比度測試、OpenStreetMap 歸因與圖塊傳遞檢查、Kaleidr 託管的嵌入選項、直接的 MapLibre 樣式選項,以及發布與迴歸測試流程。

Kaleidr 目前為其設計的基礎地圖產品 kaleidr-morningkaleidr-afternoonkaleidr-nightkaleidr-editorialkaleidr-plain 記錄了五個內建樣式識別碼。Kaleidr Studio 分別描述自訂色彩、排版、標籤、圖示、資料集、疊加層、可重複使用的預設、地形、3D 建築物以及山地屋。公開的開發人員文件說明如何提供設計風格,但並非將每個 Studio 發布步驟都記錄用於組織特定自訂樣式識別碼的文件。在生產部署前,確認目前 Studio 介面內的最終發佈工作流程與識別碼。

如何從產品任務開始?

強力的基礎地圖始於產品決策,而非選擇顏色。詢問主要使用者任務為何、哪些地理特徵有助於完成該任務、哪些特徵會分散注意力、在每次變焦時哪些資訊必須具備可了解性、哪些產品覆蓋需要最強烈的對比度、地圖是否與密集的介面 chrome 或作為全螢幕體驗,是否相同的樣式必須提供桌面、行動裝置、螢幕截圖和嵌入的檢視功能,以及產品是否需要白天、夜晚或無障礙變體。門市定位器和物流儀表板不應僅因共用標誌而共用相同的地理重點。

對於商店的定位者而言,優先標示主要與在地道路、社區與城市標籤、知名地標、透明商店標記及路線背景,同時減少少數土地使用類別、無關的商業標籤、裝飾地形,以及以小尺度方式強調建築細節。在房地產發現時,優先規劃社區名稱、交通、公園與水域、街道階層、近距離縮放的建築物足跡,以及房產或搜尋區域的覆蓋面積。操作儀表板時,可優先規劃道路、服務區域、行政邊界及資產環境,搭配支援警示顏色的深色或低色度表面、清除選取與未選取的狀態,以及不模糊事件標記的穩定標籤。

如何定義地圖設計變數系統?

在編輯個別圖層之前,先建立地圖權杖。設計變數保持風格一致,並讓未來的變體更容易維持。實用的設計變數集包含表面、網路、標籤和操作重點:

map.background
map.land
map.water
map.park
map.building
map.boundary
map.road.motorway
map.road.primary
map.road.secondary
map.road.local
map.road.casing
map.label.country
map.label.city
map.label.neighborhood
map.label.road
map.label.poi
map.label.halo
map.overlay.primary
map.overlay.secondary
map.selection
map.warning
map.route

請勿將每一項設計變數直接映射到企業行銷色彩中。產品品牌系統通常包含專為在密集地理畫布上失效的按鈕或插圖所設計的顏色。針對主動式產品覆蓋、選定功能、路線、搜尋區域、主要行動呼籲以及少數有意義的參考功能,選擇性地使用品牌色彩。使用克制的中性色,以作為大多數參考地理區域。

如何建立視覺層級?

MapLibre 樣式規格列於繪圖順序中的圖層。後續圖層通常會在較早的圖層上方繪製,因此圖層順序是資訊架構的一部分。常見的基礎地圖堆疊位置包含背景、土地覆蓋與地形、水、公園與土地利用、建築物、道路與道路外殼、邊界、標示標籤、道路標籤,以及產品覆蓋與互動狀態下方的情境性景點。確切的順序取決於渲染器和樣式,但原理仍然穩定:大型地理表面位於網路、標籤和產品特定資訊下方。

每一層都不需要等於飽和度、不透明度或細節。有效的控制措施包括降低低優先級多邊形的不透明度、縮小小尺寸變焦時的小路對比度、隱藏低價值的景點、在有用的變焦閾值後才能顯示建築物的足跡,將行政界限限制在有助於方向的尺度上,並延遲當地街道標籤,直到使用者靠近到需要時才會出現。安靜的基礎地圖能提高應用程式資料的感知清晰度,且不會使地圖空置。

道路造型通常需要具備等級和外型。考慮透過服務等級、透過變焦寬度、道路填充下方的線殼、隧道與橋樑、坡道與分隔道路、行人步道與自行車道,以及標示密度來調整高速公路。每種道路都採用品牌色彩,形成平坦的網路,其中似乎沒有什麼比其他任何事物更重要。使用寬度、亮度、外殼和受控的色調變化來建立層次結構,並僅以更近的尺度顯示當地道路。

如何設計標籤、圖示與對比度?

排版是地圖中最強烈的品牌訊號之一,但標籤渲染卻有技術上的限制。樣式文件可透過網址範本來參考圖形資源。MapLibre 樣式規格要求 glyph 網址包含 {fontstack}{range} 的預留位置,而 sprite 資源則由符號層引用圖示與模式。設計系統中命名的字型無法自動提供給地圖渲染器;圖形集必須以樣式所預期的格式和覆蓋方式呈現。

一個品牌地圖標籤與圖示系統,顯示排版階層、光環、字形、精靈、互動狀態以及對比測試。

定義標籤角色,而非將單一字型大小應用於各處:國家、地區或州、城市、社區、道路、交通、興趣點、水體以及產品註解。使用尺寸與重量來區分層次結構、限制式字母間距、對數與地理變化的光環、不同顏色的水、行政以及道路標籤,其中實用、可防止擁擠的縮放閾值,以及適合觀眾使用的語言與腳本覆蓋。在地圖最輕且最暗的區域上測試標籤,因為在陸地上看起來正確的標籤可能會在水面、地形或衛星層上消失。

Map圖示應作為緊湊型符號系統運作。MapLibre sprite 規格使用 sprite 圖像和元數據資源,為符號和填充層提供圖示和圖案。在加入品牌圖示之前,請先定義一致的筆觸與填充樣式、最小渲染大小、光與暗變體、選取與未選取的狀態、語義意義、碰撞與重疊規則,以及畫布外的可存取文字等效文字。請勿將企業標誌強制放入每個興趣標本中。重複操作可降低地圖清晰度,並能讓介面感覺更有促銷感,而非功能性。

何時應加入地形與3D效果?

Kaleidr Studio 描述對海拔、地形、山地建築和擠出建築物的支撐。MapLibre 也記錄了 3D 建築物的地形與 fill-extrusion 層。運用這些能力來提升使用者的空間理解:戶外地形、移動性、基礎設施與風險工作流程;山坡地形(用於地形環境);3D建築用於近距離城市方向;以及擠壓高度或體積,對任務至關重要。避免使用3D來遮蔽標記、增加視覺噪音、產生不必要的GPU負載、使標籤更難讀取,或暗示來源資料不支援精確。品牌地圖並不會因為更具立體等等而更強大。

基礎地圖及應用程式的資料應盡可能保持獨立。MapLibre 來源會說明地圖應顯示哪些資料,而圖層則定義了如何呈現該資料。同一個來源可支援多個視覺層,例如多邊形填充、輪廓、選取狀態和標籤。在產品覆蓋層中,定義來源擁有權、穩定識別碼、幾何類型、更新頻率、縮放範圍、篩選規則、選取與懸浮狀態、錯誤與空白狀態,以及隱私權限制。保持操作顏色與基礎地圖顏色不同,使紅色警報無法與紅色道路競爭,且選擇藍色的區域不會消失於藍色水域。

如何在Kaleidr Studio中建立?

Kaleidr Studio 採用快速流程 → 優化 → 部署工作流程,並描述客製化設計、內容、風格與互動控制。品牌基礎地圖的定義,定義地圖目的,選擇視覺方向,設定顏色與階層,設定字體與標籤,加入或重複使用圖層,評估地形與三維,只有在理解能力提升、測試代表性位置與變焦時,才會發布設計的基礎地圖,並嵌入或載入樣式。Kaleidr 的公共工作室頁面確認了可取得的設計領域,但具體的組織特定出版管制措施可能會演變。將螢幕截圖和最終樣式識別碼記錄為發布程序的一部分。

應選擇哪種部署方式?

Kaleidr 為設計的基礎地圖記錄了兩種實作模型。圖塊嵌入擁有自己的地圖介面,並透過 SDK 的嵌入介面接收相機更新。直接 MapLibre 載入點位於已發布的 JSON 樣式中,由主機擁有的地圖,讓應用程式能新增其自身來源、圖層和互動。當實作速度重要時,選擇嵌入,而基礎地圖可以擁有其表面。當主機需要完整渲染器控制時,請選擇 MapLibre。

兩個基礎地圖部署路徑:一個 Kaleidr 圖塊嵌入,以及使用已發布的 Kaleidr 樣式 JSON 來控制主機的 MapLibre 地圖。

選項1:嵌入Kaleidr基礎地圖

以下範例是根據目前官方文件所改編。使用可發佈的金鑰,限制其允許來源;SDK 會交換金鑰,以進行短暫且具有來源限制的工作階段。關鍵需要maps的圖塊能力範圍。API 金鑰目前已包含在 Pro 和 Enterprise 方案中。請參閱 取得 API 金鑰Tiles — 嵌入設計的 基礎地圖

<script src="https://cdn.kaleidr.com/embed/v1/kaleidr.js"></script>

<kaleidr-map
  product="tile"
  publishable-key="YOUR_PUBLISHABLE_KEY"
  style-id="kaleidr-morning"
  center="-0.12,51.5"
  zoom="11"
  style="height: 480px">
</kaleidr-map>

目前內建的樣式識別碼為 kaleidr-morningkaleidr-afternoonkaleidr-nightkaleidr-editorialkaleidr-plain。當基礎地圖可擁有自己的地圖介面時,使用嵌入選項,實現速度至關重要,應用程式可透過記錄的嵌入介面進行溝通,且團隊無需直接控制每一種渲染方式。

選項2:在MapLibre中直接載入樣式

Kaleidr 也透過其已發布的 JSON 樣式,直接在主機擁有的 MapLibre 地圖中使用相同的基礎地圖來記錄。以下樣式網址和內建識別碼來自 Kaleidr 的目前 使用設計的 salemamap 指南。針對特定組織的自訂樣式,請替換由目前 Studio 工作流程所記錄的已發布樣式 URL。

<link
  href="https://unpkg.com/maplibre-gl@6.0.0/dist/maplibre-gl.css"
  rel="stylesheet"
/>

<div id="map" aria-label="Branded interactive map"></div>

<script type="module">
  import * as maplibregl
    from "https://unpkg.com/maplibre-gl@6.0.0/dist/maplibre-gl.mjs";

  const map = new maplibregl.Map({
    container: "map",
    style: "https://cdn.kaleidr.com/styles/kaleidr-morning.json",
    center: [-0.12, 51.5],
    zoom: 11
  });

  map.addControl(new maplibregl.NavigationControl());

  map.on("error", (event) => {
    console.error("Basemap or renderer error:", event.error ?? event);
  });
</script>

當主機應用程式需要直接存取地圖實例時,請使用直接的 MapLibre 選項,將產品疊加功能作為來源與圖層加入,團隊需要精確控制事件、相機、控制功能和執行階段的樣式,或將基礎地圖作為大型互動應用程式的一部分。

如何管理整合版本與快取?

Kaleidr 透過 https://cdn.kaleidr.com/embed/v1/kaleidr.jshttps://cdn.kaleidr.com/embed/v1/tile.js 等版本固定路徑,為裝載機和產品組合提供服務。反向相容的更新將載於相同的主要路徑下。一個斷裂的嵌入或 spatMessage 變更將使用一個新的主要路徑,例如 /embed/v2/。Kaleidr 建議,除非團隊打算獨立固定特定建置套件,否則不建議進行指紋辨識或自行架設 SDK 套件。請參閱 CDN 版本設計

樣式資產與圖塊也應使用明確的快取與釋放策略:版本具有顯著的樣式變更,無需進行迴歸測試,請記錄已發布的樣式ID與日期,測試精靈與字形快取的失效,保留回滾目標,並監控失敗的樣式、圖塊、精靈與字形要求。

來源標示與地圖圖塊適用哪些規則?

OpenStreetMap 資料為開放資料,但必須歸因。OpenStreetMap 表示,只要使用者將 OpenStreetMap 及其貢獻者信用,就可將資料用於任何目的。Kaleidr 的定價頁面指出,其開放基礎地圖資料來自 OpenStreetMap 和 Overture 地圖,並要求將資料歸因於 OpenStreetMap 貢獻者,而這些資料圖的出現位置。請參閱 OpenStreetMap 版權頁面;OpenStreetMap 基金會也發布互動式地圖及其他製作作品的歸因指引。

請勿將開放資料與 OpenStreetMap 基金會的公共圖塊伺服器無限使用混淆。OSMF圖塊使用政策指出,公共點火磚服務限制了捐贈容量,並規定了使用需求。生產產品應使用供應商、符合規範的託管圖塊服務,或自託管的基礎設施,而非將tile.openstreetmap.org視為免費的商業CDN。

每次發布時,請確認歸屬歸屬是否仍清晰可見且易讀,歸因連結指向所需的授權或著作權頁面,任何額外的資料集或影像積分皆存於該處,衛星與混合影像會依照其獨立的商業授權條款,並尊重供應商的儲存、快取與重新分配條款。Kaleidr 目前表示,其開放式的 OpenStreetMap 基礎地圖圖可在計畫每月地圖載入限額內使用商業化。衛星與混合影像為獨立的授權層,不包含在開放圖塊產品中。

如何測試無障礙性與效能?

地圖畫布不應該是唯一出現必要資訊的地方。測試標籤對陸地、水、道路、建築物和地形的對比;與每種基礎地圖版本的對比度疊加;選擇且未選擇的狀態,無需單靠顏色;路線與邊界可視性,可識別常見的色彩視覺缺陷;鍵盤存取控制與結果清單;螢幕讀數等價於標記與特定特徵;可讀的歸因與控制標籤;以及視需要時,相機轉換時的降動行為。在代表性變焦時使用真實螢幕截圖,因為通用介面對對比檢查無法擷取標籤或標記可能跨越的每個背景。

自訂樣式可透過樣式的 JSON 大小、來源數量、圖層數量與複雜度、圖形與精靈請求、圖塊大小與快取行為、地形與 3D 渲染、標籤碰撞作業、即時或經常更新的疊加層,以及裝置 GPU 的限制,來影響啟動與互動效能。測量時間,直到第一個有用的地圖出現、樣式載入時間、圖塊、字形和精靈請求失敗、平移時幀率、縮放、音調和旋轉時間、對代表行動裝置的記憶體使用、即時疊加的影響,以及以暫存方式進行地圖載入與圖塊使用。移除隱藏或重複的圖層,而非假設渲染器能使其自由。

發布時應執行哪些品質檢查?

在核准發布之前,請測試地理、規模、主題和產品狀態的基礎地圖。風格不應根據一張吸引人的城市截圖獲得核准。

測試維度
地理位置 城市、郊區、鄉村、沿海、山區、國際
Zoom 區域、城市、社區、街道、建築物
主題 光、暗、高對比、品牌宣傳變體
資料狀態 無疊加、正常結果、密集結果、所選結果、路線、警示
裝置 桌上型電腦、平板、低端行動、高密度顯示
網路 快速、緩慢、間歇性、緩緩、冷啟動
語言 長位置名稱、多個腳本、由右至左且支援的
可及性 鍵盤、螢幕讀卡機、色彩視覺模擬、變焦文字

以下事件名稱為編輯建議,而非關於自動發出的 Kaleidr Analytics 事件的聲明:

basemap_loaded
basemap_load_failed
basemap_style_selected
basemap_style_changed
basemap_theme_changed
basemap_tile_error
basemap_attribution_opened
map_overlay_added
map_overlay_toggled
map_3d_enabled
map_session_completed

有用的指標包括首次有用的地圖時間、成功的樣式載入速率、圖塊錯誤率、地圖載入使用率、渲染器幀率、工作階段持續時間、疊加互動率、選取結果率、路由或工作流程完成、主題切換頻率、由基礎地圖變體轉換,以及支援與地圖易失性相關的事件。請勿宣告基礎地圖成功,因為它看起來具有獨特性。衡量使用者是否更有效地尋找、解讀並針對產品的地理資訊採取行動。

團隊應避免哪些錯誤?

錯誤 發生什麼事 建議更正
處處都採用品牌色彩 地理位置階層崩潰 為特定功能和產品覆蓋物保留強烈的品牌色彩
在定義任務之前先先完成基礎地圖的建模 地圖看起來光亮,但不支援工作流程 從使用者決策與所需的地理背景開始
保留每一個興趣點標籤 重要產品資料與無關標籤競爭 透過縮放和分類移除或延遲低價值標籤
使用不含圖形支援的企業字型 標籤失敗或落後不一致 確認圖形主機、角色覆蓋和渲染器相容性
將圖示視為裝飾 符號會變得不一致且模糊 建立一個具有狀態和文字等效的語義精靈系統
預設情況下新增 3D 效能與可讀性下降 使用地形和擠壓,僅在其解釋相關結構的地方
混合覆蓋與基礎地圖色彩 選擇或警示狀態消失 保持獨立的參考及操作色彩設計變數
移除歸因 地圖違反了來源要求 保持可讀的歸因與所需來源和授權相關聯
將公共OSM圖塊伺服器作為生產CDN使用 使用可能違反政策或被封鎖 使用符合規範的供應商、採用 Kaleidr 的圖塊,或自託管的基礎設施
無需版本設計,取代生產風格 視覺迴歸能觸及使用者無需回滾 版本版本會發布並保留經過測試的先前樣式

最終實作檢查清單

  • 產品地圖任務記錄
  • 基礎地圖、覆蓋、互動和介面層分離
  • 地理位置層次結構定義
  • 地圖設計設計變數已獲批准
  • 透過變焦測試道路類別
  • 標籤等級與光環測試
  • 嘉芙的報導已確認
  • Sprite與圖示系統記錄下來
  • 產品覆蓋顏色保持獨特
  • 以使用案例為依據,地形與三維
  • 審查了代表性的全球據點
  • 測試使用光、暗及可及性變異
  • 公開街圖及其他標示可見
  • 已確認 Tiile-provider 條款
  • 設定可發佈金鑰來源限制
  • 已確認具備maps能力範圍
  • 選取的嵌入或直接 MapLibre 路徑
  • 樣式ID與版本錄製
  • 已實作錯誤與載入狀態
  • 行動裝置硬體測試效能
  • 監控地圖負載與圖塊使用量
  • 保留回滾風格

最終結論

客製化的品牌基礎地圖應讓地圖對產品具有原生功能,同時提升使用者所需資訊的層次結構。色彩、排版、標籤、圖示、地形和三維是實作工具,而非目標。最完善的工作流程始於產品任務,將參考地理與操作疊加層分開,定義可重複使用的設計設計變數,測試多個位置和變焦,保留來源歸因,並透過版本化的樣式和圖塊傳遞路徑進行部署。

Kaleidr 支援兩種有記錄的實作模型:將設計的基礎地圖嵌入 product="tile",或直接將已發布的 Kaleidr 樣式 JSON 載入 MapLibre 地圖中。當基礎地圖能夠擁有其表面和整合速度時,請使用嵌入。當主機應用程式需要完整地圖控制時,請使用直接的 MapLibre 路徑,並必須新增其自身的來源、圖層和互動。

在Kaleidr Studio中設計基礎地圖

建立地圖樣式、標籤、圖層、地形、3D 建築物,以及可重複使用的預設,以享受品牌空間體驗。從產品任務開始,選擇性地套用設計變數,並發布一種可在 MapLibre 中嵌入或載入的樣式。

開放Kaleidr工作室

將設計好的基礎地圖加入產品

在選擇整合路徑之前,先檢視圖塊嵌入、MapLibre 樣式 URL、瀏覽器金鑰、來源限制、使用情形以及 CDN 版本化文件。

閱讀 Kaleidr 圖塊文件

常見問題

什麼是自訂品牌基礎地圖?

客製化品牌基礎地圖是一種可重複使用的地理參考風格,其顏色、字體、標籤、圖示、道路、表面和情境層的設計,符合產品的視覺系統與使用者任務。基礎地圖提供了上下文;產品覆蓋層載有應用程式的標的。

基礎地圖與我的應用程式資料相同嗎?

不。基礎地圖提供道路、水、建築物和標籤等地理環境。應用程式資料代表產品的屬性、儲存、資產、事件、路線或其他主題,通常應出現在基礎地圖上方。

可以在向量地圖中使用品牌字型嗎?

只有當渲染器能夠載入字型的相容圖形資源以及所需的字元範圍時。在選擇字型之前,確認授權、字形生成、主機、語言覆蓋和後退行為。

Kaleidr基礎地圖可以在MapLibre中使用嗎?

是的。Kaleidr 在建立 MapLibre 地圖時,會直接將已發布的 Kaleidr 樣式 JSON 載入為 style 值。主機應用程式隨後會根據該樣式新增其自身的疊加層和互動。

可以在不直接管理MapLibre的情況下嵌入Kaleidr基礎地圖嗎?

是的。Kaleidr SDK 會記錄一個 product="tile" 自訂元素和命令式掛載選項,該選項會嵌入設計成樣式 ID 的基礎地圖。嵌入內容擁有自己的地圖表面,並透過記錄的介面進行溝通。

目前文件列出哪些Kaleidr基礎地圖樣式?

目前的開發人員文件列出了 kaleidr-morningkaleidr-afternoonkaleidr-nightkaleidr-editorialkaleidr-plain。特定組織的 Studio 樣式可能會以其他識別碼發佈。

Kaleidr地圖圖塊需要API金鑰嗎?

瀏覽器圖塊嵌入使用可發佈的 Kaleidr 鍵,具有適當的地圖功能以及允許的來源限制。API 金鑰目前已包含在 Pro 和 Enterprise 方案中。

可以將Kaleidr的開放基礎地圖圖塊用於商業用途嗎?

Kaleidr目前的定價頁面表示,每月地圖載費限額內允許商業使用。Pro 包含較高批量的生產使用,Enterprise 則支援透過獨立 CDN 進行自訂磁碟。衛星與混合影像仍保持單獨授權。

是否需要標示OpenStreetMap來源?

是的。OpenStreetMap 要求將歸因歸屬於 OpenStreetMap 及其貢獻者。Kaleidr 還指出,其開放的 OpenStreetMap 圖塊出現時,都需要註明歸因。保持信用資訊清晰可見,並與著作權或授權資訊連結。

可以將OpenStreetMap的公共圖塊伺服器用於商業產品嗎?

OpenStreetMap 資料已開放,但 OpenStreetMap 基金會的公共圖塊伺服器具有獨立的使用政策,且捐贈容量有限。生產應用程式應使用符合標準的圖塊供應商或自託管基礎設施,而不應採用無限制的CDN使用。

每張品牌地圖都應使用地形與3D建築嗎?

不。地形和三維應在提升空間理解時使用。當不支援使用者任務時,它們可以降低可讀性和效能。

如何衡量基礎地圖的成效?

衡量樣式載入的可靠性、首次有用的地圖時間、圖塊錯誤、疊加互動、結果選擇、工作流程完成、無障礙問題、支援事件以及轉換。僅靠視覺上的獨特性並不是足夠的成功衡量標準。

參考資料

@misc{kaleidr_tiles,
  title  = {Tiles --- embed a designed basemap},
  author = {{Kaleidr}},
  note   = {Kaleidr Developer Docs; accessed 25 July 2026},
  url    = {https://docs.kaleidr.com/sdk/tiles}
}

@misc{kaleidr_use_tiles,
  title  = {Use a designed basemap},
  author = {{Kaleidr}},
  note   = {Kaleidr Developer Docs; accessed 25 July 2026},
  url    = {https://docs.kaleidr.com/guides/use-tiles}
}

@misc{kaleidr_studio,
  title  = {Create Custom Maps with AI Map Maker},
  author = {{Kaleidr}},
  note   = {Accessed 25 July 2026},
  url    = {https://kaleidr.com/studio}
}

@misc{maplibre_style_spec,
  title  = {MapLibre Style Specification},
  author = {{MapLibre}},
  note   = {Accessed 25 July 2026},
  url    = {https://maplibre.org/maplibre-style-spec/}
}

@misc{osm_copyright,
  title  = {Copyright and License},
  author = {{OpenStreetMap}},
  note   = {Accessed 25 July 2026},
  url    = {https://www.openstreetmap.org/copyright}
}

@misc{osm_tile_policy,
  title  = {Tile Usage Policy},
  author = {{OpenStreetMap Foundation}},
  note   = {Accessed 25 July 2026},
  url    = {https://operations.osmfoundation.org/policies/tiles/}
}