航点优化是“首选路线”功能的扩展,可扩展 ComputeRoutes
。它会优化旅客路线中的中间路径点顺序,确保他们能以尽可能高效的方式前往目的地。路点优化的 ComputeRoutes
实现支持以下出行方式:
- 驾车
- 摩托化双轮车
- 骑车
- 步行
为何使用航点优化?
构建引导用户沿着多个路点前往目的地的应用时,请务必让旅客以最佳顺序穿越路点。这可确保旅客能够在最短的时间内到达每个航路点。
工作原理
默认情况下,ComputeRoutes
会按路径点的初始提供顺序计算经过这些路径点的路线。您可以让 ComputeRoutes
按照更高效的顺序重新排列中间路径点,从而优化路线。如果您将请求正文中的 optimizeWaypointOrder
字段设置为 true
,则会收到包含经过优化的航点的路线。
注意:航点优化计算主要基于行程时间,但该功能还会考虑其他因素,例如距离和转弯次数。
获取重新排序的路径点
如需获取重新排序的航点的路线,请将请求正文中的布尔值字段 optimizeWaypointOrder
设置为 true
,并将 ComputeRoutes
设置为 ComputeRoutes
。此外,还应在字段掩码中添加 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"}
示例响应
您可以在响应正文中 routes 对象的 optimizedIntermediateWaypointIndex
字段中找到重新排序的中间航点索引。编码的多段线与 Directions API 和 ComputeRoutes 中的多段线相同。
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 秒,以延长方法调用的超时时间。如果您仍然收到超时错误,可以再等待一秒钟,然后重试。
使用限制
如需使用航点优化,您必须遵循以下使用限制和条件:
您最多可以为路线上的中间路点指定使用限制:
- 最多 98 个路径点,仅使用纬度和经度坐标。
- 如果您使用地点 ID 指定了任何路径点,则最多可以指定 25 个路径点。
您的所有航点都必须为停靠点类型。您的所有路点都不能是 via 类型。
您必须将
routes.optimizedIntermediateWaypointIndex
添加到字段掩码中。如果您的请求包含 25 个或更多中间航点,则还必须遵守以下条件:
所有路径点之间的累计直线距离不得超过 1,000 千米。此距离包括起点和终点。
行驶模式必须为“驾车”。