-
Notifications
You must be signed in to change notification settings - Fork 346
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Break only possible with empty vehicle #786
Comments
I've never encountered this constraint before but it definitely makes sense in a situation when dealing with passengers. This would indeed require to adjust |
Feature-wise, we could see the concept of "only possible with empty vehicle" as a special case of "only possible under |
The more general approach would of course be great! Another possible use-case might be if some goods need to be transported as-fast-as-possible (e.g. Pizza) while other goods that are transported at the same time (normal parcels) don't mind waiting during the break. I will try to assemble some examples of instances that should not happen (break with load > 0) in our case. Here is a first, small, example set: Input
Output
|
We encountered another example: Input
Output
|
Here is one more example combined with how we use jobs (as discussed here): Input
Output
|
Landed with #794. |
Feature
I would like to request a feature to only schedule breaks at a time, where the respective vehicle is empty (load is empty).
Motivation
We work with public transport so we transport people. For obvious reasons, we cannot schedule a break at a time, where customers are still inside the vehicle, so this would be an essential feature for all use-cases, where people are transported (with time-windows).
API
For the API, this could be achieved by setting an additional parameter (e.g.
while_transport
) to the break input definition:id
time_windows
time_window
objects describing valid slots for break startwhile_transport
]service
]description
]Implementation
As we previously discussed here, this might be possible with adapting
TWRoute::is_valid_addition_for_tw
.Support
We would be willing to fund the implementation of this feature. Would it be possible to get a quote for this?
The text was updated successfully, but these errors were encountered: