我们的应用已陷入困境。我们需要能够采用静态停止列表并计算该列表的总工作时间和总距离。同时，我们还需要选项来优化此列表并将其与静态列表进行比较，以比较总工作时间和静态与优化之间的总距离。
我们用于路线优化的服务非常有效。它优化了使用Google地图，并为我们提供了优化列表的总工作时间和总距离。当我们试图获得静态停止列表的工作时间和距离时，就会出现问题。路线优化工具不允许我们“锁定”停止订单，我们可以提供静态列表并获取工作时间和距离。因此，我们使用Cloudmade路由API（使用Openstreetmaps）来计算静态信息。
这是我们的主要问题 - 当我们最初将停靠点带入我们的系统时，我们使用Google地图对其进行地理编码，以确保我们的路线优化软件具有准确的优化路径点。当我们将这些停靠点传递给Cloudmade / Openstreetmaps时，通常在计算工作时间和距离之前找不到停靠点和错误。 OSM似乎不是最可靠的解决方案。
是否有人知道类似于使用Google地图的Cloudmade路由API http://cloudmade.com/products/routing的解决方案？或者谷歌是否直接提供了可以实现此目的的api？
希望这是有道理的。感谢
答案 0 :(得分：0)
看看gebweb tsp解算器。它使用Google方向api。它还尝试使用距离矩阵和最大航点来减少查询流量。
答案 1 :(得分：-1)
好的，我是瞎子。我找到了Google Distance Matrix API，它完全符合我的要求。出于某种原因，我之前错过了它。太糟糕了Google Maps for biz每年10万美元......