翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # 動的マップ **注記** ポリティカルビューの機能は、適用法に準拠して使用する必要があります。これには、Amazon Location Service を介してアクセスするマップ、画像、その他のデータを利用できる国または地域のマッピングに関連する法律が含まれます。 インタラクティブマップとも呼ばれる動的マップは、ズーム、パン、イーズ、フライ、ピッチ、回転、ベアリングなどのジェスチャをサポートするデジタルマップです。Amazon Location Service では、応答性、インタラクティブ、没入型のエクスペリエンスをユーザーに提供するマップアプリケーションを構築できます。これらのマップは、リアルタイムデータおよびユーザー入力に基づく履歴データを視覚化して分析するのに役立ちます。これにより、マップをリアルタイムでパン、ズーム、探索できます。Amazon Location Service が提供するマップは複数の言語とポリティカルビューもサポートしています。 [ローカリゼーションと国際化](maps-localization-internationalization.md) の詳細を確認してください。 この API のリクエスト、レスポンス、cURL、CLI コマンドの例については、「[動的マップの使用方法](https://docs.aws.amazon.com/location/latest/developerguide/dynamic-maps-how-to.html)」を参照してください。 ------ #### [ City ] ![\[alt text not found\]](http://docs.aws.amazon.com/ja_jp/location/latest/developerguide/images/dynamic-city.png) ------ #### [ Roads ] ![\[alt text not found\]](http://docs.aws.amazon.com/ja_jp/location/latest/developerguide/images/dynamic-roads.png) ------ #### [ Park ] ![\[alt text not found\]](http://docs.aws.amazon.com/ja_jp/location/latest/developerguide/images/dynamic-parks.png) ------ AWS マップスタイルの詳細については、「[AWS マップスタイルと機能](map-styles.md)」を参照してください。 ## 一般的なユースケース **データの分析および視覚化** データを高品質のマップに重ねて、変換できる空間パターンと傾向を発見します。チームは地理的データを使用して、カスタマイズ可能なインタラクティブマップの視覚化機能を作成できます。マップとデータを使用して、サイト選択の最適化、インフラストラクチャの計画、市場機会の分析を行います。 **不動産エクスペリエンスを強化する** 見込み客に、不動産リスティングの包括的なロケーションコンテキストを提供します。プロパティの正確な場所が、管轄区域の境界、地元の企業、公園、学校などの、周囲の詳細と共に表示されます。顧客がオープンハウスを見つけ、有益な位置情報中心の不動産体験を生み出すのに役立ちます。 **魅力的な旅行体験を構築する** 目的地を示す動的マップが、詳細なストリートビューと主要な地理的特徴と共に表示されます。ホテル、レストラン、旅行客向けアトラクションなど、注目のスポットを紹介します。ハイキングコースなどの屋外施設をプロットして、理想的な旅行プランを計画しやすくします。 ## 動的マップのレンダリング マップのレンダリングエンジンは、デジタル画面上のマップのビジュアルレンダリングを扱うライブラリです。レンダリングエンジンは、マップタイル (ベクトル、ハイブリッド、衛星)、マップデータ (点、線、ポリゴン)、またはラスターデータ (イメージ) を結合して、ウェブブラウザまたはネイティブアプリにインタラクティブマップを表示します。Amazon Location Service では、ウェブプラットフォームとモバイル (iOS および Android) プラットフォームの両方をサポートする [MapLibre](https://github.com/maplibre/maplibre-gl-js) レンダリングエンジンを使用することをお勧めします。MapLibre にはプラグインモデルも用意されており、さまざまな言語での検索やルート検索のためのユーザーインターフェイスをサポートしています。 詳細については、「[最初の Amazon Location Maps and Places アプリケーションを作成する](first-app.md)」を参照してください。 ## マップアセットのリクエスト レンダリングエンジンは、マップタイル、スプライト (アイコン)、グリフ (フォント) への参照を含むマップスタイルを使用します。ユーザーがマップ、ロード、パン、ズームの操作を実行すると、レンダリングエンジンは必要な入力パラメータを使用して (タイル、スプライト、グリフ用) API を呼び出します。アプリケーションのニーズに基づいて、これらの API を直接呼び出すこともできます。 **マップタイル** サーバーから取得され、レンダリングエンジンによって組み立てられ、インタラクティブなデジタルマップを作成するデータを含む、小さな四角いタイルです。 **マップスタイル** 色やスタイルなど、マップの外観を定義するルール集です。Amazon Location Service は [Mapbox GL スタイル仕様](https://docs.mapbox.com/style-spec/guides/)に準拠します。 **Glyph ファイル** エンコードされた Unicode 文字を含むバイナリファイルで。テキストラベルを表示するためにマップレンダラーによって使用されます。 **Sprite ファイル** JSON ファイル内の場所の説明を含む小さなラスター画像を含む Portable Network Graphics (PNG) 画像ファイルです。マップレンダラーがマップ上にアイコンやテクスチャをレンダリングするために使用されます。 # タイル マップタイルは、より大きなマップのレンダリング済みの小さなセクションであり、通常は正方形の画像として表示されます。さまざまなズームレベルで可視部分のみをロードすることにより、地理的データを効率的に表示するために使用します。マップタイルには主に次の 3 つのタイプがあります。 詳細については、「*Amazon Location Service API リファレンス*」の「[GetTile](https://docs.aws.amazon.com/location/latest/APIReference/API_geomaps_GetTile.html)」を参照してください。 ## タイルタイプ **ベクトルマップタイル** ベクトルマップタイルは、マップデータを画像としてではなくジオメトリシェイプ (ポイント、線、ポリゴン) として保存します。これにより、あらゆる解像度で明確に保つ、高品質でスケーラブルなマップを作成できます。 **ラスターマップタイル** ラスターマップタイルは、特定の地理的領域を表す事前にレンダリングされた画像です。ベクトルタイルとは異なり、ラスタータイルはシンプルですが、再スタイル設定をする柔軟性はありません。 **ハイブリッドマップタイル** ハイブリッドマップタイルは、ベクトルデータとラスターデータの両方を組み合わせます。道路などのコアマップ要素にはベクトルデータを使用し、詳細な衛星や航空写真などの複雑な要素にはラスター画像を使用します。 ## ベクトルタイルレイヤー 以下に、ベクトルマップタイルの 10 のレイヤーを示します。 + **境界**: 国、州、都市の境界など、管理境界と地理的境界を定義します。 + **建物と住所**: 建物の形状と詳細な住所を表します。 + **地球**: 砂漠、山、森林などの自然機能のグローバルな地形と表面カバレッジを表示します。 + **土地の使用**: 公園、農地、都市ゾーンなどの分類されたエリアを表示します。 + **場所**: 都市、町、目立つランドマークなどの重要な場所を識別します。 + **対象となるポイント (POI)**: 名所、ビジネス、その他の主要なロケーションをハイライトします。 + **道路**: 街路、高速道路、経路のネットワークを表します。 + **道路ラベル**: 道路名とルート番号のテキストラベルを提供します。 + **トランジット**: バス、電車、サブウェイなどの公共輸送線を示します。 + **水域**: 湖、河川、海などの水域を表示します。 ## ユースケース + マップのさまざまなセクションをさまざまなズームレベルでレンダリングするためのマップタイルを取得します。 + パンやズームなどのユーザーインタラクションに基づいてマップタイルリクエストを最適化します。 + 詳細なレンダリングの目的でベクトルタイルまたはラスタータイルにアクセスします。 ## リクエストを理解する **注記** `ap-southeast-1` と のお客様は`ap-southeast-5`、サポートされているリクエストフィールドとレスポンスフィールドが異なる場合があります。詳細については、[GetTile API リファレンス](https://docs.aws.amazon.com/location/latest/APIReference/API_geomaps_GetTile.html)を参照してください。 リクエストでは、取得する特定のタイルを識別するために、`Tileset`、`X`、`Y`、`Z` のパラメータが必要です。`Key` パラメータは、オプションで認可に含めることができます。 + **`Tileset`**: タイルを取得するために必要なタイルセットを指定します。 + **`X`**: マップタイルの X 軸値。 + **`Y`**: マップタイルの Y 軸値。 + **`Z`**: タイルのズームレベルを定義するズーム値。 + **`Key`**: 認可の目的でオプションで含まれます。 ## レスポンスを理解する レスポンスには、`CacheControl`、`ContentType`、`ETag` などのヘッダーが含まれ、MVT 形式のバイナリ BLOB としてマップタイルデータが含まれます。これらのヘッダーは、キャッシュコントロールを管理し、コンテンツ形式の詳細とタイルのバージョン管理を提供します。 + **`CacheControl`**: マップタイルのクライアント側のキャッシュを制御します。 + **`ContentType`**: タイルデータの形式を指定します。 + **`ETag`**: タイルのバージョン識別子を提供します。 + **`Blob`**: MVT 形式のベクトルタイルデータが含まれます。 # スタイル動的マップ Amazon Location Service には、動的マップのスタイル設定には、事前に設計された AWS マップスタイルを使用する、またはスタイル記述子を使用してマップスタイルをカスタマイズするという 2 つのオプションがあります。 詳細については、「*Amazon Location Service API リファレンス*」の「[GetStyleDescriptor](https://docs.aws.amazon.com/location/latest/APIReference/API_geomaps_GetStyleDescriptor.html)」を参照してください。 ## 事前設計された AWS マップスタイルを使用する AWS マップスタイルは、業界標準に準拠した事前定義されたスタイルであり、洗練されたプロフェッショナルな外観を提供します。Amazon Location Service でこれらのスタイルを活用することにより、市場投入までの時間が短縮され、専属のマップ作成者がゼロからマップスタイルを作成する必要がなくなります。 詳細については、「[AWS マップスタイルと機能](map-styles.md)」を参照してください。 事前定義されたマップスタイルの詳細については、以下を参照してください。 + [標準マップスタイル](map-styles.md#standard-map) + [モノクロマップスタイル](map-styles.md#monochrome-map) + [ハイブリッドマップスタイル](map-styles.md#hybrid-map) + [衛星マップスタイル](map-styles.md#satellite-map) ## マップに AWS マップスタイル機能を追加する AWS マップスタイル機能を使用すると、地形、輪郭密度、トラフィック、トラックまたはトランジットオーバーレイなどの高度なスタイル機能を使用してマップをカスタマイズできます。これらの新しいカスタマイズオプションを使用すると、特定のユースケースに合わせてマップの外観を調整できます。 詳細については、[「マップ機能](https://docs.aws.amazon.com/location/latest/developerguide/maps-concepts.html)」を参照してください。 ## AWS マップスタイルを使用する利点 + **時間とリソースの効率**: AWS マップスタイルを使用すると、マップスタイルをゼロから設計する時間とリソースを大量に消費するプロセスをバイパスできます。これにより、視覚的に魅力的なマップを提供しながら、コア機能に集中できます。 + **プロフェッショナルで一貫した外観**: 熟練したカルトグラファーは、業界のベストプラクティスに従って、細心の注意を払って AWS マップスタイルを作成しています。カラーパレットからラベルの配置まで、すべてのディテールが明確で読みやすいように最適化されています。 + **シームレスな統合**: AWS Map スタイルは、アプリケーションの設計言語とシームレスに統合され、エンドユーザーに洗練された一貫したマッピングエクスペリエンスを提供します。 ## AWS マップスタイルの使用を開始する + **提供されている AWS マップスタイルを確認する**: Amazon Location Service コンソールで、**マップ**セクションに移動して使用可能なスタイルを確認します。 + **ニーズに合ったスタイルを選択する**: アプリケーションの設計とユーザーエクスペリエンスの要件に最も適したスタイルを選択します。 + **スタイルを統合する**: 提供されたドキュメントに従い、Amazon Location Service API または SDK を使用して選択したスタイルをアプリケーションに統合します。 [マップの表示方法](how-to-display-a-map.md) の詳細を確認してください。 ## ユースケース + `Light` や などのカラースキームに基づいてマップスタイルをカスタマイズします`Dark`。 + 特定のポリティカルビューまたは地理的境界に従ってマップを表示します。 + 物流、屋外アクティビティ、トラフィックデータのナビゲーション、輸送固有のルーティングなど、さまざまなユースケースに合わせてマップスタイルを最適化します。 ## リクエストを理解する **注記** `ap-southeast-1` と のお客様は`ap-southeast-5`、サポートされているリクエストフィールドとレスポンスフィールドが異なる場合があります。詳細については、[GetStyleDescriptor API リファレンス](https://docs.aws.amazon.com/location/latest/APIReference/API_geomaps_GetStyleDescriptor.html)を参照してください。 リクエストは、`ColorScheme`、`Key`、`PoliticalView` などのパラメータをサポートし、マップのスタイルとプレゼンテーションを定義します。目的のマップスタイルを指定するには、`Style` パラメータが必要です。 + **`ColorScheme`**: `Light`や など、マップのカラーパレットを設定します`Dark`。 + **`PoliticalView`**: マップ視覚化のポリティカルビューを指定します。 + **`Style`**: `Standard`や など、マップのスタイルを定義します`Monochrome`。 + **`Terrain`**: 標高シェーディングと地理的ハイライトにより、地形の特徴を表示します。 + **`ContourDensity`**: さまざまな密度レベルで標高の輪郭線を使用して、地形の形状と傾度を表示します。 + **`Traffic`**: リアルタイムトラフィック条件をマップにオーバーレイします。 + **`TravelMode`**: 道路制限のある公共交通システムやトラックのルーティングなどの輸送情報を表示します。 ## レスポンスを理解する レスポンスは、`CacheControl`、`ContentType`、`ETag` などのヘッダーを提供し、スタイル記述子を JSON BLOB として含めます。ヘッダーは、スタイル変更のキャッシュ情報、コンテンツ形式の詳細、バージョニングを提供します。 + **`CacheControl`**: スタイル記述子のキャッシュ設定を制御します。 + **`ContentType`**: レスポンス形式を JSON として示します。 + **`ETag`**: スタイル記述子のバージョン識別子を提供します。 + **`Blob`**: JSON 形式のスタイル記述子の本文が含まれます。 ## スタイル記述子をカスタマイズする マップスタイルをカスタマイズするには、スタイル記述子の構造を理解する必要があります。これは通常、マップ要素の視覚的表現を定義する JSON オブジェクトです。スタイル記述子は複数のレイヤーで構成され、それぞれが道路、公園、建物、ラベルなど、特定のタイプのマップ要素のスタイルを制御します。 + **事前定義されたスタイル記述子をベースとして使用する**: 事前定義されたスタイル記述子から始めるか、[Maputnik](https://maputnik.github.io/) などのマップスタイルエディタを使用して最初から作成できます。 + **構造を理解する**: スタイル記述子は、レイヤーを含む階層 JSON オブジェクトで、それぞれが異なるマップ要素を表します。各レイヤーには、色、不透明度、線の幅など、その要素の外観を制御するプロパティがあります。 + **レイヤーのスタイルを変更する**: 使用しているマップスタイルエディタに応じて、既存のレイヤーを変更するか、新しいレイヤーを追加してスタイルをカスタマイズできます。例えば、道路の色を調整したり、ラベルのフォントサイズを変更したり、特定の場所にカスタムアイコンを追加したりできます。 + **さまざまなズームレベルのスタイルを定義する**: マップスタイルエディタを使用すると、さまざまなズームレベルのさまざまなスタイルを定義できます。これは、ユーザーのズーム操作に基づいて詳細レベルと可視性のレベルを制御するのに役立ちます。 + **テストとイテレーション**: スタイル記述子を変更または作成したら、マップでカスタマイズされたスタイルをテストして、意図したとおりに表示されることを確認します。必要なビジュアルスタイルが得られるまでイテレーションして調整します。 # スプライトを使用したアイコノグラフィーのスタイル スプライトは、マップ上にレンダリングされたアイコン、マーカー、その他の要素などの小さなラスターイメージを含むポータブルネットワークグラフィック (PNG) イメージファイルです。スプライトは、スタイル、カラースキーム、バリアントなどのパラメータに基づいてカスタマイズできます。Amazon Location Service は、`GetSprites` API を通じてスプライトシートを提供します。独自のアイコンセットをロードするか (「[マップにアイコンを追加する方法](how-to-add-icon-on-map.md)」を参照)、スタイル記述子をカスタマイズしてカスタムスプライトをロードすることにより、カスタムアイコンを使用することもできます。 詳細については、「*Amazon Location Service API リファレンス*」の「[GetSprites](https://docs.aws.amazon.com/location/latest/APIReference/API_geomaps_GetSprites.html)」を参照してください。 ## ユースケース + 特定のスタイルとカラースキームのスプライトシートを使用してカスタムマップ要素をレンダリングします。 + スタンダード、モノクローム、ハイブリッドなど、さまざまなマップスタイルのスプライトを取得します。 + スプライトを変更してマップ上のアイコノグラフィーをカスタマイズします。 ## リクエストを理解する リクエストには、`ColorScheme`、`FileName`、`Style` などの URI パラメータが必要です。これらのパラメータにより、マップのカラースキーム、スタイル、必要な特定のスプライトファイルに基づいてスプライトシートをカスタマイズできます。 + **`ColorScheme`**: 「ライト」や「ダーク」など、スプライトのカラースキームを定義します。 + **`FileName`**: 取得するスプライトファイルの名前。PNG ファイルまたは JSON ファイルです。 + **`Style`**: 「スタンダード」や「モノクローム」などのマップスタイルを指定します。 ## レスポンスを理解する レスポンスには、`CacheControl`、`ContentType`、`ETag` などのヘッダーが含まれ、スプライトデータはバイナリ BLOB または JSON ファイルとして返されます。これらのヘッダーは、キャッシュ情報、レスポンスのコンテンツタイプ、スプライトデータのバージョン管理を提供します。 + **`CacheControl`**: スプライトファイルのキャッシュ設定。 + **`ContentType`**: PNG または JSON データが含まれているかどうかを示すレスポンスの形式。 + **`ETag`**: キャッシュ検証に使用されるスプライトのバージョン識別子。 + **`Blob`**: スプライトシートまたは JSON オフセットファイルの本文が含まれます。 ------ #### [ Standard Light ] ![\[Collection of colorful icons representing various services and concepts in cloud computing.\]](http://docs.aws.amazon.com/ja_jp/location/latest/developerguide/images/styling-standard-light.png) ------ #### [ Standard Dark ] ![\[Collection of colorful icons and shapes representing various services and concepts.\]](http://docs.aws.amazon.com/ja_jp/location/latest/developerguide/images/styling-standard-dark.png) ------ #### [ Monochrome Light ] ![\[Collection of various icons and shapes representing different concepts and services.\]](http://docs.aws.amazon.com/ja_jp/location/latest/developerguide/images/styling-monochrome-light.png) ------ #### [ Monochrome Dark ] ![\[Collection of various icons and shapes representing different concepts and services.\]](http://docs.aws.amazon.com/ja_jp/location/latest/developerguide/images/styling-monochrome-dark.png) ------ #### [ Hybrid ] ![\[Collection of colorful icons representing various travel, transportation, and service symbols.\]](http://docs.aws.amazon.com/ja_jp/location/latest/developerguide/images/styling-hybrid.png) ------ # グリフでラベルのスタイルを設定する グリフは、エンコードされた Unicode 文字を含むバイナリファイルで、ラベルを表示するためにマップレンダラーによって使用されます。Amazon Location Service を使用すると、`GetGlyphs` API を介したマップレンダリングで使用できるように、フォントスタックから特定のグリフを取得できます。 詳細については、「*Amazon Location Service API リファレンス*」の「[GetGlyphs](https://docs.aws.amazon.com/location/latest/APIReference/API_geomaps_GetGlyphs.html)」を参照してください。 ## ユースケース + 特定のフォントとスタイルのマップでカスタムテキストをレンダリングします。 + ローカライズされたマップテキストレンダリングのグリフを取得します。 + Unicode 文字範囲を使用してマップラベルと記号を表示します。 + フォントスタックとグリフ範囲に基づいてマップフォントレンダリングを最適化します。 ## API でサポートされているフォント API では、以下のフォントがサポートされています。 + Amazon Ember Bold + Amazon Ember Bold Italic + Amazon Ember Bold、Noto Sans Bold + Amazon Ember Bold、Noto Sans Bold、Noto Sans Arabic Bold + Amazon Ember Condensed RC BdItalic + Amazon Ember Condensed RC Bold + Amazon Ember Condensed RC Bold Italic + Amazon Ember Condensed RC Bold、Noto Sans Bold + Amazon Ember Condensed RC Bold、Noto Sans Bold、Noto Sans Arabic Condensed Bold + Amazon Ember Condensed RC Light + Amazon Ember Condensed RC Light Italic + Amazon Ember Condensed RC LtItalic + Amazon Ember Condensed RC Regular + Amazon Ember Condensed RC Regular Italic + Amazon Ember Condensed RC Regular、Noto Sans Regular + Amazon Ember Condensed RC Regular、Noto Sans Regular、Noto Sans Arabic Condensed Regular + Amazon Ember Condensed RC RgItalic + Amazon Ember Condensed RC ThItalic + Amazon Ember Condensed RC Thin + Amazon Ember Condensed RC Thin Italic + Amazon Ember Heavy + Amazon Ember Heavy Italic + Amazon Ember Light + Amazon Ember Light Italic + Amazon Ember Medium + Amazon Ember Medium Italic + Amazon Ember Medium、Noto Sans Medium + Amazon Ember Medium、Noto Sans Medium、Noto Sans Arabic Medium + Amazon Ember Regular + Amazon Ember Regular Italic + Amazon Ember Regular Italic、Noto Sans Italic + Amazon Ember Regular Italic、Noto Sans Italic、Noto Sans Arabic Regular + Amazon Ember Regular、Noto Sans Regular + Amazon Ember Regular、Noto Sans Regular、Noto Sans Arabic Regular + Amazon Ember Thin + Amazon Ember Thin Italic + AmazonEmberCdRC\$1Bd + AmazonEmberCdRC\$1BdIt + AmazonEmberCdRC\$1Lt + AmazonEmberCdRC\$1LtIt + AmazonEmberCdRC\$1Rg + AmazonEmberCdRC\$1RgIt + AmazonEmberCdRC\$1Th + AmazonEmberCdRC\$1ThIt + AmazonEmber\$1Bd + AmazonEmber\$1BdIt + AmazonEmber\$1He + AmazonEmber\$1HeIt + AmazonEmber\$1Lt + AmazonEmber\$1LtIt + AmazonEmber\$1Md + AmazonEmber\$1MdIt + AmazonEmber\$1Rg + AmazonEmber\$1RgIt + AmazonEmber\$1Th + AmazonEmber\$1ThIt + Noto Sans Black + Noto Sans Black Italic + Noto Sans Bold + Noto Sans Italic + Noto Sans Extra Bold + Noto Sans Extra Bold Italic + Noto Sans Extra Light + Noto Sans Extra Light Italic + Noto Sans Italic + Noto Sans Light + Noto Sans Light Italic + Noto Sans Medium + Noto Sans Medium Italic + Noto Sans Regular + Noto Sans Semi Bold + Noto Sans Semi Bold Italic + Noto Sans Thin + Noto Sans Italic + NotoSans-Bold + NotoSans-Italic + NotoSans-Medium + NotoSans-Regular + Open Sans Regular,Arial Unicode MS Regular ## リクエストを理解する リクエストは、グリフのフォントと Unicode 範囲を決定する `FontStack`と `FontUnicodeRange` の 2 つの必須 URI パラメータを受け入れます。`FontStack` パラメータは使用するフォントを指定し、`FontUnicodeRange` は取得する文字範囲を定義します。リクエストには本文が含まれず、その機能の URI パラメータのみに焦点を当てます。 + **`FontStack`**: 取得するフォントスタックの名前を指定します。例: 「Amazon Ember Bold, Noto Sans Bold」 + **`FontUnicodeRange`**: グリフをダウンロードする Unicode の文字範囲。範囲は 256 の倍数にする必要があります。例: 「0-255」 ## レスポンスを理解する レスポンスは、キャッシュ用の HTTP ヘッダー、コンテンツタイプ、ETag、料金情報と共に、グリフデータをバイナリブロブとして返します。グリフデータは、マップにレンダリングされるバイナリブロブとして返され、ヘッダーはレスポンスを効果的に処理するための追加のメタデータを提供します。 + **`CacheControl`**: レスポンスのキャッシュ設定をクライアントに指示します。 + **`ContentType`**: 返されるグリフデータのタイプを示すレスポンス本文の形式を指定します。 + **`ETag`**: キャッシュ検証に使用されるグリフのバージョン識別子。 + **`PricingBucket`**: リクエストに関連付けられた料金階層を示します。 + **`Blob`**: マップテキストのレンダリングに使用され、バイナリブロブとして返されるグリフデータ。