-2

我们的应用程序碰壁了。我们需要能够获取静态停止列表并计算此列表的总工作时间和总距离。同时我们还需要优化这个列表的选项,并将其与静态列表进行比较,以比较静态和优化之间的总工作时间和总距离。

我们用于路线优化的服务效果很好。它使用谷歌地图进行优化,并为我们提供优化列表的总工作时间和总距离。当我们尝试获取静态停止列表的工作时间和距离时,就会出现问题。路线优化工具不允许我们“锁定”停止订单,我们可以提供静态列表并获取工作时间和距离。因此,我们改为使用 Cloudmade 路由 API(使用 Openstreetmaps)来计算静态信息。

这是我们的主要问题——当我们最初将站点引入系统时,我们使用谷歌地图对其进行地理编码,以确保我们的路线优化软件具有准确的优化航点。当我们将这些停靠点传递给 Cloudmade/Openstreetmaps 时,通常在计算工作时间和距离之前找不到停靠点和错误。OSM 似乎不是最可靠的解决方案。

有谁知道类似于 Cloudmade routing api http://cloudmade.com/products/routing使用 Google 地图的解决方案?或者谷歌是否直接提供可以实现这一点的api?

希望这是有道理的。谢谢

4

2 回答 2

0

看看 gebweb tsp 求解器。它使用 Google 路线 API。它还尝试通过使用距离矩阵和最大航点来减少查询流量。

于 2013-08-28T19:33:24.767 回答
-1

好吧,我瞎了。我发现谷歌距离矩阵 API 完全符合我的要求。由于某种原因,我之前错过了它。太糟糕了 Google Maps for biz 一年要 10,000 美元...

于 2013-08-28T03:00:31.823 回答