-
Notifications
You must be signed in to change notification settings - Fork 340
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
Comments
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) |
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 |
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. |
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. |
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. |
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 asradiuses
with which to limit the search for containers to a certain distance radius, for example).The text was updated successfully, but these errors were encountered: