-
Notifications
You must be signed in to change notification settings - Fork 346
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Obsure error with wrong routing endpoint #471
Comments
Looks like an internal problem we catch and only report the (not very useful) exception message. Hard to say much more based on the output, can you share an input file along with the command you've used to allow reproducing? |
Let me see if I can anonymize the data sufficiently and get back to you. |
Okay, attached. Some of the locations might not be routable (because they were slightly randomized), but I get exactly the same error. Running with Vroom was built from the latest stable release. |
The error is clearer when running in debug mode (e.g. from current vroom/src/routing/http_wrapper.cpp Lines 72 to 73 in ffa1c6d
What happens is the result we get from the
This means that:
|
Thanks for looking into this. That's what I figured it was, but didn't know of any way of checking. I figured the error message was inscrutable enough that it was worth fixing either way. I did manage to get it working with a local OSRM after raising the maximum table size. Note that you do get a sensible error from this end point if you send it a smaller number of locations. At around a hundred, I saw the expected too many locations error. So the endpoint isn't broken exactly, it's some kind of DDOS protection. |
When trying to use vroom to solve a problem with ~200 tasks, I get an odd error:
Looks to me like maybe the index into the string is going negative and overflowing?
This maybe the result of trying to use the public project-osrm server with too many tasks, but I was hoping that vroom would intelligently break the duration matrix into chunks so that it wouldn't overflow the API limits. In any case I think this specific error should probably not be happening.
I'm still trying to get it working locally to see if it's a problem there. The OSRM documentation leaves a lot to be desired.
The text was updated successfully, but these errors were encountered: