SDK de mapa vs. API de mapa é uma divisão de propriedade, não uma escolha de produto. Um SDK de mapa empacota componentes reutilizáveis do lado do cliente, ciclo de vida e autenticação do navegador. Uma API de mapa expõe serviços espaciais por meio de solicitações programáticas. Uma plataforma de mapa fornece ambas as camadas, além de autenticação, dados, análises, controles de uso e suporte. A maioria dos produtos de mapa em produção usa mais de uma camada.
As seções abaixo separam as três camadas, atribuem a propriedade e, em seguida, documentam o Kaleidr a partir de suas páginas de desenvolvedor públicas atuais. Leituras relacionadas incluem O que é um SDK de mapa de IA?, Construtor de mapas sem código vs. API de mapas, Autenticação da API de mapas e O que é uma API de inteligência de localização?. As equipes que já escolheram um formato de implementação podem pular para o mapeamento do Kaleidr; as equipes que ainda estão nomeando as camadas devem começar com a tabela de comparação.
Essenciais da comparação
- Nomeie o trabalho e, em seguida, a camada: Um SDK é responsável pelo comportamento do cliente; uma API é responsável pelo contrato de serviço; uma plataforma é responsável pelas operações compartilhadas.
- Não trate os termos como concorrentes: Produtos de produção usam rotineiramente um SDK, uma API e controles de plataforma em conjunto.
- Mantenha as regras do host autorizadas: Identidade, permissões de locatário, registros privados e transações permanecem no aplicativo host.
- Divida as credenciais por tempo de execução: Chaves publicáveis seguras para navegador e chaves de servidor são modelos de ameaça diferentes.
- Confirme o contrato atual: A documentação para desenvolvedores do Kaleidr descreve atualmente os produtos
kaleidr.js, as famílias de APIs da plataforma e os escopos de chave; o texto de marketing não é o contrato da API.
Como o SDK de mapa e a API de mapa diferem de uma plataforma de mapa?
A divisão útil é a função que cada camada desempenha. Um SDK de mapa reside no cliente e empacota comportamentos reutilizáveis: componentes, ciclo de vida de montagem, anexos de mapa, eventos e gerenciamento de sessão seguro para navegadores. Uma API de mapa é um contrato programático para uma capacidade espacial, como pesquisa, roteamento, recuperação, inferência, mosaicos ou design. Uma plataforma de mapa é o sistema mais amplo que pode incluir ambos, além de autenticação, serviços de dados, ferramentas, análises, publicação, cotas e suporte. A AWS define atualmente um SDK como um conjunto de ferramentas de construção específicas da plataforma, como bibliotecas, enquanto uma API é um mecanismo que permite que dois componentes de software se comuniquem usando protocolos predeterminados e observa que um SDK pode incluir APIs entre outros recursos (Qual é a diferença entre SDK e API?).
As plataformas dos fornecedores usam a mesma estrutura em camadas na documentação pública. O Google atualmente descreve a Plataforma Google Maps como um conjunto de APIs e SDKs que permite aos desenvolvedores incorporar mapas em aplicativos e páginas ou recuperar dados do Google Maps (Perguntas frequentes da Plataforma Google Maps). O mesmo fornecedor publica atualmente essas capacidades como famílias de API separadas por plataforma (APIs da Plataforma Google Maps por Plataforma). O Mapbox atualmente descreve uma plataforma de localização modular composta por APIs, SDKs e ferramentas que os desenvolvedores combinam para experiências de localização personalizadas (Primeiros passos). Essas páginas são fontes confiáveis sobre como cada fornecedor nomeia sua própria pilha de tecnologias. As mesmas páginas não comprovam que todo produto precise comprar uma plataforma completa para um único código geográfico.
| Pergunta | SDK de Mapas | API de Mapas | Plataforma de mapas |
|---|---|---|---|
| Função principal | Adicionar comportamento reutilizável do lado do cliente | Acessar um serviço programaticamente | Fornecer a pilha completa do produto espacial |
| Tempo de execução típico | Cliente de navegador, dispositivo móvel ou aplicativo | Camada de aplicação ou cliente, quando permitido | Cliente, camada de aplicação e ferramentas operacionais |
| Estilo de integração | Biblioteca, componente, carregador ou pacote | Requisição HTTP ou de outro serviço | Combinação de SDKs, APIs, ferramentas, autenticação, dados e análises |
| Melhor para | Interface do usuário, ciclo de vida do mapa, incorporações, interação | Busca, roteamento, inferência, recuperação de dados | Produtos que precisam de várias funcionalidades espaciais em conjunto |
| Propriedade principal | Integração com o cliente | Contrato de serviço | Funcionalidades da plataforma de ponta a ponta |
| Autenticação | Geralmente uma chave ou sessão segura para navegador | Geralmente uma chave de servidor ou token com escopo | Gerenciamento de chaves, escopos, cotas e controles de organização |
| Inclui interface do usuário? | Frequentemente | Geralmente não | Pode incluir interface do usuário do SDK, além de APIs e ferramentas |
| Substitui o aplicativo host? | Não | Não | Não; ele fornece infraestrutura e blocos de construção |
O que é um SDK de mapa?
Um kit de desenvolvimento de software (SDK) empacota o código que os desenvolvedores podem usar diretamente dentro de um aplicativo. Para mapas, esse pacote geralmente inclui componentes de mapa, adaptadores de renderização, controles, gerenciamento de ciclo de vida, autenticação segura para navegadores, tratamento de eventos, ações estruturadas, visualizadores ou editores incorporados e normalização de erros. O SDK geralmente fica mais próximo da interface do usuário do que uma chamada de serviço direta, e é por isso que as equipes o utilizam quando a tarefa é "adicionar essa funcionalidade à tela que já temos".
As plataformas da Web tornam esse empacotamento concreto. O MDN atualmente descreve elementos personalizados como elementos HTML que o desenvolvedor define, estendendo o conjunto de elementos disponíveis no navegador (Usando elementos personalizados). Um SDK de mapa que instala um elemento personalizado está usando esse contrato do navegador: a página hospedeira declara ou monta um componente, e o SDK é responsável pelo versionamento, carregamento de pacotes e ciclo de vida. O Kaleidr atualmente documenta o kaleidr.js como um carregador leve que instala o window.Kaleidr e o elemento <kaleidr-map>, carrega pacotes de produtos de forma assíncrona e é responsável pelo versionamento, configuração, passagem de chaves, ciclo de vida de montagem e normalização de erros (kaleidr.js — o carregador).
Um SDK não substitui o aplicativo host. O host ainda detém a identidade, as permissões do locatário, os dados privados e o fluxo de trabalho comercial. O caso específico de IA dessa fronteira é o mesmo: o SDK conecta a intenção, os locais estruturados e as ações do mapa a um renderizador em tempo real sem se tornar a fonte da verdade para o inventário ou a elegibilidade.
O que é uma API de mapa?
Uma API de mapa expõe funcionalidades por meio de um contrato programático definido. Famílias típicas incluem busca de locais, geocodificação, roteamento, cálculo de tempo de viagem, solicitações de mosaico, geração de mapas estáticos, inferência espacial, gerenciamento de conjuntos de dados e operações de design de mapas. Normalmente, a API não decide como o resultado deve aparecer na interface. Quem decide isso é o aplicativo host.
O modelo de solicitação é a arquitetura web comum. Atualmente, a MDN descreve a API Fetch como uma interface para buscar recursos na rede usando objetos Request e Response (API Fetch). Uma chamada de API de mapa é esse padrão aplicado ao trabalho espacial: o aplicativo envia uma solicitação estruturada, recebe uma resposta ou fluxo estruturado e, em seguida, decide o que renderizar. Atualmente, a Kaleidr coloca as rotas da API da Plataforma em https://api.kaleidr.com/inference-api/b2b/v1/ e documenta bate-papo, roteamento, enriquecimento de POI, troca de sessão do SDK e famílias de design na referência de endpoint pública (Endpoints). A lista exata de caminhos pode evoluir, portanto, as implementações devem usar a referência de desenvolvedor atual em vez de exemplos de blog como fonte de verdade.
Escolha a camada de API primeiro quando o requisito for uma resposta de serviço sem uma interface pré-construída: recuperar o contexto do local, chamar um serviço de inferência, calcular uma rota, enriquecer um ponto de interesse, executar uma operação de design ou orquestrar essas chamadas ao lado de registros privados. A compensação é explícita. O aplicativo possui mais código de integração, incluindo credenciais, novas tentativas, erros e, quando aplicável, streaming.
O que é uma plataforma de mapas?
Uma plataforma de mapas combina vários blocos de construção em torno de uma conta, dados, segurança e modelo operacional comuns. SDKs e APIs podem aparecer dentro desse modelo, mas a característica definidora é a abrangência, além da infraestrutura compartilhada: renderização, pesquisa, roteamento, dados de locais, mosaicos, design de mapas, autenticação, controles de uso, análises, publicação e suporte. As perguntas frequentes do Google atualmente definem a Plataforma Google Maps como APIs e SDKs usados em conjunto, em vez de um único ponto de extremidade. O Mapbox atualmente divide a mesma ideia em mapas, pesquisa, navegação, produtos de dados e ferramentas como o Mapbox Studio.
Uma plataforma se torna valiosa quando várias preocupações conectadas importam ao mesmo tempo: autenticação do navegador e autenticação da camada de aplicativo, interface do usuário do mapa, mosaicos, um editor, inferência, análises e controles de uso. Um único geocódigo ou um único mapa estático não requer essa superfície operacional. Um construtor sem código pode ser uma interface da plataforma sem ser a plataforma inteira, e uma API limitada ainda pode ser um bom ponto de partida.
Atualmente, a Kaleidr descreve a introdução do desenvolvedor como um sistema-chave de nível organizacional com escopos de capacidade para IA, mapas e design, em formatos publicáveis e de servidor (Build with Kaleidr). O Kaleidr Enterprise atualmente define essa pilha comercial como inteligência espacial criada para uma pilha de produtos existente, com SDKs, APIs de inferência, classificação, análises e suporte à implantação (Location Intelligence APIs and Map SDK). Confirme as permissões do plano atual em Pricing & Plans antes de depender de um fluxo de trabalho de produção específico.
Qual camada deve ser responsável por cada tarefa?
Integrações limpas começam com a definição de qual camada é responsável por cada tarefa. O aplicativo host deve permanecer autoritativo para identidade, permissões de locatário, estado do cliente, dados privados, transações e fluxo de trabalho específico do produto. O SDK pode ser responsável pela montagem, comportamento de interface reutilizável, anexação de mapas, gerenciamento de sessão do navegador e ciclo de vida do componente. A API pode ser responsável pela inferência, cálculo de rotas, enriquecimento de locais, operações de design e outras respostas de serviço. A plataforma pode ser responsável por credenciais, escopos, cotas, acesso ao produto, infraestrutura, suporte e faturamento compartilhado. A transposição dessas linhas é como a autorização privada vaza para um widget ou como uma resposta de modelo de linguagem é tratada como um livro-razão de reservas.
Registros privados geralmente transferem a orquestração para a camada de aplicação. Listagens, inventário, registros de clientes, ativos operacionais e regras de negócios protegidas devem ser autorizados no host antes que um resultado minimizado chegue ao mapa. O SDK do navegador ainda pode apresentar o resultado. O componente de mapa não deve se tornar o serviço de autorização. Dados de localização privados para fluxos de trabalho de mapas de IA aborda a minimização para esses registros. Os produtos SaaS multilocatários adicionam outra barreira: uma chave de plataforma autentica a organização SaaS junto ao provedor; ela não substitui a decisão do host sobre qual cliente pode ver qual mapa ou qual linha privada.
Quando uma equipe deve escolher um SDK, uma API ou uma plataforma?
Comece com a integração mais superficial que atenda aos requisitos do produto e, em seguida, aprofunde-se somente quando o controle ou a orquestração exigirem. Um mapa publicado ou um visualizador incorporado é suficiente quando a tarefa é exibir um mapa projetado. Um componente SDK é suficiente quando a tarefa é anexar bate-papo, um editor ou blocos a uma interface de host. Uma API de plataforma é o próximo passo certo quando a camada de aplicação deve ser responsável pela construção de solicitações, junções de dados privados ou uma interface de usuário personalizada. A integração empresarial é uma escolha de governança e operações, não um requisito para substituir o renderizador atual.
Escolha SDK-first quando um aplicativo web precisar de um recurso de mapa compatível rapidamente, o comportamento do componente existente for adequado e a integração com o navegador for apropriada. Escolha API-first quando as respostas do serviço pertencerem à camada de aplicação, a interface for personalizada ou a orquestração de dados privados for predominante. Escolha plataforma-first quando vários recursos espaciais, autenticação compartilhada, uso, análises e suporte corporativo forem importantes para todas as equipes. Use Studio-first quando o primeiro problema for a criação e publicação de mapas, em vez do código do aplicativo; o Kaleidr Studio atualmente documenta esse caminho de criação. Esses caminhos podem convergir posteriormente sem forçar uma reescrita do mapa principal.
Como o Kaleidr mapeia essas camadas?
O Kaleidr atualmente expõe uma camada de SDK JavaScript e uma camada de API de plataforma, enquanto a versão Enterprise fornece a superfície comercial e operacional mais ampla. O guia de início rápido para desenvolvedores atual usa um carregador versionado em https://cdn.kaleidr.com/embed/v1/kaleidr.js. Esse carregador pode montar pacotes de produtos para chat, viewer, editor e tile. O chat atualmente se conecta a uma instância ativa do Mapbox, MapLibre, Google Maps ou Leaflet, em vez de substituir o renderizador (Início Rápido). Como adicionar o chat de IA ao Mapbox, Google Maps e MapLibre é o caminho prático para conectar. Como incorporar um mapa interativo aborda a incorporação de mapas publicados.
| Camada | Exemplo do Kaleidr | Uso típico |
|---|---|---|
| SDK | kaleidr.js, <kaleidr-map>, Kaleidr.mount() |
Adicionar comportamento de Chat, Visualizador, Editor ou Bloco |
| API | Famílias de endpoints da API da plataforma | Chamar serviços de inferência, roteamento, recuperação ou design |
| Plataforma | Kaleidr Enterprise mais o conjunto de ferramentas para desenvolvedores | Gerenciar recursos, chaves, escopos, uso, suporte e integrações |
| Ferramenta de autoria | Kaleidr Studio | Criar e publicar mapas personalizados sem precisar começar do zero Código |
| Camada de análise | Kaleidr Analytics | Medir o engajamento com mapas e locais |
Pacotes de produtos não são nomes intercambiáveis para um único componente. O Visualizador serve para exibir um mapa publicado. O Chat serve para interação conversacional com reconhecimento de mapa em um mapa host ao vivo. O Editor serve para incorporar a capacidade de criação de mapas; o SDK do Editor de Mapas cobre esse caso de SaaS. O Tile serve para usar um estilo de mapa base projetado. Escolha de acordo com a função do produto. Os detalhes técnicos também mudam mais rapidamente do que as páginas de posicionamento. O guia de início rápido para desenvolvedores e a referência kaleidr.js atuais afirmam que o Visualizador publicado usa um ID de compartilhamento e não precisa de chave. Para implementação, considere a documentação do desenvolvedor como a fonte da verdade.
Como a autenticação deve diferir entre o SDK e a API?
A integração com o navegador e a integração com a camada de aplicação têm modelos de ameaça diferentes. Qualquer coisa entregue ao navegador geralmente pode ser inspecionada, portanto, um segredo de servidor de longa duração não deve estar no código-fonte da página, nos pacotes do cliente ou em repositórios públicos. Atualmente, o Kaleidr usa uma chave publicável para uso do SDK do navegador; o SDK a troca por uma sessão de curta duração vinculada à origem. Uma chave de servidor é para uso confiável na camada de aplicação e pode ser enviada como um portador ou X-Api-Key. A referência de autenticação atual afirma que uma chave publicável apresentada diretamente como um portador é rejeitada, que uma chave de servidor não recebe concessão CORS e que o SDK recusa chaves de servidor na montagem para que elas permaneçam no lado do servidor (Autenticação e escopos).
O SDK pode ocultar o caminho comum do navegador. A documentação de referência do endpoint atual descreve POST /sdk/sessions como a exchange que aceita uma chave publicável e afirma que o SDK chama essa exchange na montagem em integrações normais do navegador (Endpoints). Sem o SDK, o aplicativo precisaria lidar com a validação de origem, seleção de produto, verificações de escopo, troca de sessão de curta duração e ciclo de vida do pacote de produtos. O uso direto da API ainda é apropriado quando o host precisa controlar a construção da solicitação, streaming, novas tentativas e autorização de dados privados. Atualmente, o Kaleidr distingue credenciais ausentes ou inválidas de uma credencial válida com escopo insuficiente e documenta uma condição de limite de taxa separada. Os logs do aplicativo devem preservar essa distinção em vez de agrupar todas as falhas em "falha no mapeamento".
Quais erros as equipes devem evitar?
A falha recorrente é tratar termos próximos como substitutos. SDK versus API não é uma compra de "ou um ou outro". Um SDK geralmente chama APIs da plataforma nos bastidores; O SDK é uma interface de desenvolvedor de nível superior, não uma prova de que não existe um contrato de serviço. Uma API não exige a criação de todas as interfaces do zero; muitos produtos usam um SDK para a interface do usuário e uma API para a orquestração da camada de aplicação. Uma plataforma não exige a substituição da pilha de mapas atual. O Kaleidr atualmente documenta a integração do Chat a um mapa existente e compatível, e o Enterprise atualmente estrutura a oferta comercial em torno de uma pilha de produtos existente.
| Erro | Resultado | Melhor abordagem |
|---|---|---|
| Tratar SDK e API como mutuamente exclusivos | A arquitetura torna-se artificial | Usar cada um na camada correta |
| Presumir que o SDK detém a lógica de negócios | Limites de produto difusos | Manter as regras do host como autoritativas |
| Colocar uma chave de servidor no navegador | Exposição de credenciais | Usar autenticação de SDK publicável |
| Chamar a API diretamente para uma necessidade de interface de usuário padrão | Mais código do cliente para manter | Usar o SDK quando for apropriado |
| Usar o SDK para autorização privada | Locatário e dados Risco | Autorizar no aplicativo host |
| Presumir que a plataforma substitui o mapa existente | Aumento do custo de migração | Anexar onde for compatível |
| Tratar uma página de marketing como o contrato da API | Incompatibilidade técnica | Preferir a documentação atual para desenvolvedores |
| Adotar a plataforma inteira para uma necessidade trivial | Complexidade excessiva | Começar com a camada mais estreita |
Como as equipes devem começar a integrar?
Selecione a camada que corresponde à tarefa e adicione profundidade somente onde a propriedade exigir. Use o SDK para comportamento de cliente reutilizável, a API para controle em nível de serviço e a plataforma para infraestrutura espacial compartilhada. Atualmente, o Kaleidr segue esse modelo de perto: kaleidr.js fornece uma camada de integração de navegador leve, a API da Plataforma expõe serviços documentados de inferência e design e o Kaleidr Enterprise fornece a pilha comercial mais ampla para equipes que criam produtos espaciais. Leia a documentação do desenvolvedor do Kaleidr para o contrato atual de carregador, autenticação e endpoint. Explore o Kaleidr Enterprise para SDKs, APIs de inferência, inteligência de localização e suporte à implantação descritos na página pública atual.
Perguntas frequentes
Qual a diferença entre um SDK de mapa e uma API de mapa?
Um SDK de mapa é um código reutilizável do lado do cliente que ajuda os desenvolvedores a integrar a funcionalidade de mapas em um aplicativo, incluindo interface do usuário, ciclo de vida e, frequentemente, autenticação do navegador. Uma API de mapa é uma interface programática usada para solicitar serviços espaciais ou de mapas específicos. Muitos produtos usam ambos.
Um SDK de mapa é apenas um wrapper em torno de uma API?
Às vezes, em parte, mas nem sempre. Um SDK também pode gerenciar componentes de interface do usuário, ciclo de vida do mapa, autenticação do navegador, adaptadores de provedor, eventos e tratamento de erros. A AWS observa atualmente que um SDK pode incluir APIs, entre outros recursos.
O que é uma plataforma de mapas?
Uma plataforma de mapas é o conjunto mais amplo de SDKs, APIs, dados, renderização, autenticação, ferramentas, análises, publicação, cotas e serviços operacionais usados para criar produtos com reconhecimento de localização. O Google e o Mapbox atualmente descrevem suas plataformas comerciais nesses termos combinados.
Uma equipe deve usar um SDK ou uma API?
Use um SDK quando um componente de cliente compatível for adequado ao produto. Use uma API quando o host precisar de controle direto no nível do serviço ou orquestração na camada de aplicação. Muitos produtos usam ambos.
Um SDK substitui o renderizador de mapas?
Não necessariamente. O Kaleidr Chat atualmente documenta a conexão a um mapa existente do Mapbox, MapLibre, Google Maps ou Leaflet. Outros produtos SDK, como o Viewer ou o Editor, têm modelos de propriedade de renderizador diferentes.
Quando uma chamada de API deve ocorrer na camada de aplicação?
Use a camada de aplicação quando a solicitação envolver credenciais de servidor, dados privados, autorização de locatário ou lógica de negócios que não devem ser expostas ao navegador.
Qual é a diferença entre uma plataforma e um construtor de mapas sem código?
Um construtor sem código se concentra na criação e publicação. Uma plataforma pode incluir construtores e também SDKs, APIs, autenticação, serviços de dados, análises e controles corporativos.
Como o Kaleidr expõe atualmente seu SDK e APIs?
O Kaleidr usa atualmente um carregador kaleidr.js versionado que instala window.Kaleidr e <kaleidr-map>, com pacotes de produtos para Chat, Visualizador, Editor e Tile. A API pública atual da plataforma documenta chat, roteamento, enriquecimento de POIs, troca de sessão do SDK e famílias de design em sua URL base da API de inferência B2B.
O Kaleidr Viewer requer uma chave publicável?
O guia de início rápido para desenvolvedores e a referência kaleidr.js atuais indicam que o Viewer publicado usa um ID de compartilhamento e não precisa de chave.
O Kaleidr pode funcionar com uma pilha de mapas existente?
Atualmente, o Kaleidr documenta a conexão do Chat a mapas de host ao vivo compatíveis, e o Kaleidr Enterprise apresenta a oferta como inteligência espacial criada para uma pilha existente. A substituição do provedor de mapas atual não é o posicionamento principal.
Referências
- Amazon Web Services. Qual a diferença entre SDK e API?. Acessado em 3 de setembro de 2026. https://aws.amazon.com/compare/the-difference-between-sdk-and-api/
- Google Maps Platform. Perguntas frequentes sobre a plataforma Google Maps. Acessado em 3 de setembro de 2026. https://developers.google.com/maps/faq
- Plataforma Google Maps. APIs da Plataforma Google Maps por Plataforma. Acessado em 3 de setembro de 2026. https://developers.google.com/maps/apis-by-platform
- Mapbox. Primeiros passos. Acessado em 3 de setembro de 2026. https://docs.mapbox.com/help/getting-started/
- MDN. Usando elementos personalizados. Acessado em 3 de setembro de 2026. https://developer.mozilla.org/en-US/docs/Web/API/Web_components/Using_custom_elements
- MDN. API Fetch. Acessado em 3 de setembro de 2026. https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API
- Kaleidr. Crie com Kaleidr. Documentação para desenvolvedores. Acessado em 3 de setembro de 2026. https://docs.kaleidr.com/
- Kaleidr. Guia de Início Rápido. Documentação para desenvolvedores. Acessado em 3 de setembro de 2026. https://docs.kaleidr.com/quickstart
- Kaleidr. kaleidr.js — o Loader. Documentação para desenvolvedores. Acessado em 3 de setembro de 2026. https://docs.kaleidr.com/sdk/kaleidr-js
- Kaleidr. Autenticação e escopos. Documentação para desenvolvedores. Acessado em 3 de setembro de 2026. https://docs.kaleidr.com/platform-api/auth-and-scopes
- Kaleidr. Endpoints. Documentação para desenvolvedores. Acessado em 3 de setembro de 2026. https://docs.kaleidr.com/platform-api/endpoints
- Kaleidr. APIs de Inteligência de Localização e SDK de Mapas. Acessado em 3 de setembro de 2026. 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}
}