-
Notifications
You must be signed in to change notification settings - Fork 712
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
avoid polygons #2750
avoid polygons #2750
Conversation
hmm.. I think geographic area calculation might not be supported for boost.geometry 1.65 in circle ci.. Not sure how to fix this, tried to specify a @mloskot maybe you have an idea (sometime after xmas;)))? https://github.com/valhalla/valhalla/blob/75ecbdd54b44dc5a8caf82e0fbca777d9a928258/src/loki/polygon_search.cc edit: yeah, the strategy::area stuff seems to be pretty volatile in bg.. |
@nilsnolde Given the amount of fixes and additions w.r.t. geographic calculations the Boost.Geometry received over last years, the 1.65 is pretty ancient, but I can not tell for sure. Is this still a probolem? Looks like the latest failures are
|
im guessing the only thing holding us on an older version of boost is the x86 build, since we cant get newer x86 ubuntu images. perhaps we should just retire the x86 build. we could consider bringing in an arm build in its place that targets a 32bit arm architecture. That seems to be the only modern architecture where i would expect to see devices in the wild that might have to run a 32bit build of valhalla. |
yeah I pushed smth pre-mature, apparently forgot to change one call.. I think I'll leave out area calculation anyways, as it turns out the better metric here is circumference. I'll see today or tmrw what CI thinks about that.. The old versions complicate dev too.. Guess I'll have to switch developing in a ubuntu container (on arch right now). Anyways, bumping versions would be nice of course. Did you ever try an arm build with valhalla @kevinkreiser ? Wondering if all dependencies are packaged at least.. |
…length limit in km, not quite working yet
…ests with polygons, include bins entirely within polygons & optimize tile lookup a little more
@nilsnolde since we removed the x86 builds i think we should be safe to update to whatever boost we have in ubuntu 20.04 and whatever version of osx we are running with brew. we should probably do that in a separate pr as well |
Ok sounds good @kevinkreiser . CI seems to only fail on some stupidity I added in one test. A new boost version shouldn’t be a blocker for this PR at least. |
Thanks for the further review @kevinkreiser! Think I could change it all as you recommended.. Let me know when you looked at the core functionality.. |
this looks done to me. i just added a couple of tiny nits to the main algorithm. as soon as you resolve those ill drop a ship here! |
cool thanks @kevinkreiser. done with addressing the comments. |
I stopped CI, will merge #2752 first, then it'll run here again |
Just flagging that the unittests in this PR fail on newest Clang
I haven't dug deeper into why this fails
|
Woops, updated the snippet above. |
fixes #2570
based on #2744.
In the request specify
avoid_polygons
with multiple rings (actually MultiPolygon without inner rings..), e.g.avoid_polygons=[[[0,0],[0,1],[1,1],[1,0],[0,0]]]
.Tasklist