Tour Planning API与Route Planning API（HERE API）路线差异求助

1. 两个API对规避转向的处理是否不同？ #

是的，二者的规避逻辑存在核心差异：

• Tour Planning API以全局运输任务最优为目标，规避掉头和复杂转向的规则是在多站点排序、总里程/耗时优化的框架下应用的。为了实现全局效率，它可能在局部路段适当放宽规避限制，优先保证整体任务的合理性。
• Route Planning API专注于点对点路径细节合规，规避规则会严格应用在每一段路径的转向判断中，不会因全局任务调整规则，因此会更倾向于绕路来满足转向规避要求，这是二者路线差异的主要原因。

2. 能否直接从Tour Planning API获取精准路线？ #

不能。Tour Planning API的核心定位是多任务/多站点的规划调度，它的输出主要是任务执行顺序、各站点的时间窗口、全局总里程和耗时，并不包含可视化所需的精准行驶路径（如经纬度序列、逐段转向指令等）。精准路径仍需通过Route Planning API获取。

3. 如何实现规避复杂转向的合理路线规划？ #

可以通过以下方式对齐两个API的结果，实现兼顾全局最优和转向规避的规划：

• 严格对齐核心参数：确保两个API使用完全一致的货车属性（尺寸、重量、轴数）、道路偏好（是否避开高速/收费路段）、交通模式（实时交通/历史交通数据），参数不一致会进一步放大路线差异。
• 调整Tour Planning的规避成本权重：通过设置avoid[turnCost]参数，提高掉头或复杂转向的成本值，让Tour Planning在全局规划时更优先考虑规避转向，缩小与Route Planning的路线偏差。
• 按Tour Planning的站点顺序调用Route Planning：先通过Tour Planning得到最优的站点执行顺序，再按顺序逐个发起Route Planning的点对点请求，并在每个请求中严格启用规避规则，既保留全局任务的最优性，又保证每段路径的转向合规。
• 优化Route Planning的路线偏好：根据实际需求设置optimize=shortest（优先最短路线）或optimize=fastest（优先最快路线），避免因过度规避转向导致路线过长。

内容的提问来源于stack exchange，提问作者Ali Raza