Search - Get Reverse Geocoding
経度と緯度の座標から番地と位置情報を取得するために使用します。
Get Reverse Geocoding API は、座標 (例: 37.786505、-122.3862) を人間が理解できる住所に変換するために使用される HTTP GET リクエストです。 デバイスまたは資産からGPSフィードを受信し、座標に関連付けられたアドレスを知りたい追跡アプリケーションに役立ちます。 このエンドポイントは、特定の座標のアドレス情報を返します。
GET {endpoint}/reverseGeocode?api-version=2026-01-01&coordinates={coordinates}
GET {endpoint}/reverseGeocode?api-version=2026-01-01&coordinates={coordinates}&resultTypes={resultTypes}&view={view}
URI パラメーター
| 名前 | / | 必須 | 型 | 説明 |
|---|---|---|---|---|
|
endpoint
|
path | True |
string (uri) |
Azure Mapsサービスのホストネーム。 Azureパブリッククラウドには |
|
api-version
|
query | True |
string minLength: 1 |
この操作に使用する API バージョン。 |
|
coordinates
|
query | True |
number[] |
ジオコーディングを逆にする場所の座標。 例: &coordinates=lon,lat |
|
result
|
query |
応答で使用するエンティティの種類を指定します。 指定した型のみが返されます。 指定したエンティティ タイプにポイントをマッピングできない場合、応答で位置情報は返されません。 デフォルト値は、すべての可能なエンティティです。 次のオプションから選択したエンティティ型のコンマ区切りリスト。
これらのエンティティタイプは、最も具体的なエンティティから最も具体的でないエンティティの順に並べられます。 複数のエンティティタイプのエンティティが見つかった場合は、最も具体的なエンティティのみが返されます。 たとえば、エンティティの種類として Address と AdminDistrict1 を指定し、両方の種類のエンティティが見つかった場合、応答では Address エンティティ情報のみが返されます。 |
||
|
view
|
query |
string |
ISO 3166-1 Alpha-2 地域/国番号を表す文字列。 これにより、地政学的な紛争の境界とラベルが、指定されたユーザー領域に合わせて変更されます。 既定では、要求で定義していない場合でも、View パラメーターは "Auto" に設定されます。 詳細については、サポートされているビューの を参照し、使用可能なビューを参照してください。 |
要求ヘッダー
| 名前 | 必須 | 型 | 説明 |
|---|---|---|---|
| x-ms-client-id |
string |
Azure ADセキュリティモデルと連携して使用することを意図するアカウントを指定します。 これはAzure Mapsアカウントの一意IDを表し、Azure Maps管理プレーンのアカウントAPIから取得できます。 Azure MapsにおけるMicrosoft Entra IDセキュリティの使用についての詳細は、Azure Maps |
|
| Accept-Language |
string |
検索結果を返す言語。 詳細については、サポートされている言語の を参照してください。 |
応答
| 名前 | 型 | 説明 |
|---|---|---|
| 200 OK |
要求は成功しました。 Media Types: "application/geo+json", "application/json" |
|
| Other Status Codes |
予期しないエラー応答。 Media Types: "application/geo+json", "application/json" ヘッダー x-ms-error-code: string |
セキュリティ
AadToken
これらはMicrosoft Entra OAuth 2.0フローです。 Azureロールベースアクセス制御と組み合わせることで、Azure Maps REST APIへのアクセス制御に利用できます。 Azure ロールベースのアクセス制御は、1つ以上の Azure Maps リソースアカウントまたはサブリソースへのアクセスを指定するために使用されます。 Azure Maps REST API に対する 1 つ以上のアクセス許可で構成される組み込みロールまたはカスタム ロールを使用して、任意のユーザー、グループ、またはサービス プリンシパルにアクセス権を付与できます。
シナリオを実装するには、認証の概念表示することをお勧めします。 要約すると、このセキュリティ定義は、特定の API とスコープに対するアクセス制御が可能なオブジェクトを介してアプリケーションをモデル化するためのソリューションを提供します。
Note
- このセキュリティ定義 使用して、アプリケーションがアクセスを要求している Azure Maps リソースを示す必要があります。 これは、Maps 管理 APIから取得できます。
-
Authorization URLは、Azure パブリック クラウド インスタンスに固有です。 ソブリンクラウドは固有の認可URLとMicrosoft Entra IDの設定を持っています。 - Azure ロールベースのアクセス制御は、Azure portal、PowerShell、CLI、Azure SDK、または REST API を使用して
Azure 管理プレーンから構成されます。 - Azure Maps Web SDK を使用すると、複数のユース ケースに対するアプリケーションの構成ベースのセットアップが可能になります。
- Microsoft ID プラットフォームの詳細については、「Microsoft ID プラットフォームの概要」を参照してください。
型:
oauth2
フロー:
implicit
Authorization URL (承認 URL):
https://login.microsoftonline.com/common/oauth2/authorize
スコープ
| 名前 | 説明 |
|---|---|
| https://atlas.microsoft.com/.default |
subscription-key
これは、Azure portal で、または PowerShell、CLI、Azure SDK、または REST API を使用して Azure Maps アカウント を作成 場合にプロビジョニングされる共有キーです。
このキーを使用すると、すべてのアプリケーションがすべての REST API にアクセスできます。 つまり、このキーは、発行されたアカウントのマスター キーとして使用できます。
パブリックに公開されているアプリケーションの場合は、キーを安全に格納できるように、機密クライアント アプリケーション アプローチを使用して Azure Maps REST API にアクセスすることをお勧めします。
型:
apiKey
/:
header
SAS Token
これは、Azure portal、PowerShell、CLI、Azure SDK、または REST API を介して Azure 管理プレーンを介して、Azure Maps リソース のリスト SAS 操作から作成される Shared Access Signature トークンです。
このトークンを使用すると、すべてのアプリケーションは、Azure ロールベースのアクセス制御と、特定のトークンに対する使用の有効期限、レート、およびリージョンに対するきめ細かな制御を使用してアクセスすることが承認されます。 つまり、SAS トークンを使用して、アプリケーションが共有キーよりもセキュリティで保護された方法でアクセスを制御できるようにします。
パブリックに公開されているアプリケーションの場合は、Map アカウント リソースの許可された配信元の特定の一覧を構成し、レンダリングの不正使用を制限し、SAS トークンを定期的に更新するように することをお勧めします。
型:
apiKey
/:
header
例
Search point -122.138681, 47.630358
要求のサンプル
GET https://atlas.microsoft.com/reverseGeocode?api-version=2026-01-01&coordinates=-122.138681,47.630358
応答のサンプル
Content-Type: application/geo+json
{
"type": "FeatureCollection",
"features": [
{
"type": "Feature",
"properties": {
"address": {
"countryRegion": {
"name": "United States"
},
"adminDistricts": [
{
"name": "Washington",
"shortName": "WA"
},
{
"name": "King County",
"shortName": "King Co."
}
],
"formattedAddress": "15127 NE 24th St, Redmond, Washington 98052",
"streetName": "NE 24th St",
"streetNumber": "15127",
"locality": "Redmond",
"postalCode": "98052",
"addressLine": "15127 NE 24th St"
},
"type": "Address",
"confidence": "Medium",
"matchCodes": [
"Good"
],
"geocodePoints": [
{
"geometry": {
"type": "Point",
"coordinates": [
-122.138681,
47.630358
]
},
"calculationMethod": "Rooftop",
"usageTypes": [
"Display"
]
},
{
"geometry": {
"type": "Point",
"coordinates": [
-122.1386787,
47.6302179
]
},
"calculationMethod": "Rooftop",
"usageTypes": [
"Route"
]
}
]
},
"geometry": {
"type": "Point",
"coordinates": [
-122.138681,
47.630358
]
},
"bbox": [
-122.14632282407,
47.626495282429325,
-122.13103917593001,
47.63422071757068
]
}
]
}
定義
| 名前 | 説明 |
|---|---|
| Address |
ジオコードまたはオートコンプリートで提案された場所のアドレスを構造化されたフィールドに解析します。
疎外は正常であり、解決されたエンティティが供給するフィールドのみが埋め込まれます。 例えば、 |
|
Address |
住所を含む行政区画です。 例えば、州、州、郡などです。 親 |
|
Address |
住所を含む国または地域は、表示名およびISO 3166-1 Alpha-2国コードで識別されます。 回答ではどちらのフィールドも省略することができます。 |
|
Azure. |
エラー オブジェクト。 |
|
Azure. |
エラーの詳細を含む応答。 |
|
Azure. |
エラーに関するより具体的な情報を含むオブジェクト。 REST APIのガイドラインAzure https://aka.ms/AzureRestApiGuidelines#handling-errors。 |
|
Calculation |
ジオコーディング ポイントの計算に使用されたメソッド。 |
|
Confidence |
ジオコーディングされた場所の結果が一致する信頼度。 この値をマッチコードと組み合わせて、試合に関するより完全な情報を取得しましょう。 ジオコードされた位置の信頼度は、指定された場合の位置の相対的重要性やユーザーの位置など、多くの要因に基づいています。 |
|
Feature |
|
|
Features |
|
|
Features |
機能の中 |
|
Feature |
|
|
Geocode |
1つの位置を示すジオコードポイント:座標と、そのポイントがどのように計算されたか( |
|
Geocoding |
成功した応答体は、 |
|
Geo |
|
|
Geo |
有効な |
| Intersection |
道路交差点として解決された住所の交差点詳細 — 2つ以上の名前のある通りが交わる角。 解決されたエンティティが |
|
Match |
ジオコーディングサービスがどのように特定の位置結果を生み出したかを示すマッチコード値。 特徴の |
|
Reverse |
|
|
Usage |
ジオコードポイントの意図された用途。 サービスが返すジオコードポイントは、クライアントアプリケーションがそのポイントをどのように利用すべきかを示す1つ以上の使用タイプを持ちます。例えば、地図上に位置を表示するか、車両をそこへルーティングするかなどです。 |
Address
ジオコードまたはオートコンプリートで提案された場所のアドレスを構造化されたフィールドに解析します。
疎外は正常であり、解決されたエンティティが供給するフィールドのみが埋め込まれます。 例えば、 streetName と streetNumber は道路レベルの住所にのみ現れ、 intersection は道路交差点の結果にのみ表示されます。
| 名前 | 型 | 説明 |
|---|---|---|
| addressLine |
string |
住所の最初の行、通常は通り名と番号です。 たとえば、「 |
| adminDistricts |
住所を含む行政区分は、粗いものから良いものまで順に並んでいます。 最初の項目は通常、一階の細分区分(例えばアメリカ合衆国州やカナダの州)です。その後の項目では、国、属属、地域によって定義された細かい区分(例えばインデックス1の郡)が扱われます。 |
|
| countryRegion |
住所を含む国または地域、表示名およびISO 3166-1 Alpha-2国コード。 |
|
| formattedAddress |
string |
完全なアドレスは、そのアドレスの国や地域の慣習に従ってコンポーネントが結合された、人間が読みやすい単一の文字列として表示されます。 例: |
| intersection |
アドレスの交差する通りの詳細は、解決されたエンティティが |
|
| locality |
string |
住所が属する地域:通常は市、町、または村です。 たとえば、 |
| neighborhood |
string |
地域内で名前が付けられた近隣地域を指す。 |
| postalCode |
string |
住所の郵便番号が定義されている場合のこと。 例: |
| streetName |
string |
解決されたエンティティがストリートレベルの住所である場合、住所の通り名コンポーネントです。 例: |
| streetNumber |
string |
解決された事業体が通りレベルの住所の場合、通り上の家や建物番号。 例: |
AddressAdminDistrictsItem
住所を含む行政区画です。 例えば、州、州、郡などです。 親 Address.adminDistricts 配列の1エントリとして返され、エントリは粗い順から細かい順に並んでいます。
| 名前 | 型 | 説明 |
|---|---|---|
| name |
string |
分譲地の正式名称。 例えば、アメリカの州の |
| shortName |
string |
区分名の略称または略称で、定義されている場合の形です。 例えば、アメリカの州の |
AddressCountryRegion
住所を含む国または地域は、表示名およびISO 3166-1 Alpha-2国コードで識別されます。 回答ではどちらのフィールドも省略することができます。
| 名前 | 型 | 説明 |
|---|---|---|
| ISO |
string |
国または地域向けのISO 3166-1 Alpha-2国コード。 例えば、米国の |
| name |
string |
国名または地域の表示名。 たとえば、「 |
Azure.Core.Foundations.Error
エラー オブジェクト。
| 名前 | 型 | 説明 |
|---|---|---|
| code |
string |
サーバー定義の一連のエラー コードの 1 つ。 |
| details |
この報告されたエラーの原因となった特定のエラーに関する詳細の配列。 |
|
| innererror |
エラーに関する現在のオブジェクトよりも具体的な情報を含むオブジェクト。 |
|
| message |
string |
エラーの人間が判読できる表現。 |
| target |
string |
エラーのターゲット。 |
Azure.Core.Foundations.ErrorResponse
エラーの詳細を含む応答。
| 名前 | 型 | 説明 |
|---|---|---|
| error |
エラー オブジェクト。 |
Azure.Core.Foundations.InnerError
エラーに関するより具体的な情報を含むオブジェクト。 REST APIのガイドラインAzure https://aka.ms/AzureRestApiGuidelines#handling-errors。
| 名前 | 型 | 説明 |
|---|---|---|
| code |
string |
サーバー定義の一連のエラー コードの 1 つ。 |
| innererror |
内部エラー。 |
CalculationMethodEnum
ジオコーディング ポイントの計算に使用されたメソッド。
| 値 | 説明 |
|---|---|
| Interpolation |
ジオコード ポイントは、内挿を使用して道路上のポイントに一致しました。 |
| InterpolationOffset |
ジオコード ポイントは、内挿を使用して道路上のポイントと照合され、追加のオフセットを使用してポイントを道路の脇にシフトしました。 |
| Parcel |
ジオコード ポイントがパーセルの中心に一致しました。 |
| Rooftop |
ジオコード ポイントは、建物の屋上と一致しました。 |
ConfidenceEnum
ジオコーディングされた場所の結果が一致する信頼度。 この値をマッチコードと組み合わせて、試合に関するより完全な情報を取得しましょう。
ジオコードされた位置の信頼度は、指定された場合の位置の相対的重要性やユーザーの位置など、多くの要因に基づいています。
| 値 | 説明 |
|---|---|
| High |
信頼度が リクエストに場所やビューが含まれている場合、順位はそれに応じて変動することがあります。 例えば、「Paris」の位置クエリは「Paris, France」と「Paris, TX」の両方を信頼して返 |
| Medium |
状況によっては、返される一致が要求で提供された情報と同じレベルではないことがあります。 たとえば、リクエストで住所情報を指定する場合、ジオコード サービスは郵便番号のみに一致できる場合があります。 この場合、ジオコードサービスが郵便番号がデータと一致していると自信を持っている場合、信頼度は クエリ内の位置情報があいまいで、位置をランク付けするための追加情報 (ユーザーの位置や位置の相対的な重要度など) がない場合、信頼度は クエリ内の位置情報が特定の場所をジオコーディングするのに十分な情報を提供しない場合、精度の低い位置値が返され、信頼度が |
| Low |
試合に対する自信が低い。 |
FeatureCollectionEnum
GeoJSONオブジェクトタイプは、順方向ジオコーディング、逆ジオコーディング、オートコンプリート操作(バッチ形式を含む)からの成功した応答のルートとして用いられます。 唯一の値はRFC 7946で定義された「FeatureCollection」です。
Get Polygon は唯一の例外であり、その応答根は GeoJSON Featureである。詳細は FeatureTypeEnumを参照。
| 値 | 説明 |
|---|---|
| FeatureCollection |
|
FeaturesItem
GeocodingResponseのfeatures配列に単一のエントリがあり、GeoJSON Featureオブジェクトの形状に合致します。
1つのジオコーディング済みの位置を表します: properties上の構造化データ、 geometry上の代表座標、 bbox上のオプションの境界ボックス。
| 名前 | 型 | 説明 |
|---|---|---|
| bbox |
number[] (double) |
WGS 84の経度・緯度順で、特徴の幾何学を含む最小の軸に揃った長方形。
RFC 7946、セクション5に基づき |
| geometry |
主な |
|
| id |
string |
利用可能な場合、機能のオプションでサービス割り当ての識別子を付けます。 |
| properties |
ジオコードされた場所に関する構造化データ(エンティティタイプ、マッチ品質指標、住所コンポーネント、1つ以上のジオコードポイントなど)。 |
|
| type |
|
FeaturesItemProperties
機能の中 properties のペイロード GeocodingResponse。 ジオコードされた位置のエンティティタイプおよびマッチ品質指標、解析されたアドレスコンポーネント、そして位置を特定の座標にピン留めする1つ以上のジオコードポイントを搭載しています。
| 名前 | 型 | 説明 |
|---|---|---|
| address |
ジオコードされた場所の住所を、地域、郵便番号、国・地域、そして(利用可能な場合)通り名や番号などの構造化されたフィールドに解析します。 |
|
| confidence |
ジオコードされた位置がリクエストにどれだけ強く一致しているか。
|
|
| geocodePoints |
位置を示す1つ以上のジオコードポイントがあり、それぞれにその由来方法( |
|
| matchCodes |
ジオコーディングサービスがクエリに対してこの結果をどのように生成したか:要求された特異性での直接一致( |
|
| type |
string |
ジオコードされた位置が解決されたエンティティタイプ。
|
FeatureTypeEnum
FeatureオブジェクトのGeoJSONオブジェクトタイプ。 各エントリはFeatureCollection応答のfeatures配列内(ジオコーディング、逆ジオコーディング、オートコンプリート)にタグ付けされ、Get Polygon応答の根元に表示されます。 唯一の値はRFC 7946で定義された「Feature」です。
| 値 | 説明 |
|---|---|
| Feature |
|
GeocodePointsItem
1つの位置を示すジオコードポイント:座標と、そのポイントがどのように計算されたか(calculationMethod)や最適な用途(usageTypes)を記述したメタデータです。 単一の特徴は通常、別々の Display 点と Route 点を返すため、発信者はタスクに合ったものを選択できます。
| 名前 | 型 | 説明 |
|---|---|---|
| calculationMethod |
ポイントの計算方法。 例えば、建物の屋上にスナップしたり、道路の中心線に沿って補間したりします。 価値リストは |
|
| geometry |
このジオコードポイントの座標は |
|
| usageTypes |
ジオコードポイントが最も適しているのは、地図上の視覚的な配置 |
GeocodingResponse
成功した応答体は、 Get Geocoding と Get Reverse Geocodingで戻り、バッチごとの成功図は GeocodingBatchResponse.batchItems内に反映されました。
features配列にジオコードされた位置ごとに1つのFeatureを含むGeoJSON FeatureCollectionとしてエンコードされます。
| 名前 | 型 | 説明 |
|---|---|---|
| features |
クエリが返す |
|
| nextLink |
string |
応答がページ分けされている場合、次のページを取得するためのURLが含まれています。 これは、回答が1回の通話で返答できないほど多い場合に便利で、複数のページにわたる結果を閲覧できます。 |
| type |
成功した |
GeoJsonObjectType
GeoJSON 型を指定します。 Point、MultiPoint、LineString、MultiLineString、Polygon、MultiPolygon、GeometryCollection、Feature、FeatureCollection の 9 つの有効な GeoJSON オブジェクト タイプのいずれかである必要があります。
| 値 | 説明 |
|---|---|
| Point |
ジオメトリを |
| MultiPoint |
ジオメトリを |
| LineString |
ジオメトリを |
| MultiLineString |
ジオメトリを |
| Polygon |
ジオメトリを |
| MultiPolygon |
ジオメトリを |
| GeometryCollection |
ジオメトリを |
| Feature |
|
| FeatureCollection |
|
GeoJsonPoint
有効な GeoJSON Point geometry 型。 詳細については、RFC 7946 を参照してください。
| 名前 | 型 | 説明 |
|---|---|---|
| bbox |
number[] (double) |
境界ボックス。 使用されるプロジェクション - EPSG:3857。 詳細については、RFC 7946 を参照してください。 |
| coordinates |
number[] (double) |
|
| type |
string:
Point |
|
Intersection
道路交差点として解決された住所の交差点詳細 — 2つ以上の名前のある通りが交わる角。 解決されたエンティティが RoadIntersectionである場合にのみポップレーションされ、親 Address.intersection はそれ以外の場合は省略されます。
| 名前 | 型 | 説明 |
|---|---|---|
| baseStreet |
string |
交差点の主要通り、通常は住所番号が参照する通りです。 |
| displayName |
string |
交差点を人間が読みやすい名前で呼ぶ、例えば |
| intersectionType |
string |
交差点の形状を説明する短いラベル。 例えば、平面交差点と橋や高架橋のような立体交差の交差点を区別することなどです。 |
| secondaryStreet1 |
string |
交差点で |
| secondaryStreet2 |
string |
交差点の2つ目の交差点、1本目がいる場合は。 3本以上の通りが交差する地点のみが居住しています。 |
MatchCodesEnum
ジオコーディングサービスがどのように特定の位置結果を生み出したかを示すマッチコード値。 特徴の matchCodes フィールドはこれらの値の配列であり、それらを confidence や type と組み合わせてマッチの質を評価します。
| 値 | 説明 |
|---|---|
| Good |
ジオコーディングサービスはクエリを広げることなくこの候補を生成しました:結果は要求された具体度でクエリと一致します。 |
| Ambiguous |
場所は複数のマッチング候補の一つです。 例えば、「128 Main St.」という住所を問い合わせると、「128 North Main St.」と「128 South Main St.」の2つの場所が返ってくることがあります。なぜなら、どちらを選ぶべきか判断する情報が不足しているからです。 |
| UpHierarchy |
この場所は地理的な階層の上位を意味します。 これは、場所要求の一致が見つからなかった場合に発生するため、より正確でない結果が返されます。 |
ReverseGeocodingResultTypeEnum
Get Reverse Geocoding操作によって返されるエンティティタイプ。
resultTypesクエリパラメータに1つ以上の値として提供され、特定の種類の場所に限定されます。パラメータを省略すると、すべてのエンティティタイプが対象となります。 複数のタイプのエンティティが座標に一致する場合、最も具体的なもののみが返されます。 具体的な順にリストアップ: Address、 Neighborhood、 PopulatedPlace、 Postcode1、 AdminDivision1、 AdminDivision2、 CountryRegion。
| 値 | 説明 |
|---|---|
| Address |
特定の住所。 |
| Neighborhood |
人口密集地内の地域で認識された地域であり、しばしば非公式または文化的に定義された境界線があります。 |
| PopulatedPlace |
都市、町、村など、人間の居住地の集中エリア。 |
| Postcode1 |
郵便番号のような最小の郵便番号カテゴリ。 |
| AdminDivision1 |
国や地域内の第一行政レベル、例えば州や州。 |
| AdminDivision2 |
国や地域内の第二の行政レベル、例えば郡。 |
| CountryRegion |
国や地域。 |
UsageTypeEnum
ジオコードポイントの意図された用途。 サービスが返すジオコードポイントは、クライアントアプリケーションがそのポイントをどのように利用すべきかを示す1つ以上の使用タイプを持ちます。例えば、地図上に位置を表示するか、車両をそこへルーティングするかなどです。
| 値 | 説明 |
|---|---|
| Display |
ジオコードポイントは地図上に位置を表示するのに適しています。 公園や建物のように非自明な範囲を持つ特徴の場合、 |
| Route |
ジオコードポイントはルートの目的地として適しています。 公園や建物のように非自明な範囲を持つ特徴の場合、 |