Gobernanza de datos de ubicación para Spatial AI

La gobernanza de datos de ubicación decide qué hechos geográficos puede recopilar un producto de Spatial AI, con qué precisión y para qué propósito, quién puede verlos, cuánto dura cada copia y qué ruta de analítica o de modelo puede recibirlos. Un aviso del navegador solo responde si un origen puede leer la ubicación del dispositivo. El diseño operativo cubre cada copia que aparece después.

Las secciones siguientes clasifican los hechos de ubicación, fijan un nivel mínimo de precisión para cada trabajo y separan el aviso del navegador del uso posterior. El inventario, el linaje y el control de acceso vienen antes de que cualquier modelo vea un registro privado. La retención, la eliminación y la analítica reciben después sus propias reglas. Kaleidr se sitúa junto a los sistemas del host que ya son propietarios de la identidad, las políticas y las transacciones.

Aspectos esenciales de la gobernanza de datos de ubicación

• Empiece por el trabajo: Defina por qué existe un campo de ubicación antes de elegir una coordenada, un lugar o una región.
• Clasifique antes de copiar: Los lugares públicos, los registros empresariales privados, la posición del dispositivo, el movimiento y las inferencias no comparten una sola regla.
• Conserve la menor precisión que funcione: La analítica puede mantenerse aproximada cuando las operaciones en tiempo real necesitan un lugar o una dirección.
• Autorice antes de recuperar: Una credencial de plataforma no es un permiso del usuario final, y ocultar filas después de que un modelo las haya visto es demasiado tarde.
• Trate la eliminación como propagación: Cachés, índices, exportaciones, telemetría y proveedores necesitan una ruta, y las copias de seguridad siguen su propia retención.

¿Qué es la gobernanza de datos de ubicación?

La gobernanza de datos de ubicación es el conjunto de controles que decide por qué se recopiló un hecho geográfico, qué precisión debe tener, quién puede utilizarlo, qué sistema puede recibir una copia y cuándo termina esa copia. El hecho puede ser una tienda seleccionada, una dirección escrita, una coordenada del dispositivo, una ruta, un área de servicio o una inferencia como un mercado de residencia probable. La gobernanza opera sobre el campo y el propósito, no sobre el mapa como un único bloque. Un marcador del mapa base y un origen privado de un cliente pueden compartir pantalla y, aun así, seguir reglas diferentes.

El diagrama de portada organiza esos controles alrededor de un flujo de trabajo cartográfico: propósito, clasificación, precisión, permiso, autorización, linaje, un límite de AI, retención, analítica, eliminación, respuesta a incidentes y revisión. Considere la anotación del diagrama como una ilustración. El identificador de lugar de ejemplo, la línea de precisión de 50 metros y la reducción del tiempo de viaje son etiquetas de muestra, no un resultado medido de Kaleidr. Un programa útil puede explicar por qué se permitió que la ubicación estuviera allí, no solo qué respondió el mapa.

¿Cómo se mantienen diferenciadas la privacidad, la seguridad y la gobernanza de AI?

La privacidad, la seguridad, la gestión de datos y la gobernanza de AI se encuentran en el registro de ubicación, y ninguna sustituye a las demás. La privacidad pregunta por el riesgo para las personas y por el uso apropiado. La seguridad pregunta quién puede acceder al registro y si este mantiene su integridad. La gestión de datos pregunta por identidad, calidad, linaje y ciclo de vida. La gobernanza de AI pregunta qué modelos, herramientas y proveedores pueden ver un contexto minimizado y cómo se evalúa ese uso. Una base de datos bloqueada todavía puede tener una precisión incorrecta para el trabajo, y un aviso de privacidad todavía puede dejar a un proveedor de modelos con una copia que nadie inventarió.

El diagrama sitúa los registros de ubicación entre privacidad, seguridad, gestión de datos y gobernanza de AI. La privacidad cubre el riesgo para las personas y el uso apropiado. La seguridad cubre el acceso no autorizado y la integridad. La gestión de datos cubre identidad, calidad, linaje y ciclo de vida, mientras que la gobernanza de AI cubre modelos, herramientas, proveedores y evaluación.

NIST describe el AI Risk Management Framework como un marco destinado al uso voluntario para mejorar la capacidad de incorporar consideraciones de confiabilidad al diseño, desarrollo, uso y evaluación de productos, servicios y sistemas de AI. La misma página indica que el marco se publicó el 26 de enero de 2023 (NIST, 2023). Ese marco no es una ley de datos de ubicación y no elige una precisión ni un periodo de retención para un producto cartográfico. Úselo como recordatorio de que el uso de modelos, los proveedores y la evaluación pertenecen a la misma revisión que la recopilación. Las reglas geográficas todavía deben escribirse para el producto.

¿Qué hechos de ubicación necesitan una clase?

Clasifique la ubicación antes de decidir quién puede verla. Un lugar público como una tienda, un aeropuerto o un parque no es el mismo registro que un sitio empresarial privado, un almacén o una instalación restringida. Un lugar proporcionado por el usuario, escrito o seleccionado, no es el mismo registro que una coordenada del dispositivo obtenida del navegador o del teléfono. El movimiento, como una ruta o un origen repetido, puede revelar un patrón incluso cuando cada punto parece ordinario. Una ubicación inferida, como un mercado de residencia probable, es una afirmación derivada. El estado operativo, como un vehículo, un incidente o inventario por ubicación, es un hecho empresarial ligado a la geografía.

Las siete clases son lugar público, negocio privado, lugar proporcionado por el usuario, ubicación del dispositivo, movimiento, ubicación inferida y estado operativo. Un parque y un almacén no llevan los mismos controles. Una dirección escrita y una coordenada del dispositivo tampoco. El contexto cambia el requisito, y la dirección de ejemplo de la figura es ilustrativa.

Un mapa puede contener varias clases a la vez. Un localizador de tiendas puede mostrar una sucursal pública, el origen seleccionado por el usuario y una señal privada de inventario en la misma respuesta. La gobernanza debe nombrar cada campo, no poner una sola etiqueta en toda la pantalla. Las combinaciones aumentan la sensibilidad: una coordenada precisa más una hora más una cuenta pueden describir una visita que ninguno de esos campos describe por sí solo. No asigne una etiqueta jurídica universal como personal o no personal basándose únicamente en el nombre de la clase. La jurisdicción, el contrato y el propósito siguen determinando esa cuestión, y esta guía es un marco operativo, no una opinión jurídica.

¿Qué precisión debería tener cada trabajo?

Use la representación menos precisa que todavía complete el trabajo declarado. Una región, una ciudad o un área postal pueden servir para una vista de mercado. Un barrio o un área de servicio pueden servir para seleccionar tiendas y comparar rutas. Un identificador de lugar, una dirección o una coordenada exacta pertenecen a operaciones en vivo, cumplimiento o una experiencia in situ que falla sin ese nivel de detalle. El tiempo meteorológico, una campaña a nivel de ciudad o un gráfico regional de demanda rara vez necesitan una azotea exacta. Un despacho de emergencia o una entrega en la acera sí podrían necesitarla. La precisión es un control, no un trofeo por utilizar el sensor más exacto disponible.

La escalera va desde región y ciudad hacia lugar, dirección y coordenada exacta. La analítica a menudo puede mantenerse aproximada. La selección de tiendas puede usar un barrio o un área de servicio. Las operaciones en vivo pueden necesitar un identificador de lugar, una dirección o una coordenada, y la latitud de ejemplo de la figura no es un resultado de Kaleidr.

Una dirección escrita, una tienda seleccionada o una propiedad activa pueden completar muchos trabajos sin leer el dispositivo en absoluto. Mantenga un identificador canónico de lugar o activo junto a cualquier coordenada para que una corrección posterior no dependa de hacer coincidir latitud y longitud sin procesar. Los niveles de la escalera no son categorías universales de sensibilidad. Una ciudad puede ser sensible en un contexto y una coordenada precisa puede ser apropiada en otro, cuando el propósito, la audiencia y la retención son explícitos. Elimine precisión que añade riesgo y no cambia la decisión.

¿Un aviso del navegador gobierna todos los usos posteriores?

Un aviso de geolocalización del navegador responde una pregunta concreta: ¿puede este origen recibir la ubicación del dispositivo? La Recomendación de Geolocalización del W3C del 24 de marzo de 2026 califica la geolocalización como una función potente que requiere permiso expreso antes de compartir datos de ubicación con una aplicación web (W3C, 2026). La recomendación también indica que los receptores deberían solicitar información de posición solo cuando sea necesaria y utilizarla únicamente para la tarea para la que fue proporcionada. Deberían eliminarla una vez finalizada la tarea, salvo que el usuario permita expresamente su retención, y deben proteger la información de ubicación almacenada frente al acceso no autorizado. Si se almacena la información, los usuarios deben poder actualizarla y eliminarla, y los receptores deben abstenerse de retransmitirla sin permiso expreso del usuario.

El lado izquierdo es un aviso del navegador que permite a un origen recibir la ubicación del dispositivo. El lado derecho enumera decisiones posteriores sobre retención, intercambio, uso del modelo, uniones con CRM, analítica, entrenamiento y eliminación. El permiso del navegador no responde esas decisiones. La línea de fuente cita la Recomendación de Geolocalización del W3C del 24 de marzo de 2026.

Esas señales de plataforma no deciden si la organización puede conservar la coordenada durante un año, unirla a un registro de CRM, enviarla a un proveedor de modelos, utilizarla para publicidad, permitir que otro empleado la abra o entrenar un modelo con ella. Cada una de esas decisiones necesita un propósito del producto, un contrato y las reglas aplicables a ese despliegue. Trate el aviso como una puerta técnica. El inventario, el calendario de retención y la lista de proveedores todavía deben identificar las copias que existen después de que el usuario pulse Permitir.

¿Cuándo requiere una ubicación precisa especial cautela?

La ubicación precisa se vuelve más sensible cuando revela movimientos o visitas ligados a actividad personal. El 4 de mayo de 2026, la Federal Trade Commission dijo que prohibirá al corredor de datos Kochava y a su filial vender, compartir o divulgar datos sensibles de ubicación sin el consentimiento afirmativo expreso de los consumidores, para resolver alegaciones de que las empresas vendieron datos de ubicación de cientos de millones de dispositivos móviles que podían utilizarse para rastrear los movimientos de las personas (FTC, 2026). Esa actuación corresponde a un caso de corredor de datos. No debe interpretarse como una regla universal para todo producto de primera parte que centre un mapa en una tienda seleccionada por el cliente.

La cautela sigue perteneciendo a la revisión de diseño. Pregunte si el flujo necesita una coordenada, un identificador de lugar o solo un tiempo de viaje ya calculado por el host. Pregunte si un tercero puede conservar la transferencia, usarla para otro propósito o rechazar una eliminación posterior. Un valor derivado como minutos de viaje o desviación de ruta puede responder una explicación sin enviar el origen exacto del cliente. La sustitución es un control. Una frase de política que diga «tenga cuidado» no es un control hasta que cambie la carga útil.

¿Qué debería registrar un inventario de ubicación?

Un inventario nombra cada campo de ubicación que el producto realmente conserva, no los campos que una presentación esperaba recopilar. Para cada campo, registre la clase, el propósito, el sistema de origen, el identificador canónico, la precisión necesaria, las copias existentes y el responsable que puede cambiar la regla. Las copias incluyen el almacenamiento principal, una caché, un índice de búsqueda, una exportación, un prompt, un embedding, una tabla de analítica y un registro del proveedor. Un campo sin propósito es candidato a eliminarse. Un campo con dos propósitos necesita ambos por escrito, porque una comprobación de fraude y un agregado de marketing no son la misma decisión.

Revise el inventario cuando cambie el producto, no solo cuando se vuelva a publicar un documento de políticas. Una nueva herramienta de modelo, un nuevo gráfico de analítica o un nuevo conector pueden crear una copia que la última revisión nunca vio. Los prompts y embeddings son copias del contexto de ubicación aunque nadie los llame base de datos. El límite de integración también importa aquí. La guía de integración de datos mantiene cada hecho operativo con el sistema que lo posee, y una unión espacial de todos los registros privados ya es una divulgación aunque la respuesta oculte algunas filas (Kaleidr, 2026). Inventaríe la unión, no solo la tabla que parecía la fuente.

¿Puede un equipo rastrear una ubicación desde la fuente hasta la analítica?

Un registro gobernado debe poder rastrearse desde la entrada hasta el mapa y el agregado. El recorrido empieza con una fuente fiable, como una dirección escrita, una coordenada del dispositivo o un maestro empresarial. La normalización resuelve esas entradas a un identificador canónico de lugar o activo y elimina duplicados. Una transformación espacial produce después la representación que necesita el trabajo, como un geocódigo, una ruta o una región. Solo después de ese paso debería llegar a un modelo un contexto minimizado, con campos derivados en lugar del origen sin procesar. El resultado del mapa y el extracto de analítica llegan al final, y el extracto de analítica debería llevar la geografía más aproximada que el gráfico realmente necesita.

El recorrido va desde una dirección escrita, una coordenada del dispositivo o un maestro empresarial hasta un identificador canónico de lugar o activo. Las transformaciones espaciales producen después un geocódigo, una ruta o una región antes de que un contexto minimizado llegue al mapa y a la analítica. Los identificadores, coordenadas y la etiqueta de precisión de ejemplo de la figura son ilustrativos. Un registro de producción debe conservar fuente, hora de observación, versión de transformación, precisión e identificador de linaje.

Mantenga los metadatos junto al registro: un identificador de fuente, una hora de observación, una versión de transformación, la precisión utilizada y un identificador de linaje. Una corrección posterior puede entonces encontrar todas las copias derivadas que todavía dependan de la coordenada antigua. Desconocido es un estado diferente de falso. La ausencia de una hora de observación no demuestra que el lugar esté actualizado. Las transformaciones reproducibles y el enriquecimiento versionado hacen posible una explicación. Una coordenada que aparece en analítica sin una línea de fuente es un registro que el equipo ya no puede defender.

¿Por qué debe ocurrir el control de acceso antes del contexto de AI?

Resuelva el usuario, el tenant, el rol, los objetos y los campos antes de que cualquier registro espacial privado llegue a un cálculo o a un modelo. La ruta correcta filtra primero las ubicaciones permitidas y ejecuta el trabajo espacial solo sobre ese conjunto. La ruta bloqueada envía todo un conjunto de datos privado e intenta ocultar lo que el usuario no debería ver después de que el modelo ya lo haya recibido. Ocultar no es autorizar. La guía de ubicación privada para mapas con AI establece el mismo orden: autenticar, autorizar, luego recuperar una porción minimizada y no cargar una base de datos interna sin restricciones (Kaleidr, 2026).

La ruta correcta comprueba usuario, tenant, rol, objetos y campos antes de que una ubicación privada llegue a un cálculo o a un modelo. La ruta bloqueada envía todo un conjunto de datos privado e intenta ocultar filas después. Ese orden es el modo de fallo. La autorización pertenece antes de la recuperación, no después de que un modelo ya haya visto las filas.

Una credencial de plataforma identifica la integración. Un permiso del usuario final identifica qué tenant, objeto y campo puede usar esa persona. Son comprobaciones distintas, y una clave de organización válida no concede al cliente A el derecho a leer las tiendas, activos u orígenes del cliente B. Las cachés y almacenes de recuperación necesitan el mismo límite de tenant que la consulta principal. Pruebe intencionadamente el fallo entre tenants. Un mapa que parece correcto para un usuario autenticado todavía puede estar filtrando los registros del vecino mediante una clave de caché compartida.

¿Cuánto tiempo debería durar cada copia de ubicación?

La retención sigue al propósito. Un único número global de días no sirve a la vez para un origen usado solo durante una solicitud, un lugar guardado en una cuenta, un historial de vehículo o incidente y un extracto de analítica a nivel de mercado. Una coordenada usada solo durante una solicitud puede terminar cuando termina la solicitud. Un lugar vinculado a una cuenta puede durar mientras la función o la cuenta estén activas. El estado operativo puede mantener un valor actual más un historial gobernado después del cierre del evento, por seguridad, soporte o registro contractual. La analítica puede conservar una precisión reducida, agregada o desidentificada según la política de analítica, durante más tiempo que la coordenada en vivo.

La retención sigue al trabajo, no a un único número global. Un origen usado solo durante una solicitud puede caducar cuando termina la solicitud. Un lugar vinculado a una cuenta puede durar con la función, y el estado operativo puede mantener un historial gobernado tras cerrarse el evento. La analítica puede conservar una geografía más aproximada durante más tiempo, y las duraciones exactas siguen siendo específicas de la organización.

Separe la ubicación que el producto necesita en el momento de la ubicación que conserva la analítica. Una entrega en vivo puede necesitar una dirección. Un panel de alcance, sesiones e interacción con lugares a menudo necesita un mercado, una ciudad o un área comercial. Documente esa separación para que un gráfico no almacene silenciosamente la ubicación exacta del tejado que el producto utilizó una vez. Las duraciones exactas son específicas de la organización y del contexto. La figura muestra la forma de cuatro ciclos de vida, no un calendario de retención que un equipo pueda copiar en una política.

¿Qué debe moverse cuando se elimina un registro de ubicación?

La eliminación es un flujo de propagación. Una solicitud para eliminar o revocar un registro debe llegar al almacenamiento principal, a las cachés en memoria y en el borde, a los índices de búsqueda y a los almacenes vectoriales que contienen embeddings. Las tablas de analítica, las exportaciones y los sistemas de proveedores necesitan su propio tratamiento, que puede ser eliminación, caducidad gobernada o desvinculación documentada del identificador. Los almacenes de observabilidad requieren la misma revisión. Prefiera identificadores, versiones, recuentos y códigos de motivo en la telemetría, y mantenga fuera de ese almacén los secretos, los registros privados sin procesar y las coordenadas precisas innecesarias (Kaleidr, 2026).

Una eliminación o revocación debe llegar al almacenamiento principal, cachés, índices de búsqueda y almacenes vectoriales. La analítica, observabilidad, exportaciones y sistemas de proveedores necesitan su propio tratamiento, que puede ser eliminación, caducidad o desvinculación documentada. Las copias de seguridad siguen su política de retención y puede que no eliminen un registro individual de inmediato. El diagrama es un mapa de propagación, no un único comando de eliminación.

Las copias de seguridad, instantáneas y archivos siguen el ciclo de vida de las copias de seguridad. No afirme que toda copia de seguridad puede borrar un registro individual bajo demanda. Indique lo que hace realmente la política de copias de seguridad, incluido cuánto tiempo puede permanecer un registro eliminado en una instantánea. Los contratos de proveedores pertenecen al mismo mapa: un proveedor de modelos o enriquecimiento que retiene prompts puede conservar una copia de ubicación después de que desaparezca la fila principal. La revocación de acceso está relacionada, pero no es idéntica. Un usuario que pierde un rol debe dejar de recibir registros nuevos inmediatamente, aunque un agregado antiguo siga dentro de su periodo de analítica.

¿Dónde debería situarse la gobernanza de datos de ubicación junto a Kaleidr?

Mantenga la identidad, la autorización del tenant, los datos empresariales privados, CRM, inventario, reservas, la política de retención, las decisiones legales y de privacidad y las transacciones dentro de la organización host. Aplique propósito, precisión, autorización, minimización y linaje antes de que cualquier registro autorizado llegue a una superficie de Kaleidr. Kaleidr Enterprise es infraestructura de inteligencia de ubicación con inference APIs, sistemas de ranking y analítica para productos espaciales modernos (Kaleidr, 2026). La documentación para desarrolladores describe Chat como Spatial AI en el mapa del host, Viewer como publicación de un mapa, Tile como mapas base diseñados y Editor como dibujo y edición (Kaleidr, 2026). Viewer inserta un mapa publicado mediante su share id y no requiere una publishable key para esa inserción (Kaleidr, 2026).

La columna izquierda permanece con el host: identidad, autorización del tenant, datos empresariales privados, CRM, inventario, reservas, política de retención, decisiones legales y de privacidad y transacciones. El centro enumera los controles que aplica el host antes de que cualquier registro cruce el límite: propósito, precisión, autorización, minimización y linaje. La columna derecha nombra superficies documentadas de Kaleidr: Enterprise, Chat, Editor, Tile, Viewer y Analytics. Kaleidr no reemplaza los sistemas del host de la columna izquierda.

La documentación distingue una credencial de servidor, utilizada desde el backend, de una credencial publicable del navegador que el SDK intercambia por una sesión de corta duración y no envía como bearer sin procesar (Kaleidr, 2026). Ninguna de las dos formas es un permiso del usuario final, y una credencial de servidor no pertenece al código del navegador. Kaleidr Analytics documenta alcance, vistas e interacción, ubicación y actividad de la audiencia entre mapas, y sesiones, vistas e interacciones por mapa, además de patrones espaciales como clústeres, vacíos y rutas (Kaleidr, 2026). Decida qué señales pueden llevar ubicación detallada y cuáles deberían mantenerse aproximadas en el almacén del host. Confirme la retención y el tratamiento contractuales para el despliegue en vez de inferirlos de este artículo.

Explorar Kaleidr Enterprise para añadir inteligencia espacial junto a los sistemas que ya son propietarios de usuarios y registros. Explorar Kaleidr Analytics para ver la interacción documentada con mapas y lugares dentro de la precisión que permita la revisión de gobernanza. Lea ambas páginas frente al inventario y mantenga cualquier ubicación más detallada en el sistema host cuando el gráfico no la necesite.

Nota: Kaleidr utiliza herramientas asistidas por AI para creación de imágenes, refinamiento de contenido e investigación en sus flujos de trabajo creativos y de desarrollo.

FAQs

¿Un permiso de ubicación del navegador autoriza todos los usos posteriores?

No. El aviso decide si un origen puede recibir la ubicación del dispositivo. La retención, el intercambio, el uso de modelos, las uniones con CRM, la analítica, el entrenamiento y la eliminación siguen siendo decisiones organizativas separadas.

¿Debería la analítica conservar la misma precisión que el producto en vivo?

No por defecto. Una tarea en vivo puede necesitar un lugar o una dirección. Un gráfico de mercado a menudo puede conservar una ciudad, un área comercial u otra geografía aproximada bajo su propia regla de retención.

¿Kaleidr reemplaza el programa de gobernanza de datos de ubicación de una empresa?

No. Kaleidr proporciona capacidades documentadas de Spatial AI, mapas, SDK, API y analítica. La organización host sigue siendo responsable de permisos de usuario, sistemas empresariales privados, clasificación, retención y decisiones legales o de privacidad, salvo que un contrato específico establezca otra cosa.

¿A qué debe llegar una solicitud de eliminación?

Al almacenamiento principal, las cachés, los índices de búsqueda, los almacenes vectoriales, los extractos de analítica, las exportaciones, la telemetría y los sistemas de proveedores que conserven una copia. Las copias de seguridad siguen su propio ciclo de vida y pueden no borrar un registro individual inmediatamente.

References

1. National Institute of Standards and Technology. AI Risk Management Framework. Intended for voluntary use, to improve trustworthiness considerations in the design, development, use, and evaluation of AI products, services, and systems. Released January 26, 2023. Accessed October 5, 2026. https://www.nist.gov/itl/ai-risk-management-framework
2. World Wide Web Consortium. Geolocation. W3C Recommendation, March 24, 2026. Express permission before a web application receives device location, with guidance on necessity, purpose, disposal, protection, update, deletion, retransmission, and disclosure. Accessed October 5, 2026. https://www.w3.org/TR/2026/REC-geolocation-20260324/
3. Federal Trade Commission. FTC to Ban Kochava and Subsidiary from Selling Sensitive Location Data. May 4, 2026. Accessed October 5, 2026. https://www.ftc.gov/news-events/news/press-releases/2026/05/ftc-ban-kochava-subsidiary-selling-sensitive-location-data-settle-charges-they-sold-location-data
4. Kaleidr. Spatial AI Data Integration. Each operational fact stays with the system that owns it, and a spatial join of private records is already a disclosure. https://kaleidr.com/blog/spatial-ai-data-integration
5. Kaleidr. Private Location Data for AI Map Workflows. Authorize before retrieval, and do not upload an unrestricted internal database to a map or a language model. https://kaleidr.com/blog/private-location-data-for-ai-map-workflows
6. Kaleidr. Spatial AI Observability. Prefer identifiers, versions, counts, and reason codes, and keep unneeded precise location out of telemetry. https://kaleidr.com/blog/spatial-ai-observability
7. Kaleidr. Location Intelligence APIs and Map SDK. Inference APIs, ranking systems, and analytics for spatial products. Accessed October 5, 2026. https://kaleidr.com/enterprise
8. Kaleidr Developer Docs. Products. Chat is Spatial AI in the host map, Editor is draw and edit, Tile is designed basemaps, and Viewer publishes a map. Accessed October 5, 2026. https://docs.kaleidr.com/
9. Kaleidr Developer Docs. Viewer. Embeds a published map by its share id, and that embed does not require a publishable key. Accessed October 5, 2026. https://docs.kaleidr.com/viewer
10. Kaleidr Developer Docs. Auth & Scopes. Distinguishes a backend server credential from a publishable browser credential with a different runtime. Accessed October 5, 2026. https://docs.kaleidr.com/platform-api/auth-and-scopes
11. Kaleidr. Map Engagement and Location Analytics. Reach, views, engagement, audience location and activity, sessions, and spatial patterns. Accessed October 5, 2026. https://kaleidr.com/analytics

@misc{nist_ai_rmf_2023,
  title  = {AI Risk Management Framework},
  author = {{National Institute of Standards and Technology}},
  year   = {2023},
  url    = {https://www.nist.gov/itl/ai-risk-management-framework}
}

@misc{w3c_geolocation_2026,
  title  = {Geolocation},
  author = {{World Wide Web Consortium}},
  year   = {2026},
  url    = {https://www.w3.org/TR/2026/REC-geolocation-20260324/}
}

@misc{ftc_kochava_2026,
  title  = {FTC to Ban Kochava and Subsidiary from Selling Sensitive Location Data},
  author = {{Federal Trade Commission}},
  year   = {2026},
  url    = {https://www.ftc.gov/news-events/news/press-releases/2026/05/ftc-ban-kochava-subsidiary-selling-sensitive-location-data-settle-charges-they-sold-location-data}
}

@misc{kaleidr_data_integration_2026,
  title  = {Spatial AI Data Integration},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://kaleidr.com/blog/spatial-ai-data-integration}
}

@misc{kaleidr_private_location_2026,
  title  = {Private Location Data for AI Map Workflows},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://kaleidr.com/blog/private-location-data-for-ai-map-workflows}
}

@misc{kaleidr_observability_2026,
  title  = {Spatial AI Observability},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://kaleidr.com/blog/spatial-ai-observability}
}

@misc{kaleidr_enterprise_governance_2026,
  title  = {Location Intelligence APIs and Map SDK},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://kaleidr.com/enterprise}
}

@misc{kaleidr_docs_home_governance_2026,
  title  = {Kaleidr Developer Docs},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://docs.kaleidr.com/}
}

@misc{kaleidr_docs_viewer_2026,
  title  = {Viewer},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://docs.kaleidr.com/viewer}
}

@misc{kaleidr_auth_scopes_2026,
  title  = {Auth and Scopes},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://docs.kaleidr.com/platform-api/auth-and-scopes}
}

@misc{kaleidr_analytics_governance_2026,
  title  = {Map Engagement and Location Analytics},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://kaleidr.com/analytics}
}