Время дня может быть очень важным в некоторых типах сетевого анализа. Поездка по городу в час пик занимает гораздо больше времени, чем в ночное время, из-за повышенного трафика. Общественный транспорт работает по расписанию и может быть недоступен в определенное время суток и дни недели, что может затруднить или сделать невозможными некоторые поездки.
Даты и время в сетевом анализе
Для использования даты и времени в сетевом анализе необходимы две вещи:
- Для сетевого анализа должно быть настроено применение режима передвижения, использующего данные трафика на общественного транспорта.
- Для сетевого анализа должно быть настроено использование дат и времени.
Не каждый набор сетевых данных и режим передвижения настраивается на поддержку времени. Результаты сетевого анализа будут разными в зависимости от времени суток, только если для него настроено использование данных о трафике или общественном транспорте. В частности, атрибут импеданса режима передвижения должен использовать анализатор Трафик или Общественный транспорт.
Более подробно об использовании и настройке данных исторического и текущего трафика
Даже если режим передвижения для анализа использует трафик или общественный транспорт, анализ будет выполняться способом расчета без учета времени, когда для анализа не было явным образом настроено использование даты и времени. Атрибуты импеданса, использующие анализатор Трафик, настроены на откат к значению, возвращаемому другим атрибутом импеданса в случае расчета без учета времени. Если атрибут импеданса режима передвижения использует анализатор Общественный транспорт, линии движения транспорта считаются ограниченными, а результат отобразит поездку без использования общественного транспорта.
Время прибытия и отправления
При анализе ближайшего пункта обслуживания вы можете определить, будет ли время интерпретироваться в качестве времени отправления или времени прибытия.
При анализе области обслуживания, если движение направлено от пунктов обслуживания, время суток интерпретируется как время отправления, а если движение направлено к пунктам, оно будет считаться временем прибытия.
Другие типы анализаторов сетевого анализа не предлагают опцию времени прибытия. Любое время считается временем отправления.
Дни недели и конкретные даты
При выборе даты для любого типа анализа, кроме анализа доставки до двери, можно использовать определенный день, например, 20 июня 2022 г., или какой-то день недели - к примеру, понедельник. Вы также можете настроить анализ так, чтобы всегда использовалась текущая дата. Анализ доставки до двери требует, чтобы во всех полях времени использовались определенные даты.
Для анализа с использованием трафика день недели интерпретируется как следующий экземпляр этого дня недели. Если вы настроите анализ на выполнение расчета для вторника, а сегодня понедельник, 20 июня, анализ будет выполнен для вторника, 21 июня. Если вы снова выполните анализ в другой день на той же неделе, анализ будет выполнен для следующего вторника - то есть для 28 июня.
Для анализа использования общественного транспорта будут учитываться просто дни недели. Учитываются только регулярные сервисы, заданные в таблице Calendars модели данных общественного транспорта, а любые изменения в этих сервисах, определенные в файле CalendarExceptions, будут игнорироваться.
Настройте свой анализ, чтобы использовать одну из следующих специальных дат для моделирования дня недели или текущей даты вместо определенной статической даты:
- Сегодня – 30.12.1899
- Воскресенье – 31.12.1899
- Понедельник – 01.01.1900
- Вторник – 02.01.1900
- Среда – 03.01.1900
- Четверг – 04.01.1900
- Пятница – 05.01.1900
- Суббота – 06.01.1900
Часовые пояса
Если ваш анализ проводится в пределах небольшой географической области, вам скорее всего не нужно будет учитывать часовые пояса. Но если ваши входные данные покрывают большую географическую область, охватывающую разные часовые пояса, вам потребуется понять, как будет интерпретироваться время суток. Вы можете выбрать, будут ли дата и время, заданные для вашего анализа, использовать местный часовой пояс каждого входного местоположения или будут выражены во Всемирном координированном времени (UTC).
Рассмотрим в качестве примера анализ Области обслуживания для пунктов обслуживания, расположенных в ряде крупных городов США. Настройте для анализа использование времени суток в местном времени для каждого местоположения, если хотите, чтобы все области обслуживания создавались в одно и то же время соответствующего часового пояса. В этом случае, если в качестве времени установлено 8:00, то для пунктов обслуживания в восточном времени временем начала будет считаться 8:00 по восточному времени, для пунктов в часовом поясе центрального времени временем начала будет 8:00 по центральному времени, и так далее. Область обслуживания будет всегда моделировать поездку, начинающуюся в 8:00 по местному времени, но реальное время ее начала будет разным.
С другой стороны, можно настроить для анализа выражение времени в UTC, если вы хотите, чтобы все области обслуживания создавались одновременно в режиме реального времени. При задании времени 14:00 анализ создаст области обслуживания на 9:00 по восточному стандартному времени для любых пунктов обслуживания, расположенных в восточном часовом поясе, на 8:00 по центральному стандартному времени для пунктов, находящихся в центральном часовом поясе, на 7:00 по горному поясному времени для пунктов в горном часовом поясе и т.д.
Примечание:
Анализ доставки до двери требует, чтобы набор сетевых данных содержал атрибут часового пояса, но при этом был возможен выбор между указанием входного времени в формате местного времени каждого входного местоположения или в формате Всемирного координированного времени (UTC).
Подробнее о настройке часовых поясов в наборах сетевых данных
Временные окна
Для анализа задач построения маршрутов, выбора маршрута транспорта и доставки до двери можно задать временное окно, которое определит период между временем начала и временем окончания, в течение которого маршрут пройдет через какое-то сетевое местоположение, например, через остановку, в процессе анализа маршрута.