【发布时间】：2013-08-29 03:59:53
【问题描述】：
我们的应用程序碰壁了。我们需要能够获取静态停止列表并计算此列表的总工作时间和总距离。同时我们还需要优化这个列表的选项，并将其与静态列表进行比较，以比较静态和优化之间的总工作时间和总距离。
我们用于路线优化的服务效果很好。它使用谷歌地图进行优化，并为我们提供优化列表的总工作时间和总距离。当我们尝试获取静态停止列表的工作时间和距离时，就会出现问题。路线优化工具不允许我们“锁定”停止订单，我们可以提供静态列表并获取工作时间和距离。因此，我们改为使用 Cloudmade 路由 API（使用 Openstreetmaps）来计算此静态信息。
这是我们的主要问题 - 当我们最初将停靠点引入系统时，我们会使用 Google 地图对其进行地理编码，以确保我们的路线优化软件有准确的航点进行优化。当我们将这些停靠点传递给 Cloudmade/Openstreetmaps 时，通常在计算工作时间和距离之前没有找到停靠点和错误。看来 OSM 不是最可靠的解决方案。
有谁知道类似于 Cloudmade 路由 API http://cloudmade.com/products/routing 的解决方案，它使用 Google 地图代替？或者 Google 是否直接提供了可以实现此目的的 api？
希望这是有道理的。谢谢
【问题讨论】：
-
你的代码是什么样的？问题是什么？路线 API 是否“优化”了航点的顺序？
-
问题主要是 OSM 没有谷歌地图那么多的数据，所以虽然谷歌可以对其进行地理编码，但当这些坐标传递给 OSM 时，它无法找到点之间的路线。我正在使用一项名为 Viamente 的服务来优化订单。我们仅使用 Cloudmade 来计算总工作时间和距离。 Google 路线 API 可以完成同样的事情吗？