Skip to content

Conversation

@petern48
Copy link
Collaborator

@petern48 petern48 commented Oct 30, 2025

Part of #198.

Quite literally copied st_haszm implementation (including tests) and modified everything to be the int outputs instead of the boolean outputs.

@petern48
Copy link
Collaborator Author

petern48 commented Oct 30, 2025

image

See #171 (comment), for why the difference isn't as large anymore.

@petern48 petern48 marked this pull request as ready for review October 30, 2025 05:22
@petern48 petern48 requested a review from paleolimbot October 30, 2025 05:22
Copy link
Member

@paleolimbot paleolimbot left a comment

Choose a reason for hiding this comment

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

Thank you!

To really make these go fast I think we would need something like #201 (i.e., allocate a Vec<WkbHeader>s and fill them in using a series of loops that do not contain match, if, or ?). Another potential improvement would be eliminate (most) buffer bounds checking by doing it once based on the top-level geometry type (works for everything except geometrycollection).

(Also...these are really fast already!)

@paleolimbot paleolimbot changed the title feat(sql): Implement native ST_ZMFlag using WKBHeader feat(rust/sedona-functions): Implement native ST_ZMFlag using WKBHeader Oct 30, 2025
@paleolimbot paleolimbot merged commit ffaa20d into apache:main Oct 30, 2025
12 checks passed
@petern48 petern48 deleted the st_zmflag branch October 31, 2025 03:40
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.

2 participants