Was ist ein KI-Karten-SDK? Architektur und Anwendungsfälle

Ein KI-Karten-SDK verbindet künstliche Intelligenz über UI-Komponenten, strukturierte Ortsereignisse, Kartenaktionen und browsersichere Authentifizierung mit einem funktionsfähigen Kartenerlebnis. Der Kartenrenderer stellt die Karte weiterhin dar, während maßgebliche Systeme für sachliche Datensätze verantwortlich bleiben. Ein KI-Karten-SDK eignet sich, wenn ein Produkt dialogorientierte Karteninteraktion, eingebettete räumliche Komponenten oder einen schnelleren Weg von KI-Ausgaben zu sichtbaren geografischen Aktionen benötigt.

Die folgenden Abschnitte behandeln Komponentenverantwortung, Architektur, Kaleidr-Integrationswege, Sicherheitsgrenzen, Bewertungskriterien und häufige Fehler. Eine praktische Anleitung zur Einbindung bietet KI-Chat zu einer Karte hinzufügen. Zur Abrufschicht unterhalb des SDK siehe Was ist eine Location-Intelligence-API?.

Das Wichtigste zum KI-Karten-SDK

• Produktintegrationsschicht: Verbindet Host-UI, KI-Inferenz, strukturierte Geografie und einen Live-Renderer – nicht nur einen Chatbot.
• Strukturierte Ereignisse: Orts-, Aktions-, Quellenbeleg-, Kontingent-, Abschluss- und Fehlerobjekte sind dem Auslesen von Koordinaten aus Fließtext vorzuziehen.
• Getrennte Zugangsdaten: Ursprungsbeschränkte veröffentlichbare Schlüssel im Browser; Serverschlüssel ausschließlich im Host-Backend.
• Provider-Adapter: Bindet Mapbox, Google Maps, MapLibre oder Leaflet an, ohne den Renderer zu ersetzen, sofern das Produkt dies unterstützt.
• Datenhoheit: KI interpretiert die Absicht; freigegebene Standort- und Geschäftssysteme prüfen die Fakten.

KI-Karten-SDK im Überblick

Ein KI-Karten-SDK befindet sich zwischen der Host-Anwendung, dem Karten-Renderer und den Systemen, die Standort-Fakten liefern. Das SDK sollte nicht zur sachlichen Quelle für Adressen, Listing-Status, Inventar, Öffnungszeiten, Routen oder private Geschäftsunterlagen werden. Ein zuverlässiges Produktionsprinzip ist, dass KI geografische Absichten interpretiert, maßgebliche Systeme die Fakten validieren und das SDK genehmigte Ergebnisse in sichtbares Kartenverhalten verwandelt.

Was leistet ein KI-Karten-SDK tatsächlich?

Der genaue Umfang hängt von der Plattform ab, aber ein fähiges KI-Karten-SDK verarbeitet normalerweise sieben koordinierte Aufträge. Zunächst verbindet das SDK die KI-Ausgabe mit einem Live-Map-Objekt, das bereits in der Anwendung ausgeführt wird. Mapbox GL JS, Google Maps JavaScript API und MapLibre GL JS zeigen jeweils programmierbare Kartenobjekte mit Kamera-, Grenzen-, Ereignis- und Rendering-Methoden an; das SDK benötigt einen Provider-Adapter, damit eine strukturierte Aktion zur richtigen anbieterspezifischen Operation werden kann - einen Ergebnisbereich einrahmen, an einen Ort schwenken, Marker hinzufügen, eine Funktion markieren, eine Route anzeigen oder den geografischen Kontext beibehalten. Der aktuelle Chat-Anhang von Kaleidr akzeptiert eine Live-Karteninstanz und die Unterstützung von Dokumenten für Mapbox, Google Maps, MapLibre und Leaflet durch die Chat-Anhänges SDK, während der bestehende Anbieter die Karte weiterhin rendern wird.

Zweitens wandelt das SDK KI-Ausgaben in strukturierte geografische Ereignisse um, statt den Host wichtige Orte aus Fließtext extrahieren zu lassen. Ein sinnvoller Vertrag trennt gestreamten Text, aufgelöste Orte, angereicherte Metadaten, Kartenaktionen, Quellenbelege, Kontingentinformationen sowie den abschließenden Erfolgs- oder Fehlerstatus. Der Server-Sent-Events-Vertrag von Kaleidr enthält die Ereignisse place, place_linked, early_actions, grounding, quota, end und error; end ist die maßgebliche Abschlussnachricht. Entwickler mit kaleidr.js müssen den Stream nicht manuell auswerten. Eigene Clients können dem dokumentierten SSE-Übertragungsvertrag folgen; MDN beschreibt das zugrunde liegende Browsermodell für Server-Sent Events.

Drittens kann das SDK wiederverwendbare UI-Komponenten bereitstellen – ein Chat-Panel, einen Viewer, einen Editor, ein Suchsteuerungselement oder ein benutzerdefiniertes Element – damit jedes Team die Benutzeroberfläche nicht neu aufbaut. Webkomponenten Unterstützung von wiederverwendbaren benutzerdefinierten HTML-Elementen; Der Loader von Kaleidr installiert sowohl window.Kaleidr für die imperative Montage als auch das <kaleidr-map>-Element für die deklarative Einbettung in Chat-, Viewer-, Editor- und Design-Basemap-Produkte (kaleidr.js Referenz, <kaleidr-map>-Element).

Viertens muss die browsersichere Authentifizierung veröffentlichbare Anmeldeinformationen, Serveranmeldeinformationen, zulässige Ursprünge, kurzlebige Sitzungen, Leistungsbereiche, Widerrufsmöglichkeiten und Kontingente unterscheiden. Kaleidr verwendet veröffentlichbare Schlüssel (kld_pk_live_…) für Browser-SDK- und Webkomponenten – eingeschränkt auf genehmigte Ursprünge und ausgetauscht für eine kurzlebige Sitzung – und Serverschlüssel (kld_sk_live_…), die sich aus HTML, Browser-JavaScript, Client-Bundles und öffentlichen Repositorys heraushalten müssen. Die Leistungsbereiche trennen ai-, maps- und design-Routenfamilien; ein gültiger Schlüssel ohne den erforderlichen Umfang gibt 403 zurück, während ein ungültiger oder widerrufener Anmeldeinformationen 401 zurückgibt. Sieh Authentifizierung und Zielfernrohre und erlaubte Herkunft.

Fünftens normalisiert das SDK die Lebenszyklus- und Anbieterunterschiede: Das Kartenobjekt existiert möglicherweise noch nicht, dem Container fehlt möglicherweise die Höhe, der Stil kann immer noch geladen werden, eine einseitige Anwendung kann die Routen ändern oder die Komponente kann sich abbauen, während ein Stream aktiv ist. Der Loader von Kaleidr gibt einen Griff synchron zurück, während das ausgewählte Produktbündel im Hintergrund geladen wird; Anrufe, die getätigt werden, bevor das Bundle fertig ist, werden in die Warteschlange gestellt und der Griff wird frei destroy() Für die Abriss. Vorhersehbares Mount- und Zerstörungsverhalten hält SPA-Routenänderungen und Multi-Map-Seiten von undichten Hörern oder doppelten Chat-Belägen.

Sechstens verbindet das SDK Browserkomponenten mit Plattform-APIs, ohne die beiden zu verwechseln. Das SDK ist die anwendungsbezogene Integrationsschicht für Benutzeroberfläche, Sitzungsaustausch, Stream-Parsing und Kartenanhang. Die API zeigt unter https://api.kaleidr.com/inference-api/b2b/v1/ serverzugegriffbare Inferenz, Abruf, Routing, Design und zugehörige Routen (Endpunkt Referenz).

Siebtens, ein stabiler Produktvertrag, die unterstützten Aktionen, kontrollierte Kartenobjekte, erforderliche Schlüssel und Umfangselemente, Fehler, Ereignisse, Abreißen, Versionierung, Datenautorisierung und Metering explizit. Kaleidr-Pins betten Assets unter /embed/v1/ ein und erfordern einen neuen Hauptpfad für brechende Drahtwechsel (CDN-Versionierung). Dieser Vertrag ermöglicht es Host-Anwendungen, den Loader ohne rückwärtsentwickeltes UI-Verhalten zu aktualisieren.

Wie unterscheidet es sich von einer Karten-API oder einem GIS?

Diese Begriffe sind verwandt, sollten aber nicht als Synonyme behandelt werden. Eine Kartenbibliothek oder ein Renderer zeichnet die Karte und steuert Kamera-, Ebenen- und Kartenereignisse. Eine Karte oder Standort-API bietet entfernte geografische Daten oder Vorgänge wie Geocodierung, Orte, Routen oder Kacheliesen. Eine KI-API erzeugt Inferenz- oder Modellausgabe. Ein KI-Karten-SDK bietet Produktintegration über KI, Kartenstatus, Authentifizierung, Benutzeroberfläche und strukturierte Aktionen. Eine GIS-Plattform umfasst ein breiteres Datenmanagement, Analyse, Redaktion, Veröffentlichung und Governance. Ein Renderer kann eine Karte anzeigen, ohne das natürliche Sprachziel eines Benutzers zu verstehen; eine KI-API kann einen Satz interpretieren, ohne zu wissen, wie man die Karte auf der Seite steuert; das SDK verbindet diese Systeme durch einen dokumentierten Anwendungsvertrag.

Wie funktioniert die Kernarchitektur?

Ein produktives KI-Karten-SDK folgt meist einem klaren Ablauf: Der Nutzer stellt eine Frage oder die Anwendung sendet ein Ereignis; der Host liefert Kontext und Berechtigungen; das SDK koordiniert die Browsersitzung oder Aufrufe an das Host-Backend; Inferenz-, Abruf-, Routing- oder Design-APIs geben strukturierte Orte, Quellenbelege und zulässige Aktionen zurück; ein Provider-Adapter übersetzt die Ergebnisse; anschließend aktualisiert sich die Live-Karte, der Viewer, der Editor oder die gestaltete Basiskarte. Die Hostanwendung bleibt für angemeldete Nutzer, Mandantenkontext, Berechtigungen, freigegebene Datensätze, den Abruf privater Daten, folgenreiche Geschäftsaktionen, Aufbewahrung, Protokollierung und abschließende Fehlerbehebung verantwortlich. Das SDK darf diese Kontrollen nicht umgehen.

Kartenbewusstsein setzt geografischen Kontext voraus: Mittelpunkt und Zoomstufe, sichtbare Grenzen, ausgewählte Orte, aktive Ebenen, gezeichnete Geometrie, Filter, Sprache und Region. Als Ergebnis sollten strukturierte geografische Daten zurückkommen, etwa Koordinaten, stabile Orts-IDs, Geometrien, Grenzen, Routengeometrie, Aktionstyp, Quelle, Konfidenz sowie ein eindeutiger Kein-Ergebnis- oder Fehlerstatus. Ein Vertrag mit zugelassenen Aktionen ist sicherer als beliebiges JavaScript oder uneingeschränkte Provideraufrufe durch ein Modell. Konzeptionelle Aktionen wie fit_bounds mit Feldern für West, Süd, Ost und Nord veranschaulichen das Prinzip; maßgeblich sind die exakt dokumentierten Aktionsformen der gewählten Plattform.

Wie wird das Kaleidr SDK integriert?

Laden Sie den aktuellen Kaleidr-Lader einmal aus dem von der Version gepinnten CDN-Pfad https://cdn.kaleidr.com/embed/v1/kaleidr.js bevor ein Produkt montiert wird. Für eine Anwendung, die bereits eine unterstützte Live-Map-Instanz besitzt, platzieren Sie Map- und Chat-Container in der Seite, dann mounten Sie den Chat mit der imperativen API, nachdem das Live-Map-Objekt existiert:

// myMap must be a live Mapbox, Google Maps, MapLibre,
// or other currently supported map instance.
const chatHandle = Kaleidr.mount("#map-chat", {
  product: "chat",
  publishableKey: "kld_pk_live_REPLACE_ME",
  map: myMap,
  enabled: true
});

// Keep the handle for cleanup in an SPA or component lifecycle.
window.addEventListener("beforeunload", () => {
  chatHandle.destroy();
});

Das Beispiel ist dem aktuellen Kaleidr angepasst Schnellstart und Loader-Referenz. Die Anwendung muss myMap initialisieren, bevor der Chat montiert wird. Der veröffentlichbare Schlüssel muss den ai-Bereich enthalten, und der Ursprung der Anwendung muss in der Liste der zulässigen Herkunft des Schlüssels erscheinen. Eine veröffentlichte Kaleidr-Karte verwendet den deklarativen Viewer-Pfad mit <kaleidr-map product="viewer" share-id="…">; der Viewer ist Share-Link-Gated und erfordert derzeit keinen API-Schlüssel, obwohl herstellerdefinierte zulässige Domains weiterhin gelten (Viewer einbetten).

Wann sollten Teams das SDK oder die Plattform-API verwenden?

Verwenden Sie das SDK, wenn die Hostanwendung eine unterstützte Chat-, Viewer-, Editor- oder Basemap-Komponente wünscht; automatischer Browser-Session-Austausch; eine wiederverwendbare Benutzeroberfläche; Provider-Anhang; Stream-Parsing; Lifecycle-Handling; und schnellere Zeit bis zur Implementierung. Verwenden Sie die Plattform-API direkt, wenn das Host-Backend eine benutzerdefinierte Benutzeroberfläche, eine serverseitige Orchestrierung, einen privaten Datenabruf vor der Inferenz, die vollständige Kontrolle über das Rendering, einen Nicht-Browser-Client, direkten Zugriff auf dokumentierte Routenfamilien oder benutzerdefinierte Protokollierung und Richtlinien benötigt. Eine hybride Implementierung ist oft am stärksten: SDK für Browser-UI und Karten-Interaktion, Host-Backend für Autorisierung und privates Abrufen und Plattform-API für kontrollierte Server-Workflows. Verschieben Sie keinen Serverschlüssel in den Browsercode; halten Sie die Server-Anmeldeinformationen im Backend auf und rufen Sie nur dokumentierte Streaming-Endpunkte aus vertrauenswürdigen Umgebungen an (Endpunkte).

Wie belegen Teams Daten und schützen Schlüssel?

Eine Karte lässt eine Antwort präzise aussehen, auch wenn die zugrunde liegende Tatsache schwach ist. Häufige Risiken sind gefälschte Orte, falsche Koordinaten, veralteter Geschäftsstatus, nicht unterstützte Routenansprüche, Ortsnamenkollisionen, doppelte Entitäten, Ergebnisse außerhalb der beabsichtigten Geographie und Zusammenfassungen, die mit privaten Systemen in Konflikt stehen. Bevorzugen Sie diese Sequenz: natürliche Sprachabsicht, autorisierte Abruf- oder Ortsauflösung, strukturiertes geografisches Objekt, erlaubte Kartenaktion, dann eine sichtbare Antwort mit Quellkontext. Beheben Sie wichtige Orte für stabile Identifikatoren, bewahren Sie die Quell- und Aktualisierungszeit für kritische Attribute auf, halten Sie interne Systeme für betriebliche Fakten maßgeblich, zeigen Sie ergebnislose und mehrdeutige Zustände an, verlangen Sie eine Bestätigung für konsequente Bearbeitungen, schränken Sie den privaten Abruf durch Benutzer und Mandanten ein und behandeln Sie das endgültige strukturierte Ergebnis als Anwendungsvertrag.

Die Browserregeln umfassen die Verwendung eines veröffentlichbaren Schlüssels, der für die Browsernutzung entwickelt wurde, die Beschränkung des Schlüssels auf exakte Produktions- und Staging-Ursprünge, die Verwendung von HTTPS außerhalb der lokalen Entwicklung, die Zerstörung der SDK-Integration, wenn sich die Route oder der Mandanten ändert, und niemals private Datensätze, nur weil die Karte eine Markierung benötigt. Backend-Regeln umfassen das Behalten von Serverschlüsseln in einem Secrets-Manager, das Erzwingen der Autorisierung vor dem Abruf, die Begrenzung der in die Inferenz übergebenen Felder, die Verarbeitung von 401, 403, 422, 429 und transiente 503-Antworten deutlich, die Behandlung eines Terminal-SSE-error-Ereignisses als Ende des Streams und die Überprüfung des sensiblen Zugriffs. Mapbox, Google Maps, MapLibre-Kachelanbieter und andere Dienste behalten ihre eigenen Anmeldeinformationen, Bedingungen, Zuschreibungen, Abrechnungen und Quoten; ein Kaleidr-Schlüssel ersetzt keine Karten-Provider-Anmeldeinformationen. Kaleidr dokumentiert von der Version gepinnte CDN-Pfade, Benutzerzähler auf Organisationsebene, gemeinsames Kontingent über Organisationsschlüssel und quota-Veranstaltungen während eines Streams (Quoten- und Zinsgrenzen).

Wie lässt sich ein KI-Karten-SDK bewerten?

Bestätigen Sie die Renderer-Kompatibilität – unterstützte Anbieter und Versionen, unabhängig davon, ob das SDK ein Kartenobjekt oder einen CSS-Selektor benötigt, ob es die Karte besitzt oder an eine anhängt, die Bereitschaftsanforderungen, das Kamera- und Markerverhalten, die Unterstützung mit mehreren Karten und die Einschränkungen für Mobilgeräte oder WebGL. Fragen Sie, ob die Plattform Ortsobjekte, stabile IDs, Koordinaten, Geometrie, Quellreferenzen, Aktionsobjekte, No-Result-Staate, Terminalergebnisse und explizite Fehler zurückgibt; vermeiden Sie eine Produktionsarchitektur, die geografische Fakten aus der Modellprosa extrahiert. Überprüfen Sie die Trennung von Veröffentlichungs- und Server-Anrechen, Ursprungsbeschränkungen, kurzlebigen Browsersitzungen, Umfangswerten, Widerrufsfristen, CORS, Mandantenisolation, Private-Data-Grenzen und Audit-Unterstützung. Testen von Skript-Laden, Framework-Abriss, Routenänderungen, serverseitigen Rendering-Grenzen, gleichzeitigen Karten, Fehlerwiederherstellung und Lazy-Laden. Bestimmen Sie, ob es sich bei dem SDK nur um einen UI-Wrapper handelt oder ob die Plattform auch dokumentierte APIs für benutzerdefinierte Workflows anzeigt. Überprüfen Sie die Richtlinien für die Hauptversion, Changelog, Deprekationsfenster, CDN-Pinning, die Portabilität der Anbieter und die Datenexportpfade. Messen Sie Zeit bis zum ersten nützlichen Ergebnis, Stream-Dauer, Fehler- und No-Result-Raten, Karten-Aktions-Erfolge, Anbieter- und KI-Nutzung, Quotenauslastung und Kosten pro abgeschlossener Benutzeraufgabe - nicht SDK-Lasten allein.

Häufige Anwendungsfälle sind die Entdeckung von Konversationsorten, Reise- und Zielprodukte (KI-gestützte Tourismuskarte); Immobilien- und Marktplatzsuche; Store-Lokatoren; eingebettete Kartenerstellung in einem SaaS-Workflow; Markenkarten-Erlebnisse mit gestalteten Basiskarten; und interne Vorgänge über autorisierte Assets und Gebiete. In jedem Fall interpretiert die KI-Schicht die Anforderung, während die Hostsysteme Fakten validieren und Berechtigungen durchsetzen.

Fazit

Ein KI-Karten-SDK ist die Anwendungsschicht, die die KI-Ausgabe in ein geregeltes räumliches Produkterlebnis verwandelt. Die Ebene verbindet die natürliche Sprachabsicht mit strukturierten Orten, unterstützten Kartenaktionen, wiederverwendbaren Schnittstellen, browsersicherer Authentifizierung und einem Live-Renderer. Verwenden Sie ein KI-Karten-SDK, wenn das Produkt eine Konversationskarteninteraktion, eingebettete räumliche Komponenten oder einen schnelleren Pfad von der Inferenz zum sichtbaren geografischen Verhalten benötigt. Verwenden Sie direkte APIs, wenn das Host-Team eine benutzerdefinierte Schnittstelle oder eine serverseitige Orchestrierung benötigt, und verwenden Sie beides, wenn der Browser von einer verwalteten Komponente profitiert, während das Backend den privaten Abruf, die Richtlinie und die Autorisierung steuern muss. Bewerten Sie, ob das SDK die Datenautorität bewahrt, strukturierte geografische Ergebnisse liefert, den bereits verwendeten Renderer unterstützt, sichere Anmeldegrenzen erzwingt, mit Lebenszyklus und Fehlern umgeht und eine messbare Benutzeraufgabe verbessert – nicht nur, wie schnell eine Demo geladen wird.

Eine KI-Schicht zur bestehenden Karte hinzufügen

Binden Sie Kaleidr Chat mit einem Loader, einem veröffentlichbaren Schlüssel und der Live-Karteninstanz an eine unterstützte Mapbox-, Google-Maps- oder MapLibre-Implementierung an. Lesen Sie den Kaleidr-SDK-Quickstart, um den Chat einzubinden. Nutzen Sie die Endpunkte der Plattform-API, wenn das Host-Backend serverseitige Inferenz-, Abruf-, Routing- oder Design-Workflows unter einem Serverschlüssel benötigt.

Häufig gestellte Fragen

Was ist ein KI-Karten-SDK?

Ein KI-Karten-SDK ist ein Software-Entwicklungs-Kit, das KI-Inferenz mit einer Live-Karte oder eingebetteten räumlichen Komponente verbindet. Es kann Benutzeroberfläche, Authentifizierung, strukturierte Ortsereignisse, Kartenaktionen, Anbieteradapter, Lebenszyklus und Plattform-API-Zugriff verwalten.

Ist ein KI-Karten-SDK dasselbe wie eine Karten-API?

Nein. Eine Karten-API bietet in der Regel Daten oder geografische Remoteoperationen. Ein KI-Karten-SDK bietet die Anwendungsintegrationsschicht, die KI, Benutzeroberfläche, Kartenstatus, Authentifizierung und strukturierte Aktionen verbindet.

Ersetzt ein KI-Karten-SDK Mapbox, Google Maps oder MapLibre?

Nicht unbedingt. Das aktuelle Chat-SDK von Kaleidr wird an eine unterstützte Live-Karte angeschlossen, während der bestehende Anbieter die Karte weiterhin rendert.

Sollte der Browser einen Server-API-Schlüssel verwenden?

Nein. Verwenden Sie einen browsersicheren, veröffentlichbaren Schlüssel über das SDK. Behalten Sie die Serverschlüssel im Backend.

Kann ein KI-Karten-SDK private Geschäftsdaten nutzen?

Ja, durch eine autorisierte Architektur. Das Host-Backend sollte nur zulässige Datensätze abrufen, den Mandanten- und Objektzugriff erzwingen, die angezeigten Felder minimieren und das Geschäftssystem autoritär halten.

Quellen

• Google. Maps JavaScript API Overview. Google Maps Platform documentation. Accessed 1 August 2026. https://developers.google.com/maps/documentation/javascript/overview
• Google. Maps JavaScript API: Maps Reference. Google Maps Platform documentation. Accessed 1 August 2026. https://developers.google.com/maps/documentation/javascript/reference/map
• Kaleidr. Auth & scopes. Kaleidr Developer Docs. Accessed 1 August 2026. https://docs.kaleidr.com/platform-api/auth-and-scopes
• Kaleidr. CDN versioning. Kaleidr Developer Docs. Accessed 1 August 2026. https://docs.kaleidr.com/reference/cdn-versioning
• Kaleidr. Chat — attach AI to your map. Kaleidr Developer Docs. Accessed 1 August 2026. https://docs.kaleidr.com/sdk/chat-attach
• Kaleidr. CORS & allowed origins. Kaleidr Developer Docs. Accessed 1 August 2026. https://docs.kaleidr.com/platform-api/cors-and-allowed-origins
• Kaleidr. Endpoints. Kaleidr Developer Docs. Accessed 1 August 2026. https://docs.kaleidr.com/platform-api/endpoints
• Kaleidr. Introduction. Kaleidr Developer Docs. Accessed 1 August 2026. https://docs.kaleidr.com/
• Kaleidr. kaleidr.js — the loader. Kaleidr Developer Docs. Accessed 1 August 2026. https://docs.kaleidr.com/sdk/kaleidr-js
• Kaleidr. kaleidr-map — the element. Kaleidr Developer Docs. Accessed 1 August 2026. https://docs.kaleidr.com/sdk/kaleidr-map-element
• Kaleidr. Quota & rate limits. Kaleidr Developer Docs. Accessed 1 August 2026. https://docs.kaleidr.com/platform-api/quota-and-rate-limits
• Kaleidr. Quickstart. Kaleidr Developer Docs. Accessed 1 August 2026. https://docs.kaleidr.com/quickstart
• Kaleidr. SSE wire contract. Kaleidr Developer Docs. Accessed 1 August 2026. https://docs.kaleidr.com/platform-api/sse-wire-contract
• Kaleidr. Viewer — embed a published map. Kaleidr Developer Docs. Accessed 1 August 2026. https://docs.kaleidr.com/sdk/viewer-embed
• Mapbox. Map — Mapbox GL JS. Accessed 1 August 2026. https://docs.mapbox.com/mapbox-gl-js/api/map/
• MapLibre. Map — MapLibre GL JS. Accessed 1 August 2026. https://maplibre.org/maplibre-gl-js/docs/API/classes/Map/
• MDN Web Docs. Using Custom Elements. Accessed 1 August 2026. https://developer.mozilla.org/en-US/docs/Web/API/Web_components/Using_custom_elements
• MDN Web Docs. Using Server-Sent Events. Accessed 1 August 2026. https://developer.mozilla.org/en-US/docs/Web/API/Server-sent_events/Using_server-sent_events

@misc{kaleidr_sdk_loader,
  title  = {kaleidr.js -- the loader},
  author = {{Kaleidr}},
  note   = {Kaleidr Developer Docs; accessed 1 August 2026},
  url    = {https://docs.kaleidr.com/sdk/kaleidr-js}
}

@misc{kaleidr_chat_attach,
  title  = {Chat -- attach AI to your map},
  author = {{Kaleidr}},
  note   = {Kaleidr Developer Docs; accessed 1 August 2026},
  url    = {https://docs.kaleidr.com/sdk/chat-attach}
}

@misc{kaleidr_auth_scopes,
  title  = {Auth \& scopes},
  author = {{Kaleidr}},
  note   = {Kaleidr Developer Docs; accessed 1 August 2026},
  url    = {https://docs.kaleidr.com/platform-api/auth-and-scopes}
}

@misc{kaleidr_sse_contract,
  title  = {SSE wire contract},
  author = {{Kaleidr}},
  note   = {Kaleidr Developer Docs; accessed 1 August 2026},
  url    = {https://docs.kaleidr.com/platform-api/sse-wire-contract}
}

@misc{mdn_custom_elements,
  title  = {Using Custom Elements},
  author = {{MDN Web Docs}},
  note   = {Accessed 1 August 2026},
  url    = {https://developer.mozilla.org/en-US/docs/Web/API/Web_components/Using_custom_elements}
}

@misc{mdn_server_sent_events,
  title  = {Using Server-Sent Events},
  author = {{MDN Web Docs}},
  note   = {Accessed 1 August 2026},
  url    = {https://developer.mozilla.org/en-US/docs/Web/API/Server-sent_events/Using_server-sent_events}
}

@misc{mapbox_map_object,
  title  = {Map -- Mapbox GL JS},
  author = {{Mapbox}},
  note   = {Accessed 1 August 2026},
  url    = {https://docs.mapbox.com/mapbox-gl-js/api/map/}
}

@misc{maplibre_map_object,
  title  = {Map -- MapLibre GL JS},
  author = {{MapLibre}},
  note   = {Accessed 1 August 2026},
  url    = {https://maplibre.org/maplibre-gl-js/docs/API/classes/Map/}
}