Question

如果我使用Bing Maps Api计算特定时间从A到B的旅行，而我知道这条路线上的交通繁忙，那么由于交通繁忙总计44分钟，我会得到24分钟的准确旅行持续时间。如果我使用Azure Maps Routing Api https://atlas.microsoft.com/route/directions和

routeType=fastest
traffic=true
travelMode=car

，与出发日期时间完全相同，我没有交通延迟，我得到20.9分钟的持续时间。我了解数据来自汤姆·汤姆（Tom Tom），与Bing不同。与Bing相比，Azure路由似乎不准确。可能是我做错了吗？

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

 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分钟，不因交通而延误。

不会因为交通而延误！

Answer 1

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

Bing; 路线长度； 21公里行程时间：41分钟延迟：11分钟

天蓝色地图/ TomTom：路线长度； 19,35公里行程时间：36分钟延迟：0分钟

要获得历史交通信息引起的延迟，需要添加路由参数“＆computeTravelTimeFor = all”。这不会直接返回历史流量带来的延误，而是出行时间没有任何延误，出行时间包括历史流量信息的延迟，出行时间包括历史流量和实时交通信息的延迟

Azure Maps路由的持续时间不正确

1 个答案: