AIランドマーク・アトラクション検索は、自然言語による意図と信頼できる場所の記録、カテゴリ、開店状況、地理情報、移動時間、ビジネスルールを組み合わせることで、顧客が訪れる価値のある場所を選択できるよう支援します。言語モデルは、「夕食前にホテル近くの歴史的ランドマークを1つ」といったリクエストを解釈します。場所の情報源は、場所の特定と営業時間に関する権威ある情報源として機能します。ルーティングサービスは移動経路を計算し、空間AIは地図上でその結果を説明します。
以下のセクションでは、近隣の場所の検索と目的地の推薦を分けて説明し、場所の識別、適格性、空間ランキング、Kaleidrマッピング、B2B製品、測定、および小規模パイロットについて解説します。関連資料として、AI Things to Do Recommendations、How to Build an AI Tourism Map、AI Guest Concierge for Hotelsを参照してください。既に会話を既存の目的地マップに紐付けているチームは、Kaleidrマッピングのセクションまでスキップできます。カタログの境界をまだ設定していないチームは、信頼できる場所レコードから始める必要があります。
ランドマーク検索の基本
- 承認済み場所を優先: 企業が実際にリストアップ、提携、または推奨しているランドマークを推薦します。
- 場所は体験ではありません: 美術館は場所ですが、ガイド付きツアーは別のレコードです。
- 近隣は検索です: ピンの半径は推薦ではありません。
- 空間AI 2: 言語モデルは意図を解釈し、根拠のある選択肢を説明します。
- 意思決定の測定: 場所の選択、道順、ホストへの引き継ぎは、チャット時間だけよりも効果的です。
空間AIが信頼できる場所データと顧客の意図、地理情報、旅行コンテキストを組み合わせることで、ランドマーク検索は推奨へと進化します。
なぜAIランドマーク・アトラクション検索は独自の空間問題なのか？
ホテル、旅行プラットフォーム、観光マーケットプレイス、アトラクションネットワーク、コンベンション商品、シティガイドなどは、予約済みの宿泊施設、承認済みの会員カタログ、編集上のランドマークリストなど、ファーストパーティのコンテキストを既に保持しています。観光名所をマーカーとしてプロットすることは、もはや希少な機能ではありません。製品上の課題は、言語モデルにアトラクションを考案させることなく、顧客の意図、残りの時間、ホストのルールに合った場所を1つ選択できるように支援することです。
Kaleidrは現在、ランドマーク、アトラクション、訪れる価値のある場所を発見するAI駆動のカスタマージャーニーとして ランドマーク＆アトラクション検索 を、レストラン検索＆テーブル予約、アクティビティ、ローカル交通＆帰路ルート（AI-Powered Map Experiences for Business）と並べて掲載しています。AI Map Chat for Customer Discoveryページでは、旅行とは意図を旅程、ルート、目的地のおすすめに変換することだと説明しています。これらのページはKaleidr自身のポジショニングに関する権威ある情報源です。これらのページは、Kaleidrが目的地のアトラクションカタログ、チケットシステム、または時間フィードを運営している証拠にはなりません。
観光地運営団体は既に、信頼できるローカルコンテンツに対話型発見機能を組み込んでいます。Visit Orlandoは2026年6月に、地元の専門家によるキュレーションと広範な旅行データを組み合わせたAI搭載の旅行プランナーをリリースしました（Visit Orlando, 2026）。サンディエゴ観光局はその後、公式観光サイトに対話型旅行プランニング機能を統合し、SanDiego.orgでおすすめ情報や旅程を提供しています（Mindtrip, 2026）。これらの取り組みは、観光地発見がキュレーションされた情報提供から対話型へと変化していることを示しています。これらの取り組みはKaleidrの事例研究ではなく、すべてのホストが場所カタログや地図レンダリングシステムを置き換える必要があることを証明するものでもありません。
ランドマーク検索は、おすすめアクティビティとどのように異なるのでしょうか？
ランドマークやアトラクションの検索では、通常、 場所（記念碑、博物館、史跡、展望台、公園、文化遺産など）が推奨されます。アクティビティの推奨では、通常、その場所で体験できる 体験 （ガイド付きツアー、展覧会、公演、教室、時間指定イベントなど）が推奨されます。博物館は場所と体験の両方に該当する場合があります。場所の記録とチケット制の体験は別々に管理することで、営業時間、ID、分析データが在庫情報と重複しないようにする必要があります。
ランドマーク検索における有用な質問は、顧客の意図と旅行状況に基づいて、どの場所を訪れるべきかということです。アクティビティ検索における有用な質問は、顧客が次の予定までに完了できるアクティビティは何かということです。アクティビティに関する関連記事では、アクティビティレイヤーにおける所要時間、開始時間、完了について解説しています。ランドマーク検索では、開始状態と移動時間が必要ですが、推奨の単位はチケットではなく場所です。
AI Restaurant Search and Table Bookingでは、レストランにおける同様の適格性問題を取り上げています。ランドマーク発見は、この契約を、ホストが推奨する文化施設、史跡、屋外スポットに一般化したものです。1つのマップに両方のレイヤーが表示される場合でも、製品内では2つの旅を明確に区別してください。
なぜ「近くの場所」は推奨対象ではないのか？
近隣スポットマップは、ピンの周囲にある施設を示します。ランドマーク検索製品は、残りの旅行で顧客が見たいと希望した観光スポットに合致する施設を示します。この違いは重要です。なぜなら、有名なモニュメントは地理的に近くても閉鎖されていたり、徒歩で行ける距離を超えていたり、承認されたカタログに含まれていなかったり、90分間の歴史的見学のリクエストに合わなかったりする可能性があるからです。商店街は適切なブロックに位置していても、ランドマークとしての意図を満たさない場合があります。
近接性は検索機能です。候補となる場所が見つかった後、レコメンデーションが開始されます。製品は、顧客がその場所に到達できるか、訪問できるか、そして夕食の時間を確保できるかを判断する必要があります。Location Intelligence Customer Experience は、同じ「発見 → 比較 → 実行」のプロセスを扱います。「発見」では、対象となる場所を検索します。「比較」では、カテゴリ、開通状況、および移動手段を確認できます。「実行」では、経路案内、保存、旅程への追加、またはチケットの受け渡しが行われます。名前の評価が高いために閉鎖中または到達不可能なピンをランク付けすると、この順序が逆転します。
近接性は候補を見つけます。空間AIは、顧客の実際のタスクにどの有効な場所が適合するかを判断するのに役立ちます。
ランキングにはどのような場所の識別と適格性ルールが必要ですか？
カタログ、営業時間、経路案内、旅程システムは、推奨事項の根拠となる事実に関して権威ある情報源であり続けるべきです。言語モデルは、「夕食前にホテル近くの歴史的建造物を1つ教えてください」といったリクエストを、出発地、次の予定、時間帯、カテゴリ、旅行制限、開業条件といった検証可能なフィールドに変換できます。これらのフィールドは、架空の値ではなく、場所と経路案内の所有者に対するクエリです。どの例の構造も説明のためのものです。重要な契約は、曖昧な表現が、顧客が会話を再開することなく修正できる状態になるということです。
ハード制約はバイナリであり、ランキング前に場所、時間、およびルーティングの所有者に関連付けられます。現在閉鎖中、製品が既知の時間を必要とするにもかかわらず時間が不明、ルーティングサービスが満たせない徒歩予算、プライベートアクセス、またはアクセシビリティ属性の欠如は、候補から除外する必要があります。次に、近隣や建築様式などのソフトな好みが、残りの有効なセットをランク付けします。閉鎖された展望デッキは、より有名であるという理由で上位にランク付けされるべきではありません。
Google の現在の Places API の場所タイプ (新規) リストには、cultural_landmark、historical_place、historical_landmark、monument、museum、observation_deck、tourist_attraction、visitor_center (Google Maps Platform, 2026) などのアトラクション指向のタイプが含まれています。Mapbox Search Box は現在、場所周辺またはルートに沿ったカテゴリでフィルタリングされた POI 検索について説明しています (Mapbox, 2026)。これらのページは、本番環境の場所カテゴリ契約の証拠です。これらのページは、すべての Kaleidr デプロイメントが Google Places または Mapbox Search Box を使用していることの証拠ではなく、Kaleidr のインベントリを説明するものでもありません。
Schema.org では現在、TouristAttraction と TouristDestination を区別し、includesAttraction と関連付けています。TouristAttraction では、publicAccess を明示的な場所レベルのフラグとして文書化しており、省略した場合のデフォルト値は想定されていません (Schema.org, 2026)。TouristDestination は、1 つ以上のアトラクションを含む場所を記述します。includesAttraction は、目的地からアトラクションへの関係を表します。これらのタイプは、構造化データとして識別とアクセスを示します。同じ語彙は Kaleidr カタログスキーマではありません。
安定した場所 ID により、名前、別名、プロバイダーカテゴリが異なる場合でも、検索、地図、位置情報、分析を単一のオブジェクトで行うことができます。プロバイダーカテゴリを、製品がフィルタリングできる内部レイヤーに正規化します。ガイド付きツアーや展示会は、重複する場所としてではなく、場所にリンクされた体験レコードとして保持します。
安定した場所IDにより、検索、地図、位置情報、分析、および下流の体験が同期されます。
空間コンテキストは、どのように観光スポットをランク付けすべきでしょうか？
推奨は、顧客がその場所に到達でき、かつ次の予定を立てられる場合にのみ有用です。直線距離だけでは判断できません。2つの史跡がホテルからほぼ同じ距離にある場合、一方は徒歩12分、もう一方は徒歩での移動時間を消費します。ランキングは、出発地からその場所までの距離、残りの営業時間、そしてその場所から次の目的地までの距離を、実現可能性の基準として評価する必要があります。
沿線探索と複数アンカー探索は、起点が異なるだけで同じ作業です。「駅までの道中で見る価値のあるものは何ですか？」には、ホテルの周囲半径ではなく、ルートが必要です。「ホテルと夕食の間で見られるものは何ですか？」には、両方のアンカーが必要です。顧客が制約を指定した後に、言語モデルにこれらの分を発明するように要求しないでください。Traffic-Aware Journey Planning は、顧客がルートを必要とする移動区間側をカバーします。場所のランキングは適格性の後に、時間と旅行チェックの代わりではなく、検査可能な生存者に対する順序として配置されます。
以下の比較は例示であり、Kaleidrの計測結果や目的地の検索結果ではありません。オプションに同じ列が必要な理由を示すためにのみ使用してください。実際の商品は、最新のカタログ、営業時間、および経路案内の応答に基づいて、これらの列を埋める必要があります。リクエストは、歴史的建造物1ヶ所、ホテルから徒歩15分以内、夕食前の午後4時から午後6時30分までの時間帯での訪問です。
| 候補 | カテゴリー | ホテルから徒歩 | 閉館時間 | 一般的な見学時間 | 夕食までの徒歩時間 | 時間枠に収まるか |
|---|---|---|---|---|---|---|
| 歴史的建造物 | 歴史的ランドマーク | 12分 | 午後7時 | 30分 | 16分 | はい：12 + 30 + 16 = 58分、まだ開いています |
| 美術館 | 美術館 | 18分 | 午後4時45分 | 45分 | — | いいえ：徒歩が15分の予算を超えています。閉館まで27分しかなく、見学時間より短いです。 |
| 史跡 | 歴史的建造物 | 22分 | 午後7時 | 40分 | 16分 | いいえ：22分はホテルから徒歩15分という予算を超えています |
人気度は、今回の旅行の適切な指標とは言えません。目玉の観光スポットが徒歩28分かかる上に閉館時間が早すぎる場合、ホテルのすぐ近くにあるあまり有名ではない史跡の方が、より良い選択肢となる可能性があります。適格性はフィルターです。ランキングは残った候補の順位付けです。説明は、候補リストが存在する理由を具体的に示すものです。これらの役割を混同すると、よくある失敗が生じます。つまり、アシスタントが顧客が実際に訪れることのできない有名な観光スポットを勧めてしまうのです。
共有マップ状態は、会話、カード、旅行を一つの基準となる場所に集約します。ランドマークを選択すると、その場所が強調表示され、ホテルと夕食の関係が示され、時間帯が維持されます。「どちらが近いですか？」と尋ねた場合も、同じ制約が維持されます。「美術館はどうですか？」と尋ねた場合は、新しい旅行を作成するのではなく、資格要件を再確認します。アシスタント専用の、目に見えない2つ目のリストは、この契約を破ります。
Kaleidr はランドマーク探索にどう対応しますか？
Kaleidrの実装では、ホストが既に運用しているマップと場所のスタックに会話型の空間レイヤーをアタッチできます。Kaleidrは現在、Chatを、ホストが既にレンダリングしているマップ上にマウントされ、解決済みの場所をプロットし、会話によって場所が解決されるにつれてカメラをフレーム化する製品として文書化しています（Chat attach）。アタッチ契約では、現在の公開開発者向けインターフェースにマップ対応の会話機能が存在することが確認されています。ただし、同じ文書では、ネイティブのアトラクションカタログ、チケット在庫、または目的地全体の営業時間フィードは約束されていません。
これらのカタログおよび営業時間システムは、明示的なデプロイメント依存関係として維持されるべきです。Kaleidrは対話型の空間レイヤーとマップ認識型の調整機能を提供できますが、デプロイメントでは適切な権威ある場所、営業時間、およびルーティング情報源を使用します。デプロイメントに関する具体的な統合が文書化されていない限り、Kaleidr自体がアトラクション運営者またはチケット台帳であると示唆しないでください。
ホテル、選択した地区、または地図上の地点は、すでに旅行ルート上にあるため、ランドマーク検索のデフォルトの起点となるべきです。公開可能なキーはブラウザ SDK 用であり、サーバー認証情報はアプリケーション層に属します。Kaleidr は現在この分離を文書化しており、ベアラーとして提示された公開可能なキーは拒否されると述べています (Auth & scopes)。デバイスの位置情報は別の権限です。現在の W3C 位置情報候補勧告スナップショットでは、位置情報データを Web アプリケーションと共有する前に、エンド ユーザーからの明示的な許可が必要です (W3C, 2026)。デバイスの位置情報は、顧客が現在位置から開始するように要求する場合に役立ちますが、ホテルやレストランがすでに適切な起点を指定している場合は必要ありません。Private Location Data for AI Map Workflows は、ホストが公開しない移動データの認証について説明しています。
Kaleidrは現在、厳選された目的地とタップして質問できる場所の概要を含むホスピタリティテンプレートを説明しています。ライブスターターはKaleidr Hospitalityです。特定の運用ワークフローに依存する前に、Pricing & Plansで現在のプランの許容範囲を確認してください。現在の開発者向けドキュメントを統合契約として扱ってください。マーケティングページはユースケースを説明するものであり、アトラクションフィードリストを説明するものではありません。
B2Bアトラクション検索製品は、既存の場所、地図、およびトランザクションシステムを維持しながら、対話型の空間AIレイヤーを追加できます。
どのB2B製品にアトラクション検索が必要ですか？
観光マーケティング組織（DMO）は、主要なモニュメントを既に訪れた観光客に対し、公式のランドマーク、加盟アトラクション、公園、地区、編集コレクションなどを関連付けることができます。DMOは候補となる場所を管理し、アシスタントが好みを解釈します。時間帯やルートによって、何が可能かが決まります。上記の観光マップの記事では、そのカタログを中心とした観光マップのアーキテクチャについて解説しています。
ホテルは、稼働中の施設、承認済みの近隣のアトラクション、ゲストの滞在時間帯、および夕食の予約を組み合わせることができます。「夕食前に遠くまで行かずに見られるランドマークは何か？」という質問は、オープンなウェブ検索ではなく、施設を拠点とした実現可能性の質問となります。上記のゲストコンシェルジュの記事では、施設側の会話について説明していますが、ランドマークレイヤーでは、カテゴリ、オープン状態、次の予定が追加されます。コンベンションプラットフォームは、基調講演の後に20分間の散歩で空白を埋めることができます。航空会社やモビリティ製品は、ホストが実際に所有する旅程と経路データを使用して、ランドマーク訪問が出発前に十分な余裕を残すかどうかをテストできます。アトラクションネットワークは、自社のサイト全体で推奨できます。会員アプリは、場所と意図に基づいてランキングする前に、候補者を参加施設に限定できます。
AIと地図の連携範囲を限定する：対象となる場所を表示し、特定の場所に絞り込み、旅行関係を表示し、経路案内を開き、保存し、旅程に追加し、またはチケットの引き渡しを開始する。ホストはこれらの操作を検証する。モデルが任意の地図コードを出力しないようにする。場所の選択はユーザーが制御できるようにする。対話型システムは1つの選択肢を提案することはできるが、顧客は別の場所、別の時間帯、または別の出発地を選択できる必要がある。
目的地チームは発見の質をどのように測定すべきか？
マップのパンとチャットの起動は診断情報です。結果指標には、クエリの開始、返された有効な結果、場所の選択、開いた経路、保存、旅程の追加、チケットの引き渡しが含まれます。品質指標には、結果なし率、古い時間の割合、不明な時間の割合、旅行計算の失敗が含まれます。ビジネス指標はホストによって異なります。メンバーの紹介、チケットのコンバージョン、ホテルの利用、目的地コンテンツの使用などです。単なる失敗フラグではなく、承認された場所がない、現在閉まっている、遠すぎる、不明な時間、または利用できないアクセシビリティデータなど、構造化された結果なしの理由を保持してください。
検索地理情報はデバイスの地理情報とは別に管理する必要があります。顧客が物理的に1つの都市にいる場合でも、別の都市の観光スポットを検索できます。需要は、デフォルトではデバイスの位置情報ではなく、検索対象の目的地に紐づけられます。Map Engagement and Location Analytics は現在、製品、在庫、成長チームが対応できる地図と場所のエンゲージメント、場所の比較、空間パターン、アクティビティを文書化しています。チケット販売と予約はホストシステムが引き続き管理します。旅行プラットフォームや目的地プラットフォームは、このモデルを使用して、歴史的建造物の検索はあるものの選択が少ない地区、リクエストはあるものの供給が不足しているカテゴリ、結果が表示されない旅行期間などを調べることができます。これらの質問は、ページビューに関する質問ではなく、地理に関する質問です。他の地図製品にも同じ測定基準が適用されます。つまり、生のインタラクション量よりもタスク完了を重視します。
この記事で提案されているホストイベント名は、編集上の推奨事項であり、Kaleidr Analyticsの自動イベント名として文書化されているものではありません。意図、適格性判定結果、選択された場所、およびそれに続くホストのアクションをログに記録してください。ランドマーク検索の成功指標としてチャットの長さを扱わないでください。
B2Bパイロットプロジェクトはどのように開始すべきか？
夕食の予定時刻前にホテル近くの歴史的ランドマークを1つ推薦するなど、価値の高いタスクを1つだけ実行することから始めましょう。場所のカタログと営業時間は、既存のシステムに保持してください。会話型の地図操作を既存の地図に添付します。候補を承認済みの場所に限定し、カテゴリと開始状態を必須とし、ホテルから夕食会場までの移動距離を計算し、選択とそれに続くホストのアクションを測定します。最初のウィンドウがうまく機能した場合にのみ、カテゴリと都市を拡大してください。
会話型検索は、カタログの品質、営業時間の鮮度、または履行プロセスの厳格さを代替するものではありません。移動時間はあくまでも推定値です。開店時の表示は、その背後にある営業時間の情報源の精度に依存します。既存の地図にアシスタントを追加することは、レンダリングエンジンを交換するよりも通常は安価ですが、ホストは依然として認証、サプライヤーとの契約、および次のビジネスアクションを管理する必要があります。
Explore Kaleidr Spatial AI 既存の地図に会話型ランドマーク検索を追加します。 Explore Kaleidr Analytics 移動経路周辺の場所へのエンゲージメントと地理的な需要を測定します。この記事の例を本番環境の機能仕様として扱う前に、現在の公開ページを確認してください。
よくある質問
AIランドマークおよびアトラクション検索とは？
AIランドマーク・アトラクション検索は、旅行者の意図、承認済みスポットカタログ、カテゴリ、開店状況、場所、移動時間、およびビジネスルールを組み合わせることで、現在の旅行に合った訪れる価値のある場所を提案します。空間AIはリクエストを解釈して説明しますが、場所と営業時間に関するシステムは事実の権威として残ります。
アトラクション検索は、アクティビティの推奨とどのように異なりますか？
ランドマーク検索は場所を推奨します。アクティビティの推奨は、その場所で体験できるアクティビティを推奨し、所要時間と開始時間を第一級の制約条件とします。
言語モデルはアトラクションリストを作成すべきでしょうか？
いいえ。ホストカタログ、メンバーリスト、またはパートナーの在庫が候補となる場所の集合として維持されるべきです。アシスタントは制約を解釈し、根拠に基づいた選択肢を説明できます。
なぜ近隣検索だけでは不十分なのでしょうか？
周辺検索では、ピン周辺の場所が表示されます。ランドマーク検索では、特定の場所が営業しているか、アクセス可能か、カテゴリに該当するか、次の予定と互換性があるかを確認します。
アトラクション検索はルートに沿って機能しますか？
はい、ルート検索とカテゴリ検索で、ホテルのピン周辺だけでなく、経路との関連で場所を評価できる場合は機能します。Mapboxは現在、ルートに沿ったカテゴリ検索を検索プロバイダーパターンとして文書化していますが、これはKaleidrがそのAPIを運用しているのとは異なります。
ランドマーク検索には、顧客のデバイスのリアルタイム位置情報が必要ですか？
いいえ。ホテル、駅、選択した地図上の地点、または計画地区の方が、多くの場合、より適切な起点となります。デバイス位置情報を使用する場合は、明示的な許可が必要です。
Kaleidrは、既存の旅行地図や宿泊施設地図と連携できますか？
はい。現在の公開チャット添付ドキュメントでは、ホストが既にレンダリングしている地図上で会話が展開されることが説明されています。アトラクションカタログと次のビジネスアクションはホストが引き続き管理します。
Kaleidrはチケット販売に取って代わるものですか？
いいえ。現在の公開Kaleidrページでは、会話型マップ検索と分析について説明しています。チケットの在庫、価格、購入は、特定の統合が文書化されていない限り、ホストまたはサプライヤーのシステムに残ります。
アトラクションのアクセシビリティはどのように扱うべきですか？
アクセシビリティデータが欠落している場合は、合格ではなく不明として扱います。アクセスに関する事実を捏造しないでください。公共アクセスとアクセシビリティ属性は、場所システムに保持してください。
目的地チームは何を測定すべきですか？
場所の選択、経路案内、旅程への追加、ホストへの引き継ぎ、結果がなかった理由、地理的な需要ギャップ。チャット量だけでは、成功の指標としては不十分です。
参考文献
- Kaleidr. AI-Powered Map Experiences for Business. Accessed 10 September 2026. https://kaleidr.com/
- Kaleidr. AI Map Chat for Customer Discovery. Accessed 10 September 2026. https://kaleidr.com/ai
- Visit Orlando. Visit Orlando Expands Free Vacation Planning Services with New AI Trip Planner. 25 June 2026. https://www.visitorlando.org/media/press-releases/post/visit-orlando-expands-free-vacation-planning-services-with-new-ai-trip-planner/
- Mindtrip. Mindtrip Partners With The San Diego Tourism Authority To Reimagine How Travelers Discover San Diego. 28 August 2026. https://www.prnewswire.com/news-releases/mindtrip-partners-with-the-san-diego-tourism-authority-to-reimagine-how-travelers-discover-san-diego-302862145.html
- Google Maps Platform. Place Types (New). Accessed 10 September 2026. https://developers.google.com/maps/documentation/places/web-service/place-types
- Mapbox. Search Box API. Accessed 10 September 2026. https://docs.mapbox.com/api/search/search-box/
- Schema.org. TouristAttraction. Version 30.0. Accessed 10 September 2026. https://schema.org/TouristAttraction
- Schema.org. TouristDestination. Version 30.0. Accessed 10 September 2026. https://schema.org/TouristDestination
- Schema.org. includesAttraction. Version 30.0. Accessed 10 September 2026. https://schema.org/includesAttraction
- Kaleidr. Chat attach. Developer documentation. Accessed 10 September 2026. https://docs.kaleidr.com/sdk/chat-attach
- Kaleidr. Auth & scopes. Developer documentation. Accessed 10 September 2026. https://docs.kaleidr.com/platform-api/auth-and-scopes
- W3C. Geolocation. W3C Candidate Recommendation Snapshot, 26 March 2026. https://www.w3.org/TR/2026/CR-geolocation-20260326/
- Kaleidr. Kaleidr Hospitality. Template. Accessed 10 September 2026. https://template.kaleidr.com/customize/?template=hospitality
- Kaleidr. Map Engagement and Location Analytics. Accessed 10 September 2026. https://kaleidr.com/analytics
@misc{kaleidr_home_landmark_2026_09_10,
title = {AI-Powered Map Experiences for Business},
author = {{Kaleidr}},
note = {Accessed 10 September 2026},
url = {https://kaleidr.com/}
}
@misc{kaleidr_ai_landmark_2026_09_10,
title = {AI Map Chat for Customer Discovery},
author = {{Kaleidr}},
note = {Accessed 10 September 2026},
url = {https://kaleidr.com/ai}
}
@misc{visit_orlando_ai_planner_landmark_2026_09_10,
title = {Visit Orlando Expands Free Vacation Planning Services with New AI Trip Planner},
author = {{Visit Orlando}},
year = {2026},
month = jun,
url = {https://www.visitorlando.org/media/press-releases/post/visit-orlando-expands-free-vacation-planning-services-with-new-ai-trip-planner/}
}
@misc{mindtrip_sdta_landmark_2026_09_10,
title = {Mindtrip Partners With The San Diego Tourism Authority To Reimagine How Travelers Discover San Diego},
author = {{Mindtrip}},
year = {2026},
month = aug,
url = {https://www.prnewswire.com/news-releases/mindtrip-partners-with-the-san-diego-tourism-authority-to-reimagine-how-travelers-discover-san-diego-302862145.html}
}
@misc{google_place_types_landmark_2026_09_10,
title = {Place Types (New)},
author = {{Google Maps Platform}},
note = {Accessed 10 September 2026},
url = {https://developers.google.com/maps/documentation/places/web-service/place-types}
}
@misc{mapbox_search_box_landmark_2026_09_10,
title = {Search Box API},
author = {{Mapbox}},
note = {Accessed 10 September 2026},
url = {https://docs.mapbox.com/api/search/search-box/}
}
@misc{schema_tourist_attraction_2026_09_10,
title = {TouristAttraction},
author = {{Schema.org}},
note = {Version 30.0; accessed 10 September 2026},
url = {https://schema.org/TouristAttraction}
}
@misc{schema_tourist_destination_2026_09_10,
title = {TouristDestination},
author = {{Schema.org}},
note = {Version 30.0; accessed 10 September 2026},
url = {https://schema.org/TouristDestination}
}
@misc{schema_includes_attraction_2026_09_10,
title = {includesAttraction},
author = {{Schema.org}},
note = {Version 30.0; accessed 10 September 2026},
url = {https://schema.org/includesAttraction}
}
@misc{kaleidr_chat_attach_landmark_2026_09_10,
title = {Chat attach},
author = {{Kaleidr}},
note = {Developer documentation; accessed 10 September 2026},
url = {https://docs.kaleidr.com/sdk/chat-attach}
}
@misc{kaleidr_auth_scopes_landmark_2026_09_10,
title = {Auth \& scopes},
author = {{Kaleidr}},
note = {Developer documentation; accessed 10 September 2026},
url = {https://docs.kaleidr.com/platform-api/auth-and-scopes}
}
@misc{w3c_geolocation_cr_landmark_2026_09_10,
title = {Geolocation},
author = {{W3C}},
year = {2026},
month = mar,
note = {W3C Candidate Recommendation Snapshot, 26 March 2026},
url = {https://www.w3.org/TR/2026/CR-geolocation-20260326/}
}
@misc{kaleidr_hospitality_template_landmark_2026_09_10,
title = {Kaleidr Hospitality},
author = {{Kaleidr}},
note = {Template; accessed 10 September 2026},
url = {https://template.kaleidr.com/customize/?template=hospitality}
}
@misc{kaleidr_analytics_landmark_2026_09_10,
title = {Map Engagement and Location Analytics},
author = {{Kaleidr}},
note = {Accessed 10 September 2026},
url = {https://kaleidr.com/analytics}
}