Параметры времени и дня в матрице маршрутов Mapquest API ничего не делают

Я пишу простое приложение на Java, чтобы получать данные о времени и расстоянии проезда из API MapQuest, используя их матрицу маршрутов. Я могу получать обычные данные нормально, но похоже, что параметры даты и времени (объяснение здесь) ничего не меняйте.

Мои два органа запроса:

{"locations": ["55455","55113"],"options": {"allToAll": true,
"dateType": 0,"date": "12/17/2016","timeType": 2,"localTime": "12:00"}}

и

{"locations": ["55455","55113"],"options": {"allToAll": true,
"dateType": 0,"date": "12/13/2016","timeType": 2,"localTime": "16:30"}}

Я получаю одинаковый ответ на оба запроса:

{
  "allToAll": true,
  "time": [
    [
      0,
      573
    ],
    [
      562,
      0
    ]
  ],
  "distance": [
    [
      0,
      7.485
    ],
    [
      6.764,
      0
    ]
  ],
  "locations": [
    {
      "latLng": {
        "lng": -93.234543,
        "lat": 44.975052
      },
      "adminArea4": "Hennepin County",
      "adminArea5Type": "City",
      "adminArea4Type": "County",
      "adminArea5": "Minneapolis",
      "street": "",
      "adminArea1": "US",
      "adminArea3": "MN",
      "type": "s",
      "displayLatLng": {
        "lng": -93.234543,
        "lat": 44.975052
      },
      "linkId": 286290952,
      "postalCode": "55455",
      "dragPoint": false,
      "sideOfStreet": "N",
      "adminArea1Type": "Country",
      "geocodeQuality": "ZIP",
      "geocodeQualityCode": "Z1XAA",
      "adminArea3Type": "State"
    },
    {
      "latLng": {
        "lng": -93.15676,
        "lat": 45.012234
      },
      "adminArea4": "Ramsey County",
      "adminArea5Type": "City",
      "adminArea4Type": "County",
      "adminArea5": "St Paul",
      "street": "",
      "adminArea1": "US",
      "adminArea3": "MN",
      "type": "s",
      "displayLatLng": {
        "lng": -93.15676,
        "lat": 45.012234
      },
      "linkId": 286290770,
      "postalCode": "55113",
      "dragPoint": false,
      "sideOfStreet": "N",
      "adminArea1Type": "Country",
      "geocodeQuality": "ZIP",
      "geocodeQualityCode": "Z1XAA",
      "adminArea3Type": "State"
    }
  ],
  "manyToOne": false,
  "info": {
    "copyright": {
      "text": "© 2016 MapQuest, Inc.",
      "imageUrl": "http://api.mqcdn.com/res/mqlogo.gif",
      "imageAltText": "© 2016 MapQuest, Inc."
    },
    "statuscode": 0,
    "messages": []
  }
}

Так что по какой-то причине в полдень субботы такое же время в пути, как и в 16:30 вторника. Что-то не так с моим запросом, или MapQuest на самом деле не имеет этой возможности для матрицы маршрутов? Документация по API наводит меня на мысль, что параметры даты и времени должны работать с любым пакетом в API Directions, так может ли кто-нибудь это прояснить? Заранее спасибо.

РЕДАКТИРОВАТЬ: Я обязательно попробовал маршрут, который, как я точно знаю, имеет полосы HOV, которые запрещены в час пик, а не в субботу. Я также попытался включить параметр MapQuest useTraffic. Ни один из них не повлиял на данные. MapQuest заявляет, что useTraffic зависит от доступности информации, поэтому я думаю, что могу только предположить, что он не может найти информацию (что странно, поскольку я знаю, что в этой области есть тонны данных). Если у кого-то есть другие идеи или объяснения, я буду рад их услышать.


json post mapquest directions
person 17slim    schedule 05.01.2017    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Транзит и маршрутизация по дате / времени MapQuest «дает пользователю возможность указать время и дату маршрута, тем самым компенсируя полосы, которые являются HOV в определенное время, ограничения по времени, а также сезонные или определенные дни недели закрытия». Он не учитывает исторический трафик с конкретным временем и датой. Тем не менее, он отлично работает с ограничениями трафика по времени.

person MQBrian    schedule 05.01.2017
comment
Мне известно об этом описании, но я ожидал, что ограничения полосы движения для HOV будут другими, учитывая, что я смотрю на середину часа пик и полдень субботы. - person 17slim; 05.01.2017
comment
Может быть, у MapQuest нет таких конкретных данных для этой области? - person 17slim; 05.01.2017
comment
Я попробовал это снова, используя маршрут, который, как я знаю, имеет полосы HOV, которые ограничены во вторник в то время, а не в субботу, и все еще получаю тот же ответ на оба запроса. - person 17slim; 05.01.2017
comment
Использует ли маршрут с 55455 по 55113 полосу с ограничением по времени? - person MQBrian; 05.01.2017
comment
Нет, я использовал для этого разные точки. Я провел еще несколько тестов, и иногда бывает разница, когда я включаю useTraffic, по сравнению с тем, когда я его отключаю. Однако, если useTraffic включен в обоих запросах, где я выбираю разное время, ничего не меняется, когда я считаю, что это должно быть. - person 17slim; 05.01.2017
comment
Вы говорите, что он отлично работает с ограничениями трафика по времени, можете ли вы опубликовать пример запроса и ответа, который показывает, когда он работает? - person 17slim; 05.01.2017
comment
Это крайний пример, но вот тот, который отлично работает в 5:30, но перестает работать в 7:30 (ошибка, которая будет исправлена ​​в будущем обновлении). mapquestapi.com/directions/v2/ mapquestapi.com/directions/v2/ - person MQBrian; 10.01.2017
comment
Я использую матрицу маршрутов, а не пакет маршрутов. Я запустил матрицу с этими настройками, и 0530 и 1230 остались прежними. Параметры времени / даты только для пакета маршрута, а не матрицы? - person 17slim; 10.01.2017
comment
Извините, это верно, матрица учитывает только базовое время, а не маршрутизацию с учетом трафика или времени. Это упрощенный алгоритм маршрутизации, обеспечивающий разумное время отклика. - person MQBrian; 11.01.2017
comment
Странно, потому что я обнаружил, что переключение useTraffic влияет на данные. Есть ли какая-нибудь официальная документация, которая на это отвечает? - person 17slim; 11.01.2017
comment
У вас есть образец матрицы маршрутов, в которой userTraffic влияет на результат? Я хотел бы отправить это команде разработчиков, чтобы они посмотрели. Спасибо! - person MQBrian; 12.01.2017