Skip to content

Conversation

@asinghvi17
Copy link
Member

@asinghvi17 asinghvi17 commented Mar 11, 2025

Does what it says on the tin :)

Wraps GEOSConcaveHull and GEOSConcaveHullByLength in a single user accessible function concavehull, which requires a second real number argument.

Also adds some convenience context to the tests on GI conversions so we can figure out which function is going wrong.

iTerm2 0rnCCG

@asinghvi17
Copy link
Member Author

asinghvi17 commented Mar 11, 2025

iTerm2 5z33zw

@asinghvi17
Copy link
Member Author

The real reason I want this is to create stress tests for GeometryOps natural indexing. A polygon so generated will hopefully have a lot of spatially uncorrelated edges leading to large rectangles at the leaf level in the index...

@asinghvi17 asinghvi17 requested a review from visr April 19, 2025 17:12
@asinghvi17
Copy link
Member Author

CI seems fine except for GeoInterfaceMakie issues...

Copy link
Member

@evetion evetion left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Concave hull of polygons feels wrong to me, but it seems it's just wrapping libgeos here. It's for multigeometries I assume, returning multiple concave hulls?

@asinghvi17
Copy link
Member Author

I think it's more so that the erosion respects the borders of polygons as things that it should not erode. All of these methods are Delaunay erosion anyway...

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants