-
Notifications
You must be signed in to change notification settings - Fork 560
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
INTERSECTS does not respond correctly with geometry with an inner ring #664
Comments
Hey @mblackgeo You are correct. It appears to only check an intersection with the polygon exterior ring as linestring in those cases. |
tidwall
added a commit
that referenced
this issue
Nov 11, 2022
@mblackgeo I pushed a hot fix moments ago. Thanks for reporting. |
🫡 |
Thanks for fixing and releasing this so quickly 💯 ! |
Closed
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
Technically a duplicate of #241, but I am still seeing incorrect behavior when running INTERSECTS using a geometry with an inner ring. Consider this example below, where the lines 1,2,3,4 are stored in Tile38 and the query is being run using the green polygon:
INTERSECTS matches lines 1, 2, 3, and 4. This is incorrect as line 2 does not intersect. For reference WITHIN only returns line 4, as expected.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Expected that INTERSECTS would only return 1,3,4 in the result.
Operating System:
Additional context
Originally raised in #241.
The text was updated successfully, but these errors were encountered: