#[non_exhaustive]pub struct OptimizeToursRequest {Show 18 fields
pub parent: String,
pub timeout: Option<Duration>,
pub model: Option<ShipmentModel>,
pub solving_mode: SolvingMode,
pub search_mode: SearchMode,
pub injected_first_solution_routes: Vec<ShipmentRoute>,
pub injected_solution_constraint: Option<InjectedSolutionConstraint>,
pub refresh_details_routes: Vec<ShipmentRoute>,
pub interpret_injected_solutions_using_labels: bool,
pub consider_road_traffic: bool,
pub populate_polylines: bool,
pub populate_transition_polylines: bool,
pub allow_large_deadline_despite_interruption_risk: bool,
pub use_geodesic_distances: bool,
pub geodesic_meters_per_second: Option<f64>,
pub max_validation_errors: Option<i32>,
pub label: String,
pub populate_travel_step_polylines: bool,
/* private fields */
}Expand description
Request to be given to a tour optimization solver which defines the shipment model to solve as well as optimization parameters.
Fields (Non-exhaustive)§
This struct is marked as non-exhaustive
Struct { .. } syntax; cannot be matched against without a wildcard ..; and struct update syntax will not work.parent: StringRequired. Target project and location to make a call.
Format: projects/{project-id}/locations/{location-id}.
If no location is specified, a region will be chosen automatically.
timeout: Option<Duration>If this timeout is set, the server returns a response before the timeout period has elapsed or the server deadline for synchronous requests is reached, whichever is sooner.
For asynchronous requests, the server will generate a solution (if possible) before the timeout has elapsed.
model: Option<ShipmentModel>Shipment model to solve.
solving_mode: SolvingModeBy default, the solving mode is DEFAULT_SOLVE (0).
search_mode: SearchModeSearch mode used to solve the request.
injected_first_solution_routes: Vec<ShipmentRoute>Guide the optimization algorithm in finding a first solution that is similar to a previous solution.
The model is constrained when the first solution is built. Any shipments not performed on a route are implicitly skipped in the first solution, but they may be performed in successive solutions.
The solution must satisfy some basic validity assumptions:
- for all routes,
vehicle_indexmust be in range and not be duplicated. - for all visits,
shipment_indexandvisit_request_indexmust be in range. - a shipment may only be referenced on one route.
- the pickup of a pickup-delivery shipment must be performed before the delivery.
- no more than one pickup alternative or delivery alternative of a shipment may be performed.
- for all routes, times are increasing (i.e.,
vehicle_start_time <= visits[0].start_time <= visits[1].start_time ... <= vehicle_end_time). - a shipment may only be performed on a vehicle that is allowed. A
vehicle is allowed if
Shipment.allowed_vehicle_indices
is empty or its
vehicle_indexis included in Shipment.allowed_vehicle_indices.
If the injected solution is not feasible, a validation error is not necessarily returned and an error indicating infeasibility may be returned instead.
injected_solution_constraint: Option<InjectedSolutionConstraint>Constrain the optimization algorithm to find a final solution that is similar to a previous solution. For example, this may be used to freeze portions of routes which have already been completed or which are to be completed but must not be modified.
If the injected solution is not feasible, a validation error is not necessarily returned and an error indicating infeasibility may be returned instead.
refresh_details_routes: Vec<ShipmentRoute>If non-empty, the given routes will be refreshed, without modifying their underlying sequence of visits or travel times: only other details will be updated. This does not solve the model.
As of 2020/11, this only populates the polylines of non-empty routes and
requires that populate_polylines is true.
The route_polyline fields of the passed-in routes may be inconsistent
with route transitions.
This field must not be used together with injected_first_solution_routes
or injected_solution_constraint.
Shipment.ignore and Vehicle.ignore have no effect on the behavior.
Polylines are still populated between all visits in all non-empty routes
regardless of whether the related shipments or vehicles are ignored.
interpret_injected_solutions_using_labels: boolIf true:
- uses
ShipmentRoute.vehicle_label
instead of
vehicle_indexto match routes in an injected solution with vehicles in the request; reuses the mapping of original ShipmentRoute.vehicle_index to new ShipmentRoute.vehicle_index to update ConstraintRelaxation.vehicle_indices if non-empty, but the mapping must be unambiguous (i.e., multipleShipmentRoutes must not share the same originalvehicle_index). - uses
ShipmentRoute.Visit.shipment_label
instead of
shipment_indexto match visits in an injected solution with shipments in the request; - uses SkippedShipment.label instead of SkippedShipment.index to match skipped shipments in the injected solution with request shipments.
This interpretation applies to the injected_first_solution_routes,
injected_solution_constraint, and refresh_details_routes fields.
It can be used when shipment or vehicle indices in the request have
changed since the solution was created, perhaps because shipments or
vehicles have been removed from or added to the request.
If true, labels in the following categories must appear at most once in their category:
- Vehicle.label in the request;
- Shipment.label in the request;
- ShipmentRoute.vehicle_label in the injected solution;
- SkippedShipment.label and ShipmentRoute.Visit.shipment_label in
the injected solution (except pickup/delivery visit pairs, whose
shipment_labelmust appear twice).
If a vehicle_label in the injected solution does not correspond to a
request vehicle, the corresponding route is removed from the solution
along with its visits. If a shipment_label in the injected solution does
not correspond to a request shipment, the corresponding visit is removed
from the solution. If a
SkippedShipment.label
in the injected solution does not correspond to a request shipment, the
SkippedShipment is removed from the solution.
Removing route visits or entire routes from an injected solution may have an effect on the implied constraints, which may lead to change in solution, validation errors, or infeasibility.
NOTE: The caller must ensure that each
Vehicle.label (resp.
Shipment.label) uniquely
identifies a vehicle (resp. shipment) entity used across the two relevant
requests: the past request that produced the OptimizeToursResponse used
in the injected solution and the current request that includes the injected
solution. The uniqueness checks described above are not enough to guarantee
this requirement.
consider_road_traffic: boolConsider traffic estimation in calculating ShipmentRoute fields
Transition.travel_duration,
Visit.start_time,
and vehicle_end_time; in setting the
ShipmentRoute.has_traffic_infeasibilities
field, and in calculating the
OptimizeToursResponse.total_cost
field.
populate_polylines: boolIf true, polylines will be populated in response ShipmentRoutes.
populate_transition_polylines: boolIf true, polylines will be populated in response
ShipmentRoute.transitions.
Note that in this case, the polylines will also be populated in the
deprecated travel_steps.
allow_large_deadline_despite_interruption_risk: boolIf this is set, then the request can have a deadline (see https://grpc.io/blog/deadlines) of up to 60 minutes. Otherwise, the maximum deadline is only 30 minutes. Note that long-lived requests have a significantly larger (but still small) risk of interruption.
use_geodesic_distances: boolIf true, travel distances will be computed using geodesic distances instead
of Google Maps distances, and travel times will be computed using geodesic
distances with a speed defined by geodesic_meters_per_second.
geodesic_meters_per_second: Option<f64>When use_geodesic_distances is true, this field must be set and defines
the speed applied to compute travel times. Its value must be at least 1.0
meters/seconds.
max_validation_errors: Option<i32>Truncates the number of validation errors returned. These errors are typically attached to an INVALID_ARGUMENT error payload as a BadRequest error detail (https://cloud.google.com/apis/design/errors#error_details), unless solving_mode=VALIDATE_ONLY: see the OptimizeToursResponse.validation_errors field. This defaults to 100 and is capped at 10,000.
label: StringLabel that may be used to identify this request, reported back in the OptimizeToursResponse.request_label.
populate_travel_step_polylines: boolDeprecated: Use
OptimizeToursRequest.populate_transition_polylines
instead. If true, polylines will be populated in response
ShipmentRoute.transitions.
Note that in this case, the polylines will also be populated in the
deprecated travel_steps.
Implementations§
Source§impl OptimizeToursRequest
impl OptimizeToursRequest
pub fn new() -> Self
Sourcepub fn set_parent<T: Into<String>>(self, v: T) -> Self
pub fn set_parent<T: Into<String>>(self, v: T) -> Self
Sets the value of parent.
Sourcepub fn set_timeout<T>(self, v: T) -> Self
pub fn set_timeout<T>(self, v: T) -> Self
Sets the value of timeout.
Sourcepub fn set_or_clear_timeout<T>(self, v: Option<T>) -> Self
pub fn set_or_clear_timeout<T>(self, v: Option<T>) -> Self
Sets or clears the value of timeout.
Sourcepub fn set_model<T>(self, v: T) -> Selfwhere
T: Into<ShipmentModel>,
pub fn set_model<T>(self, v: T) -> Selfwhere
T: Into<ShipmentModel>,
Sets the value of model.
Sourcepub fn set_or_clear_model<T>(self, v: Option<T>) -> Selfwhere
T: Into<ShipmentModel>,
pub fn set_or_clear_model<T>(self, v: Option<T>) -> Selfwhere
T: Into<ShipmentModel>,
Sets or clears the value of model.
Sourcepub fn set_solving_mode<T: Into<SolvingMode>>(self, v: T) -> Self
pub fn set_solving_mode<T: Into<SolvingMode>>(self, v: T) -> Self
Sets the value of solving_mode.
Sourcepub fn set_search_mode<T: Into<SearchMode>>(self, v: T) -> Self
pub fn set_search_mode<T: Into<SearchMode>>(self, v: T) -> Self
Sets the value of search_mode.
Sourcepub fn set_injected_first_solution_routes<T, V>(self, v: T) -> Self
pub fn set_injected_first_solution_routes<T, V>(self, v: T) -> Self
Sets the value of injected_first_solution_routes.
Sourcepub fn set_injected_solution_constraint<T>(self, v: T) -> Selfwhere
T: Into<InjectedSolutionConstraint>,
pub fn set_injected_solution_constraint<T>(self, v: T) -> Selfwhere
T: Into<InjectedSolutionConstraint>,
Sets the value of injected_solution_constraint.
Sourcepub fn set_or_clear_injected_solution_constraint<T>(self, v: Option<T>) -> Selfwhere
T: Into<InjectedSolutionConstraint>,
pub fn set_or_clear_injected_solution_constraint<T>(self, v: Option<T>) -> Selfwhere
T: Into<InjectedSolutionConstraint>,
Sets or clears the value of injected_solution_constraint.
Sourcepub fn set_refresh_details_routes<T, V>(self, v: T) -> Self
pub fn set_refresh_details_routes<T, V>(self, v: T) -> Self
Sets the value of refresh_details_routes.
Sourcepub fn set_interpret_injected_solutions_using_labels<T: Into<bool>>(
self,
v: T,
) -> Self
pub fn set_interpret_injected_solutions_using_labels<T: Into<bool>>( self, v: T, ) -> Self
Sets the value of interpret_injected_solutions_using_labels.
Sourcepub fn set_consider_road_traffic<T: Into<bool>>(self, v: T) -> Self
pub fn set_consider_road_traffic<T: Into<bool>>(self, v: T) -> Self
Sets the value of consider_road_traffic.
Sourcepub fn set_populate_polylines<T: Into<bool>>(self, v: T) -> Self
pub fn set_populate_polylines<T: Into<bool>>(self, v: T) -> Self
Sets the value of populate_polylines.
Sourcepub fn set_populate_transition_polylines<T: Into<bool>>(self, v: T) -> Self
pub fn set_populate_transition_polylines<T: Into<bool>>(self, v: T) -> Self
Sets the value of populate_transition_polylines.
Sourcepub fn set_allow_large_deadline_despite_interruption_risk<T: Into<bool>>(
self,
v: T,
) -> Self
pub fn set_allow_large_deadline_despite_interruption_risk<T: Into<bool>>( self, v: T, ) -> Self
Sets the value of allow_large_deadline_despite_interruption_risk.
Sourcepub fn set_use_geodesic_distances<T: Into<bool>>(self, v: T) -> Self
pub fn set_use_geodesic_distances<T: Into<bool>>(self, v: T) -> Self
Sets the value of use_geodesic_distances.
Sourcepub fn set_geodesic_meters_per_second<T>(self, v: T) -> Self
pub fn set_geodesic_meters_per_second<T>(self, v: T) -> Self
Sets the value of geodesic_meters_per_second.
Sourcepub fn set_or_clear_geodesic_meters_per_second<T>(self, v: Option<T>) -> Self
pub fn set_or_clear_geodesic_meters_per_second<T>(self, v: Option<T>) -> Self
Sets or clears the value of geodesic_meters_per_second.
Sourcepub fn set_max_validation_errors<T>(self, v: T) -> Self
pub fn set_max_validation_errors<T>(self, v: T) -> Self
Sets the value of max_validation_errors.
Sourcepub fn set_or_clear_max_validation_errors<T>(self, v: Option<T>) -> Self
pub fn set_or_clear_max_validation_errors<T>(self, v: Option<T>) -> Self
Sets or clears the value of max_validation_errors.
Sourcepub fn set_populate_travel_step_polylines<T: Into<bool>>(self, v: T) -> Self
👎Deprecated
pub fn set_populate_travel_step_polylines<T: Into<bool>>(self, v: T) -> Self
Sets the value of populate_travel_step_polylines.
Trait Implementations§
Source§impl Clone for OptimizeToursRequest
impl Clone for OptimizeToursRequest
Source§fn clone(&self) -> OptimizeToursRequest
fn clone(&self) -> OptimizeToursRequest
1.0.0 · Source§fn clone_from(&mut self, source: &Self)
fn clone_from(&mut self, source: &Self)
source. Read more