Skip to content

Conversation

@kylebarron
Copy link
Member

Closes #425, blocked on apache/arrow#38010 (comment). The main issue is that we need a reliable way to maintain the geoarrow extension metadata through FFI. The easiest way would be if pa.field() were able to support __arrow_c_schema__ input. Or alternatively, one option is to have a context manager of sorts to register global pyarrow geoarrow extension arrays, and then deregister them after use.

@kylebarron kylebarron marked this pull request as ready for review March 25, 2024 16:27
@kylebarron
Copy link
Member Author

As noted in apache/arrow#38010 (comment), for now we can use pa.Field._import_from_c_capsule

@kylebarron
Copy link
Member Author

Once pyarrow v16 is released, we should make sure we can visualize chunked geometry arrays as well. But for now, we can only import an Arrow stream to a table, and that stream must have struct batches.

@kylebarron kylebarron merged commit 1d6491f into main Mar 25, 2024
@kylebarron kylebarron deleted the kyle/viz-geoarrow-array branch March 25, 2024 16:29
roger120981 pushed a commit to roger120981/lonboard that referenced this pull request Jul 14, 2025
Closes developmentseed#425, blocked
on apache/arrow#38010 (comment).
The main issue is that we need a reliable way to maintain the geoarrow
extension metadata through FFI. The easiest way would be if `pa.field()`
were able to support `__arrow_c_schema__` input. Or alternatively, one
option is to have a context manager of sorts to register global pyarrow
geoarrow extension arrays, and then deregister them after use.
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.

Support __arrow_c_array__ in viz()

2 participants