La elección entre un SDK de mapas y una API de mapas se refiere a la propiedad, no a la elección del producto. Un SDK de mapas incluye componentes reutilizables del lado del cliente, gestión del ciclo de vida y autenticación del navegador. Una API de mapas expone los servicios espaciales mediante solicitudes programáticas. Una plataforma de mapas proporciona ambas capas, además de autenticación, datos, análisis, controles de uso y soporte. La mayoría de los productos de mapas en producción utilizan más de una capa.
Las secciones siguientes separan las tres capas, asignan la propiedad y documentan Kaleidr a partir de sus páginas públicas para desarrolladores. Lecturas relacionadas: ¿Qué es un SDK de mapas con IA?, Creador de mapas sin código frente a API de mapas, Autenticación de la API de mapas y ¿Qué es una API de inteligencia de ubicación?. Los equipos que ya hayan elegido una implementación pueden pasar directamente al mapeo de Kaleidr; los equipos que aún estén nombrando las capas deben comenzar con la tabla comparativa.
Aspectos esenciales de la comparación
- Nombrar la tarea y luego la capa: Un SDK controla el comportamiento del cliente; una API controla el contrato de servicio; una plataforma controla las operaciones compartidas.
- No trate los términos como rivales: Los productos de producción utilizan habitualmente un SDK, una API y controles de plataforma de forma conjunta.
- Mantenga la autoridad de las reglas del host: La identidad, los permisos de inquilino, los registros privados y las transacciones permanecen en la aplicación host.
- Divida las credenciales por tiempo de ejecución: Las claves publicables seguras para navegador y las claves de servidor son modelos de amenazas diferentes.
- Confirme el contrato actual: La documentación para desarrolladores de Kaleidr describe actualmente los productos
kaleidr.js, las familias de API de la plataforma y los ámbitos de las claves; el texto de marketing no constituye el contrato de la API.
¿En qué se diferencian un SDK de mapas y una API de mapas de una plataforma de mapas?
La diferencia clave radica en la función que desempeña cada capa. Un SDK de mapas reside en el cliente y empaqueta comportamientos reutilizables: componentes, ciclo de vida de montaje, adjunto de mapas, eventos y gestión de sesiones segura para el navegador. Una API de mapas es un contrato programático para una funcionalidad espacial como búsqueda, enrutamiento, recuperación, inferencia, teselas o diseño. Una plataforma de mapas es el sistema más amplio que puede incluir ambos, además de autenticación, servicios de datos, herramientas, análisis, publicación, cuotas y soporte. AWS define actualmente un SDK como un conjunto de herramientas de creación específicas de la plataforma, como bibliotecas, mientras que una API es un mecanismo que permite que dos componentes de software se comuniquen utilizando protocolos predeterminados, y señala que un SDK puede incluir API entre otros recursos (¿Cuál es la diferencia entre SDK y API?).
Las plataformas de los proveedores utilizan la misma estructura en capas en su documentación pública. Google describe actualmente Google Maps Platform como un conjunto de API y SDK que permite a los desarrolladores integrar mapas en aplicaciones y páginas web, o recuperar datos de Google Maps (Preguntas frecuentes sobre Google Maps Platform). El mismo proveedor publica actualmente esas capacidades como familias de API independientes por plataforma (API de la plataforma de Google Maps por plataforma). Mapbox describe actualmente una plataforma de localización modular compuesta por API, SDK y herramientas que los desarrolladores combinan para crear experiencias de localización personalizadas (Primeros pasos). Estas páginas son la fuente autorizada de cómo cada proveedor denomina su propia plataforma. Sin embargo, no implican que todos los productos deban adquirir una plataforma completa para un único código geográfico.
| Pregunta | SDK de mapas | API de mapas | Plataforma de mapas |
|---|---|---|---|
| Función principal | Agregar comportamiento reutilizable del lado del cliente | Acceder a un servicio mediante programación | Proporcionar la pila completa de productos espaciales |
| Tiempo de ejecución típico | Cliente de navegador, móvil o aplicación | Capa de aplicación o cliente (donde esté permitido) | Cliente, capa de aplicación y herramientas operativas |
| Estilo de integración | Biblioteca, componente, cargador o paquete | Solicitud HTTP u otro servicio | Combinación de SDK, API, herramientas, autenticación, datos y análisis |
| Mejor para | Interfaz de usuario, ciclo de vida del mapa, incrustaciones, interacción | Búsqueda, enrutamiento, inferencia, recuperación de datos | Productos que requieren varias capacidades espaciales en conjunto |
| Propiedad principal | Integración del cliente | Contrato de servicio | Capacidades de plataforma de extremo a extremo |
| Autenticación | A menudo una clave o sesión segura para el navegador | A menudo una clave de servidor o token con ámbito | Gestión de claves, ámbitos, cuotas y controles de organización |
| ¿Incluye interfaz de usuario? | A menudo | Normalmente no | Puede incluir la interfaz de usuario del SDK, además de las API y herramientas |
| ¿Reemplaza la aplicación anfitriona? | No | No | No; proporciona infraestructura y componentes básicos. |
¿Qué es un SDK de mapas?
Un kit de desarrollo de software (SDK) empaqueta el código que los desarrolladores pueden usar directamente en una aplicación. En el caso de los mapas, este paquete suele incluir componentes de mapa, adaptadores de renderizado, controles, gestión del ciclo de vida, autenticación segura para el navegador, gestión de eventos, acciones estructuradas, visores o editores integrados y normalización de errores. El SDK suele estar más cerca de la interfaz de usuario que una llamada de servicio directa, por lo que los equipos lo utilizan cuando el objetivo es «añadir esta funcionalidad a la pantalla que ya tenemos».
Las plataformas web concretan este empaquetado. MDN describe actualmente los elementos personalizados como elementos HTML que define el desarrollador, ampliando el conjunto de elementos disponibles en el navegador (Uso de elementos personalizados). Un SDK de mapas que instala un elemento personalizado utiliza ese contrato del navegador: la página anfitriona declara o monta un componente, y el SDK se encarga del control de versiones, la carga de paquetes y el ciclo de vida. Actualmente, Kaleidr documenta kaleidr.js como un cargador ligero que instala window.Kaleidr y el elemento <kaleidr-map>, carga de forma diferida los paquetes de productos y se encarga del control de versiones, la configuración, el paso de claves, el ciclo de vida del montaje y la normalización de errores (kaleidr.js — el cargador).
Un SDK no reemplaza la aplicación principal. La aplicación principal sigue siendo propietaria de la identidad, los permisos de los usuarios, los datos privados y el flujo de trabajo empresarial. En el caso específico de la IA, esta distinción es la misma: el SDK conecta la intención, los lugares estructurados y las acciones del mapa con un renderizador en tiempo real sin convertirse en la fuente de información fidedigna para el inventario o la elegibilidad.
¿Qué es una API de mapas?
Una API de mapas expone funcionalidades mediante un contrato programático definido. Las familias típicas incluyen búsqueda de lugares, geocodificación, enrutamiento, cálculo de tiempos de viaje, solicitudes de mosaicos, generación de mapas estáticos, inferencia espacial, gestión de conjuntos de datos y operaciones de diseño de mapas. La API normalmente no decide cómo debe verse el resultado en la interfaz. Lo hace la aplicación principal.
El modelo de solicitud es la arquitectura web convencional. MDN describe actualmente la API Fetch como una interfaz para obtener recursos a través de la red mediante los objetos Request y Response (API Fetch). Una llamada a la API de mapas aplica este patrón al trabajo espacial: la aplicación envía una solicitud estructurada, recibe una respuesta o flujo estructurado y, a continuación, decide qué mostrar. Kaleidr actualmente ubica las rutas de la API de la plataforma bajo https://api.kaleidr.com/inference-api/b2b/v1/ y documenta las familias de chat, enrutamiento, enriquecimiento de POI, intercambio de sesiones del SDK y diseño en la referencia pública de puntos finales (Puntos finales). La lista exacta de rutas puede evolucionar, por lo que las implementaciones deben usar la referencia actual para desarrolladores en lugar de los ejemplos del blog como fuente principal.
Elija primero la capa de API cuando el requisito sea una respuesta de servicio sin una interfaz predefinida: recuperar el contexto del lugar, llamar a un servicio de inferencia, calcular una ruta, enriquecer un punto de interés, ejecutar una operación de diseño u orquestar esas llamadas junto con registros privados. La contrapartida es evidente. La aplicación posee más código de integración, incluyendo credenciales, reintentos, errores y, cuando corresponda, transmisión de datos.
¿Qué es una plataforma de mapas?
Una plataforma de mapas combina varios componentes básicos en torno a una cuenta común, datos, seguridad y un modelo operativo. Los SDK y las API pueden aparecer dentro de ese modelo, pero la característica definitoria es la amplitud más la infraestructura compartida: renderizado, búsqueda, enrutamiento, datos de lugares, mosaicos, diseño de mapas, autenticación, controles de uso, análisis, publicación y soporte. Las preguntas frecuentes de Google actualmente definen la plataforma de Google Maps como API y SDK que se usan conjuntamente, en lugar de como un único punto final. Mapbox actualmente divide la misma idea en mapas, búsqueda, navegación, productos de datos y herramientas como Mapbox Studio.
Una plataforma se vuelve valiosa cuando varias cuestiones interconectadas son importantes a la vez: autenticación del navegador y autenticación de la capa de aplicación, interfaz de usuario del mapa, mosaicos, un editor, inferencia, análisis y controles de uso. Un único código geográfico o un único mapa estático no requiere esa superficie operativa. Un constructor sin código puede ser una superficie de plataforma sin ser la plataforma completa, y una API limitada puede seguir siendo el punto de partida adecuado.
Kaleidr describe actualmente la introducción para desarrolladores como un sistema clave a nivel de organización con capacidades para IA, mapas y diseño, en formatos publicables y de servidor (Build with Kaleidr). Kaleidr Enterprise define actualmente esta plataforma comercial como inteligencia espacial creada para una plataforma de productos existente, con SDK, API de inferencia, clasificación, análisis y soporte para la implementación (Location Intelligence APIs and Map SDK). Confirme las asignaciones del plan actual en Pricing & Plans antes de depender de un flujo de trabajo de producción específico.
¿Qué capa debe asumir cada responsabilidad?
Las integraciones limpias comienzan por decidir qué capa asume cada responsabilidad. La aplicación host debe seguir siendo la autoridad para la identidad, los permisos del inquilino, el estado del cliente, los datos privados, las transacciones y el flujo de trabajo específico del producto. El SDK puede gestionar el montaje, el comportamiento de la interfaz reutilizable, la conexión de mapas, la gestión de sesiones del navegador y el ciclo de vida de los componentes. La API puede gestionar la inferencia, el cálculo de rutas, el enriquecimiento de ubicaciones, las operaciones de diseño y otras respuestas de servicio. La plataforma puede gestionar las credenciales, los ámbitos, las cuotas, el acceso a productos, la infraestructura, el soporte y la facturación compartida. Al traspasar estos límites, se produce una filtración de autorización privada en un widget, o se trata una respuesta de modelo de lenguaje como un registro de reservas.
Los registros privados suelen trasladar la orquestación a la capa de aplicación. Los listados, el inventario, los registros de clientes, los activos operativos y las reglas de negocio protegidas deben autorizarse en el host antes de que un resultado minimizado llegue al mapa. El SDK del navegador aún puede presentar el resultado. El componente del mapa no debe convertirse en el servicio de autorización. Datos de ubicación privados para flujos de trabajo de mapas con IA abarca la minimización de dichos registros. Los productos SaaS multiusuario añaden otra limitación: una clave de plataforma autentica la organización SaaS ante el proveedor; no reemplaza la decisión del host sobre qué cliente puede ver qué mapa o qué fila privada.
¿Cuándo debe un equipo elegir un SDK, una API o una plataforma?
Comience con la integración más básica que satisfaga los requisitos del producto y profundice solo cuando el control o la orquestación lo exijan. Un mapa publicado o un visor incrustado es suficiente cuando el objetivo es mostrar un mapa diseñado. Un componente SDK es suficiente cuando el objetivo es adjuntar un chat, un editor o mosaicos a una interfaz de host. Una API de plataforma es el siguiente paso adecuado cuando la capa de aplicación debe gestionar la construcción de solicitudes, las uniones de datos privados o una interfaz de usuario personalizada. La integración empresarial es una decisión de gobernanza y operaciones, no un requisito para reemplazar el renderizador actual.
Elija SDK-first cuando una aplicación web necesite rápidamente una funcionalidad de mapas compatible, el comportamiento del componente existente sea adecuado y la integración con el navegador sea apropiada. Elija API-first cuando las respuestas del servicio pertenezcan a la capa de aplicación, la interfaz sea personalizada o la orquestación de datos privados sea fundamental. Elija plataforma-first cuando varias funcionalidades espaciales, la autenticación compartida, el uso, el análisis y el soporte empresarial sean importantes para todos los equipos. Utilice Studio-first cuando el problema principal sea la creación y publicación de mapas, en lugar del código de la aplicación; Kaleidr Studio documenta actualmente esa ruta de creación. Estas rutas pueden converger posteriormente sin forzar una reescritura del mapa principal.
¿Cómo se mapea Kaleidr en estas capas?
Kaleidr actualmente expone una capa de SDK de JavaScript y una capa de API de plataforma, mientras que Enterprise proporciona la superficie comercial y operativa más amplia. La guía de inicio rápido para desarrolladores actual utiliza un cargador versionado en https://cdn.kaleidr.com/embed/v1/kaleidr.js. Ese cargador puede montar paquetes de productos para chat, viewer, editor y tile. Actualmente, el chat se conecta a una instancia activa de Mapbox, MapLibre, Google Maps o Leaflet en lugar de reemplazar el renderizador (Inicio rápido). Cómo agregar chat con IA a Mapbox, Google Maps y MapLibre describe el proceso de conexión. Cómo incrustar un mapa interactivo explica cómo incrustar mapas publicados.
| Capa | Ejemplo de Kaleidr | Uso típico |
|---|---|---|
| SDK | kaleidr.js, <kaleidr-map>, Kaleidr.mount() |
Agregar comportamiento de chat, visor, editor o mosaico |
| API | Familias de puntos finales de la API de la plataforma | Llamar a servicios de inferencia, enrutamiento, recuperación o diseño |
| Plataforma | Kaleidr Enterprise más el conjunto de herramientas para desarrolladores | Administrar capacidades, claves, ámbitos, uso, soporte e integraciones |
| Herramienta de autoría | Kaleidr Studio | Crear y publicar mapas personalizados sin partir de cero Código |
| Capa de análisis | Kaleidr Analytics | Medir la interacción con mapas y lugares |
Los paquetes de productos no son nombres intercambiables para un mismo componente. El Visor se utiliza para mostrar un mapa publicado. El Chat permite la interacción conversacional con reconocimiento de mapas en un mapa anfitrión en vivo. El Editor se utiliza para integrar la capacidad de creación de mapas; el SDK del Editor de Mapas cubre este caso de SaaS. El Mosaico se utiliza para usar un estilo de mapa base predefinido. Seleccione según la función del producto. Los detalles técnicos también cambian más rápido que las páginas de posicionamiento. La guía de inicio rápido para desarrolladores y la referencia kaleidr.js actuales indican que el Visor publicado utiliza un ID compartido y no necesita clave. Para la implementación, considere la documentación para desarrolladores como la fuente de información principal.
¿En qué se diferencia la autenticación entre el SDK y la API?
La integración en el navegador y la integración en la capa de aplicación tienen modelos de amenazas diferentes. Todo lo que se entrega al navegador generalmente se puede inspeccionar, por lo que un secreto de servidor de larga duración no debe estar en el código fuente de la página, los paquetes del cliente ni los repositorios públicos. Actualmente, Kaleidr utiliza una clave publicable para el uso del SDK del navegador; el SDK la intercambia por una sesión de corta duración vinculada al origen. Una clave de servidor es para uso de confianza en la capa de aplicación y se puede enviar como portador o X-Api-Key. La referencia de autenticación actual establece que una clave publicable presentada directamente como portador es rechazada, que una clave de servidor no obtiene una concesión CORS y que el SDK rechaza las claves de servidor al montarlas, por lo que permanecen en el servidor (Autenticación y ámbitos).
El SDK puede ocultar la ruta común del navegador. La referencia actual del punto final documenta POST /sdk/sessions como el intercambio que acepta una clave publicable, y establece que el SDK llama a ese intercambio al montarse en integraciones normales del navegador (Endpoints). Sin el SDK, la aplicación tendría que gestionar la validación de origen, la selección de productos, las comprobaciones de alcance, el intercambio de sesiones de corta duración y el ciclo de vida del paquete de productos. El uso directo de la API sigue siendo apropiado cuando el host debe controlar la construcción de la solicitud, la transmisión, los reintentos y la autorización de datos privados. Kaleidr actualmente distingue las credenciales faltantes o no válidas de una credencial válida con alcance insuficiente, y documenta una condición de límite de velocidad separada. Los registros de la aplicación deben conservar esa distinción en lugar de agrupar cada fallo en "error de mapeo".
¿Qué errores deben evitar los equipos?
El fallo recurrente es tratar los términos cercanos como sustitutos. La compra de un SDK frente a una API no es una cuestión de elegir uno u otro. Un SDK a menudo llama a las API de la plataforma en segundo plano; El SDK es una interfaz de desarrollo de alto nivel, no prueba que no exista un contrato de servicio. Una API no requiere crear todas las interfaces desde cero; muchos productos utilizan un SDK para la interfaz de usuario y una API para la orquestación de la capa de aplicación. Una plataforma no requiere reemplazar la pila de mapas actual. Kaleidr actualmente documenta cómo vincular el chat a un mapa compatible existente, y Enterprise actualmente basa su oferta comercial en una pila de productos existente.
| Error | Resultado | Mejor enfoque |
|---|---|---|
| Considerar el SDK y la API como mutuamente excluyentes | La arquitectura se vuelve artificial | Usar cada uno en la capa adecuada |
| Asumir que el SDK posee la lógica de negocio | Los límites del producto se difuminan | Mantener las reglas del host como autoritativas |
| Colocar una clave de servidor en el navegador | Exposición de credenciales | Usar la autenticación del SDK publicable |
| Llamar a la API directamente para una necesidad estándar de la interfaz de usuario | Más código del cliente que mantener | Usar el SDK cuando sea apropiado |
| Usar el SDK para la autorización privada | Inquilino y datos Riesgo | Autorizar en la aplicación host |
| Suponer que la plataforma reemplaza el mapa existente | Aumento del costo de migración | Adjuntar donde sea compatible |
| Tratar una página de marketing como el contrato de la API | Incompatibilidad técnica | Preferir la documentación actual para desarrolladores |
| Adoptar toda la plataforma para una necesidad trivial | Complejidad excesiva | Comenzar con la capa más estrecha |
¿Cómo deberían los equipos comenzar la integración?
Seleccione la capa que mejor se adapte a la tarea y, a continuación, añada profundidad solo donde la propiedad lo requiera. Utilice el SDK para un comportamiento de cliente reutilizable, la API para el control a nivel de servicio y la plataforma para la infraestructura espacial compartida. Actualmente, Kaleidr sigue este modelo de cerca: kaleidr.js proporciona una capa de integración ligera con el navegador, la API de la plataforma expone servicios documentados de inferencia y diseño, y Kaleidr Enterprise proporciona el conjunto de herramientas comerciales más amplio para equipos que desarrollan productos espaciales. Lea la documentación para desarrolladores de Kaleidr para obtener información sobre el cargador, la autenticación y el contrato de punto final. Explore Kaleidr Enterprise para obtener información sobre los SDK, las API de inferencia, la inteligencia de ubicación y la compatibilidad con la implementación que se describen en la página pública actual.
Preguntas frecuentes
¿Cuál es la diferencia entre un SDK de mapas y una API de mapas?
Un SDK de mapas es código reutilizable del lado del cliente que ayuda a los desarrolladores a integrar la funcionalidad de mapas en una aplicación, incluyendo la interfaz de usuario, el ciclo de vida y, a menudo, la autenticación del navegador. Una API de mapas es una interfaz programática que se utiliza para solicitar servicios espaciales o de mapas específicos. Muchos productos utilizan ambos.
¿Un SDK de mapas es simplemente una capa de abstracción sobre una API?
A veces, en parte, pero no siempre. Un SDK también puede gestionar componentes de la interfaz de usuario, el ciclo de vida del mapa, la autenticación del navegador, adaptadores de proveedores, eventos y el manejo de errores. AWS indica que un SDK puede incluir API, entre otros recursos.
¿Qué es una plataforma de mapas?
Una plataforma de mapas es el conjunto más amplio de SDK, API, datos, renderizado, autenticación, herramientas, análisis, publicación, cuotas y servicios operativos que se utilizan para crear productos basados en la ubicación. Google y Mapbox describen actualmente sus plataformas comerciales con estos términos combinados.
¿Debe un equipo usar un SDK o una API?
Use un SDK cuando un componente cliente compatible se ajuste al producto. Use una API cuando el host necesite control directo a nivel de servicio u orquestación a nivel de aplicación. Muchos productos usan ambos.
¿Un SDK reemplaza al renderizador de mapas?
No necesariamente. Kaleidr Chat actualmente documenta la conexión a un mapa existente de Mapbox, MapLibre, Google Maps o Leaflet. Otros productos SDK, como Viewer o Editor, tienen diferentes modelos de propiedad del renderizador.
¿Cuándo debe realizarse una llamada a la API en la capa de aplicación?
Utilice la capa de aplicación cuando la solicitud involucre credenciales de servidor, datos privados, autorización de inquilino o lógica de negocio que no deba exponerse al navegador.
¿Cuál es la diferencia entre una plataforma y un creador de mapas sin código?
Un creador sin código se centra en la creación y publicación. Una plataforma puede incluir creadores, así como SDK, API, autenticación, servicios de datos, análisis y controles empresariales.
¿Cómo expone Kaleidr actualmente su SDK y sus API?
Kaleidr utiliza actualmente un cargador kaleidr.js con versiones que instala window.Kaleidr y <kaleidr-map>, con paquetes de productos para Chat, Visor, Editor y Mosaico. La documentación actual de la API pública de la plataforma abarca chat, enrutamiento, enriquecimiento de puntos de interés, intercambio de sesiones del SDK y familias de diseño bajo su URL base de API de inferencia B2B.
¿Requiere Kaleidr Viewer una clave publicable?
La guía de inicio rápido para desarrolladores y la referencia kaleidr.js indican que el visor publicado utiliza un ID de uso compartido y no requiere clave.
¿Puede Kaleidr funcionar con una pila de mapas existente?
Kaleidr documenta actualmente cómo adjuntar el chat a los mapas de host en vivo compatibles, y Kaleidr Enterprise presenta la oferta como inteligencia espacial diseñada para una pila existente. El reemplazo del proveedor de mapas actual no es el posicionamiento principal.
Referencias
- Amazon Web Services. ¿Cuál es la diferencia entre SDK y API?. Consultado el 3 de septiembre de 2026. https://aws.amazon.com/compare/the-difference-between-sdk-and-api/
- Plataforma de Google Maps. Preguntas frecuentes sobre la plataforma de Google Maps. Consultado el 3 de septiembre de 2026. https://developers.google.com/maps/faq
- Plataforma de Google Maps. API de la plataforma de Google Maps por plataforma. Consultado el 3 de septiembre de 2026. https://developers.google.com/maps/apis-by-platform
- Mapbox. Primeros pasos. Consultado el 3 de septiembre de 2026. https://docs.mapbox.com/help/getting-started/
- MDN. Uso de elementos personalizados. Consultado el 3 de septiembre de 2026. https://developer.mozilla.org/en-US/docs/Web/API/Web_components/Using_custom_elements
- MDN. API Fetch. Consultado el 3 de septiembre de 2026. https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API
- Kaleidr. Desarrollo con Kaleidr. Documentación para desarrolladores. Consultado el 3 de septiembre de 2026. https://docs.kaleidr.com/
- Kaleidr. Inicio rápido. Documentación para desarrolladores. Consultado el 3 de septiembre de 2026. https://docs.kaleidr.com/quickstart
- Kaleidr. kaleidr.js — el cargador. Documentación para desarrolladores. Consultado el 3 de septiembre de 2026. https://docs.kaleidr.com/sdk/kaleidr-js
- Kaleidr. Autenticación y ámbitos. Documentación para desarrolladores. Consultado el 3 de septiembre de 2026. https://docs.kaleidr.com/platform-api/auth-and-scopes
- Kaleidr. Puntos finales. Documentación para desarrolladores. Consultado el 3 de septiembre de 2026. https://docs.kaleidr.com/platform-api/endpoints
- Kaleidr. API de inteligencia de ubicación y SDK de mapas. Consultado el 3 de septiembre 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}
}