指定路由的位置

如需计算路线，您至少必须指定路线起点和路线终点的位置。您可以将这些位置定义为路线上的航点。

除了出发地和目的地之外，您还可以指定不同类型的航点以及如何处理路线的航点。如需了解详情和示例，请参阅以下主题：

为路线指定位置

您可以通过创建 Waypoint (REST) 或 Waypoint (gRPC) 对象来表示一个位置。在航点定义中，您可以通过以下任一方式指定位置：

您可以通过相同的方式为请求中的所有航点指定位置，也可以混用这些航点。例如，您可以对出发地航点使用纬度/经度坐标，对目的地航点使用地点 ID。

为了提高效率和准确性，请使用地点 ID 而非纬度/经度坐标或地址字符串。地点 ID 具有唯一明确性，可为路线（例如接入点和路况变量）提供地理编码方面的优势。它们有助于避免因使用其他方式指定位置而导致以下情况：

  • 使用纬度/经度坐标可能会导致位置被贴靠到距离这些坐标最近的道路，而该道路可能不是相应不动产的接入点，甚至是可快速或安全地通向目的地的道路。
  • 必须先通过 Routes API 对地址字符串进行地理编码，将其转换为纬度/经度坐标，然后才能计算路线。此转化可能会影响效果。

将某个位置指定为地点 ID

您可以使用地点 ID 指定航点的位置。由于纬度和经度坐标会与道路对应，因此在某些情况下，您可能会发现地点 ID 能提供更好的结果。

从 Geocoding API 和 Places API（包括地点自动补全）检索地点 ID。如需详细了解地点 ID，请参阅地点 ID 概览。

以下示例使用 placeId 属性为 origin 和 destination 传递地点 ID：

{
  "origin":{
    "placeId": "ChIJayOTViHY5okRRoq2kGnGg8o"
  },
  "destination":{
    "placeId": "ChIJTYKK2G3X5okRgP7BZvPQ2FU"
  },
  ...
}

以经纬度坐标指定位置

如需在航点中定义位置，请使用纬度/经度坐标指定位置 (REST) 或位置(gRPC)。

例如，使用 latitude 和 longitude 坐标为路线 origin 和 destination 指定航点：

{
  "origin":{
    "location":{
      "latLng":{
        "latitude": 37.419734,
        "longitude": -122.0827784
      }
    }
  },
  "destination":{
    "location":{
      "latLng":{
        "latitude": 37.417670,
        "longitude": -122.079595
      }
    }
  },
...
}

将位置指定为地址字符串

地址字符串是指由字符串表示的字面地址（例如“1600 Amphitheatre Parkway, Mountain View, CA”）。地理编码是将地址字符串转换为纬度和经度坐标（例如纬度 37.423021 和经度 -122.083739）的过程。

当您将地址字符串作为航点的位置传递时，Routes API 会在内部对该字符串进行地理编码，以将其转换为纬度和经度坐标。

例如，如需计算路线，您可以使用地址字符串为路线 origin 和 destination 指定路径点：

{
  "origin":{
    "address": "1600 Amphitheatre Parkway, Mountain View, CA"
  },
  "destination":{
    "address": "450 Serra Mall, Stanford, CA 94305, USA"
  },
  ...
}

在此示例中，Routes API 会对这两个地址进行地理编码，以将其转换为纬度和经度坐标。

如果地址值不明确，Routes API 可能会调用搜索功能，以便与类似地址区分开来。例如，“1st Street”可以是“1st street NE”或“1st St SE”的完整值或部分值。此结果可能与 Geocoding API 返回的结果不同。您可以使用地点 ID 来避免可能的误解。

设置地址的区域

如果您将不完整的地址字符串作为路径点的位置传递，API 可能会使用错误的地理编码纬度/经度坐标。例如，您可以发出一个请求，将“托莱多”指定为出发地，将“马德里”指定为驾车路线的目的地：

{
  "origin":{
    "address": "Toledo"
  },
  "destination":{
    "address": "Madrid"
  },
  "travelMode": "DRIVE"
}

在此示例中，“托莱多”被解释为美国俄亥俄州的城市，而不是西班牙的城市。因此，请求会返回一个空数组，表示不存在路由：

{
  []
}

您可以通过添加 regionCode 参数，将 API 配置为返回偏向特定区域的结果。此参数将地区代码指定为 ccTLD（“顶级域名”）双字符值。大多数 ccTLD 代码都与 ISO 3166-1 代码相同，但也有一些需要注意的例外情况。例如，英国的 ccTLD 为“uk”(.co.uk)，而其 ISO 3166-1 代码为“gb”（特指“大不列颠及北爱尔兰联合王国”）。

从“托莱多”到“马德里”的路线请求（包括 regionCode 参数）会返回相应的结果，因为“托莱多”被解释为西班牙的一个城市：

{
  "origin":{
    "address": "Toledo"
  },
  "destination":{
    "address": "Madrid"
  },
  "travelMode": "DRIVE",
  "regionCode": "es"
}

响应现在包含从西班牙托莱多到西班牙马德里的计算路线：

{
  "routes": [
    {
      "distanceMeters": 75330,
      "duration": "4137s",
      ...
    }
  ]
}

以 Plus Code 形式指定位置

许多人没有确切的地址，这可能会导致他们难以收到送货。或者，有地址的客户可能更希望在更具体的地点（例如后门或装卸区）接收包裹。

Plus Code 就像没有实际地址的人员或地点的街道地址。Plus Codes 基于纬度/经度坐标，以数字和字母形式显示，而不是包含街道名称和门牌号的地址。

Google 开发了 Plus Code，让所有人都能使用地址。Plus 代码是经过编码的位置引用，衍生自纬度/经度坐标，表示面积不超过 1/8,000 度 x 1/8,000 度（在赤道处约为 14 米 x 14 米）的区域。在没有街道地址的地点（例如建筑物未编号，或者街道未命名）或建筑物未编号，或者街道未命名，您可以使用 Plus Codes 来替代街道地址。

Plus Code 必须采用全局代码或复合代码格式：

  • 全局代码由包含 4 个字符的区号和至少包含 6 个字符的区域代码组成。

    例如，对于地址“1600 Amphitheatre Parkway, Mountain View, CA”，全局代码为“849V”，本地代码为“CWC8+R9”。然后，您可以使用完整的 10 个字符的 Plus Code 将地理位置值指定为“849VCWC8+R9”。

  • 混合代码由至少包含 6 个字符的区域代码和明确的位置信息组成。

    例如，地址“450 Serra Mall, Stanford, CA 94305, USA”的本地代码为“CRHJ+C3”。对于复合地址，请将本地代码与地址的城市、州/省/直辖市/自治区、邮政编码和国家/地区部分组合在一起，格式为“CRHJ+C3 Stanford, CA 94305, USA”。

    例如，使用 Plus Code 为路线 origin 和 destination 指定路径点，以计算路线：

    {
  "origin":{
    "address": "849VCWC8+R9"
  },
  "destination":{
    "address": "CRHJ+C3 Stanford, CA 94305, USA"
  },
  "travelMode": "DRIVE"
}

Google Maps Platform API（包括地点自动补全、地点详情、Directions API 和 Geocoding API）均支持 Plus Code。例如，您可以使用 Geocoding API 对通过经纬度坐标指定的地点进行反向地理编码，以确定该地点的 Plus Code。