Karte für Orte in der Nähe und „In meiner Nähe“-Suchen

Eine Karte für Orte in der Nähe verwandelt einen Nutzerstandort oder gewählten Bezugspunkt in eine strukturierte lokale Suche. Eine verlässliche Umsetzung fragt den Standort nur bei Bedarf ab, ruft zugelassene Ortsdaten ab, wendet Kategorien und geografische Grenzen an, ordnet nach Entfernung oder Reisezeit, behandelt unklare und leere Ergebnisse und hält Karte und Ergebnisliste synchron. KI kann die Suche „in meiner Nähe“ ausdrucksstärker machen, sollte aber Absichten interpretieren, statt Orte, Öffnungszeiten, Routen oder Geschäftsdaten zu erfinden.

Die folgenden Abschnitte behandeln Bezugspunkte, Ortsabruf, Entfernung gegenüber Reisezeit, Ranking, datengebundene KI, Datenschutz und Produktionsprüfungen. Produktinformationen finden Sie unter Kaleidr Spatial AI und in der Dokumentation zur Chat-Anbindung. Ergänzend erläutern die Beiträge zur Kartierung lokaler Einrichtungen und zur lokalen Unternehmenssuche Kategorien und Taxonomien.

Grundlagen der Umgebungssuche

• Expliziter Ausgangspunkt: Gerätestandort, eingegebener Ort, Kartenpunkt oder sichtbarer Kartenausschnitt – nie eine versteckte Voreinstellung.
• Zugelassene Orte: Lösen Sie Unternehmen und Einrichtungen über eine aktuelle Ortsquelle auf, nicht aus dem Modellgedächtnis.
• Passende Nähe: Trennen Sie Luftlinie, Reisezeit und Suche innerhalb des Kartenausschnitts.
• Karte + Liste: Marker und Ergebniskarten verwenden denselben Suchzustand.
• Datengebundene KI: Übersetzen Sie natürliche Sprache in strukturierte Einschränkungen und blockieren Sie erfundene Ortsangaben.

Was umfasst eine Karte für Orte in der Nähe?

Die fertige Erfahrung hat fünf aufeinander abgestimmte Teile: einen benutzer- oder berechtigungsbasierten Referenzspeicherort, eine interaktive Karte, Ortsergebnisse in der Nähe, Kategorie oder Radius- oder Fahrzeitsteuerung, und optionaler KI-Chat für multivariable lokale Fragen. Ein Benutzer könnte mit "Kaffee in meiner Nähe" beginnen und dann innerhalb von fünfzehn Minuten zu Fuß zu ruhigen Cafés verfeinern Sie sind jetzt geöffnet und in der Nähe einer Buchhandlung. Die erste Abfrage kann die gewöhnliche Suche in der Nähe verwenden; die zweite kombinierte Kategorie, Reisemodus, Zeit, und eine andere geographische Beziehung, Hier kann eine KI-Interaktionsschicht natürliche Sprache in strukturierte Einschränkungen übersetzen.

Kaleidr Spatial AI konzentriert sich derzeit auf kontextbezogene Ortssuche und kartenbezogene Empfehlungen. Kaleidr Chat lässt sich an eine bestehende Mapbox-, Google-Maps-, MapLibre- oder Leaflet-Karte anbinden und zeichnet während der Unterhaltung verifizierte Orte ein. Wenn die Host-Anwendung den Renderer bereits kontrolliert, lesen Sie Kaleidr Spatial AI und den ausführlichen Leitfaden zu KI-Chat für Mapbox, Google Maps und MapLibre.

Warum ist „in meiner Nähe“ eine geografische Abfrage?

Der Ausdruck „in meiner Nähe“ verbirgt mehrere Entscheidungen: in der Nähe welcher Punkt, wie dieser Punkt erreicht wurde, welche Distanz ist akzeptabel, ob „nein“ gerader Abstand bedeutet, Gehzeit, Fahrzeit, oder aktuelle Kartengrenzen, welche Kategorien sich qualifizieren, welche Orte offen oder anderweitig förderfähig sind, Welche Quelle für jede Tatsache maßgeblich ist, und wie passende Plätze geordnet werden sollten. Eine schwache Implementierung behandelt „in meiner Nähe“ als Textzeichenfolge. Eine stärkere Implementierung macht es zu einem expliziten räumlichen Zustand, der der Hostanwendung gehört, auch wenn KI kann Teile der Suche ändern.

const nearbySearchState = {
  origin: {
    lat: 38.8977,
    lng: -77.0365,
    source: "user_selected"
  },
  categories: ["cafe"],
  radiusMeters: 1500,
  travelMode: "walking",
  openNow: false,
  mapBounds: null,
  selectedPlaceId: null
};

Wie wählen Teams den Bezugspunkt?

Eine Suche in der Nähe kann von vier gängigen Referenzpunkten aus starten. Der Gerätestandort passt, wenn der Benutzer explizit Ergebnisse um seine aktuelle Position will und akzeptiert Erlaubnis und Datenschutz. Ein eingegebener Ort oder eine Adresse passt, wenn der Benutzer den Gerätestandort nicht teilt oder an anderer Stelle plant und Erfordert Geocodierung oder Ortsauflösung. Ein ausgewählter Kartenpunkt passt zur visuellen Erkundung und muss den gewählten Ursprung deutlich zeigen. Aktuelle Kartenerstreckung passt zu „Suchen in diesem Bereich“ Workflows, und die Ergebnisse sollten sich während der Kartenbewegung nicht schweigend verschieben. Beantragen Sie nicht sofort den Gerätestandort, nur weil eine Karte vorhanden ist; Fragen Sie, wann die Funktion es benötigt und stellen Sie eine Typ-Standort-Alternative zur Verfügung.

Der Browser Geolokalisierungs-API erfordert einen sicheren Kontext und Benutzerberechtigung. getCurrentPosition() gibt die Geräteposition zurück, wenn die Berechtigung erteilt wird, aber eine Implementierung muss auch die Ablehnung übernehmen, Timeout, oder nicht verfügbare Positionierung. Der Gerätespeicherort ist eine Eingabe für die Suche, nicht ein Identitätsnachweis oder ein permanentes Benutzerattribut. Bevorzugen Sie ein explizites „Use my location“-Steuerelement, eine Statusregion zum Laden und Scheitern, und ein Typ-Location-Rückfall, wenn die Geolokalisierung nicht verfügbar ist.

Wie werden Orte in der Nähe abgerufen und normalisiert?

Nach der Lösung eines Ursprungs, Die Anwendung benötigt eine Ortsquelle, die eine stabile Ortskennung zurückgeben kann, Name, Koordinaten, Kategorie oder Typ, Adresse, Geschäfts- oder Betriebsstatus, wenn unterstützt, Öffnen von Informationen, wenn zulässig und aktuell, quellenspezifische Attribution, und genügend Metadaten, um das Ergebnis korrekt zu deduplizieren und anzuzeigen. Google Places Near Search akzeptiert derzeit einen oder mehrere Ortstypen und eine kreisförmige Standortbeschränkung; eine Antwortfeldmaske erforderlich ist und bestimmt, welche Felder zurückgegeben werden, und die Ergebnisse können nach Beliebtheit oder Entfernung geordnet werden (In der Nähe Suche; Ortstypen). Anpassung der Anfrage an den Anbieter und die von der Anwendung verwendeten Geschäftsbegriffe, nur die Felder anfordern, die das Produkt benötigt, und behalten Sie die Server-Zugangsdaten auf dem Server.

curl -X POST \
  -H "Content-Type: application/json" \
  -H "X-Goog-Api-Key: YOUR_GOOGLE_PLACES_KEY" \
  -H "X-Goog-FieldMask: places.id,places.displayName,places.location,places.formattedAddress,places.primaryType" \
  -d '{
    "includedTypes": ["cafe"],
    "maxResultCount": 10,
    "locationRestriction": {
      "circle": {
        "center": { "latitude": 38.8977, "longitude": -77.0365 },
        "radius": 1500.0
      }
    },
    "rankPreference": "DISTANCE"
  }' \
  https://places.googleapis.com/v1/places:searchNearby

OpenStreetMap kann einen anderen Stil der Entdeckung in der Nähe unterstützen, wenn seine Daten und Lizenzierung zum Produkt passen. Die Overpass API ist ein schreibgeschützter Abfragedienst zur Auswahl von OpenStreetMap-Daten nach Standort, Tags, Nähe, und andere Kriterien (Overpass QL). Öffentliche Überführungsfälle sind gemeinsame Infrastruktur und sind kein universelles Produktions-Backend; Teams mit hoch- oder latenzempfindlichen Workloads sollten die Nutzungserwartungen überprüfen, Daten-Update-Muster, Hosting-Optionen, Zuschreibung, und die OpenStreetMap-Lizenz, bevor eine Architektur übernommen wurde. Normalisieren Sie die Anbieterergebnisse in das anwendungseigene Ortsmodell, anstatt anbieterspezifisch zu lassen Felder lecken überall in der Benutzeroberfläche. Halten Sie die Quellenbeteiligung explizit: eine Provider-Platz-ID, eine interne Geschäfts-ID, und eine OpenStreetMap-Objekt-ID sind unterschiedliche Identitäten, auch wenn sie denselben realen Ort beschreiben.

{
  "place_id": "provider:abc123",
  "source": "approved_place_provider",
  "name": "Example Cafe",
  "location": {
    "type": "Point",
    "coordinates": [-77.0365, 38.8977]
  },
  "categories": ["cafe", "coffee"],
  "address": "Example address",
  "business_status": "OPEN",
  "retrieved_at": "2026-08-09T17:00:00Z"
}

Wie unterscheiden sich Entfernung und Reisezeit?

Gerader Abstand ist nützlich für eine anfängliche Radiusabfrage, aber Benutzer erleben oft "nahe" in Minuten. Zwei Orte in ähnlicher geometrischer Entfernung können sehr unterschiedliche Geh- oder Fahrzeiten haben, weil Autobahnen, Flüsse, Schienenlinien, Privateigentum, Fußgängerüberwege, Straßenrichtung, Gebäudeeingänge, und Transitpläne. Ein robustes Produkt kann Kandidatenplätze innerhalb eines breiten geografischen Radius abrufen, Errechnen Sie dann die Reisezeit nur für den kurzen Kandidaten, der festgelegt wurde, wenn die Aufgabe des Benutzers dies erfordert. Dies kontrolliert Kosten und Latenz, während das Ergebnis nützlich bleibt. Verwenden Sie Sprache wie „1.2 km entfernt“ bei der Anzeige von geometrischer oder Anbieterabstand, „12 min Walk“ bei Verwendung eines Routing-Dienstes, und „innerhalb des ausgewählten Bereichs“, wenn die Abfrage polygonbasiert ist. Verwandeln Sie keinen geradlinigen Radius in einen Anspruch auf Gehzeit.

Wie sollten Ergebnisse geordnet und auf der Karte dargestellt werden?

Der nächstgelegene Ort ist nicht immer der relevanteste Ort. Ein lokales-Discovery-Einstechungssystem kann ein Hard-Kategorie-Match in Betracht ziehen. geografische Berechtigung, Entfernung, Reisezeit, aktuelle Verfügbarkeit, benutzer-selektierte Attribute, Quellfrische, Vertrauen setzen, und produktspezifische Geschäftsregeln. Anwendung von harten Einschränkungen vor dem Scoring-Einstellungen: förderfähige Geographie, erforderliche Kategorie, erforderliche Verfügbarkeit, Entfernung oder Reise-Zeit-Punkte, explizite Benutzerpräferenzen, Frische und Selbstvertrauen, Dann das letzte Ranking. Verwenden Sie nicht leise sensible persönliche Attribute oder versteckte demografische Proxys, um lokale Ergebnisse zu bewerten. Wenn der Assistent erklärt, warum ein Ergebnis erscheint, maschinenlesbare Gründe wie Kategorie Match bevorzugen, Gehschwelle, und offene, für die angeforderte Periode statt einer undurchsichtigen Partitur.

Suche in der Nähe sollte niemals nur Karte sein. Jeder sichtbare Ort sollte auch in einer schiffbaren Ergebnisliste verfügbar sein, Und die Karte und Liste sollten einen Staat teilen. Neue Suchanfragen sollten der genehmigten Ergebnisgeographie entsprechen und die Liste ersetzen. Die Auswahl einer Karte sollte den entsprechenden Marker hervorheben; Die Auswahl eines Markers sollte die passende Karte fokussen; Kategorie- oder Ursprungsänderungen sollten beide Oberflächen neu berechnen; Das Löschen der Suche sollte transiente Ebenen entfernen und den Standardzustand wiederherstellen. Vermeiden Sie das Abrufen auf jedem Animationsrahmen. Verwenden Sie eine explizite Aktion „Suchen Sie diesen Bereich“ oder ein entlarvtes Anbieter-Idle-Event, wenn die Kartenbewegung die Abfrage.

Wie verbessert KI komplexe Umgebungssuchen?

Klassische Umgebungssuche eignet sich für eindeutige Anfragen, etwa Lebensmittelgeschäfte im Umkreis von zwei Kilometern, aktuell geöffnete Apotheken, Ladestationen nahe einem Hotel oder Parks im sichtbaren Kartenausschnitt. KI hilft bei mehreren flexiblen Bedingungen, etwa ruhigen Cafés nahe einer Buchhandlung oder Geschäften nahe dem ÖPNV, die nach 20 Uhr geöffnet sind. Die KI-Schicht sollte solche Wünsche in explizite Orts- und Raumkriterien übersetzen. Kaleidr Chat kann an eine Live-Karte angebunden werden, verifizierte Orte einzeichnen und den Kartenausschnitt anpassen. Laden Sie https://cdn.kaleidr.com/embed/v1/kaleidr.js und binden Sie Chat mit einem veröffentlichbaren Schlüssel ein, der den Bereich ai enthält. Das SDK tauscht den Browser-Schlüssel gegen eine kurzlebige, an den Ursprung gebundene Sitzung aus; Serverschlüssel bleiben im Backend (Authentifizierung und Bereiche).

const chat = Kaleidr.mount("#chat", {
  product: "chat",
  publishableKey: "kld_pk_live_REPLACE_ME",
  map: myMap
});

Wie binden Teams KI an Daten und schützen Standortdaten?

KI sollte Fragen „in meiner Nähe“ nicht aus dem Modellgedächtnis beantworten, wenn die Anwendung eine aktuelle Ortsquelle besitzt. Die Reihenfolge lautet: Nutzerabsicht, expliziter geografischer Ausgangspunkt, zugelassener Ortsabruf, Eignungsprüfung und Ranking, KI-Erklärung und schließlich sichtbare Ergebnisse in Karte und Liste. Verhindern Sie erfundene Unternehmen, geschlossene Orte mit dem Status „geöffnet“, Duplikate, gleichnamige Betriebe in der falschen Stadt, veraltete Adressen, unbelegte Angaben zur Barrierefreiheit, als exakt dargestellte Schätzzeiten und Ergebnisse außerhalb des gewählten Suchgebiets. Wenn die Daten eine Frage nicht beantworten können, sollte das System dies offen mitteilen.

Die aktuelle Location ist ein sensibles Produktkontext. Eine verantwortungsbewusste Suche in der Nähe sollte die Geolokalisierung erst nach einer Benutzeraktion oder einem eindeutigen Bedarf anfordern. erklären, warum der Standort das Ergebnis verbessert, Bereitstellung einer Typ-Standort-Alternative, Vermeiden Sie die Speicherung einer präzisen Lage, die länger als nötig ist, die Genauigkeit zu verringern, wenn keine exakten Koordinaten erforderlich sind, separaten Standortverlauf von der Kontoidentität, es sei denn, die Funktion erfordert beides, Offenlegung von Aufbewahrung und Weitergabe, Verhinderung von Einbettungen von Drittanbietern, die versehentlich den Standort empfangen, und respektieren Sie die Grenzen der Browser- und Anwendungsberechtigung. Wenn eine Karte in einen Iframe eingebettet ist, Browser Berechtigungen-Policy Geolocation kann auch den Zugang beeinträchtigen; Testen Sie den realen Implementierungsursprung, anstatt anzunehmen, dass das Verhalten eines lokalen Prototyps der Produktion entspricht.

Ein nahegelegenes Ortserlebnis sollte brauchbar bleiben, ohne eine Karte zu ziehen oder Pins visuell zu lokalisieren. Geben Sie eine Textpositionseingabe an, zugängliche Kategoriekontrollen, eine vollständige Ergebnisliste, Tastatur-operable Karten, sichtbare Fokusse, Textäquivalente für den Status des ausgewählten Markers, Nicht-Farbindikatoren, Löschen Sie das Laden und leere und Fehlermeldungen, eine zugängliche Route oder Richtungsaktion, eine Alternative zur kartenbasierten Flächenauswahl, und ausreichende Zielgröße auf Mobilgeräten. Die Liste sollte die Kerninformationen tragen, auch wenn die Karte nicht gerennert wird. Öffentliche Landingpages sollten weiterhin Ortstypen erklären, Abdeckung, Datenquellen, Entfernungs- oder Laufzeitmethoden, Frische, und Typ-Location-Alternativen in crawlable Text, und sollte nicht massen-generieren dünne Stadtseiten aus einer Vorlage.

Welche Fehler sollten Teams vermeiden?

Definieren Sie vor der Veröffentlichung Anwendungsfall und mögliche Bezugspunkte, fragen Sie die Geolokalisierung nur bei Bedarf ab und bieten Sie eine Texteingabe als Alternative. Wählen Sie eine zugelassene Ortsquelle, normalisieren Sie das Ortsschema, bewahren Sie Quell-IDs auf, dokumentieren Sie Kategorien, Entfernung, Reisezeit und Rankinggründe, synchronisieren Sie Karte und Liste, übersetzen Sie KI-Anfragen in explizite Kriterien und halten Sie Serverzugangsdaten aus dem Browser heraus. Implementieren Sie leere und mehrdeutige Zustände und testen Sie Barrierefreiheit, Aufbewahrung und reale Abfragen in dicht sowie dünn besiedelten Gebieten. Messen Sie Sucherfolg, Nulltreffer, Zustimmung zur Ortung, Erfolg der Texteingabe, Ergebniswahl, Routenaufrufe, Speichern, Teilen, KI-Abschluss, Zeit bis zum ersten nützlichen Ergebnis und nachgelagerte Konversion statt bloßer Kartenbewegungen.

Fazit

Eine nützliche Karte für Orte in der Nähe ist nicht nur eine um die GPS-Koordinaten des Nutzers zentrierte Pin-Karte. Sie ist ein Suchsystem mit geografischem Ausgangspunkt, klaren Ortskategorien, verlässlichen Datensätzen, Ranking, synchronisierter Karte und Liste, Datenschutzkontrollen und messbaren Ergebnissen. Verwenden Sie klassische Umgebungssuche für einfache, eindeutige Anfragen. Ergänzen Sie KI, wenn Nutzer Kontext ausdrücken müssen, den feste Filter nur schwer abbilden. Binden Sie die KI an die aktuelle Ortsquelle, machen Sie Entfernung und Reisezeit transparent und verlangen Sie keine Geräteortung, wenn ein eingegebener Ort denselben Zweck erfüllt.

Bei Kaleidr können der vorhandene Renderer und die Host-Anwendung Karte und Ablauf weiterhin kontrollieren. Kaleidr Chat ergänzt eine kartenbezogene Interaktion in natürlicher Sprache, während Spatial AI Orte mit zusätzlichem Kontext erschließt.

Orte in der Nähe mit Kaleidr Spatial AI erkunden

Stellen Sie Standortfragen, entdecken Sie Orte und erkunden Sie Ergebnisse auf einer interaktiven Karte. Kaleidr Spatial AI ausprobieren, um Umgebungssuchen zu testen. Binden Sie anschließend Kaleidr Chat an die vorhandene Mapbox-, Google-Maps- oder MapLibre-Karte an, wenn die Host-Anwendung Renderer und Suchzustand kontrolliert.

Häufig gestellte Fragen

Was ist eine Karte für Orte in der Nähe?

Eine Karte in der Nähe von Orten zeigt Unternehmen, Ausstattung, Dienstleistungen, Attraktionen, oder andere geografische Merkmale um einen Referenzstandort herum. Eine komplette Implementierung kombiniert den Ortsausbestehen, Geographische Filterung, Ranking, eine synchronisierte Karte und Ergebnisliste, und klare Quelldaten.

Wie funktioniert die Suche „in meiner Nähe“?

Die Anwendung löst einen Referenzort, Kandidatenplätze innerhalb eines geografischen Gebiets abrufen, Anwendung der Kategorie- und Förderfähigkeitsregeln, rangiert die Kandidaten, und zeigt die Ergebnisse. Reisezeitbasierte Suchanfragen können nach dem Abruf von Kandidaten Routing hinzufügen.

Benötigt eine Website meinen GPS-Standort für die Umgebungssuche?

Nein. Geräte-Geolokalisierung ist eine Option. Eine Website kann den Benutzer auch eine Stadt, Adresse, ein Wahrzeichen oder einen ausgewählten Punkt auf der Karte eingeben lassen.

Sollte ich nahe Orte nach Entfernung oder Beliebtheit ordnen?

Es kommt auf die Aufgabe an. Entfernung passt sich Anfragen wie „nächstgelegene Apotheke“ an.Popularität kann der allgemeinen Entdeckung helfen. Multivariable Suchanfragen erfordern häufig Berechtigungsregeln und ein benutzerdefiniertes Ranking-Modell vor jedem Signal.

Ist ein Radius dasselbe wie Reisezeit?

Nein. Ein Radius missen den geometrischen Abstand von einem Punkt. Die Reisezeit hängt vom Transportnetz, dem Reisemodus, den Barrieren und den Routing-Daten des Anbieters ab.

Kann KI Orte in meiner Nähe finden?

Ja, aber KI sollte die Anfrage des Benutzers interpretieren und den strukturierten Abruf koordinieren. Die tatsächlichen Ortseinträge sollten von einer genehmigten, aktuellen Ortsquelle und nicht von Modellspeicher stammen.

Kann ich OpenStreetMap für die Umgebungssuche verwenden?

OpenStreetMap-Daten können die Feature-Suche in der Nähe unterstützen. und Overpass API kann OSM-Daten durch Tags und Nähe abfragen. Die Produktionsnutzung erfordert eine angemessene Architektur, Attribution, Lizenzprüfung und Kapazitätsplanung.

Wie unterstützt Kaleidr die Umgebungssuche?

Kaleidr kann eine kartenbewusste Konversationsebene zu einer vorhandenen unterstützten Karte hinzufügen. Die Host-Anwendung kann ihren Anbieter behalten, Suchzustand, Berechtigungen, und Business-Systeme, während Kaleidr Chat-Grundstücke Orte aufgelöst und die Erforschung natürlicher Sprache unterstützen.

Quellen

• Google. Nearby Search (New) — Places API. Google Maps Platform documentation. Accessed 9 August 2026. https://developers.google.com/maps/documentation/places/web-service/nearby-search
• Google. Place Types (New) — Places API. Google Maps Platform documentation. Accessed 9 August 2026. https://developers.google.com/maps/documentation/places/web-service/place-types
• Kaleidr. AI Maps You Can Talk To — Spatial AI. kaleidr.com. Accessed 9 August 2026. https://kaleidr.com/ai
• Kaleidr. Introduction. Kaleidr Developer Docs. Accessed 9 August 2026. https://docs.kaleidr.com/
• Kaleidr. Chat — attach AI to your map. Kaleidr Developer Docs. Accessed 9 August 2026. https://docs.kaleidr.com/sdk/chat-attach
• Kaleidr. Auth & scopes. Kaleidr Developer Docs. Accessed 9 August 2026. https://docs.kaleidr.com/platform-api/auth-and-scopes
• MDN Web Docs. Geolocation API. Accessed 9 August 2026. https://developer.mozilla.org/en-US/docs/Web/API/Geolocation_API
• MDN Web Docs. Geolocation: getCurrentPosition() method. Accessed 9 August 2026. https://developer.mozilla.org/en-US/docs/Web/API/Geolocation/getCurrentPosition
• MDN Web Docs. Permissions-Policy: geolocation directive. Accessed 9 August 2026. https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Permissions-Policy/geolocation
• OpenStreetMap Wiki. Overpass API. Accessed 9 August 2026. https://wiki.openstreetmap.org/wiki/Overpass_API
• OpenStreetMap Wiki. Overpass QL. Accessed 9 August 2026. https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL

@misc{google_nearby_search,
  title  = {Nearby Search (New) -- Places API},
  author = {{Google}},
  note   = {Google Maps Platform documentation; accessed 9 August 2026},
  url    = {https://developers.google.com/maps/documentation/places/web-service/nearby-search}
}

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

@misc{kaleidr_spatial_ai,
  title  = {AI Maps You Can Talk To -- Spatial AI},
  author = {{Kaleidr}},
  note   = {Accessed 9 August 2026},
  url    = {https://kaleidr.com/ai}
}

@misc{mdn_geolocation,
  title  = {Geolocation API},
  author = {{MDN Web Docs}},
  note   = {Accessed 9 August 2026},
  url    = {https://developer.mozilla.org/en-US/docs/Web/API/Geolocation_API}
}

@misc{osm_overpass,
  title  = {Overpass API},
  author = {{OpenStreetMap Wiki}},
  note   = {Accessed 9 August 2026},
  url    = {https://wiki.openstreetmap.org/wiki/Overpass_API}
}

@misc{google_place_types,
  title  = {Place Types (New) -- Places API},
  author = {{Google}},
  note   = {Accessed 9 August 2026},
  url    = {https://developers.google.com/maps/documentation/places/web-service/place-types}
}