pierrethiriet

Results 14 comments of pierrethiriet

Thanks, I didn’t realize that location and even better several locations can be set for breaks. In this case, I guess the location of the break is optimized regarding the...

Thanks to your advice, I am now using `breaks` to include actions related to the fleet (petrol station, etc.) that should happen during a tour but potentially in different alternative...

Yes, indeed, it could be one `tag` per break (like refueling). For locations, that can be hendle outside _vrp-cli_ I guess.

The combination of `breaks` and `tags` provides an efficient solution for managing actions _concerning vehicles_: refueling, cleaning. However, several of these actions may happen in _the same time window_ (TW),...

Thanks a lot. I am not 100% sure about how passing the parameter `skip_intersection_check` in javascript context, but I'll try.

Sorry for my late reply, I just comment the line `check_e1303_vehicle_breaks_time_is_correct(ctx)` : ```rust pub fn validate_vehicles(ctx: &ValidationContext) -> Result { combine_error_results(&[ check_e1300_no_vehicle_types_with_duplicate_type_ids(ctx), check_e1301_no_vehicle_types_with_duplicate_ids(ctx), check_e1302_vehicle_shift_time(ctx), // check_e1303_vehicle_breaks_time_is_correct(ctx), check_e1304_vehicle_reload_time_is_correct(ctx), check_e1305_vehicle_limit_area_is_correct(ctx), check_e1306_vehicle_dispatch_is_correct(ctx), check_e1307_vehicle_has_no_zero_costs(ctx),...

I am currently updating my application with the latest version of _vrp_cli_ (v.1.18.1), and it seems that the `tag` for `vehicle shift breaks` is not passed to the solution. In...

Sorry, it is my fault. In a previous version, `breaks` were slightly different. At that time, `tag` was just on the first level: ```json "breaks": [ { "time": [ "2019-07-04T12:00:00Z",...