0

如果我使用 Bing Maps Api 在我知道这条路线上交通繁忙的特定时间计算从 A 到 B 的旅程，我会得到准确的旅程持续时间，即 24 分钟延迟，因为交通拥堵总共 44 分钟。如果我使用 Azure Maps Routing Api https://atlas.microsoft.com/route/directions

routeType=fastest
traffic=true
travelMode=car

和完全相同的出发日期时间我没有遇到交通延误我得到的持续时间为 20.9 分钟。我知道数据来自不同于 Bing 的 Tom Tom。与 Bing 相比，Azure 路由似乎并不准确。可能是我做错了什么？

编辑：这是我使用邮递员在 Azure Maps 中 2019 年 1 月 14 日星期一 07:30 的示例：

 https://atlas.microsoft.com/route/directions/json?subscription-key=xxx&api-version=1.0&query=50.795225,-1.117809:50.850064,-1.071691&departAt=2019-01-14T07:30:00&travelMode=car&&traffic=true

任何非假日的星期一都可以，这条路线必须在未来。这条路线在 07:30 这个时间非常拥堵。

如果将相同的路线放入 Bing 地图中，您的旅行时间是

58 mins with 30 mins due to traffic.

使用天蓝色路由：

    "routes": [
    {
        "summary": {
            "lengthInMeters": 19357,
            "travelTimeInSeconds": 2166,
            "trafficDelayInSeconds": 0,
            "departureTime": "2019-01-14T07:30:00Z",
            "arrivalTime": "2019-01-14T08:06:05Z"
        },

30分钟，不会因为交通而延误。

不会因为交通而延误！

4

1 回答 1

1

TomTom 结果未明确显示延迟。但是，历史旅行信息导致的延误包含在旅行时间中。作为 Bing 和 TomTom 路线的比较（开始：50.795225，-1.117809，目的地：50.850064，-1.071691，出发：2019 年 1 月 14 日，07:30）。结果：

必应；路线长度；21 公里行程时间：41 分钟延误：11 分钟

Azure Maps/TomTom：路线长度；19,35 公里旅行时间：36 分钟延误：0 分钟

要获得历史交通信息导致的延迟，需要添加路由参数“&computeTravelTimeFor=all”。这不会直接返回历史交通的延误，而是没有任何延误的行程时间，行程时间包括历史交通信息的延误，行程时间包括历史交通信息和实时交通信息的延误

于 2019-01-08T23:40:36.030 回答