La hora del día puede ser crítica en ciertos tipos de análisis de red. Se tarda mucho más en recorrer la ciudad durante una hora punta que en medio de la noche debido al aumento de tráfico. El servicio de transporte público funciona con un horario y puede no estar disponible durante algunas horas del día y días de la semana, lo que dificulta o hace imposible algunos viajes.
Fechas y horas en el análisis de red
Se requieren dos cosas para utilizar una fecha y una hora en el análisis de red:
- El análisis de red se debe configurar para usar un modo de viaje que utilice tráfico o transporte público.
- El análisis de red se debe configurar para usar la fecha y hora deseadas.
No todos los datasets de red o modos de viaje están configurados para tener en cuenta el tiempo. Los resultados de un análisis de red variarán según la hora del día solo si el análisis está configurado para usar datos de tráfico o de transporte público. Específicamente, el atributo de impedancia del modo de viaje del análisis debe utilizar el evaluador de Tráfico o Transporte público.
Más información sobre cómo se utilizan y configuran los datos de tráfico históricos y en directo
Incluso si el modo de viaje del análisis utiliza tráfico o transporte público, el análisis se resolverá de forma no temporal si el análisis no está configurado explícitamente para usar una fecha y una hora. Los atributos de impedancia que utilizan el evaluador de Tráfico se configuran de vuelta al valor devuelto por otro atributo de impedancia en el caso de que sea no temporal. Si el atributo de impedancia del modo de viaje utiliza el evaluador Transporte público, las líneas de transporte se consideran restringidas y el resultado representa el viaje sin utilizar el transporte público.
Horas de llegada y salida
En un análisis de ubicación de instalaciones más cercanas, puede elegir si la hora del día se interpretará como una hora de salida o de llegada.
En un análisis del área de servicio, si la dirección del viaje está lejos de las instalaciones, la hora del día se interpreta como una hora de salida, pero si la dirección del viaje es hacia las instalaciones, la hora del día se interpreta como una hora de llegada.
Los otros tipos de solucionador de análisis de red no ofrecen una opción de hora de llegada. Todas las horas del día se interpretan como horas de salida.
Días laborables genéricos y fechas específicas
Al elegir una fecha para cualquier análisis, excepto para Last Mail Delivery, puede usar una fecha específica, como el 20 de junio de 2022, o un día de la semana, como el lunes. También puede configurar el análisis para que utilice siempre la fecha actual. El análisis de Last Mail Delivery requiere el uso de fechas específicas para todos los campos temporales.
Para un análisis que utiliza el tráfico, un día de la semana se interpreta como la siguiente instancia de ese día de la semana. Si configura el análisis para resolver un martes y hoy es lunes 20 de junio, el análisis se resolverá el martes 21 de junio. Si resuelve el análisis más tarde durante la semana, el análisis se resolverá para la siguiente instancia de un martes, que es 28 de junio.
Para un análisis que utiliza el transporte público, un día de la semana se interpreta como realmente genérico. Solo se considera el servicio regular definido en la tabla Calendars del modelo de datos de transporte público y se ignoran las excepciones al servicio regular definido en el archivo CalendarExceptions.
Configure su análisis para que utilice una de las siguientes fechas especiales para modelar un día de la semana o la fecha actual en lugar de una fecha estática y específica:
- Hoy, 30/12/1899
- Domingo, 31/12/1899
- Lunes, 1/1/1900
- Martes, 2/1/1900
- Miércoles, 3/1/1900
- Jueves, 4/1/1900
- Viernes, 5/1/1900
- Sábado, 6/1/1900
Zonas horarias
Si el análisis está contenido en un área geográfica pequeña, puede que no necesite tener en cuenta las zonas horarias. Sin embargo, si sus datos de entrada cubren un área geográfica grande que abarca zonas horarias, considere cómo se interpretarán las horas del día. Puede elegir si la fecha y hora especificadas para el análisis se interpretarán utilizando la zona horaria local de cada ubicación de entrada o en la hora universal coordinada (UTC).
Considere como ejemplo un análisis del Área de servicio con instalaciones ubicadas en varias ciudades grandes de los Estados Unidos. Configure el análisis para interpretar la hora del día usando la hora local en cada ubicación si desea que todas las áreas de servicios se generen a la misma hora del día en su zona horaria local. Con esta opción, si la hora del día que se ha establecido son las 8:00 de la mañana, las instalaciones en la zona horaria del este tendrán una hora de inicio de las 8:00 de la mañana a la hora del este, las instalaciones en la zona horaria central tendrán una hora de inicio de las 8:00 de la mañana a la hora central, etc. El área de servicio siempre modela viajar a partir de las 8:00 en el horario local, pero se escalona en tiempo real.
Por otro lado, configure el análisis para que interprete la hora del día usando UTC si desea que todas las áreas de servicio se generen simultáneamente en tiempo real. Si se establece la hora del día en las 2:00 de la tarde, se generan áreas de servicio para las 9:00 de la mañana hora estándar del este para las instalaciones ubicadas en la zona horaria del este, para las 8:00 de la mañana hora estándar central para las instalaciones ubicadas en la zona horaria central y para las 7:00 de la mañana hora estándar de la montaña para las instalaciones ubicadas en la zona horaria de las Rocosas, y así sucesivamente.
Nota:
El análisis de Last Mail Delivery requiere que el dataset de red tenga un atributo de zona horaria, pero permite elegir entre especificar las horas de entrada en la zona horaria local de cada ubicación de entrada o en la hora universal coordinada (UTC).
Más información sobre cómo configurar zonas horarias en datasets de red
Ventanas de tiempo
Para los análisis de problemas de generación de rutas y vehículos de Last Mile Delivery, puede especificar una ventana de tiempo que define el periodo entre las horas de inicio y fin en las que una ruta visitará una ubicación de red, como una parada en un análisis de ruta.