Datos de tráfico históricos

El tráfico afecta al tiempo que se tarda en recorrer una carretera, mientras más congestión haya más tiempo se tarda. Si está planeando una ruta desde una ubicación a otra y no tiene en cuenta el tráfico, el tiempo de viaje y la hora de llegada previstos podrían diferir mucho de la realidad. Es más, podría perder oportunidades de trayecto que ahorren tiempo evitando las carreteras más lentas y congestionadas.

Los dos gráficos siguientes demuestran cómo puede cambiar la ruta más rápida a distintas horas del día debido a los cambios en los patrones de tráfico reinantes.

A las 8:00 a.m., el tráfico hacia la ciudad es denso, pero el tráfico hacia los suburbios es ligero; por consiguiente, la ruta más rápida desde la ciudad a los suburbios en este momento es a través de la autovía dividida.

A las 5:00 de la tarde, los residentes en los suburbios regresan a casa desde la ciudad, lo que aumenta el tiempo de viaje en dicha dirección. El trayecto se ha vuelto tan lento en la autovía dividida que la alternativa indirecta ofrece ahora una ruta más rápida a los suburbios.

ArcGIS Network Analyst le permite utilizar la información de tráfico histórica para modelar los costes dependientes del tiempo de trayecto en elementos de red. De esta manera, los tiempos de viaje y las horas de llegada previstas son más fiables y el tiempo que pasa conduciendo realmente es probablemente menor que si se hubieran ignorado los patrones de tráfico.

Sugerencia:

Los datos del tutorial de Network Analyst incluyen una geodatabase de San Francisco con datos de tráfico históricos. El estudio de la clase de entidad Streets, la tabla DailyProfiles y la tabla Streets_DailyProfiles contenidas en SanFrancisco.gdb, le permitirá comprender mejor este tema. Si tiene los datos de tutorial instalados, la ubicación predeterminada del archivo de la geodatabase se muestra aquí:

C:\ArcGIS\ArcTutor\Network Analyst\Tutorial

Más información sobre los ejercicios del tutorial de Network Analyst

Nota:

• El tráfico histórico solo se puede configurar en una geodatabase; no se puede configurar en un dataset de red basado en shapefiles.
• En ArcGIS 10, solo las capas de análisis de problemas de generación de rutas y vehículos admiten datos de tráfico; en versiones futuras de ArcGIS se admitirán otras capas de análisis de red.

Crear datos de tráfico para su uso en ArcGIS Network Analyst

Incluso si obtiene sus datos de terceros, es importante entender cómo se crean los datos de tráfico históricos para que pueda configurarlos correctamente en un dataset de red. En esta sección se ofrece información general del modelo que emplea Network Analyst.

Dado que los datos de tráfico capturan el flujo y reflujo continuo de tiempos de viaje, cada lado de un borde puede tener muchos costes distintos dependiendo de la hora del día. A diferencia de un atributo de costes típico, que permite solo un valor por lado del borde.

Una opción para modelar los costes de tiempo de viaje que varían a lo largo del día consiste en dividir el día en intervalos discretos como, por ejemplo, períodos de tiempo de una hora, a continuación, almacenar los tiempos de viaje como atributos de coste independientes para cada intervalo. Dados intervalos de una hora, cada borde requeriría 168 atributos de coste para almacenar el tiempo de viaje medio durante cada hora en el transcurso de una semana. El tráfico puede cambiar notablemente en una hora, de modo que los intervalos de una hora proporcionan una resolución poco fina. Es probable que desee mejorar la resolución acortando el período de tiempo a, por ejemplo, cinco minutos. Esto le daría mejor resolución, pero generaría 2.016 atributos de coste. El almacenamiento de todos estos valores únicos requeriría mucho espacio, especialmente en el caso de redes grandes. Además, dado que muchas calles tienen los mismos costes durante el día, habría una gran duplicación de datos innecesaria. Por estas razones, esta opción de modelado no es viable en muchos casos.

En lugar de almacenar toda la información de tráfico por entidad, ArcGIS utiliza un modelo normalizado para minimizar el tamaño de los datos de tráfico. En lugar de almacenar los 168 o 2.016 atributos de coste por entidad, se crea una tabla relacionada para alojar esta información. Cada fila de la tabla contiene los tiempos de viaje para cada intervalo en un día. Una fila es un perfil de tráfico; representa cómo cambian los tiempos de viaje a lo largo del día. Por ejemplo, si tiene muchas calles secundarias, las calles de 35 millas por hora cuyas velocidades de viaje varían al unísono a lo largo del día, podría crear una fila en la tabla de perfiles de tráfico para representar estas dinámicas y hacer que todas estas calles señalen a la fila o perfil del tráfico. Como verá a continuación, se realizan refinamientos adicionales para que incluso estas carreteras con velocidades distintas que siguen el mismo patrón de tráfico a lo largo del día puedan hacer referencia al mismo perfil de tráfico.

Para entender mejor este modelo de tráfico, suponga que necesita utilizarlo para registrar y almacenar tiempos de viaje para un segmento de calle unidireccional en el transcurso de una semana, empezando el lunes. Primero, determinaría el tiempo de viaje de circulación libre, que es el tiempo que tardaría un vehículo en atravesar un segmento de calle sin que ningún otro tráfico impida su movimiento. El método que utilice para determinar la velocidad de circulación libre depende de usted, pero normalmente es función de la longitud del segmento y del límite de la velocidad o el tiempo de viaje medio observado de coches que pasan cuando no hay otros vehículos presentes. Supongamos que selecciona la velocidad media observada de coches y establece el tiempo de conducción de circulación libre en 10 segundos.

Ahora puede realizar observaciones a lo largo del día en períodos o intervalos de tiempo iguales. Los intervalos que elija proporcionan a los datos la resolución temporal. Podría elegir intervalos de una hora, intervalos de 10 minutos, etc. Supongamos que elige intervalos de 5 minutos. Las observaciones se registran como multiplicadores del tiempo de viaje de circulación libre. Por ejemplo, observa coches que tardan 26 segundos en atravesar el segmento en las 8:00 a.m. Esto supone 2,6 veces más tiempo que el tiempo de viaje de circulación libre. A las 5:00 de la tarde, el tiempo de viaje medio es 13 segundos, que son 1,3 veces el tiempo de viaje de circulación libre. A las 11:00 de la noche, hay pocos coches en la carretera y su tiempo de viaje medio es de 10 segundos, que equivale al tiempo de viaje de circulación libre, el multiplicador es uno.

Una vez finalizadas las observaciones del día, tiene que hacer referencia a una tabla de perfiles de tráfico y elegir el perfil que mejor se adapte a la variación observada de tiempos de viaje relativos a lo largo del día.

Elige el perfil de tráfico 16 (representado en el gráfico siguiente) para representar el tiempo de viaje del segmento los lunes.

Se ha elegido el perfil de tráfico 16 porque tiene tiempos de viaje relativos muy similares a los observados en el segmento de calle.

Nota:

La hora del día en un perfil siempre representa la hora local, es decir, la zona horaria donde se encuentra el borde al que se hace referencia. Por consiguiente, un borde en Los Angeles que hace referencia al perfil 16 tendrá un tiempo de viaje 2,6 veces más lento que la velocidad de circulación libre a las 8:00 a.m. hora del Pacífico. Un borde en Nueva York que señala al mismo perfil tendrá un tiempo de viaje 2,6 veces más lento que la velocidad de libre circulación a las 8:00 a.m. hora del Este. Las zonas horarias se analizan más adelante en este tema.

Puede disponer de cualquier número de perfiles tráfico entre los que elegir. Al disponer de más perfiles, tiene la posibilidad de modelar tiempos de viaje con mayor precisión. Sin embargo, si dispone de menos perfiles, se reducen los requisitos de espacio para los datos. El objetivo es encontrar un buen equilibrio entre precisión y requisitos de espacio. Es habitual que las redes de calles grandes tengan de docenas a centenares de perfiles de tráfico.

Ahora que ha elegido un perfil para los lunes, tiene que repetir el proceso para los demás días de la semana. Como repaso, dicho proceso es el siguiente:

1. Observar o calcular el tiempo de viaje de circulación libre en el segmento de calle. (No es necesario repetirlo, dado que es el mismo independiente del día de la semana.)
2. Observar los tiempos medios de viaje para intervalos iguales a lo largo del día.
3. Convertir los tiempos de viaje en múltiplos del tiempo de viaje de circulación libre.
4. Elegir un perfil para representar el tráfico del segmento de calle para ese día de la semana.

Determina que el perfil 16 también funciona bien para el segmento los demás días de la semana. Esta determinación se suele realizar, dado que los patrones de tráfico general son con frecuencia los mismos todos los días hábiles. No obstante, no es difícil encontrar días de la semana que utilizan perfiles representativos diferentes; por ejemplo, podría resultar que lunes, martes y miércoles utilizan el mismo perfil, mientras que jueves y viernes comparten un perfil diferente.

El tráfico en el segmento durante el sábado y domingo es ligero y constante, de modo que elige el perfil de tráfico 10 (abajo) para representar los tiempos de viaje en fines de semana.

A continuación, almacena el tiempo de viaje de circulación libre y las relaciones entre el segmento de calle y los perfiles de tráfico en una tabla: la tabla de unión Perfiles de tráfico-calles. En las próximas secciones se revisa esta tabla, así como otras entradas requeridas.

Almacenar datos y relaciones en la geodatabase

Necesita una o más clases de entidad de línea y dos tablas en una geodatabase si desea crear un dataset de red con datos de tráfico históricos. Las clases de entidad de línea representan calles, que se deben almacenar en un dataset de entidades. Los perfiles de tráfico se almacenan en una de las tablas y las relaciones entre las calles y perfiles de la velocidad se almacenan en la otra tabla. Estos elementos y los campos requeridos para configurar el tráfico histórico en un dataset de red se describen en las siguientes subsecciones.

Nota:

Las relaciones entre calles y perfiles de velocidad se realizan sencillamente almacenando valores de identificadores únicos en tablas; no tiene que crear ninguna clase de relación.

Clase de entidad Calles

Cada entidad de calle tiene un identificador único: el valor ObjectID. La tabla de unión Perfiles de tráfico-Calles relaciona las calles con los diversos perfiles de tráfico a través del identificador único.

Otros campos pueden ser útiles a la hora de configurar el tráfico histórico. Se muestran más abajo y se describen con más detalle posteriormente en este tema.

Campo	Ejemplos de nombre de campo	Descripción
Tiempos de viaje sin distinción de días	FT_Minutes TF_Minutes	Para crear un atributo de coste de red que se utiliza cuando se secuencian ubicaciones en problema de ruta o de generación de rutas de vehículos que utiliza tráfico se resuelve una capa de análisis de red que no admite horas de tráfico históricas
Tiempos de viaje de día de la semana	FT_WeekdayMinutes TF_WeekdayMinutes	Para crear un atributo de coste de red que se utiliza cuando un segmento de calle no tiene un perfil de tráfico asociado para un día de la semana (Los tiempos de viaje sin distinción de días se utilizan a menudo también como tiempos de viaje específicos del día de la semana.)
Tiempos de viaje de fin de semana	FT_WeekendMinutes TF_WeekendMinutes	Para crear un atributo de coste de red que se utiliza cuando un segmento de calle no tiene un perfil de tráfico asociado para un sábado o domingo
Zona horaria	TimeZoneID	Para crear un atributo de red de zona horaria que es necesario cuando una red abarca varias zonas horarias

Tabla Perfiles de tráfico

Cada registro de una tabla de perfiles de tráfico tiene un identificador único y varios campos para almacenar el múltiplo de circulación libre en las distintas horas del día. Las horas del día están divididas en intervalo de tiempo o períodos de tiempo, que deben ser de igual duración y, por tanto, abarcar un período de 24 horas en intervalos iguales. Por ejemplo, si los intervalos de tiempo son de cinco minutos de duración, hay 288 campos (uno para 12:00-12:05 a.m., 12:05-12:10 a.m., etc.).

La geodatabase de San Francisco en los datos de tutorial de Network Analyst tienen perfiles que cubren el día en intervalos de tiempo de cinco minutos. El campo TimeFactor_0000 contiene los múltiplos de circulación libre para medianoche hasta 12:05 a.m. El campo TimeFactor_1140 contiene los múltiplos para 11:40 a.m. a 11:45 a.m. Cuando una entidad de calle se relaciona con este perfil, puede obtener su tiempo de viaje esperado para cualquier hora del día. Por ejemplo, si una calle se relaciona con el perfil 16, que se muestran en el gráfico siguiente, puede calcular el tiempo de viaje esperado a las 11:41 a.m. multiplicando el tiempo de viaje de circulación libre con el valor TimeFactor_1140 del perfil (1,124859).

Precaución:

Las geodatabases personales limitan las tablas a un máximo de 255 campos. Algunas geodatabases de ArcSDE podrían tener límites similares en el número de campos. Por consiguiente, es posible que tenga que dejar un hueco en los datos para reducir el número de campos en la tabla de perfiles de tráfico. Por ejemplo, si la tabla de perfiles de tráfico va a tener intervalos de cinco minutos y se va a almacenar en una geodatabase personal, la tabla requeriría al menos 288 campos, lo cual no resulta factible. En su lugar, podría utilizar una geodatabase de archivos, dado que admite más de 65.000 campos, o podría eliminar varios campos que representen intervalos de tiempo de velocidad constante como, por ejemplo, desde medianoche a las 3:00 a.m.

Tabla de unión Perfiles de tráfico-calles

La tabla de unión Perfiles de tráfico-Calles identifica las entidades de calle, los tiempos de viaje de circulación libre y los perfiles relacionados para cada día de la semana. En la siguiente tabla se muestran los campos requeridos, un nombre de campo de ejemplo, los tipos de datos permitidos y una breve descripción:

Campo	Ejemplos de nombre de campo	Tipo de datos	Descripción
Identificador de clase de entidad de eje	EdgeFCID Debe denominar este campo EdgeFCID.	Entero largo	Identifica la clase de entidad en que se almacena la entidad de calle.
Identificador de entidad de borde	EdgeFID Debe denominar este campo EdgeFID.	Entero largo	Identifica la entidad de calle.
Borde desde posición	EdgeFrmPos Debe denominar este campo EdgeFrmPos.	Doble	Trabaja conjuntamente con EdgeToPos para identificar una dirección de viaje o lado de la calle. El cero indica el principio de la entidad de línea tal como se define mediante su dirección digitalizada. Uno indica el extremo contrario. Por ejemplo, un valor EdgeFrmPos de 0 y un valor EdgeToPos de 1 identificaría el lado derecho de la entidad de línea (suponiendo un tráfico por el lado derecho). Los perfiles de tráfico mostrados en el mismo registro solo representarían el tráfico para ese lado de la calle. Cualquier valor decimal especifica una posición a lo largo del dirección digitalizada de la entidad, que permite a la herramienta Disolver red mantener los perfiles apropiados para las calles una vez que los bordes se hayan disuelto conjuntamente.
Borde a posición	EdgeToPos Debe denominar este campo EdgeToPos.	Doble	Trabaja conjuntamente con EdgeFrmPos para identificar una dirección de viaje o lado de la calle.
Campo de tiempo de viaje base	FreeflowMinutes FreeflowSeconds	Flotante o doble	El tiempo de viaje de circulación libre. Puede representar días, horas, minutos o segundos.
Campo Sunday ProfileID	Profile_1 SundayProfile	Corto o entero largo	El Id. de perfil que mejor representa el patrón de tráfico los domingos para la parte de la calle identificada por EdgeFCID, EdgeFID, EdgeFrmPos y EdgeToPos.
Campo Monday ProfileID	Profile_2 MondayProfile	Corto o entero largo	El Id. de perfil que mejor representa el tráfico del lunes.
Campo Tuesday ProfileID	Profile_3 TuesdayProfile	Corto o entero largo	El Id. de perfil que mejor representa el tráfico del martes.
Campo Wednesday ProfileID	Profile_4 WednesdayProfile	Corto o entero largo	El Id. de perfil que mejor representa el tráfico del miércoles.
Campo Thursday ProfileID	Profile_5 ThursdayProfile	Corto o entero largo	El Id. de perfil que mejor representa el tráfico del jueves.
Campo Friday ProfileID	Profile_6 FridayProfile	Corto o entero largo	El Id. de perfil que mejor representa el tráfico del viernes.
Campo Saturday ProfileID	Profile_7 SaturdayProfile	Corto o entero largo	El Id. de perfil que mejor representa el tráfico del sábado.

Un ejemplo de una tabla de unión Perfiles de tráfico-Calles es la tabla titulada Streets_DailyProfiles en el primer gráfico a continuación. El campo, PROFILE_1, representa el campo Sunday ProfileID; PROFILE_7 representa el campo Saturday ProfileID; de PROFILE_2 a PROFILE_6 (no mostrado) representan los campos Monday a Friday ProfileID.

Mire el registro seleccionado (Id. de objeto 111). Se relaciona con los perfiles de cada día de la semana con el lado desde-hasta de la entidad de calle que tiene un Id. de objeto de 129. EdgeFrmPos identifica la dirección desde-hasta de la calle y los valores EdgeToPos, que son respectivamente cero y uno. El perfil de tráfico 12 representa ese lado de la calle los domingos y sábados, dado que 12 es el valor en los campos PROFILE_1 y PROFILE_7. El campo FreeflowMinutes indica cuánto tiempo se tardaría en cruzar la calle en la dirección desde-hasta en condiciones de circulación libre.

Ahora mire los primeros dos registros. El primer registro (Id. de objeto 109) almacena los Id. de perfil de un segmento de calle en la dirección hasta-desde y el segundo registro (Id. de objeto 110) los almacena para el mismo segmento de calle en la dirección contraria. Esto se deduce de los valores EdgeFCID y EdgeFID, que son idénticos, y los valores EdgeFrmPos y EdgeToPos que son inversos. Además observe que los Id. de perfil de domingo y sábado son cero. Esto significa que no se recogieron los datos o no se seleccionó un perfil para esos días. Al evaluar los tiempos de viaje históricos de sábado o domingo para ese borde, el evaluador necesitará utilizar un atributo de coste secundario definido en el evaluador de tráfico de borde (descrito más adelante).

Configurar datos de tráfico históricos en el asistente Nuevo dataset de red

Después de haber recibido o creado datos de tráfico históricos, tiene que incorporar los datos a un nuevo dataset de red. Esto se consigue en el asistente Nuevo dataset de red.

Obtener más información sobre cómo crear un dataset de redEjercicio de tutorial: crear un dataset de red

Nota:

• Solo puede configurar datos de tráfico en un dataset de red durante el proceso de creación, no después.

Hay cuatro pasos principales dentro del proceso de creación de dataset de red para incorporar datos de tráfico históricos:

1. Configurar las dos tablas de tráfico históricas:
   • Tabla Perfiles de tráfico
   • Tabla de unión Perfiles de tráfico-calles
2. Cree hasta cuatro atributos de coste de la red:
   • El atributo de coste de tiempo de viaje histórico
   • Atributo de coste de tiempo de viaje de reserva para días de la semana
   • Atributo de coste de tiempo de viaje de reserva para fines de semana
   • Atributo de coste sin distinción de días
3. Configure los evaluadores para los atributos de coste anteriores.
4. Si la red abarca más de una zona horaria, cree un atributo de zona horaria.

Las siguientes subsecciones describen estos pasos.

Tablas de tráfico histórico

El asistente Nuevo dataset de red pregunta si desea utilizar el tráfico histórico con el dataset de red en la página mostrada debajo. Haciendo clic en Sí, puede especificar las propiedades relativas a la tabla Perfiles de tráfico y la tabla de unión Perfiles de tráfico-Calles.

La tabla Perfiles de tráfico en el dataset de red

La tabla siguiente muestra las propiedades que necesita configurar para la tabla Perfiles de tráfico.

Propiedad	Descripción
Tabla	El nombre de la tabla que contiene los perfiles del tráfico.
Campo del primer intervalo de tiempo	Esta propiedad, junto con Campo del último intervalo de tiempo, especifica un intervalo de tiempo. Cuando se evalúa un borde para una hora del día fuera del rango, se supone que el multiplicador es uno. Esta suposición acelera la búsqueda de costes durante las horas del día en que hay poco o ningún tráfico.
Campo del último intervalo de tiempo	Vea la descripción para Campo del primer intervalo de tiempo.
Minutos por intervalo de tiempo	La tabla de perfiles de tráfico debe estar dividida en intervalos de tiempo iguales a lo largo del día. Esta propiedad especifica la duración del intervalo en minutos.
Hora de inicio del primer intervalo de tiempo	Esta propiedad identifica la hora del día que representa el inicio del Campo del primer intervalo de tiempo. Por ejemplo, el Campo del primer intervalo de tiempo está establecido en TimeFactor_0400, que se inicia a las 4:00 a.m.; por consiguiente, el Campo del primer intervalo de tiempo está establecido en 4 AM.
Hora de inicio del último intervalo de tiempo	Esta propiedad especifica la hora del día que representa el fin del Campo del último intervalo de tiempo. Se deduce automáticamente del número de campos de intervalo de tiempo y del valor de Minutos por intervalo de tiempo.

La tabla de unión Perfiles de tráfico-Calles en el dataset de red

La tabla de unión Perfiles de tráfico-Calles tiene 10 propiedades para establecer, que se describen en la tabla siguiente.

Propiedad	Descripción
Tabla	El nombre de la tabla que contiene las velocidades de circulación libre de calles y las relaciones entre calles y perfiles de tráfico
Campo de tiempo de viaje base	El campo que contiene los tiempos de viaje de circulación libre
Unidades de tiempo de viaje base	Las unidades de tiempo del campo especificado en el Campo de tiempo de viaje base
Campo Sunday ProfileID Campo Monday ProfileID Campo Tuesday ProfileID Campo Wednesday ProfileID Campo Thursday ProfileID Campo Friday ProfileID Campo Saturday ProfileID	El nombre del campo que contiene identificadores de perfil de tráfico para el tráfico del domingo, tráfico del lunes, etc.

Atributos de red

El siguiente paso para incorporar datos de tráfico históricos consiste en especificar los atributos de red. El atributo de coste TravelTime se crea automáticamente después de configurar las tablas de tráfico históricas. TravelTime tiene evaluadores de tráfico de bordes que leen las tablas de tráfico históricas para encontrar tiempos de viaje para una hora determinada del día y del día de la semana. Si un eje no tiene datos de tráfico históricos para un día determinado de la semana, los evaluadores utilizan otros atributos de coste basados en tiempo, uno para los días de la semana y otro para los fines de semana.

El evaluador de tráfico de borde también hace referencia a un atributo de coste sin distinción de días. Sin distinción de días en este caso significa que los tiempos de viaje del atributo de red no cambian con la hora del día o el día de la semana. Es decir, es un atributo de coste de red normal en el que cada elemento de red tiene el mismo tiempo de viaje esperado independientemente de la hora o el día. El evaluador de tráfico de borde utiliza el atributo sin distinción de días para hacer lo siguiente:

• Resolver capas de análisis de red que no admiten tráfico histórico. (Solo las capas de análisis de problemas de generación de rutas para vehículos y rutas admiten actualmente datos de tráfico históricos.)
• Resolver capas de análisis de red que admiten tráfico histórico cuando no se facilita la hora y el día.
• Secuenciar ubicaciones de red en una capa de análisis de problema de ruta o generación de rutas para vehículos. (La secuencia de ubicaciones de red no se optimiza utilizando tiempos de viaje históricos; sin embargo, las rutas entre las ubicaciones de red sí.)

El rectángulo azul en el gráfico siguiente resalta los atributos de coste de red que se utilizan en análisis de tráfico histórico. TravelTime es el atributo de coste de tráfico histórico. Utiliza evaluadores de tráfico de bordes que hacen referencia a otros atributos de coste. Verá más adelante que Minutes es el atributo sin distinción de horas para TravelTime. Minutes utiliza un evaluador de campo que lee los valores de los campos, FT_Minutes y TF_Minutes. Al igual que Minutes, WeekdayFallbackTravelTime y WeekendFallbackTravelTime devuelven el mismo valor de coste por lado de borde, sin tener en cuenta la hora del día. La diferencia, sin embargo, es que WeekdayFallbackTravelTime representa el tiempo de viaje medio durante los días laborables y WeekendFallbackTravelTime representa el tiempo de viaje medio los fines de semana. En este ejemplo, un evaluador del campo lee los costes para WeekdayFallbackTravelTime de FT_WeekdayMinutes y TF_WeekdayMinutes. Un par de campos similar proporciona valores para WeekendFallbackTravelTime.

Evaluador de tráfico de borde

El atributo TravelTime tiene evaluadores de tráfico de borde que utilizan otros atributos de coste, que en este ejemplo son Minutes, WeekdayFallbackTravelTime y WeekendFallbackTravelTime. Abajo se muestra el evaluador de tráfico de borde.

Los evaluadores de tráfico de borde calculan los tiempos de viaje de bordes para una hora determinada del día y día de la semana. La sección Evaluación con distinción de días del cuadro de diálogo Evaluadores de tráfico de borde permite que conozca que el evaluador buscará primero a través de la tabla Perfiles de tráfico y tabla de unión Perfiles de tráfico-Calles para buscar el perfil que representa el tráfico del segmento del día determinado. Si encuentra un perfil, utiliza el multiplicador (en la tabla Perfiles de tráfico) y el tiempo de viaje de circulación libre (en la tabla de unión Perfiles de tráfico-Calles) para calcular el tiempo de viaje histórico. Sin embargo, si el segmento no tiene un perfil para el día determinado, el evaluador confía en el día de la semana o atributo de reserva de fin de semana para proporcionar un tiempo de viaje. Si el evaluador busca una hora en un día laborable, hace referencia al atributo Weekdays.

El atributo de reserva está dividido en días laborables y fines de semana para permitirle obtener tiempos de viaje más precisos. Todavía, puede elegir que Weekdays y Weekends señalen al mismo atributo de coste; por ejemplo, ambos podrían señalar al atributo Minutes si no tenía tiempos de viaje específicos de días laborables y de fin de semana.

El atributo de coste de la evaluación sin distinción de día es Minutes.

Zonas horarias

Si hay más de una zona horaria que cubra el dataset de red, es indispensable que añada un atributo de red de zona horaria. Si no se configura un atributo de zona horaria, Network Analyst podría evaluar los tiempos de viaje para una hora del día incorrecta porque supondría que todos los bordes están en una única zona horaria.

Obtener información sobre cómo añadir zonas horarias a un dataset de red

Editar entidades de origen una vez generada la red

Al editar entidades de origen que están asociadas a datos de tráfico, también es posible que tenga que editar la tabla Perfiles de tráfico-Calles porque hace referencia a identificadores de objeto de entidades de origen. Aquí tiene algunos puntos a considerar:

• Si cambia la forma o los atributos de una entidad de calle, esto no producirá la creación o eliminación de ningún identificador de objeto; por tanto, la entidad de calle seguirá estando asociada a los mismos perfiles después del proceso de reconstrucción.
• Si elimina una entidad de calle, los registros asociados en la tabla Perfiles de tráfico-Calles se volverán irrelevantes. También se deberían eliminar los registros asociados, pero esto no es necesario.
• Si divide una entidad de calle existente, la entidad se divide en dos partes; una parte conserva el Id. de objeto de la entidad original y la otra parte tiene asignado un nuevo Id. La entidad de calle con el Id. antiguo seguirá estando asociada a los mismos perfiles que la entidad de calle original. La parte con el nuevo Id. no estará asociada a ningún perfil de tráfico; por consiguiente, tendrá que añadir uno o más registros a la tabla Perfiles de tráfico-Calles para relacionarla con algunos perfiles.
• Las nuevas entidades que añada a la red no tendrán perfiles de tráfico asociados hasta que añada registros correspondientes a la tabla Streets_DailyProfiles y reconstruya la red.

Copiar entidades de origen

Cada clase de entidad de una geodatabase tiene un Id. de clase de entidad, que es un entero generado automáticamente que identifica de forma única la clase de entidad dentro de una geodatabase. Al copiar una clase de entidad desde una geodatabase a otra, los Id. de clase de entidad del original y la copia probablemente serán diferentes.

Si copia una clase de entidad de origen junto con una tabla relacionada, como la tabla Streets_TrafficProfiles, a continuación, cree un dataset de red, los registros en la tabla tendrán referencias a los Id. de la clase de entidad antiguos. Por consiguiente, obtendrá resultados no deseados. Sin embargo, si copia y pega un dataset de red, las entidades de origen y cualquier tabla asociada se copian automáticamente en la nueva ubicación. Es más, los campos en las tablas que hacen referencia a Id. de clase de entidad, como EdgeFCID, se actualizan.

Sugerencia:

Si copiar el dataset de red no supone una opción aceptable, puede utilizar la ventana Python para determinar identificadores de clase de entidad y actualizar manualmente las tablas. Los siguientes pasos describen este proceso.

Pasos:

1. Agregue la clase de entidad a ArcMap.
2. Haga clic en el botón ventana Python de la barra de herramientas Estándar.
3. En la ventana Python que aparece, escriba arcpy.Describe (" [nombre de capa]").DSID, reemplazando [nombre de capa] por el nombre de la capa de entidad.

   Por ejemplo, para obtener el Id. de clase de entidad de una capa denominada Streets, escriba arcpy.Describe ("Streets").DSID.

4. Presione INTRO.

   El Id. de clase de entidad se visualiza debajo del comando introducido.

5. En las tablas asociadas, sustituya el Id. antiguo por otro nuevo.
Obtener más información sobre las propiedades de dataset

Realizar un análisis utilizando datos de tráfico históricos

Una vez que se ha generado el dataset de red para incluir el atributo de red TravelTime; los evaluadores de tráfico de borde; y, potencialmente, un atributo de zona horaria, puede realizar los análisis de red relacionados con el tiempo.

Análisis de ruta

Esta subsección resalta las propiedades y el comportamiento del solucionador que debería considerar al configurar una capa de análisis de ruta con datos de tráfico históricos. Para más información sobre estas propiedades, consulte el tema Análisis de ruta.

Propiedades de capa de análisis de red

• Establezca la propiedad Impedancia en el atributo de red TravelTime.
• Active Utilizar hora de inicio y defina los atributos Hora del día y Día de la semana o Fecha específica en la hora que desea que comience la ruta (o rutas).
• Si desea visitar las paradas dentro de las ventanas de tiempo, active Utilizar ventanas de tiempo.

Propiedades de los objetos de análisis de red

• Si ha activado Utilizar ventanas de tiempo, especifique cualquier ventana de tiempo para las paradas con las propiedades TimeWindowEnd y TimeWindowStart. Los valores de hora del día que introduzca tienen asignada la zona horaria local, es decir, la zona horaria del elemento de bordes asociado de la parada.

Problema de generación de rutas para vehículos

Esta subsección resalta las propiedades y comportamientos del solucionador que debería considerar al configurar una capa de análisis de problemas de generación de rutas para vehículos con datos de tráfico históricos. Para obtener más información sobre estas propiedades, consulte el tema Análisis de problemas de generación de rutas para vehículos.

Propiedades de capa de análisis de red

• Defina Atributo de tiempo en el atributo de red TravelTime.
• Defina Fecha predeterminada utilizando Día de la semana o bien Fecha específica. Se trata del día o fecha a los que hacen referencia los valores de hora del día en los objetos de análisis de red.

Propiedades de los objetos de análisis de red

• Pedidos y Depósitos tienen cada uno dos ventanas de tiempo que puede establecer con TimeWindowStart1, TimeWindowEnd1, TimeWindowStart2 y TimeWindowEnd2. Los valores de hora del día que introduzca tienen asignada la zona horaria local, es decir, la zona horaria del elemento de bordes subyacente de la ubicación de red.
• Las ventanas de tiempo en las que una ruta puede comenzar se especifican con las propiedades LatestStartTime y EarliestStartTime. La zona horaria para estos valores de propiedad se toma del borde en que está ubicado el depósito inicial de la ruta.
• Los cortes tienen una ventana de tiempo que se especifica utilizando TimeWindowStart y TimeWindowEnd. Un corte está asociado a una ruta y la zona horaria se toma del borde en que está ubicado el depósito inicial de la ruta.