Resolver el problema de generación de rutas para vehículos (ArcGIS 10.1 Network Analyst)
Resumen
Crea una capa de análisis de red para problema de generación de rutas para vehículos (VRP), establece las propiedades de análisis y resuelve el análisis, lo que es ideal para la creación de un servicio web VRP. Una capa de análisis del problema de generación de rutas para vehículos encuentra las mejores rutas para una flota de vehículos.
Nota:Las herramientas Crear capa de problema de generación de rutas para vehículos y Resolver problema de generación de rutas para vehículos son similares, pero están diseñadas para diferentes propósitos. Utilice la herramienta Resolver problema de generación de rutas para vehículos si está configurando un servicio de geoprocesamiento; esto simplificará el proceso de instalación. De lo contrario, utilice la herramienta Crear capa de problema de generación de rutas para vehículos.
Para crear un servicio de geoprocesamiento de VRP utilizando la capa Resolver problema de generación de rutas para vehículos, solo necesita configurar una herramienta y publicarla como un servicio. En cambio, debe crear un modelo con Crear capa de problema de generación de rutas para vehículos, conectarla debidamente a diversas herramientas, y publicar el modelo para crear un servicio.
Consulte Vista general de ejemplos de servicio de geoprocesamiento de Network Analyst para obtener más información sobre los datos de tutorial para la creación de un servicio de geoprocesamiento VRP de muestra.
Uso
El cuadro de diálogo de la herramienta agrupa los diversos parámetros opcionales en las siguientes seis categorías para hacer que sea más fácil administrarlos:
- Análisis avanzado
- Barreras
- Dataset de red
- Ubicaciones de red
- Salida
- Capacidades de servicio
Más información sobre la salida de Resolver problema de generación de rutas para vehículos
Sintaxis
| Parámetro | Explicación | Tipo de datos |
orders |
Las órdenes que deben visitar las rutas del análisis de VRP. Una orden puede representar una entrega (por ejemplo, una entrega de muebles), una recogida (como un autobús que recoge pasajeros para ir al aeropuerto) o algún tipo de servicio o inspección (un trabajo para cortar un árbol o una inspección de una construcción, por ejemplo). El conjunto de entidades de las órdenes tiene una tabla de atributos asociada. Los campos en la tabla de atributos se enumeran y describen a continuación. ObjectID: Campo ID administrado por el sistema. Forma: Campo de geometría que indica la ubicación geográfica del objeto de análisis de red. Name: El nombre de la orden. El nombre debe ser único. Si el nombre queda nulo, en el momento de resolución se genera automáticamente un nombre. ServiceTime: Esta propiedad especifica cuánto tiempo se empleará en la ubicación de red cuando la ruta la visite; es decir, almacena el valor de impedancia para la ubicación de red. Un valor de cero o nulo indica que la ubicación de red no requiere ningún tiempo de servicio. La unidad para este valor de campo la especifica el parámetro Unidades de campo de tiempo (time_units de Python). TimeWindowStart1: El tiempo inicial de la primera ventana de tiempo para la ubicación de red. Este campo puede contener un valor nulo; un valor nulo no indica ningún tiempo inicial. Nota:
TimeWindowEnd1: El tiempo final de la primera ventana para la ubicación de red. Este campo puede contener un valor nulo; un valor nulo no indica ningún tiempo final. TimeWindowStart2: El tiempo inicial de la segunda ventana de tiempo para la ubicación de red. Este campo puede contener un valor nulo; un valor nulo indica que no hay segunda ventana de tiempo. Si la primera ventana de tiempo es nula, según lo especificado por los campos TimeWindowStart1 y TimeWindowEnd1, la segunda ventana de tiempo también debe ser nula. Si ambas ventanas de tiempo son no nulas, no pueden superponerse. Además, la segunda ventana de tiempo debe ocurrir después de la primera. TimeWindowEnd2: El tiempo final de la segunda ventana de tiempo para la ubicación de red. Este campo puede contener un valor nulo. Cuando TimeWindowStart2 y TimeWindowEnd2 son ambos nulos, no hay segunda ventana de tiempo. Cuando TimeWindowStart2 no es nulo pero TimeWindowEnd2 es nulo, hay una segunda ventana de tiempo que tiene una hora inicial pero no tiene hora final. Esto es válido. MaxViolationTime1: Se considera que se ha infringido una ventana de tiempo si la hora de llegada ocurre después de que la ventana de tiempo ha finalizado. Este campo especifica la hora máxima permitida de infracción de la primera ventana de tiempo de la orden. Puede contener un valor cero pero no puede contener valores negativos. Un valor cero indica que no es aceptable una infracción de ventana de tiempo en la primera ventana de tiempo de la orden; es decir, la primera ventana de tiempo es estricta. Por otro lado, un valor nulo indica que no existe ningún límite en el tiempo de infracción permitido. Un valor distinto de cero especifica la cantidad máxima de retraso; por ejemplo, una ruta puede llegar a una orden hasta 30 minutos después del final de su primera ventana de tiempo. La unidad para este valor de campo la especifica el parámetro Unidades de campo de tiempo (time_units de Python). El solucionador puede realizar un seguimiento y ponderación de las infracciones de la ventana de tiempo. Por ello, puede dirigir el solucionador de VRP para que adopte uno de estos tres enfoques:
Al asignar un nivel de importancia para el parámetro de Importancia de la violación de la ventana de tiempo (time_window_factor de Python), en esencia se elige uno de estos tres está eligiendo en esencia uno de estos tres enfoques. En cualquier caso, sin embargo, el solucionador devolverá un error si el valor establecido para MaxViolationTime1 se supera. MaxViolationTime2: Tiempo máximo de infracción permitido para la segunda ventana de tiempo de la orden. Este campo es análogo al campo MaxViolationTime1. DeliveryQuantities: El tamaño de la entrega. Puede especificar el tamaño de cualquier dimensión que desee, como peso, volumen o cantidad. Incluso puede especificar varias dimensiones, por ejemplo, peso y volumen. Introduzca las cantidades de entrega sin indicar unidades. Por ejemplo, si es necesario entregar un objeto de 300 libras a una orden, introduzca 300. Es necesario recordar que el valor es en libras. Si está realizando un rastreo de varias dimensiones, separe los valores numéricos con un espacio. Por ejemplo, si está registrando el peso y el volumen de una entrega que pesa 2,000 libras y tiene un volumen de 100 pies cúbicos, introduzca 2000 100. De nuevo, es necesario recordar las unidades; en este caso, libras y pies cúbicos. También es necesario recordar la secuencia en que se introducen los valores y sus unidades correspondientes. Asegúrese de que Capacidades para rutas y DeliveryQuantities y PickupQuantities para Órdenes se especifican en la misma manera; esto es, los valores deben estar en las mismas unidades, y si está utilizando varias dimensiones, las dimensiones se deben enumerar en la misma secuencia para todos los parámetros. Por lo tanto, si especifica el peso en libras, seguido del volumen en pies cúbicos para DeliveryQuantities, es necesario especificar la capacidad de las rutas y las cantidades de recogida de sus órdenes de la misma manera: peso en libras, después volumen en pies cúbicos. Si mezcla unidades o cambia la secuencia, obtendrá resultados no deseados sin recibir ningún mensaje de advertencia. Una cadena vacía o un valor nulo equivale a que todas las dimensiones que son cero. Si la cadena de caracteres tiene un número de valores insuficiente en relación al recuento de capacidad o dimensiones rastreadas, los valores restantes se tratan como ceros. Las cantidades de entrega no pueden ser negativas. PickupQuantities: El tamaño de la recogida. Puede especificar el tamaño de cualquier dimensión que desee, como peso, volumen o cantidad. Incluso puede especificar varias dimensiones, por ejemplo, peso y volumen. No se puede, sin embargo, utilizar valores negativos. Este campo es análogo al campo DeliveryQuantities de órdenes. Nota:En el caso de una visita de intercambio, una orden puede tener cantidades de entrega y de recogida. Revenue: El ingreso generado si la orden se incluye en una solución. Este campo puede contener un valor nulo (un valor nulo indica una renta de cero), pero no puede tener un valor negativo. Rentas se incluye al optimizar el valor de función objetivo pero no forma parte del coste operativo de la solución. Es decir, el campo TotalCost en la clase de ruta nunca incluye Rentas en su resultado; sin embargo, la renta pondera la importancia relativa de dar servicio a las órdenes. SpecialtyNames: Una cadena de caracteres separada por espacios que contiene los nombres de las especialidades requeridas por la orden. Un valor nulo indica que la orden no requiere especialidades. La ortografía de cualquier especialidad enumerada para la clase Órdenes y rutas debe coincidir exactamente para que el solucionador de VRP pueda vincularlos de forma conjunta. Para ilustrar qué especialidades son y cómo funcionan, asuma que una empresa de cuidado de céspedes y poda árboles tiene una parte de sus órdenes que requiere un camión recolector a podar árboles altos. La empresa introducirá BucketTruck en el campo SpecialtyNames de estas órdenes para indicar su necesidad especial. SpecialtyNames quedaría como nulo para el resto de órdenes. De manera similar, la empresa también introducirá BucketTruck en el campo SpecialtyNames de las rutas que conducen los camiones con los brazos hidráulicos. Dejará el campo nulo para las otras rutas. En el momento de la resolución, el solucionador de VRP asigna órdenes sin necesidades especiales a cualquier ruta, pero solo se asigna órdenes que necesitan camiones recolectores para las rutas que disponen de ellos. AssignmentRule: Este campo especifica la regla para asignar la orden a una ruta. Este está restringido por un dominio de valores, que se muestran a continuación (sus valores codificados se muestran entre paréntesis).
Este campo no puede contener un valor nulo. CurbApproach: La propiedad CurbApproach especifica la dirección en la que un vehículo puede llegar a la ubicación de red y partir de ella. Hay cuatro opciones (sus valores codificados se muestran entre paréntesis):
RouteName: El nombre de la ruta a la que se ha asignado la orden. Como campo de entrada, este campo se utiliza para preasignar una orden a una ruta concreta. Puede contener un valor nulo que indica que la orden no se ha preasignado a ninguna ruta y el solucionador determina la mejor asignación de ruta posible para la orden. Si está establecido en nulo, el campo de secuencia también debe estar establecido en nulo. Después de una operación de resolución, si se enruta la orden, el campo RouteName contiene el nombre de la ruta a la que está asignada la orden. Sequence: Esto indica la secuencia de la orden en su ruta asignada. Como campo de entrada, este campo se utiliza para especificar la secuencia relativa para una orden en la ruta. Este campo puede contener un valor nulo que especifica que la orden se puede realizar en cualquier parte a lo largo de la ruta. Un valor nulo solo puede darse junto a un valor RouteName nulo. Los valores de secuencia de entrada son positivos y únicos para cada ruta (compartida en las visitas de reanudación al depósito, órdenes y descansos), pero no tienen que empezar a partir de 1 ni ser contiguos. Después de una operación de solución, el campo Secuencia contiene el valor de secuencia de la orden en su ruta asignada. Los valores de secuencia de salida para una ruta se comparten en las visitas a depósito, órdenes y descansos; empiezan a partir de 1 (en el depósito de inicio); y son consecutivos. Así que el valor Secuencia de salida más pequeño posible para una orden enrutada es 2, dado que una ruta siempre comienza en un depósito. | Feature Set |
depots |
Un depósito es una ubicación desde la que sale un vehículo al comienzo de su día laborable y a la que vuelve al final del mismo. Los vehículos (para las entregas) se cargan o descargan (para las recogidas) en los depósitos en el inicio de la ruta. En algunos casos, un depósito también puede actuar como ubicación de renovación donde el vehículo puede descargarse o volverse a cargar y seguir realizando entregas y recogidas. Un depósito tiene horas de apertura y cierre, tal y como se especifica en una ventana de tiempo estricta. Los vehículos no pueden llegar a un depósito fuera de esta ventana de tiempo. El conjunto de entidades de los depósitos tiene una tabla de atributos asociada. Los campos en la tabla de atributos se enumeran y describen a continuación. ObjectID: Campo ID administrado por el sistema. Forma: Campo de geometría que indica la ubicación geográfica del objeto de análisis de red. Name: El nombre del depósito. Los campos StartDepotName y EndDepotName del conjunto de registro de las rutas hacen referencia a los nombres que especifique aquí. El conjunto de registros de Reanudaciones de ruta también hace referencia a los mismos, cuando se utiliza. Los nombres de depósitos no hacen distinción entre mayúsculas y minúsculas y tienen que ser únicos y no estar vacíos. TimeWindowStart1: El tiempo inicial de la primera ventana de tiempo para la ubicación de red. Este campo puede contener un valor nulo; un valor nulo no indica ningún tiempo inicial. Nota:
TimeWindowEnd1: El tiempo final de la primera ventana para la ubicación de red. Este campo puede contener un valor nulo; un valor nulo no indica ningún tiempo final. TimeWindowStart2: El tiempo inicial de la segunda ventana de tiempo para la ubicación de red. Este campo puede contener un valor nulo; un valor nulo indica que no hay segunda ventana de tiempo. Si la primera ventana de tiempo es nula, según lo especificado por los campos TimeWindowStart1 y TimeWindowEnd1, la segunda ventana de tiempo también debe ser nula. Si ambas ventanas de tiempo son no nulas, no pueden superponerse. Además, la segunda ventana de tiempo debe ocurrir después de la primera. TimeWindowEnd2: El tiempo final de la segunda ventana de tiempo para la ubicación de red. Este campo puede contener un valor nulo. Cuando TimeWindowStart2 y TimeWindowEnd2 son ambos nulos, no hay segunda ventana de tiempo. Cuando TimeWindowStart2 no es nulo pero TimeWindowEnd2 es nulo, hay una segunda ventana de tiempo que tiene una hora inicial pero no tiene hora final. Esto es válido. CurbApproach: La propiedad CurbApproach especifica la dirección en la que un vehículo puede llegar a la ubicación de red y partir de ella. Hay cuatro opciones (sus valores codificados se muestran entre paréntesis):
Rumbo: La dirección en la que está avanzando un punto. Las unidades son grados y se miden a la izquierda desde el norte verdadero. Este campo se utiliza junto con el campo BearingTol. Los datos que contiene se envían generalmente de forma automática desde un dispositivo móvil que cuenta con un receptor GPS. Intente incluir datos que contiene rumbo si está cargando una orden que se mueve, como un peatón o un vehículo. Utilizar este campo tiende a evitar agregar ubicaciones a los bordes equivocados, que puede ocurrir cuando un vehículo está cerca de una intersección o un paso elevado, por ejemplo. El rumbo también le ayuda a Network Analyst a determinar de qué lado de la calle está el punto. Para obtener más información, consulte Rumbo y BearingTol. BearingTol: El valor de tolerancia de rumbo crea un rango de valores de rumbo aceptable al ubicar los puntos en movimiento en un borde utilizando el campo Rumbo. Si el valor en el campo Rumbo está dentro del rango de valores aceptables que se generan a partir de la tolerancia de rumbo en un borde, el punto se puede agregar como una ubicación de red ahí; de lo contrario, el punto más cercano sobre el próximo borde más cercano se evalúa. Las unidades se expresan en grados, y el valor predeterminado es 30. Los valores deben ser mayores que cero y menores que 180. Un valor de 30 significa que cuando Network Analyst intenta añadir una ubicación de red en un borde, un rango de valores de rumbo aceptable se genera al 15º hacia cada lado del borde (izquierda y derecha) y en ambas direcciones digitalizadas del borde. Para obtener más información, consulte Rumbo y BearingTol. NavLatency: Este campo se utiliza solo en el proceso de resolución si los campos Bearing y BearingTol también tienen valores; sin embargo, la introducción de un valor NavLatency es opcional, incluso cuando los campos Bearing y Bearing Tol tengan valores presentes. NavLatency indica cuánto tiempo se espera que transcurra desde el momento en que se envía la información de GPS desde un vehículo en movimiento a un servidor y el momento en que el dispositivo de navegación del vehículo recibe la ruta procesada. Las unidades de tiempo de NavLatency son las mismas que las unidades del atributo de coste especificado por el parámetro Atributo de tiempo. | Feature Set |
routes |
Las rutas que están disponibles para un problema de generación de rutas para vehículos determinado. Una ruta especifica las características del vehículo y del conductor; después de la resolución, también representa la ruta entre los depósitos y las órdenes. Una ruta puede tener los tiempos de servicio de inicio y fin en el depósito, un tiempo de inicio fijo o flexible, costes operativos basados en el tiempo, costes operativos basados en la distancia, varias capacidades, diversas restricciones en un día laborable del conductor, y así sucesivamente. El conjunto de registros de rutas tiene varios atributos. Los campos en la tabla de atributos se enumeran y describen a continuación. Name: El nombre de la ruta. El nombre debe ser único. Network Analyst genera un nombre único en el momento de la resolución si el valor del campo es nulo. Por consiguiente, introducir un valor es opcional en la mayoría de los casos. Sin embargo, debe introducir un nombre si su análisis incluye descansos, reanudaciones de ruta, zonas de ruta u órdenes preasignadas porque el nombre de ruta se utiliza como clave externa en estos casos. Tenga en cuenta que los nombres de ruta no distinguen entre mayúsculas y minúsculas. StartDepotName: El nombre del depósito inicial para la ruta. Este campo es una clave externa para el campo Nombre en los Depósitos. Si el valor StartDepotName es nulo, la ruta comenzará desde la primera orden asignada. Omitir el depósito inicial es útil cuando no se conoce la ubicación inicial del vehículo o es irrelevante para el problema. Sin embargo, cuando StartDepotName es nulo, EndDepotName no puede ser nulo tampoco. Si la ruta está realizando entregas y StartDepotName es nulo, se supone que la carga se carga en el vehículo en un depósito virtual antes de que comience la ruta. Para una ruta que no tiene visitas de reanudación, sus órdenes de entrega (aquéllas con valores DeliveryQuantities distintos de cero en la clase Órdenes) se carga en el depósito de inicio o en el depósito virtual. Para una ruta que tiene visitas de reanudación, solo se cargan en el depósito de inicio o en el depósito virtual las órdenes de entrega antes de la primera visita de reanudación. EndDepotName: El nombre del depósito final para la ruta. Este campo es una clave externa para el campo Nombre en la clase Depósitos. StartDepotServiceTime: El tiempo de servicio en el depósito inicial. Esto se puede utilizar para modelar el tiempo dedicado a cargar el vehículo. Este campo puede contener un valor nulo; un valor nulo indica un tiempo de servicio cero. La unidad para este valor de campo la especifica el parámetro Unidades de campo de tiempo (time_units de Python). Nota:Los tiempos de servicio en los depósitos inicial y final son valores fijos (dados por los valores de los campos StartDepotServiceTime y EndDepotServiceTime) y no tienen en cuenta la carga real para una ruta. Por ejemplo, el tiempo necesario para cargar un vehículo en el depósito inicial puede depender del tamaño de los pedidos. En consecuencia, los tiempos de servicio de depósito podrían ser valores dados correspondientes a un camión completamente cargado o con una carga media, o podría realizarse una estimación propia del tiempo. EndDepotServiceTime: El tiempo de servicio en el depósito final. Esto se puede utilizar para modelar el tiempo dedicado a descargar el vehículo. Este campo puede contener un valor nulo; un valor nulo indica un tiempo de servicio cero. La unidad para este valor de campo la especifica el parámetro Unidades de campo de tiempo (time_units de Python). Nota:Los tiempos de servicio en los depósitos inicial y final son valores fijos (dados por los valores de los campos StartDepotServiceTime y EndDepotServiceTime) y no tienen en cuenta la carga real para una ruta. Por ejemplo, el tiempo necesario para cargar un vehículo en el depósito inicial puede depender del tamaño de los pedidos. En consecuencia, los tiempos de servicio de depósito podrían ser valores dados correspondientes a un camión completamente cargado o con una carga media, o podría realizarse una estimación propia del tiempo. EarliestStartTime: El tiempo de inicio más temprano permitido para la ruta. El solucionador utiliza esto junto con la ventana de tiempo del depósito inicial para determinar los tiempos de inicio de ruta factibles. Este campo no puede contener valores nulos y tiene un valor solo de tiempo predeterminado de 8:00 AM; el valor predeterminado se interpreta como 8:00 a.m. en la fecha proporcionada por el parámetro de Fecha predeterminada (default_date para Python). Al utilizar los dataset de red con datos de tráfico en varias zonas horarias, la zona horaria para EarliestStartTime es igual a la zona horaria del eje o cruce en que se encuentra el depósito inicial. LatestStartTime: El tiempo de inicio más tardío permitido para la ruta. Este campo no puede contener valores nulos y tiene un valor solo de tiempo predeterminado de 10:00 AM; el valor predeterminado se interpreta como 10:00 a.m. en la fecha proporcionada por la propiedad Fecha predeterminada de la capa del análisis. Al utilizar los dataset de red con datos de tráfico en varias zonas horarias, la zona horaria para LatestStartTime (Tiempo de inicio más tardío) es igual a la zona horaria del eje o cruce en que se encuentra el depósito inicial. ArriveDepartDelay: Este campo almacena la cantidad de tiempo de viaje necesario para acelerar el vehículo a velocidades de viaje normales, decelerarlo hasta una parada y meterlo y sacarlo de la red (por ejemplo, entrar y salir del aparcamiento). Incluyendo un valor ArriveDepartDelay, se evita que el solucionador de VRP envíe muchas rutas para dar servicio a órdenes físicamente coincidentes. El coste para esta propiedad se incurre entre visitas a órdenes no coincidentes, depósitos y reanudaciones de ruta. Por ejemplo, cuando una ruta empieza en un depósito y visita la primera orden, el retraso de llegada/salida se agrega al tiempo de viaje. Lo mismo es aplicable al viajar desde la primera orden a la segunda. Si la segunda y tercera órdenes coinciden, el valor ArriveDepartDelay no se añade dado que el vehículo no tiene que desplazarse. Si la ruta viaja a una reanudación de ruta, el valor se añade de nuevo al tiempo de viaje. Aunque un vehículo tiene que reducir la velocidad y detenerse para una interrupción y acelerar después, el solucionador de VRP no puede añadir el valor ArriveDepartDelay para los descansos. Esto significa que si una ruta deja una orden, para durante un descanso y continúa en la siguiente orden, el retardo de llegada/salida se añade solo una vez, no dos veces. Para ilustrar, digamos que hay cinco órdenes coincidentes en un edificio alto y a las que dan servicio tres rutas diferentes. Esto significa que se incurrirían en tres retrasos de llegada/salida; es decir, tres conductores tendrían que buscar estacionamiento por separado y entrar en el mismo edificio. Sin embargo, si solo una ruta pudiera dar servicio a las órdenes en su lugar, solo tendría que aparcar un conductor y entrar en el edificio, solo se incurriría en un retraso de llegada/salida. Dado que el solucionador de VRP intenta minimizar el coste, intentará limitar los retrasos de llegada/salida y, de este modo, elegir la opción de ruta única. (Observe que es posible que sea necesario enviar varias rutas cuando otras restricciones, tales como especialidades, ventanas de tiempo o capacidades, lo requieran.) La unidad para este valor de campo la especifica el parámetro Unidades de campo de tiempo (time_units de Python). Capacities: La capacidad máxima del vehículo. Puede especificar la capacidad de cualquier dimensión que desee, como peso, volumen o cantidad. Incluso puede especificar varias dimensiones, por ejemplo, peso y volumen. Introduzca capacidades sin indicar las unidades. Por ejemplo, suponiendo que el vehículo puede llevar un máximo de 40,000 libras; debe introducir 40000. Es necesario recordar que el valor de referencia para el futuro es en libras. Si está realizando un rastreo de varias dimensiones, separe los valores numéricos con un espacio. Por ejemplo, si está registrando peso y volumen, y su vehículo puede llevar un peso máximo de 40.000 libras y un volumen máximo de 2.000 pies cúbicos, las capacidades se deben introducir como 40000 2000. De nuevo, es necesario recordar las unidades. También es necesario recordar la secuencia en que se introducen los valores y sus unidades correspondientes (en este caso, libras y luego pies cúbicos). Es importante recordar las unidades y la secuencia de las unidades por un par de razones: la primera, para interpretar la información más tarde; la segunda, para introducir correctamente los valores de los campos DeliveryQuantities y PickupQuantities para Órdenes. Profundizando en el segundo punto, tenga en cuenta que el solucionador de VRP simultáneamente se refiere a Capacidades, DeliveryQuantities y PickupQuantities para garantizar que no se sobrecargue ninguna ruta. Debido a que no se puede introducir unidades en el campo, Network Analyst no puede realizar conversiones de unidades, de modo que deberá introducir los valores en los tres campos utilizando las mismas unidades y la misma secuencia de las unidades para garantizar la interpretación correcta de los valores. Si mezcla unidades o cambia la secuencia en cualquiera de los tres campos, obtendrá resultados no deseados sin recibir mensajes de advertencia. Por lo tanto, es buena idea establecer una unidad y una secuencia de unidades estándar de antemano y consultarla continuamente al introducir los valores para estos tres campos. Una cadena vacía o un valor nulo equivale a que todos los valores son cero. Los valores de capacidad no pueden ser negativos. Si la cadena de Capacidades tiene un número insuficiente de valores en relación con los campos DeliveryQuantities o PickupQuantities para las órdenes, los valores restantes se tratan como cero.  Precaución:El solucionador de VRP solo realiza una comprobación booleana simple para determinar si se superan las capacidades. Si el valor de capacidad de una ruta es mayor o igual a la cantidad total transportada, el solucionador de VRP supondrá que la carga cabe en el vehículo. Esto podría ser incorrecto, dependiendo de la forma real de la carga y el vehículo. Por ejemplo, el solucionador de VRP le permite ajustar una esfera de 1.000 pies cúbicos en un camión de 1.000 pies cúbicos que tiene 8 pies de ancho. En realidad, sin embargo, dado que la esfera tiene un diámetro de 12,6 pies, no cabría en el camión de 8 pies de ancho. FixedCost: Un coste monetario fijo en el que solo se incurre si la ruta se utiliza en una solución (es decir, tiene órdenes asignadas a la misma). Este campo puede contener valores nulos; un valor nulo indica un coste fijo cero. Este coste forma parte del coste operativo de ruta total. CostPerUnitTime: El coste monetario incurrido, por tiempo unitario de trabajo, para la duración total de la ruta, incluidos los tiempos de viaje así como los tiempos de servicio y de espera en órdenes, depósitos y descansos. Este campo no puede contener un valor nulo y tiene un valor predeterminado de 1,0. La unidad para este valor de campo la especifica el parámetro Unidades de campo de tiempo (time_units de Python). CostPerUnitDistance: El coste monetario incurrido, por unidad de distancia viajada, para la longitud de la ruta (distancia de viaje total). Este campo puede contener valores nulos; un valor nulo indica un coste cero. La unidad para este valor de campo la especifica el parámetro Unidades de campo de distancia (distance_units para Python). OvertimeStartTime: La duración de tiempo de trabajo normal antes de que se inicie el cálculo de horas extra. Este campo puede contener valores nulos; un valor nulo indica que no se aplican horas extraordinarias. La unidad para este valor de campo la especifica el parámetro Unidades de campo de tiempo (time_units de Python). Por ejemplo, si al conductor se le pagan horas extra cuando la duración de la ruta total supera las ocho horas, entonces OvertimeStartTime se especifica como 480 (8 horas * 60 minutos/hora), si el parámetro Unidades de campo de tiempo está establecido en Minutos. CostPerUnitOvertime: El coste monetario en el que se incurre por unidad de tiempo de hora extra. Este campo puede contener valores nulos; un valor nulo indica que el valor CostPerUnitOvertime es igual que el valor CostPerUnitTime. MaxOrderCount: El máximo número permitido de órdenes en la ruta. Este campo no puede contener valores nulos y tiene un valor predeterminado de 30. MaxTotalTime: La duración máxima permitida de la ruta. La duración de la ruta incluye los tiempos de viaje, así como los tiempos de servicio y de espera en órdenes, depósitos y descansos. Este campo puede contener valores nulos; un valor nulo indica que no hay ninguna restricción en la duración de la ruta. La unidad para este valor de campo la especifica el parámetro Unidades de campo de tiempo (time_units de Python). MaxTotalTravelTime: El tiempo de viaje máximo permitido para la ruta. El tiempo de viaje incluye solo el tiempo empleado en conducir en la red y no incluye tiempos de servicio o de espera. Este campo puede contener valores nulos; un valor nulo indica que no hay ninguna restricción en el tiempo máximo de viaje permitido. Este valor de campo no puede ser mayor que el valor del campo MaxTotalTime. La unidad para este valor de campo la especifica el parámetro Unidades de campo de tiempo (time_units de Python). MaxTotalDistance: La distancia de viaje máxima permitida para la ruta. La unidad para este valor de campo la especifica el parámetro Unidades de campo de distancia (distance_units para Python). Este campo puede contener valores nulos; un valor nulo indica que no hay ninguna restricción en la distancia máxima de viaje permitida. SpecialtyNames: Una cadena separada por espacios contiene los nombres de las especialidades admitidas por la ruta. Un valor nulo indica que la ruta no admite ninguna especialidad. Este campo es una clave externa para el campo SpecialtyNames en la clase de órdenes. Para ilustrar qué especialidades son y cómo funcionan, asuma que una empresa de cuidado de céspedes y poda árboles tiene una parte de sus órdenes que requiere un camión recolector a podar árboles altos. La empresa introducirá BucketTruck en el campo SpecialtyNames de estas órdenes para indicar su necesidad especial. SpecialtyNames quedaría como nulo para el resto de órdenes. De manera similar, la empresa también introducirá BucketTruck en el campo SpecialtyNames de las rutas que conducen los camiones con los brazos hidráulicos. Dejará el campo nulo para las otras rutas. En el momento de la resolución, el solucionador de VRP asigna órdenes sin necesidades especiales a cualquier ruta, pero solo se asigna órdenes que necesitan camiones recolectores para las rutas que disponen de ellos. AssignmentRule: Esto especifica si se puede utilizar la ruta o no al resolver el problema. Un dominio de valores restringe este campo y los valores posibles son los siguientes:
| Record Set |
breaks | Los períodos de descanso, o descansos, para las rutas en un problema de generación de rutas para vehículos determinado. Un descanso está asociado a una ruta exactamente y puede realizarse después de finalizar una orden, mientras se encuentra en ruta para dar servicio a una orden o antes de dar servicio a una orden. Tiene una hora de inicio y una duración, y el conductor puede cobrar o no durante el mismo. Existen tres opciones para establecer cuando comienza un corte: mediante una ventana de tiempo, un tiempo de viaje máximo o un tiempo de trabajo máximo. El conjunto de registros de descanso tiene atributos asociados. Los campos en la tabla de atributos se enumeran y describen a continuación.
ObjectID: Campo ID administrado por el sistema. RouteName: El nombre de la ruta a la que se aplica el descanso. Aunque un descanso se asignado a exactamente una ruta, puede haber muchos descansos asignados a la misma ruta. Este campo es una clave externa para el campo Nombre en la clase Routes y no puede tener un valor nulo. Precedence: Los valores de precedencia ordenan en secuencia los descanso de una ruta determinada. Los descansos con un valor de precedencia de 1 aparecen antes de aquéllos con un valor 2, etc. Todos los descansos deben tener un valor de precedencia, sin tener en cuenta si son descansos de ventana de tiempo, tiempo máximo de viaje o tiempo máximo de trabajo. ServiceTime: La duración del descanso. Este campo puede contener valores nulos; un valor nulo indica que no hay tiempo de servicio. La unidad para este valor de campo la especifica el parámetro Unidades de campo de tiempo (time_units de Python). TimeWindowStart: La hora de inicio de la ventana de tiempo del descanso. Si este campo es nulo y TimeWindowEnd tiene un valor de hora del día válido, se permite que el descanso empiece en cualquier momento antes del valor TimeWindowEnd. Si este campo tiene un valor, MaxTravelTimeBetweenBreaks y MaxCumulWorkTime deben ser nulos; es más, todos los demás descansos de la capa del análisis deben tener valores nulos para MaxTravelTimeBetweenBreaks y MaxCumulWorkTime. Durante la resolución aparecerá un error si una ruta tiene varios descansos con ventanas de tiempo solapadas. Los campos de ventana de tiempo en los descansos pueden contener un valor de solo hora o un valor de fecha y hora. Si un campo de tiempo, como TimeWindowStart tiene un valor solo de tiempo (por ejemplo, 12:00 PM), se asume que la fecha es la fecha especificada por el parámetro Fecha predeterminada (default_date de Python). El uso de valores fecha y hora (por ejemplo, 11/7/2012 12:00 PM) le permite especificar ventanas de tiempo que abarquen dos o más días. Esto es especialmente beneficioso cuando se debe realizar un descanso algún tiempo antes y después de la medianoche. Al utilizar los dataset de red con datos de tráfico en varias zonas horarias, la zona horaria para TimeWindowStart y TimeWindowEnd se supone que es igual a la zona horaria del eje o cruce donde se encuentra el depósito inicial. TimeWindowEnd: La hora de finalización de la ventana de tiempo del descanso. Si este campo es nulo y TimeWindowStart tiene un valor válido de hora del día, se permite que el descanso comience en cualquier momento después del valor TimeWindowStart. Si este campo tiene un valor, MaxTravelTimeBetweenBreaks y MaxCumulWorkTime deben ser nulos; es más, todos los demás descansos de la capa del análisis deben tener valores nulos para MaxTravelTimeBetweenBreaks y MaxCumulWorkTime. MaxViolationTime: Este campo especifica el tiempo de infracción máximo permitido para una ventana de tiempo de descanso. Se considera que se ha infringido una ventana de tiempo si la hora de llegada fuera del intervalo de tiempo. Un valor cero indica que no se puede infringir la ventana de tiempo; es decir, la ventana de tiempo es estricta. Un valor distinto de cero especifica la cantidad máxima de retraso; por ejemplo, el corte puede comenzar hasta 30 minutos después del final de su ventana de tiempo, pero el retraso es sancionado según el parámetro Importancia de la violación de la ventana de tiempo (time_window_factor de Python). Esta propiedad puede ser nula; un valor nulo con valores TimeWindowStart y TimeWindowEnd indica que no hay ningún límite en el tiempo de infracción permitido. Si MaxTravelTimeBetweenBreaks o MaxCumulWorkTime tiene un valor, MaxViolationTime debe ser nulo. La unidad para este valor de campo la especifica el parámetro Unidades de campo de tiempo (time_units de Python). MaxTravelTimeBetweenBreaks: La cantidad máxima de tiempo de viaje que se puede acumular antes de realizar un descanso. El tiempo de viaje se acumula desde el fin del descanso anterior o, si todavía no se ha realizado un descanso, desde el inicio de la ruta. Si se trata del descanso final de la ruta, MaxTravelTimeBetweenBreaks también indica el tiempo máximo de viaje que se puede acumular desde el descanso final al depósito final. Este campo está diseñado para limitar cuánto tiempo puede conducir una persona hasta que sea necesario un descanso. Por ejemplo, si el parámetro Unidades de campo de tiempo (time_units para Python) del análisis está establecido en minutos, y MaxTravelTimeBetweenBreaks tiene un valor de 120, el conductor obtendrá un corte después de conducir dos horas. Para asignar un segundo descanso después de dos horas más de conducción, la propiedad MaxTravelTimeBetweenBreaks del segundo descanso debería ser 120. Si este campo tiene un valor, TimeWindowStart, TimeWindowEnd, MaxViolationTime y MaxCumulWorkTime deben ser nulos que el análisis se resuelva correctamente. La unidad para este valor de campo la especifica el parámetro Unidades de campo de tiempo (time_units de Python). MaxCumulWorkTime: La cantidad máxima de tiempo de trabajo que se puede acumular antes de realizar un descanso. El tiempo de trabajo siempre se acumula desde el inicio de la ruta. El tiempo de trabajo es la suma de tiempo de viaje y de los tiempos de servicio en órdenes, depósitos y descansos. Tenga en cuenta, sin embargo, que esto excluye el tiempo de espera, que es el tiempo que una ruta (o conductor) espera en una orden o depósito a que comience una ventana de tiempo. Este campo está diseñado para limitar el tiempo que puede trabajar una persona hasta que sea necesario un descanso. Por ejemplo, si la propiedad Unidades de campo de tiempo (time_units para Python) está establecida en minutos, MaxCumulWorkTime tiene un valor de 120, y ServiceTime tiene un valor de 15, el conductor obtendrá un corte de 15 minutos después de dos horas de trabajo. Continuando con el último ejemplo, suponga que se necesita un segundo descanso después de tres horas más de trabajo. Para especificar este descanso, introduciría 315 (cinco horas y 15 minutos) como valor MaxCumulWorkTime del segundo descanso. Este número incluye los valores de MaxCumulWorkTime y ServiceTime del descanso anterior, junto con las tres horas adicionales de trabajo antes de conceder el segundo descanso. Para evitar realizar descansos de tiempo de trabajo máximo prematuramente, recuerde que acumulan el tiempo de trabajo desde el principio de la ruta y ese tiempo de trabajo incluye el tiempo de servicio en los depósitos, órdenes y descansos visitados previamente. Si este campo tiene un valor, TimeWindowStart, TimeWindowEnd, MaxViolationTime y MaxTravelTimeBetweenBreaks deben ser nulos que el análisis se resuelva correctamente. La unidad para este valor de campo la especifica el parámetro Unidades de campo de tiempo (time_units de Python). IsPaid: Un valor booleano que indica si se paga o no durante el descanso. Un valor True indica que el tiempo dedicado en el descanso está incluido en el cálculo de coste de la ruta y la determinación de horas extra. Un valor False indica lo contrario. El valor predeterminado es True. Sequence: Como campo de entrada, indica la secuencia del descanso en su ruta. Este campo puede contener valores nulos. Los valores de secuencia de entrada son positivos y únicos para cada ruta (compartida en las visitas a depósito de renovación, órdenes y descansos), pero no tienen que empezar a partir de 1 o ser contiguos. El solucionador modifica el campo de secuencia. Después de la resolución, este campo contiene el valor de secuencia del descanso en su ruta. Los valores de secuencia de salida para una ruta se comparten en las visitas a depósito, órdenes y descansos; empiezan a partir de 1 (en el depósito de inicio); y son consecutivos. | Record Set |
time_units |
Las unidades de tiempo para todos los valores de campo basados en el tiempo para el análisis.
Muchas entidades y registros en un análisis de VRP tienen campos para almacenar valores de tiempo, como ServiceTime para las órdenes y CostPerUnitTime para las rutas. Para minimizar los requisitos de entrada de datos, estos valores de campo no incluyen unidades. En lugar de ello, todos los valores de campo basados en la distancia, se deben introducir en las mismas unidades y este parámetro se utiliza para especificar las unidades de esos valores. Tenga en cuenta que los campos de salida basados en el tiempo utilizan las mismas unidades especificadas por este parámetro. Esta unidad de tiempo no tiene que coincidir con la unidad de tiempo del parámetro del Atributo de tiempo (time_attribute) de la red. | String |
distance_units |
Las unidades de distancia para todos los valores de campo basados en la distancia para el análisis.
Muchas entidades y registros en un análisis de VRP tienen campos para almacenar los valores de distancia, como MaxTotalDistance y CostPerUnitDistance para las rutas. Para minimizar los requisitos de entrada de datos, estos valores de campo no incluyen unidades. En lugar de ello, todos los valores de campo basados en la distancia, se deben introducir en las mismas unidades y este parámetro se utiliza para especificar las unidades de esos valores. Tenga en cuenta que los campos de salida basados en la distancia utilizan las mismas unidades especificadas por este parámetro. Esta unidad de distancia no debe coincidir con la unidad de distancia del Atributo de distancia (atributo de distancia) de la red. | String |
network_dataset |
El dataset de red donde se realizará el análisis del problema de generación de rutas para vehículos. El dataset de red debe tener un atributo de coste basado en el tiempo debido a que el solucionador de VRP minimiza el tiempo. | Network Dataset Layer |
output_workspace_location |
La geodatabase de ArcSDE, geodatabase de archivos o espacio de trabajo en memoria, en que se crearán las clases de entidad de salida. Este espacio de trabajo ya debe existir. El espacio de trabajo de salida predeterminado está en la memoria. | Workspace |
output_unassigned_stops_name |
El nombre de la clase de entidad de salida que contendrá los depósitos inalcanzables o las órdenes no asignadas. | String |
output_stops_name |
El nombre de la clase de entidad que contendrá las paradas visitadas por las rutas. Esta clase de entidad incluye paradas en los depósitos, órdenes y descansos. | String |
output_routes_name |
El nombre de la clase de entidad que contendrá las rutas del análisis. | String |
output_directions_name |
El nombre de la clase de entidad que contendrá las indicaciones para las rutas. | String |
default_date (Opcional) |
La fecha predeterminada para los valores del campo de hora que especifica una hora del día sin incluir una fecha. | Date |
uturn_policy (Opcional) |
Política de giro en U en los cruces. Permitir giros en U implica que el solucionador puede dar la vuelta en un cruce y regresar por la misma calle. Debido a que los cruces representan intersecciones de calles y callejones sin salida, los diferentes vehículos pueden ser capaces de dar la vuelta en algunos cruces, pero no en otros, depende de que el cruce sea una intersección o un callejón sin salida. Para acomodar, el parámetro de la política del giro en U se especifica implícitamente por la cantidad de bordes que se conectan en el cruce, que se conoce como valencia de cruce. Los valores aceptables para este parámetro se enumeran a continuación; cada uno seguido de una descripción de su significado en términos de valencia de cruce.
 Sugerencia:Si necesita una política más definida respecto a la política de giros en U, considere agregar un evaluador de retraso de giro global con un atributo de coste de red, o ajustar su configuración si existe, y prestar especial atención a la configuración de los giros de 180 grados. Asimismo, examine la configuración de la propiedad CurbApproach de las ubicaciones de la red. | String |
time_window_factor (Opcional) |
Califica la importancia de respetar las ventanas de tiempo. Hay tres opciones, que se muestran y se describen a continuación.
| String |
spatially_cluster_routes (Opcional) |
| Boolean |
route_zones (Opcional) |
Delinea los territorios de trabajo para determinadas rutas. Una zona de ruta es una entidad poligonal que se utiliza para restringir rutas para que den servicio solo a las órdenes que quedan dentro o cerca del área especificada. Aquí se muestran algunos ejemplos que indican cuándo pueden ser útiles las zonas de ruta:
El conjunto de entidades de las zonas de ruta tiene una tabla de atributos asociada. Los campos en la tabla de atributos se enumeran y describen a continuación. ObjectID: Campo ID administrado por el sistema. Forma: Campo de geometría que indica la ubicación geográfica del objeto de análisis de red. RouteName: El nombre de la ruta a la que se aplica esta zona. Una zona de ruta puede tener un máximo de una ruta asociada. Este campo no puede contener valores nulos y es una clave externa al campo Nombre en la capa de entidades Rutas. IsHardZone: Un valor booleano que indica una zona de ruta estricta o no. Un valor True indica que la zona de ruta es estricta; es decir, una orden que caiga fuera del polígono de la zona de ruta no se puede asignar a la ruta. El valor predeterminado es Verdadero (1). Un valor Falso (0) indica que tales órdenes se pueden seguir asignando, pero el coste de dar servicio a la orden se pondera mediante función basada en la distancia euclidiana desde la zona de ruta. Básicamente, esto significa que como la distancia en línea recta desde la zona no estricta a la orden aumenta, disminuye la probabilidad de asignar la orden a la ruta. | Feature Set |
route_renewals (Opcional) |
Especifica los depósitos intermedios que las rutas pueden visitar para volver a cargar o descargar la carga que están entregando o recogiendo. Concretamente, una reanudación de ruta vincula una ruta a un depósito. La relación indica que la ruta se puede reanudar (volver a cargar o descargar en ruta) en el depósito asociado. Las renovaciones de ruta se pueden utilizar para modelar escenarios en los que un vehículo recoge una carga completa de entregas en el depósito inicial, da servicio a las órdenes, vuelve al depósito para reanudar su carga de entregas y sigue dando servicio a más órdenes. Por ejemplo, en la entrega de gas propano, el vehículo podría realizar varias entregas hasta que el depósito se quede casi vacío o vacío por completo, visita un punto de recarga y realiza más entregas. Aquí hay algunas reglas y opciones a tener en cuenta al trabajar también con puntos de semilla de ruta:
El conjunto de registros de reanudaciones de ruta tiene atributos asociados. Los campos en la tabla de atributos se enumeran y describen a continuación. ObjectID: Campo ID administrado por el sistema. DepotName: El nombre del depósito donde tiene lugar esta reanudación. Este campo no puede contener un valor nulo y es una clave externa al campo Nombre en la capa de entidades Depósitos. RouteName: El nombre de la ruta a la que se aplica esta reanudación. Este campo no puede contener un valor nulo y es una clave externa al campo Nombre en la capa de entidades Rutas. ServiceTime: El tiempo del servicio para la reanudación. Este campo puede contener un valor nulo; un valor nulo indica un tiempo de servicio cero. La unidad para este valor de campo la especifica la propiedad Time Field Units de la capa de análisis. Nota:El tiempo que tarda en cargarse un vehículo en un depósito de reanudación puede depender del tamaño del vehículo y de lo lleno o vacío que esté el vehículo. Sin embargo, el tiempo de servicio para una reanudación de ruta es un valor fijo y no tiene en cuenta la carga real. En consecuencia, al tiempo de servicio de reanudación se le debería dar un valor correspondiente a un camión completamente cargado, con una carga media o podría realizar otra estimación de tiempo propia. | Record Set |
order_pairs (Opcional) |
Empareja las órdenes de recogida y entrega de modo que sean atendidas en la misma ruta. A veces se requiere que se emparejen la recogida y entrega de las órdenes. Por ejemplo, una compañía de mensajería podría necesitar tener una ruta para recoger un paquete de alta prioridad de una orden y entregarlo a otra sin volver a un depósito o estación de ordenamiento para minimizar el tiempo de entrega. Estas órdenes relacionadas pueden estar asignadas a la misma ruta con la secuencia adecuada utilizando pares de órdenes. Además, las restricciones sobre cuánto tiempo puede permanecer el paquete en el vehículo también se pueden asignar; por ejemplo, el paquete puede ser una muestra de sangre que tiene que ser transportada desde la consulta del médico al laboratorio en un plazo de dos horas. El conjunto de registros de pares de órdenes tiene atributos asociados. Los campos en la tabla de atributos se enumeran y describen a continuación. ObjectID: Campo ID administrado por el sistema. FirstOrderName: El nombre de la primera orden del par. Este campo es una clave externa al campo Nombre en la capa de entidades Órdenes. SecondOrderName: El nombre de la segunda orden del par. Este campo es una clave externa al campo Nombre en la capa de entidades Órdenes. La primera orden del par debe ser una orden de recogida; es decir, el valor del campo DeliveryQuantities es nulo. La segunda orden del par debe ser una orden de entrega; es decir, el valor del campo PickupQuantities es nulo. La cantidad que se recoge en la primera orden debe coincidir con la cantidad que se entrega en la segunda orden. Como caso especial, ambas órdenes pueden tener cantidades cero para escenarios donde no se utilizan las capacidades. Nota:Las cantidades de órdenes no se cargan o descargan en los depósitos. MaxTransitTime: El tiempo máximo de tránsito para el par. El tiempo de tránsito es la duración de tiempo desde la hora de salida de la primera orden a la hora de llegada en la segunda orden. Esta restricción limita el tiempo en vehículo o tiempo de trayecto, entre las dos órdenes. Cuando un vehículo lleva personas o bienes perecederos, el tiempo de trayecto suele ser más corto que el de un vehículo que transporta paquetes o bienes no perecederos. Este campo puede contener valores nulos; un valor nulo indica que no hay ninguna restricción en el tiempo de trayecto. La unidad para este valor de campo la especifica la propiedad Time Field Units de la capa de análisis. El solucionador puede realizar el seguimiento y ponderar el tiempo de tránsito en exceso (medido con respecto al tiempo de viaje directo entre pares de órdenes). Por ello, puede dirigir al solucionador de VRP para que adopte uno de estos tres enfoques: (1) minimizar el tiempo de tránsito en exceso total, sin tener en cuenta el aumento en coste de viaje para la flota; (2) buscar una solución que equilibre el tiempo de infracción total y el coste del viaje; e (3) ignorar el tiempo de tránsito en exceso total y, en su lugar, minimizar el coste de viaje para la flota. Asignando un nivel de importancia para el parámetro Importancia del exceso de tiempo de tránsito (excess_transit_factor para Python), está eligiendo en efecto uno de estos tres enfoques. Sin tener en cuenta el nivel de importancia, el solucionador devolverá un error siempre si se supera el valor MaxTransitTime. | Record Set |
excess_transit_factor (Opcional) |
Valora la importancia de reducir el exceso de tiempo de tránsito de los pares de órdenes. El exceso de tiempo de tránsito es la cantidad de tiempo que excede el tiempo requerido para viajar directamente entre las órdenes asociadas. El exceso de tiempo puede ser causado por los descansos del conductor descansos o por viajes a las órdenes y los depósitos intermedios. A continuación encontrará los tres valores puede elegir.
| String |
point_barriers (Opcional) |
Especifica las barreras de punto, que se dividen en dos tipos: barreras de restricción y de punto de coste agregado. Restringen temporalmente el trazado poligonal en toda la red o agregan impedancia a puntos de la red. Las barreras de punto se definen mediante un conjunto de entidades, y los valores de atributo que especifica para las entidades de punto determinan si son barreras de restricción o de coste agregado. Los campos en la tabla de atributos se muestran y describen a continuación. ObjectID: Campo ID administrado por el sistema. Forma: Campo de geometría que indica la ubicación geográfica del objeto de análisis de red. Nombre: El nombre de la barrera. BarrierType: Especifica si la barrera restringe completamente el viaje o agrega coste cuando se viaja a través de ella. Existen dos opciones:
Additional_Time: Si se establece BarrierType en coste agregado, el valor del campo Additional_Time indica cuánto tiempo se agrega a una ruta cuando la ruta atraviesa la barrera. La unidad para este valor de campo la especifica la propiedad Time Field Units de la capa de análisis. Additional_Distance: Si se establece BarrierType en coste agregado, el valor del campo Additional_Distance indica cuánta impedancia se agrega a una ruta cuando la ruta atraviesa la barrera. La unidad para este valor de campo la especifica el parámetro Unidades de campo de distancia. | Feature Set |
line_barriers (Opcional) |
Especifica las barreras de línea, que restringen temporalmente el trazado poligonal en ellos. Las barreras de línea se definen mediante un conjunto de entidades. Los campos en la tabla de atributos se muestran y describen a continuación. ObjectID: Campo ID administrado por el sistema. Forma: Campo de geometría que indica la ubicación geográfica del objeto de análisis de red. Nombre: El nombre de la barrera. | Feature Set |
polygon_barriers (Opcional) | Especifica las barreras de polígono, que se dividen en dos tipos: barreras de restricción y barreras de polígono de coste escalado. Restringen temporalmente el trazado poligonal o la impedancia de escala en las partes de la red que cubren. Las barreras de polígono se definen mediante un conjunto de entidades, y los valores de atributo que especifica para las entidades de polígono determinan si son barreras de restricción o de coste de escala. Los campos en la tabla de atributos se muestran y describen a continuación. ObjectID: Campo ID administrado por el sistema. Forma: Campo de geometría que indica la ubicación geográfica del objeto de análisis de red. Nombre: El nombre de la barrera. BarrierType: Especifica si la barrera restringe completamente el viaje o escala el coste de viajar a través de ella. Existen dos opciones:
Scaled_Time: Los valores basados en el tiempo de impedancia de los bordes subyacentes de la barrera se multiplica por el valor establecido en este campo. Este campo solo es pertinente cuando la barrera es una barrera de coste escalado. Scaled_Distance: Los valores basados en la distancia de impedancia de los bordes subyacentes de la barrera se multiplica por el valor establecido en este campo. Este campo solo es pertinente cuando la barrera es una barrera de coste escalado. | Feature Set |
time_attribute (Opcional) |
Define el atributo de coste de red a utilizar al determinar el tiempo de viaje de elementos de la red. | String |
distance_attribute (Opcional) |
Define el atributo de coste de red a utilizar al determinar la distancia de los elementos de la red. | String |
use_hierarchy_in_analysis (Opcional) |
El parámetro no se utiliza si no se definen atributos de jerarquía en el dataset de red utilizado para realizar el análisis. En tales casos, utilice "#" como el valor de parámetro. | Boolean |
restrictions (Opcional) |
Indica cuales atributos de restricción de red se respetan en el momento de la resolución. | String |
attribute_parameter_values (Opcional) |
Especifica los valores de parámetro de atributos de red que tienen parámetros. El conjunto de registros tiene dos columnas que trabajan juntas para identificar parámetros de forma única y otra columna que especifica el valor del parámetro. El conjunto de registros de valores de parámetro tiene atributos asociados. Los campos en la tabla de atributos se enumeran y describen a continuación. ObjectID: Campo ID administrado por el sistema. AttributeName: El nombre del atributo de red cuyo parámetro de atributos se establece por la fila de tabla. ParameterName: El nombre del parámetro de atributos cuyo valor se establece por la fila de tabla. (Los parámetros de tipo Objeto no se pueden actualizar utilizando la herramienta). ParameterValue: El valor que desea para el parámetro de atributos. Si no se especifica el valor, el valor de los parámetros de atributos se establecerá en Nulo. | Record Set |
maximum_snap_tolerance (Opcional) |
La máxima tolerancia de alineación es la distancia más lejana que busca el Network Analyst al ubicar o reubicar un punto en la red. La búsqueda busca bordes o cruces adecuados y alinea el punto con el más cercano. Si no se encuentra una ubicación adecuada dentro de la máxima tolerancia de alineación, el objeto se marca como no ubicado. | Linear unit |
exclude_restricted_portions_of_the_network (Opcional) |
| Boolean |
feature_locator_where_clause [[dataset_name, SQL_Query],...] (Opcional) |
Una expresión SQL utilizada para seleccionar un subconjunto de entidades de origen que limita las órdenes de los elementos de la red y los depósitos en que se pueden ubicar. Por ejemplo, para garantizar que las órdenes y los depósitos no se encuentran en autopistas de acceso limitado, escribir una expresión SQL que excluya estas entidades de origen. (Tenga en cuenta que durante la carga los otros objetos de análisis de red, como las barreras, ignoran la cláusula WHERE del localizador de entidad). Para obtener más información sobre la sintaxis de SQL y cómo difiere entre las fuentes de datos, consulte Referencia SQL para las expresiones de consulta utilizadas en ArcGIS. | Value Table |
populate_route_lines (Opcional) |
| Boolean |
route_line_simplification_tolerance (Opcional) |
Especificar cuánto desea simplificar la geometría de la ruta. La simplificación mantiene puntos críticos de una ruta, como los giros en intersecciones, para definir la forma esencial de la ruta y quita el resto de los puntos. La distancia de simplificación que especifique será el desplazamiento máximo permisible que puede apartarse la línea simplificada de la línea original. La simplificación de una línea reduce el número de vértices y tiende a reducir los tiempos de dibujo. | Linear unit |
populate_directions (Opcional) |
| Boolean |
directions_language (Opcional) |
Elija un idioma para generar las indicaciones de conducción. Los idiomas que están disponibles en la lista desplegable dependen de qué paquetes de idiomas de ArcGIS están instalados en su equipo. Observe que si va a publicar esta herramienta como parte de un servicio en un servidor separado, el paquete de idioma de ArcGIS que corresponde al idioma que elija se debe instalar en ese servidor para que la herramienta funcione correctamente. Además, si el paquete de idioma no está instalado en su equipo, el idioma no aparecerá en la lista desplegable; sin embargo, puede escribir un código de idioma en su lugar. | String |
directions_style_name (Opcional) |
El nombre del estilo de formato de direcciones. | String |
save_output_layer (Opcional) |
En cualquier caso, las tablas y las clases de entidad independiente se devuelven. Sin embargo, un administrador del servidor puede elegir a una capa de análisis de red de salida también para que el programa de instalación y los resultados de la herramienta puedan ser depurados utilizando los controles Network Analyst en el entorno de ArcGIS for Desktop. Esto puede hacer que el proceso de depuración sea mucho más fácil. En ArcGIS for Desktop, la ubicación de salida predeterminada para la capa de análisis de red está en el espacio de trabajo temporal, en el mismo nivel que la geodatabase de trabajo temporal. Es decir, se almacena como un hermano de la geodatabase de trabajo temporal. La capa de análisis de red de salida se almacena como un archivo LYR cuyo nombre comienza con _ags_gpna y está seguido por un GUID alfanumérico. | Boolean |
service_capabilities [[String, {Long}],...] (Opcional) |
Esta propiedad le ayuda a gobernar la cantidad máxima de procesamiento informático que se produce cuando se ejecuta esta herramienta como un servicio de geoprocesamiento. Es posible que desee hacer esto por dos razones: una, para impedir que su servidor resuelva problemas que requieren más recursos o tiempo de procesamiento del que desea permitir; dos, para crear varios servicios con diferentes capacidades de VRP para apoyar un modelo de negocio. Por ejemplo, si tiene un modelo de negocios, con distintos niveles de servicio, es posible que desee proporcionar un servicio de VRP gratuito que admita un máximo de cinco rutas por solución y otro servicio que se basa en una cuota y apoya más de cinco rutas por solución. Junto con la limitación del número máximo de rutas, puede limitar el número de órdenes o barreras de punto que se pueden agregar al análisis. Otra forma de gobernar problema de los tamaños es mediante el establecimiento de un número máximo de entidades, por lo general entidades de calles, que pueden intersecar las barreras de línea o de polígono. El último método es para forzar una solución jerárquica, incluso si el usuario elige no utilizar una jerarquía, cuando las órdenes están dispersas geográficamente más allá de una determinada distancia en línea recta.
| Value Table |
Ejemplo de código
Ejecutar la herramienta utilizando solo los parámetros requeridos.
import arcpy
orders = arcpy.FeatureSet()
orders.load("Stores")
depots = arcpy.FeatureSet()
depots.load("DistributionCenter")
routes = arcpy.RecordSet()
routes.load("RoutesTable")
arcpy.na.SolveVehicleRoutingProblem(orders, depots, routes, "","Minutes",
"Miles", "Streets_ND")
La siguiente secuencia de comandos de Python independiente muestra cómo se puede utilizar la herramienta SolveVehicleRoutingProblem para cumplir con un conjunto de órdenes usando una flota de vehículos. Cuando utilice la herramienta SolveVehicleRoutingProblem, solo necesita una herramienta para resolver todo el problema del análisis mientras que con la herramienta MakeVehicleRoutingProblemLayer es necesario ejecutar varias herramientas de la caja de herramientas de Network Analyst.
# Name: SolveVehicleRoutingProblem_Workflow.py
# Description: Find the best routes for a fleet of vehicles, which is operated
# by a distribution company, to deliver goods from a main
# distribution center to a set of grocery stores.
# Requirements: Network Analyst Extension
#Import system modules
import arcpy
from arcpy import env
import datetime
try:
#Check out the Network Analyst extension license
arcpy.CheckOutExtension("Network")
#Set environment settings
env.workspace = "C:/data/SanFrancisco.gdb"
env.overwriteOutput = True
#Set local variables
inNetworkDataset = "Transportation/Streets_ND"
impedanceAttribute = "TravelTime"
timeUnits = "Minutes"
distanceUnits = "Miles"
inOrders = "Analysis/Stores"
inDepots = "Analysis/DistributionCenter"
inRoutes = "RoutesTable"
outGeodatabase = "C:\data\output\VRPOutputs.gdb"
#Create two new feature sets and one record set with same schema as
#Orders, Deopts and Routes parameter in Solve Vehicle Routing Problem tool.
#Load the feature from the existing feature classes and table in the feature
#set. Note that Solve Vehicle Routing Problem tool does not provide a way to
#map field names between your input feature classes and table and the
#feature set or record set parameters. To ensure that the attributes are
#correctly transfered, the input feature classes and table must have same
#field names as the feature sets and record sets.
orders = arcpy.GetParameterValue("SolveVehicleRoutingProblem_na",0)
orders.load(inOrders)
depots = arcpy.GetParameterValue("SolveVehicleRoutingProblem_na",1)
depots.load(inDepots)
routes = arcpy.GetParameterValue("SolveVehicleRoutingProblem_na",2)
routes.load(inRoutes)
#Call the SolveVRP tool and store the results in the result object
result = arcpy.na.SolveVehicleRoutingProblem(orders,depots, routes,"",
timeUnits, distanceUnits,
inNetworkDataset, outGeodatabase,
populate_directions="DIRECTIONS")
#print the solve status and output any warning messages from tool execution
solveSucceeded = result.getOutput(0)
print "Solve Succeeded: {0}".format(solveSucceeded)
print "Messages from solver are printed below."
print result.getMessages(1)
print "Script completed successfully"
except Exception as e:
# If an error occurred, print line number and error message
import traceback, sys
tb = sys.exc_info()[2]
print "An error occured on line %i" % tb.tb_lineno
print str(e)