Parameters of the Capacitated TO Experiment
The top part of the experiment view contains
the Run control element,
allowing you to
launch the Capacitated Transportation Optimization experiment.
Below the toolbar you can find a set of the experiment's parameters
which are available only if the experiment is not launched:
parameters can be reset
their default values if required.
- Experiment duration -
the period of time that will be processed by the experiment (can be
divided into a number of periods by the Number of shipments
- All periods
- the period of time that
will be processed by the experiment. Transportation optimization experiment
considers all periods specified in the Periods
table. The actual experiment duration is specified below the parameter
as Start date and End date:
date of the experiment corresponds to the date specified in the Start
column of the first period (in the Periods
table), and the ending date
corresponds to the date specified in the End
column of the last period (in the Periods
- Selected periods
- experiment will consider only the periods that you specify in the Start period and End
- Start period
- [visible if Selected periods
option is selected] specify the period, the starting date of which will
be used as the starting date of the experiment.
- End period
- [visible if Selected periods
option is selected] specify the period, the ending date of which will
be used as the ending date of the experiment.
The experiment duration will constitute the whole period between the
starting date of the period specified in the Start
period field and the ending date of the period specified
in the End period field.
- allows you to set custom experiment duration period. For
specifying dates, refer to the date
- Start date
- specify the required experiment starting date.
- End date
- specify the required experiment ending date.
of shipments - specify the number of shipments you would
like to send within the Experiment
duration period. This will divide the experiment
duration period into the specified number of shipments. As for
instance, the experiment duration is 1 month and you need to
ship product on weekly basis. Type 4 into the
parameter's field. This
will mean that you will have 4 shipments within 1 month, .i.e. 1
shipment a week.
- Vehicle types
defines the vehicle type(s) to use on the generated route. The
vehicle type affects the choice of paths to use within the experiment.
If no vehicle type is selected here - all paths will be considered,
regardless of the vehicle types that you defined for them in
vehicle types can only use the roads that they are
specified for. If
a desired vehicle type is not set for a certain path in the Paths
table, the experiment will not consider the customers that can
be reached by that path only.
- Travel segment limit
- sets the max distance between the objects in the
network. If the
distance between the current and the next customer exceeds the
specified distance, it will not be included in the generated
If the required
value is not specified, no limit will be applied to this segment.
- Returning segment limit
- sets the limit on the maximum length of the route's returning segment
(in the specified Distance unit).
Note: If the required
value is not specified, no limit will be applied to
- Distance unit
- the distance measurement unit used within this
- Currency unit
- the monetary unit used within this experiment.
- Min vehicle load ratio (for
direct shipments) - [refers to direct
only] a truck must be loaded up to or more
than the specified load ratio to set off. As for instance: The
vehicle's capacity is 100 units, the min load ratio is set to 0.7, and
the customer's demand is 80 units. As you understand, despite the fact
that the customer's demand (80) is not sufficient to fully load the
truck (100), the customer is still eligible for a direct shipment
because the FTL policy defined by this parameter allows a vehicle to
carry not less than 70 units of demanded products.
- Optimization time limit per
site, sec. - sets the limit on
the time allotted to the experiment.
- Relative MIP gap
- sets a relative tolerance on the gap between the
best integer objective and the objective of the best node remaining.
The solver will stop as soon as it finds the solution within
specified percent of optimal (e.g. 5%, or 0.05 when specifying the MIP
- custom user-defined Java processor. If no custom
pre-processor is provided, the Default
pre-processor will be used.
- custom user-defined Java processor. If no
custom post-processor is provided, the Default post-processor
will be used.
Running the Capacitated
the Capacitated TO experiment