0

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分の期間が発生します。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.

Azure ルーティングの場合:

    "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 km 所要時間: 41 分 遅延: 11 分

Azure Maps/TomTom: ルートの長さ。19.35 km 移動時間: 36 分 遅延: 0 分

過去の交通情報から遅延を取得するには、ルーティング パラメータ「&computeTravelTimeFor=all」を追加する必要があります。これは、過去の交通状況から遅延を直接返すのではなく、遅延のない移動時間、過去の交通情報からの遅延を含む移動時間、過去の交通情報とライブの交通情報からの遅延を含む移動時間を返します。

于 2019-01-08T23:40:36.030 に答える