Skip to content
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

Ability to include additional request options to the OSRM API #584

Closed
egofer opened this issue Sep 30, 2021 · 5 comments
Closed

Ability to include additional request options to the OSRM API #584

egofer opened this issue Sep 30, 2021 · 5 comments

Comments

@egofer
Copy link

egofer commented Sep 30, 2021

Hi,

Is it possible to include additional parameters in the OSRM API call?

I need to model a series of urban solid waste collection routes but it is essential that trucks approach the garbage containers on the right side of the road, since some vehicles are side-loading (skill) and this conditions the routes. In addition, on two-way roads, traffic ordinances do not allow trucks to cross the road to collect containers located on both sides of the street.

OSRM allows modeling this behavior through the parameter approaches=curb and it would be very useful to be able to include this restriction for cases of route optimization like this (or other parameters such as radiuses with which to limit the search for containers to a certain distance radius, for example).

@nilsnolde
Copy link
Contributor

yes, that's been discussed a few times, I can't find the issue right now if there was a dedicated one. for osrm (and ors) it's fairly valuable, but it's really essential for valhalla usage. as a workaround though you can always pre-compute the matrix with your OSRM service and inject a custom matrix to vroom to do the solving based on these slightly different routes. you probably will have to also compute the final routes in the end yourself instead of relying on vroom's geometry output.

can you remember @jcoupey if there already was an open issue? it's probably not a priority for you at this point and it might've been getting a little more complex now with mixed-profile vehicles (didn't follow vroom very closely lately), but I'd still like to do this at some point. (no need for implementation suggestions, I'll get back to this when I'm not so overloaded)

@jcoupey
Copy link
Collaborator

jcoupey commented Sep 30, 2021

This exact topic has been discussed in #522 where a couple options are to be found. Variants of the question are discussed in VROOM-Project/vroom-express#45 and VROOM-Project/vroom-express#74 and we have VROOM-Project/vroom-express#57 still open.

Also note there is an experiment/extra-valhalla-options branch which does just that. It's a bit outdated but should be straightforward to rebase and/or adjust for another routing engine.

@nilsnolde
Copy link
Contributor

nilsnolde commented Sep 30, 2021

Also note there is an experiment/extra-valhalla-options branch which does just that

that's targeted at you @egofer , that branch was adding hard-coded extra parameters to valhalla queries IIRC. dynamic is what I'd be interested in for better valhalla integration.

@egofer
Copy link
Author

egofer commented Oct 1, 2021

Thanks for your comments, as far as I can see this issue has been raised before and is recurrent. I will carefully review the links provided by @jcoupey with the alternatives raised. I see that there is information on how I could move forward, even if not directly.

Please consider dynamic aggregation of parameters in the future. In Municipal Solid Waste (MSW) collection services, factors such as the type of container loading (rear, right side or left side) or limitations on vehicle dimensions, tonnage, gauging or U-turns greatly condition the types of truck routes. This can be easily solved through the parameters provided by the routing engines.

@nilsnolde
Copy link
Contributor

nilsnolde commented Oct 1, 2021

Please consider dynamic aggregation of parameters in the future

you can also consider to fund such a feature. in this project there are enough consulting companies involved, including the owner's company Verso. that'd greatly speed up the implementation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants