优化航点

航点优化是“路线优选”功能, ComputeRoutes。 它会优化旅客路线中中间航点的顺序, 确保他们尽可能地走最高效的路线。ComputeRoutes 航点优化的实现支持以下出行方式:

  • 驾车
  • 电动双轮机动车
  • 骑车
  • 步行

为何使用航点优化?

构建的应用可引导用户经过途经多个航点 那么旅行者必须遍历 最优顺序。这样可以确保旅客到达 用时最短

工作原理

默认情况下,ComputeRoutes 会按以下顺序计算经过其航点的路线 它们最初提供的位置您可以获取ComputeRoutes进行优化 将中间航点重新排列成更有效的顺序,以此来确定路线。 如果您将 将请求正文中的 optimizeWaypointOrder 字段设置为 true

注意:航点优化主要根据行程时间进行计算, 但地图项还会考虑其他因素,例如距离 以及回合次数。

获取重新排序的航点

要获取带有重新排序的航点的路线,请将布尔值字段设置为 将 optimizeWaypointOrder 设为 trueComputeRoutes。此外,请添加字段 optimizedIntermediateWaypointIndex 。响应正文包含经过优化的航点顺序, optimizedIntermediateWaypointIndex 字段。

注意optimizedIntermediateWaypointIndex 字段返回从零开始的值 值。

示例请求

以下示例请求提供了一条靠近斯坦福大学的路线 大学校园。在 请求。该请求包含一个出发地和一个目的地 航点。

POST /v1alpha:computeRoutes
Host: routespreferred.googleapis.com
Content-Type: application/json
X-Server-Timeout: 10
X-Goog-Api-Key: YOUR_API_KEY
X-Goog-FieldMask: routes.optimizedIntermediateWaypointIndex,routes.duration,routes.distanceMeters,routes.polyline.encodedPolyline
{
  "origin":{
    "location":{
      "latLng":{
        "latitude": 37.418956,
        "longitude": -122.160815
      }
    }
  },
  "intermediates": [
    {
      "location":{
        "latLng":{
          "latitude": 37.4176423,
          "longitude":-122.1102246
        }
      }
    },
    {
      "location":{
        "latLng":{
          "latitude": 37.407689,
          "longitude": -122.1360597
        }
      }
    }
  ],
  "destination":{
    "location":{
      "latLng":{
        "latitude": 37.4032137,
        "longitude": -122.0349119
      }
    }
  },
  "travelMode": "DRIVE",
  "optimizeWaypointOrder": true,
  "routingPreference": "TRAFFIC_AWARE"}

示例响应

您可以在 optimizedIntermediateWaypointIndex 响应正文。经过编码的 多段线Directions APIComputeRoutes

routes {
  distance_meters: 17647
  duration {
    seconds: 1866
  }
  polyline {
    encoded_polyline: "wkkcFvorhVU{@Ec@C}CG}@Mm@[}@i@y@[[g@_@Tk@BSjCgGfF|D\\Pv@Lj@@XaCTeC\\aCTs@`ByD`@k@h@e@x@Yh@GtADhBF|@G`AWpAs@lAsAdA{A`BmDr@cBmUqQoS}OyGmFiBsAgEwD}CaCU_@Og@@e@Hy@nGkO~@sBr@cBlDqIlByEp@}AjIfGnBbBHLLd@^p@~ErDfNrKrA~@DIhEeBTQ~AqDlE{KjBgE|FnEh@aAi@`A}FoE~AmD`A}BcAm@mHwFwD}CkLwIsDqCgF_EG[GKnCsDrA_BrC_CnCoBpEkD`EyClCsBcBeBIAkGkH]k@eJmKQKsAuA_@g@wCoDGQmEmFmIqROKaDuHvBkBxAgANCRH^f@v@dBHDD?`AUiBqEhBpEaATMCQYm@wAY]SIOByAfAwBjB_ByDaAwBiCeIA[c@aBqEuNOm@IQbA{c@p@aZFmCTuBLg@Tc@BUAKxOeV~Vy_@nBoDv@_BvAcDzA_EdG{RdC{HtIsY|B{Hx@mDbAuFdBsMbKsv@TaBf@}AdF{Sn@_DJq@Lo@aE`@]GUQmAmAQk@@g@RK`Ce@d@UDEPc@f@cCrAyGJs@X{AbIem@bA{JD_AIaAMg@o@{A_Ad@y@NaCLCsCK_FGI"
  }
  optimizedIntermediateWaypointIndex: 1
  optimizedIntermediateWaypointIndex: 0
}

在此示例中,请注意,优化航点会反转它们的原始 订单。

与简单路线相比,具有优化航点的请求的处理时间更长 请求。因此,我们建议您在调用方法时设置较长的超时 方法是将 X-Server-Timeout 请求标头的值设置为不小于 10 。如果您继续收到超时错误,可以再增加 1 秒 然后重试。

使用限制

若要使用航点优化,您必须遵守以下使用限制并 条件:

  • 您最多可以为 路线:

    • 仅使用纬度和经度坐标时,最多可使用 98 个航点。
    • 如果您使用地点 ID 指定任何航点,则最多可指定 25 个航点。
  • 所有航点都必须是 stopover 类型。没有任何航点 类型为 via

  • 您必须在字段中添加 routes.optimizedIntermediateWaypointIndex

  • 如果您的请求包含 25 个或更多个中间航点,则也必须 符合以下条件:

    • 所有航点之间的累计直线距离必须为 不到 1000 公里。此距离同时包含原点和 目标。

    • 出行方式必须为云端硬盘。