マップSDKとマップAPIは、製品の選択ではなく、所有権の分離です。マップSDKは、再利用可能なクライアントサイドコンポーネント、ライフサイクル、およびブラウザ認証をパッケージ化します。マップAPIは、プログラムによるリクエストを通じて空間サービスを提供します。マッププラットフォームは、両方のレイヤーに加えて、認証、データ、分析、使用制御、およびサポートを提供します。ほとんどの運用中のマップ製品は、複数のレイヤーを使用します。
以下のセクションでは、3つのレイヤーを分離し、所有権を割り当て、現在の公開開発者ページからKaleidrについて説明します。関連資料として、AIマップSDKとは？、ノーコードマップビルダーとマップAPIの比較、マップAPI認証、ロケーションインテリジェンスAPIとは？があります。実装形態を既に選択しているチームは、Kaleidrのマッピングに進んでください。レイヤー名をまだ決定していないチームは、比較表から始めてください。
比較の要点
- ジョブ名、次にレイヤー名を付ける： SDKはクライアントの動作を、APIはサービス契約を、プラットフォームは共有操作をそれぞれ管理します。
- **用語を競合するものとして扱わないでください。**製品は通常、SDK、API、およびプラットフォーム制御を組み合わせて使用します。
- ホストルールを権威あるものとして維持してください。 ID、テナント権限、プライベートレコード、およびトランザクションはホストアプリケーション内に保持されます。
- **認証情報をランタイムごとに分割してください。**ブラウザセーフな公開可能キーとサーバーキーは、異なる脅威モデルです。
- 現在の契約を確認してください。 Kaleidr開発者向けドキュメントは現在、
kaleidr.js製品、プラットフォームAPIファミリー、およびキースコープについて説明していますが、マーケティング資料はAPI契約ではありません。
マップSDKとマップAPIは、マッププラットフォームとどのように異なるのでしょうか？
有用な区分は、各レイヤーが果たす役割です。マップSDKはクライアント内に存在し、コンポーネント、マウントライフサイクル、マップの添付、イベント、ブラウザセーフなセッション処理など、再利用可能な動作をパッケージ化します。マップAPIは、検索、ルーティング、取得、推論、タイル、デザインなどの空間機能のためのプログラムによる契約です。マッププラットフォームは、これら両方に加えて、認証、データサービス、ツール、分析、公開、割り当て、サポートを含む、より広範なシステムです。AWSは現在、SDKをライブラリなどのプラットフォーム固有の構築ツールのセットと定義し、APIを2つのソフトウェアコンポーネントが事前に定められたプロトコルを使用して通信できるようにするメカニズムと定義しています。また、SDKには他のリソースとともにAPIが含まれる場合があることを指摘しています（SDKとAPIの違いとは？）。
ベンダープラットフォームは、公開ドキュメントにおいて同じ階層構造を採用しています。Googleは現在、Google Maps Platformを、開発者がアプリやページに地図を埋め込んだり、Google Mapsからデータを取得したりできるAPIとSDKのセットとして説明しています（Google Maps Platform FAQ）。同じベンダーは現在、それらの機能をプラットフォーム別のAPIファミリーとして公開しています（プラットフォーム別Google Maps Platform API）。Mapboxは現在、開発者が独自の位置情報エクスペリエンスを実現するために組み合わせることができるAPI、SDK、ツールで構成されるモジュール式の位置情報プラットフォームとして説明しています（Getting Started）。これらのページは、各ベンダーが自社のスタックをどのように命名しているかについての公式な見解を示しています。しかし、これらのページは、すべての製品が単一のジオコードのために完全なプラットフォームを購入しなければならないという証拠にはなりません。
| 質問 | マップSDK | マップAPI | マッププラットフォーム |
|---|---|---|---|
| 主要ジョブ | 再利用可能なクライアント側動作の追加 | プログラムによるサービスへのアクセス | 完全な空間プロダクトスタックの提供 |
| 標準的なランタイム | ブラウザ、モバイル、またはアプリクライアント | 許可されている場合のアプリケーションレイヤーまたはクライアント | クライアント、アプリケーションレイヤー、および運用ツール |
| 統合スタイル | ライブラリ、コンポーネント、ローダー、またはパッケージ | HTTPまたはその他のサービスリクエスト | SDK、API、ツール、認証、データ、および分析の組み合わせ |
| 最適な用途 | UI、マップライフサイクル、埋め込み、インタラクション | 検索、ルーティング、推論、データ取得 | 複数の空間機能を必要とする製品 |
| 主な所有権 | クライアント統合 | サービス契約 | エンドツーエンドのプラットフォーム機能 |
| 認証 | 多くの場合、ブラウザセーフキーまたはセッション | 多くの場合、サーバーキーまたはスコープ付きトークン | キー管理、スコープ、クォータ、および組織制御 |
| UI が含まれますか？ | 多くの場合 | 通常は含まれません | SDK UI、API、およびツールが含まれる場合があります |
| ホストアプリケーションを置き換えますか？ | いいえ | いいえ | いいえ。インフラストラクチャと構成要素を提供します |
マップ SDK とは？
ソフトウェア開発キット（SDK）は、開発者がアプリケーション内で直接使用できるコードをパッケージ化したものです。地図の場合、このパッケージには、地図コンポーネント、レンダラーアダプタ、コントロール、ライフサイクル管理、ブラウザセーフ認証、イベント処理、構造化アクション、埋め込みビューアまたはエディタ、エラー正規化などが含まれることがよくあります。SDKは通常、生のサービス呼び出しよりもユーザーインターフェイスに近い位置にあるため、「既存の画面にこの機能を追加する」という作業を行う際に、開発チームはSDKを選択します。
Webプラットフォームは、このパッケージ化を具体化します。MDNでは現在、カスタム要素を、開発者が定義し、ブラウザで使用可能な要素セットを拡張するHTML要素として説明しています（カスタム要素の使用）。カスタム要素をインストールする地図SDKは、このブラウザの契約を利用しています。ホストページがコンポーネントを宣言またはマウントし、SDKがバージョン管理、バンドルのロード、ライフサイクルを管理します。Kaleidr は現在、kaleidr.js を window.Kaleidr と <kaleidr-map> 要素をインストールし、製品バンドルを遅延ロードし、バージョン管理、構成、キーの受け渡し、マウントのライフサイクル、およびエラーの正規化を所有するシンローダーとして文書化しています (kaleidr.js — ローダー)。
SDKはホストアプリケーションを置き換えるものではありません。ホストは引き続き、ID、テナント権限、プライベートデータ、およびビジネスワークフローを所有します。AI特有の境界も同様です。SDKは、インテント、構造化された場所、およびマップアクションをライブレンダラーに接続しますが、インベントリや適格性の真の情報源となるわけではありません。
マップAPIとは？
マップAPIは、定義されたプログラム契約を通じて機能を提供します。典型的な機能群には、場所検索、ジオコーディング、ルーティング、移動時間計算、タイル要求、静的マップ生成、空間推論、データセット管理、およびマップ設計操作などがあります。APIは通常、インターフェースでの結果の表示方法を決定します。決定するのはホストアプリケーションです。
リクエストモデルは、一般的なWebアーキテクチャです。MDNでは現在、Fetch APIを、RequestおよびResponseオブジェクトを使用してネットワーク経由でリソースを取得するためのインターフェースとして説明しています（Fetch API）。マップAPI呼び出しは、空間処理に適用されたパターンです。アプリケーションは構造化されたリクエストを送信し、構造化されたレスポンスまたはストリームを受信した後、レンダリングする内容を決定します。Kaleidrは現在、プラットフォームAPIルートをhttps://api.kaleidr.com/inference-api/b2b/v1/の下に配置しており、チャット、ルーティング、POIエンリッチメント、SDKセッション交換、およびデザインファミリについては、公開エンドポイントリファレンス（エンドポイント）でドキュメント化しています。正確なパスリストは変更される可能性があるため、実装ではブログの例ではなく、最新の開発者リファレンスを信頼できる情報源として使用する必要があります。
事前構築済みのインターフェースを持たないサービスレスポンスが要件である場合は、まずAPIレイヤーを選択してください。場所コンテキストの取得、推論サービスの呼び出し、ルートの計算、POIエンリッチメント、デザイン操作の実行、またはプライベートレコードと並行してこれらの呼び出しをオーケストレーションする場合などです。トレードオフは明確です。アプリケーションは、認証情報、再試行、エラー、および該当する場合はストリーミングなど、より多くの統合コードを所有する必要があります。
マッププラットフォームとは？
マッププラットフォームは、共通のアカウント、データ、セキュリティ、および運用モデルを中心に、複数の構成要素を組み合わせたものです。SDKやAPIは、このモデル内に含まれることもありますが、その特徴は、レンダリング、検索、ルーティング、位置情報データ、タイル、マップデザイン、認証、利用制御、分析、公開、サポートといった、幅広い機能と共有インフラストラクチャにあります。GoogleのFAQでは現在、Google Maps Platformを単一のエンドポイントとしてではなく、APIとSDKを組み合わせて使用するものとして説明しています。Mapboxは現在、同じ概念をマップ、検索、ナビゲーション、データ製品、そしてMapbox Studioなどのツールに分割しています。
プラットフォームは、ブラウザ認証とアプリケーション層認証、マップUI、タイル、エディタ、推論、分析、利用制御など、複数の関連する懸念事項が同時に重要になる場合に価値を発揮します。単一のジオコードや単一の静的マップには、このような運用インターフェースは必要ありません。ノーコードビルダーは、プラットフォーム全体ではなく、プラットフォームのインターフェースの一つとして機能することができ、狭いAPIでも適切な出発点となり得ます。
Kaleidrは現在、開発者向け導入について、AI、マップ、デザインの機能範囲を備えた組織レベルのキーシステムとして説明しており、公開形式とサーバー形式の両方で提供されます（Build with Kaleidr）。Kaleidr Enterpriseは現在、この商用スタックを、既存の製品スタック向けに構築された空間インテリジェンスとして位置付けており、SDK、推論API、ランキング、分析、およびデプロイメントサポートが含まれています（Location Intelligence APIs and Map SDK）。特定の運用ワークフローに依存する前に、Pricing & Plansで現在のプランの適用範囲を確認してください。
各責任はどのレイヤーが担うべきか？
クリーンな統合は、各責任をどのレイヤーが担うかを決定することから始まります。ホストアプリケーションは、ID、テナント権限、顧客状態、プライベートデータ、トランザクション、および製品固有のワークフローに関して権限を保持する必要があります。SDKは、マウント、再利用可能なインターフェース動作、マップの添付、ブラウザセッションの処理、およびコンポーネントのライフサイクルを担うことができます。API は、推論、経路計算、場所の拡張、設計操作、その他のサービス応答を所有する場合があります。プラットフォームは、認証情報、スコープ、クォータ、製品アクセス、インフラストラクチャ、サポート、共有課金を所有する場合があります。これらの境界を越えると、プライベート認証がウィジェットに漏洩したり、言語モデルの応答が予約台帳として扱われたりする可能性があります。
プライベートレコードは通常、オーケストレーションをアプリケーション層に押し込みます。リスト、在庫、顧客レコード、運用資産、および保護されたビジネスルールは、最小化された結果がマップに到達する前にホストで認証される必要があります。ブラウザ SDK は引き続き結果を表示できます。マップコンポーネントは認証サービスになってはなりません。AI マップワークフローのためのプライベート位置情報データ は、これらのレコードの最小化について説明しています。マルチテナント SaaS 製品は、もう 1 つの境界を追加します。プラットフォームキーは、SaaS 組織をプロバイダーに対して認証します。どの顧客がどのマップやプライベート行を表示できるかというホストの決定を置き換えるものではありません。
チームはいつSDK、API、プラットフォームを選択すべきか？
製品要件を満たす最も浅い統合から始め、制御やオーケストレーションが必要になった場合にのみ、より深い統合へと進みます。設計済みのマップを表示するだけであれば、公開マップまたはビューアの埋め込みで十分です。チャット、エディタ、タイルをホストインターフェースに添付するだけであれば、SDKコンポーネントで十分です。アプリケーション層がリクエストの構築、プライベートデータの結合、またはカスタムUIを管理する必要がある場合は、プラットフォームAPIが適切な次のステップとなります。エンタープライズ統合は、ガバナンスと運用上の選択であり、現在のレンダラーを置き換えるための要件ではありません。
Webアプリでサポート対象のマップ機能を迅速に必要とする場合、既存のコンポーネントの動作が適合し、ブラウザ統合が適切な場合は、SDKファーストを選択してください。サービス応答がアプリケーション層に属する場合、インターフェースがカスタムである場合、またはプライベートデータのオーケストレーションが重要な場合は、APIファーストを選択してください。複数の空間機能、共有認証、使用状況、分析、およびエンタープライズサポートがチーム間で重要な場合は、プラットフォームファーストを選択してください。最初の課題がアプリケーションコードではなくマップの作成と公開である場合は、Studioファーストを使用してください。Kaleidr Studioには現在、その作成パスに関するドキュメントがあります。これらのパスは、ホストマップの書き換えを強制することなく、後で統合できます。
Kaleidrはこれらのレイヤーにどのようにマッピングされますか？
Kaleidrは現在、JavaScript SDKレイヤーとプラットフォームAPIレイヤーを公開しており、エンタープライズはより広範な商用および運用上のインターフェースを提供します。現在の開発者向けクイックスタートでは、https://cdn.kaleidr.com/embed/v1/kaleidr.jsにあるバージョン管理されたローダーを使用しています。このローダーは、chat、viewer、editor、およびtileの製品バンドルをマウントできます。チャットは現在、レンダラーを置き換えるのではなく、稼働中のMapbox、MapLibre、Google Maps、またはLeafletインスタンスに接続します（クイックスタート）。Mapbox、Google Maps、およびMapLibreへのAIチャットの追加方法は、実践的な接続手順を示しています。インタラクティブマップの埋め込み方法では、公開済みマップの埋め込みについて説明しています。
| レイヤー | Kaleidr の例 | 標準的な使用例 |
|---|---|---|
| SDK | kaleidr.js、<kaleidr-map>、Kaleidr.mount() |
チャット、ビューア、エディター、またはタイル動作の追加 |
| API | プラットフォーム API エンドポイント ファミリー | 推論、ルーティング、取得、または設計サービスの呼び出し |
| プラットフォーム | Kaleidr Enterprise と開発者スタック | 機能、キー、スコープ、使用状況、サポート、および統合の管理 |
| オーサリング ツール | Kaleidr Studio | コードを書かずにブランドマップを作成および公開 |
| 分析レイヤー | Kaleidr Analytics | 地図と場所のエンゲージメントを測定する |
製品バンドルは、同一コンポーネントの名称として互換性があるわけではありません。ビューアは公開済みの地図を表示するためのものです。チャットは、ライブホストマップ上で地図を認識した対話型インタラクションを行うためのものです。エディターは、地図作成機能を組み込むためのものです。マップエディターSDKは、このSaaSケースに対応しています。タイルは、デザイン済みのベースマップスタイルを使用するためのものです。製品の用途に応じて選択してください。技術的な詳細は、ポジショニングページよりも頻繁に変更されます。現在の開発者向けクイックスタートとkaleidr.jsリファレンスでは、公開済みのビューアは共有IDを使用し、キーは不要であると記載されています。実装にあたっては、開発者向けドキュメントを信頼できる情報源として扱ってください。
SDKとAPIでは、認証はどのように異なるべきでしょうか？
ブラウザ統合とアプリケーション層統合では、脅威モデルが異なります。ブラウザに配信されるものは通常検査可能であるため、有効期限の長いサーバーシークレットはページソース、クライアントバンドル、または公開リポジトリに含めるべきではありません。Kaleidrは現在、ブラウザSDKで使用するために公開可能なキーを使用しています。SDKはこのキーを、有効期限の短いオリジンバインドセッションと交換します。サーバーキーは信頼できるアプリケーション層で使用するためのもので、ベアラーキーまたはX-Api-Keyとして送信できます。現在の認証リファレンスでは、ベアラーキーとして直接提示された公開可能なキーは拒否され、サーバーキーにはCORS許可が与えられず、SDKはマウント時にサーバーキーを拒否してサーバー側に保持すると規定されています（Auth & scopes）。
SDKは、共通のブラウザパスを隠蔽できます。現在のエンドポイントリファレンスでは、公開可能なキーを受け入れるエクスチェンジとしてPOST /sdk/sessionsが記載されており、通常のブラウザ統合ではSDKがマウント時にこのエクスチェンジを呼び出すとされています（エンドポイント）。SDKを使用しない場合、アプリケーションはオリジン検証、製品選択、スコープチェック、短命セッションの交換、および製品バンドルのライフサイクルを処理する必要があります。ホストがリクエストの構築、ストリーミング、再試行、およびプライベートデータの認証を制御する必要がある場合は、直接APIを使用することが依然として適切です。Kaleidrは現在、認証情報が欠落または無効な場合と、スコープが不十分な有効な認証情報を区別し、別のレート制限条件を文書化しています。アプリケーションログは、すべての失敗を「マップ失敗」に集約するのではなく、この区別を保持する必要があります。
チームが避けるべき間違いとは？
よくある失敗は、類似の用語を代替として扱うことです。SDKとAPIはどちらか一方を選ぶものではありません。SDKは多くの場合、舞台裏でプラットフォームAPIを呼び出します。SDKはより高レベルの開発者インターフェースであり、サービス契約が存在しないことの証明ではありません。APIはすべてのインターフェースをゼロから構築する必要はなく、多くの製品はUIにSDKを、アプリケーション層のオーケストレーションにAPIを使用しています。プラットフォームは既存のマップスタックを置き換える必要はありません。Kaleidrは現在、既存のサポート対象マップにチャット機能を接続する方法をドキュメント化しており、Enterpriseは現在、既存の製品スタックを基盤とした商用サービスを提供しています。
| 誤り | 結果 | より良いアプローチ |
|---|---|---|
| SDKとAPIを相互排他的なものとして扱う | アーキテクチャが人工的になる | それぞれを適切なレイヤーで使用する |
| SDKがビジネスロジックを所有していると想定する | 製品境界が曖昧になる | ホストルールを権威あるものとして維持する |
| サーバーキーをブラウザに配置する | 認証情報の漏洩 | 公開可能なSDK認証を使用する |
| 標準的なUI要件にはAPIを直接呼び出す | 保守すべきクライアントコードが増える | 適切な場合にSDKを使用する |
| プライベート認証にSDKを使用する | テナントとデータのリスク | ホストアプリケーションで認証を行う |
| プラットフォームが既存のものを置き換えると想定するマップ | 移行コストの上昇 | サポート対象に添付 |
| マーケティングページをAPI契約として扱う | 技術的な不一致 | 最新の開発者向けドキュメントを優先 |
| 些細なニーズのためにプラットフォーム全体を採用 | 過剰な複雑性 | 最も狭いレイヤーから始める |
チームはどのように統合を開始すべきか？
ジョブに合ったレイヤーを選択し、所有権が必要な箇所にのみ深度を追加します。再利用可能なクライアント動作にはSDKを、サービスレベル制御にはAPIを、共有空間インフラストラクチャにはプラットフォームを使用します。Kaleidrは現在、このモデルに厳密に従っています。kaleidr.jsは軽量なブラウザ統合レイヤーを提供し、プラットフォームAPIは文書化された推論および設計サービスを公開し、Kaleidr Enterpriseは空間製品を開発するチーム向けに、より広範な商用スタックを提供します。現在のローダー、認証、エンドポイントの契約については、**Kaleidr開発者向けドキュメントを参照してください。現在の公開ページで説明されているSDK、推論API、位置情報インテリジェンス、およびデプロイメントサポートについては、Kaleidr Enterpriseの詳細**を参照してください。
よくある質問
マップSDKとマップAPIの違いは何ですか？
マップSDKは、UI、ライフサイクル、そして多くの場合ブラウザ認証を含むマップ機能をアプリケーションに統合するのに役立つ、再利用可能なクライアントサイドコードです。マップAPIは、特定のマップサービスまたは空間サービスを要求するために使用されるプログラムインターフェースです。多くの製品は両方を使用しています。
マップSDKは単なるAPIのラッパーですか？
部分的にそうである場合もありますが、常にそうとは限りません。SDKは、UIコンポーネント、マップのライフサイクル、ブラウザ認証、プロバイダアダプタ、イベント、エラー処理なども管理する場合があります。AWSは現在、SDKには他のリソースに加えてAPIが含まれる場合があると述べています。
マッププラットフォームとは何ですか？
マッププラットフォームとは、位置情報対応製品を構築するために使用されるSDK、API、データ、レンダリング、認証、ツール、分析、公開、クォータ、および運用サービスといった、より広範なセットです。GoogleとMapboxは現在、自社の商用スタックをこれらの用語を組み合わせて説明しています。
チームはSDKとAPIのどちらを使用すべきですか？
サポート対象のクライアントコンポーネントが製品に適合する場合は、SDKを使用してください。ホストがサービスレベルの直接制御またはアプリケーション層のオーケストレーションを必要とする場合は、APIを使用してください。多くの製品は両方を使用しています。
SDKはマップレンダラーを置き換えるものですか？
必ずしもそうではありません。Kaleidr Chatは現在、既存のMapbox、MapLibre、Google Maps、またはLeafletマップへの接続についてドキュメント化しています。ViewerやEditorなどの他のSDK製品は、異なるレンダラー所有モデルを採用しています。
アプリケーション層でAPI呼び出しを行うべきなのはどのような場合ですか？
リクエストにサーバー認証情報、プライベートデータ、テナント認証、またはブラウザに公開すべきでないビジネスロジックが含まれる場合は、アプリケーション層を使用してください。
プラットフォームとノーコードマップビルダーの違いは何ですか？
ノーコードビルダーは、作成と公開に重点を置いています。プラットフォームには、ビルダーだけでなく、SDK、API、認証、データサービス、分析、エンタープライズコントロールなども含まれます。
Kaleidrは現在、SDKとAPIをどのように公開していますか？
Kaleidrは現在、バージョン管理されたkaleidr.jsローダーを使用しており、チャット、ビューア、エディター、タイル用の製品バンドルを含むwindow.Kaleidrと<kaleidr-map>をインストールします。現在の公開プラットフォームAPIドキュメントでは、チャット、ルーティング、POIエンリッチメント、SDKセッション交換、デザインファミリについて、B2B推論APIベースURLの下に記載されています。
Kaleidr Viewerには公開可能なキーが必要ですか？
現在の開発者向けクイックスタートおよびkaleidr.jsリファレンスでは、公開されたビューアは共有IDを使用し、キーは不要であると記載されています。
Kaleidrは既存のマップスタックと連携できますか？
Kaleidrは現在、サポートされているライブホストマップにチャットを接続できるとドキュメント化しており、Kaleidr Enterpriseは現在、既存のスタック向けに構築された空間インテリジェンスとして提供されています。既存のマッププロバイダーの置き換えは、Kaleidr Enterpriseの中核的な位置付けではありません。
参考文献
- Amazon Web Services。「SDKとAPIの違いとは？」。2026年9月3日アクセス。https://aws.amazon.com/compare/the-difference-between-sdk-and-api/
- Google Maps Platform。「Google Maps Platform FAQ」。2026年9月3日アクセス。https://developers.google.com/maps/faq
- Google Maps Platform。「プラットフォーム別Google Maps Platform API」。2026年9月3日アクセス。https://developers.google.com/maps/apis-by-platform
- Mapbox。「はじめに」。2026年9月3日アクセス。https://docs.mapbox.com/help/getting-started/
- MDN。「カスタム要素の使用」。2026年9月3日アクセス。https://developer.mozilla.org/en-US/docs/Web/API/Web_components/Using_custom_elements
- MDN。「Fetch API」。2026年9月3日アクセス。https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API
- Kaleidr。「Kaleidrで構築する」。開発者向けドキュメント。2026年9月3日アクセス。https://docs.kaleidr.com/
- Kaleidr。「クイックスタート」。開発者向けドキュメント。2026年9月3日アクセス。https://docs.kaleidr.com/quickstart
- Kaleidr。「kaleidr.js - ローダー」。開発者向けドキュメント。2026年9月3日アクセス。https://docs.kaleidr.com/sdk/kaleidr-js
- Kaleidr。「認証とスコープ」。開発者向けドキュメント。2026年9月3日アクセス。https://docs.kaleidr.com/platform-api/auth-and-scopes
- Kaleidr。「エンドポイント」。開発者向けドキュメント。2026年9月3日アクセス。https://docs.kaleidr.com/platform-api/endpoints
- Kaleidr。「位置情報インテリジェンスAPIとマップSDK」。2026年9月3日アクセス。https://kaleidr.com/enterprise
@misc{aws_sdk_api_difference_2026_09_03,
title = {What's the Difference Between SDK and API?},
author = {{Amazon Web Services}},
note = {Accessed 3 September 2026},
url = {https://aws.amazon.com/compare/the-difference-between-sdk-and-api/}
}
@misc{google_maps_platform_faq_2026_09_03,
title = {Google Maps Platform FAQ},
author = {{Google Maps Platform}},
note = {Accessed 3 September 2026},
url = {https://developers.google.com/maps/faq}
}
@misc{google_maps_apis_by_platform_2026_09_03,
title = {Google Maps Platform APIs by Platform},
author = {{Google Maps Platform}},
note = {Accessed 3 September 2026},
url = {https://developers.google.com/maps/apis-by-platform}
}
@misc{mapbox_getting_started_2026_09_03,
title = {Getting Started},
author = {{Mapbox}},
note = {Accessed 3 September 2026},
url = {https://docs.mapbox.com/help/getting-started/}
}
@misc{mdn_using_custom_elements_2026_09_03,
title = {Using custom elements},
author = {{MDN}},
note = {Accessed 3 September 2026},
url = {https://developer.mozilla.org/en-US/docs/Web/API/Web_components/Using_custom_elements}
}
@misc{mdn_fetch_api_2026_09_03,
title = {Fetch API},
author = {{MDN}},
note = {Accessed 3 September 2026},
url = {https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API}
}
@misc{kaleidr_docs_intro_2026_09_03,
title = {Build with Kaleidr},
author = {{Kaleidr}},
note = {Developer documentation; accessed 3 September 2026},
url = {https://docs.kaleidr.com/}
}
@misc{kaleidr_quickstart_2026_09_03,
title = {Quickstart},
author = {{Kaleidr}},
note = {Developer documentation; accessed 3 September 2026},
url = {https://docs.kaleidr.com/quickstart}
}
@misc{kaleidr_js_loader_2026_09_03,
title = {kaleidr.js -- the Loader},
author = {{Kaleidr}},
note = {Developer documentation; accessed 3 September 2026},
url = {https://docs.kaleidr.com/sdk/kaleidr-js}
}
@misc{kaleidr_auth_scopes_2026_09_03,
title = {Auth \& scopes},
author = {{Kaleidr}},
note = {Developer documentation; accessed 3 September 2026},
url = {https://docs.kaleidr.com/platform-api/auth-and-scopes}
}
@misc{kaleidr_endpoints_2026_09_03,
title = {Endpoints},
author = {{Kaleidr}},
note = {Developer documentation; accessed 3 September 2026},
url = {https://docs.kaleidr.com/platform-api/endpoints}
}
@misc{kaleidr_enterprise_2026_09_03,
title = {Location Intelligence APIs and Map SDK},
author = {{Kaleidr}},
note = {Accessed 3 September 2026},
url = {https://kaleidr.com/enterprise}
}