Skip to content
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

Swap AsyncHttpFileReader for HttpObjectStore #607

Merged
merged 2 commits into from
Apr 12, 2024

Conversation

H-Plus-Time
Copy link
Contributor

Directly copied from the equivalent parquet-wasm PR 😛 .

I'm strongly considering just wrapping object_store_s3_wasm in object-store-wasm this weekend, so if there's no particular rush, I can work the coveted fsspec-like protocol-differentiated IO into this PR.

Also, one question for any maintainer - io_parquet_async implies object-store-wasm::http at a minimum, right? I'm thinking in terms of the other cloud providers, which I imagine would be worth feature-gating at the level of this consuming crate (it's a shame toggling transitive dependency features isn't a thing).

…ntly in the default features list - best to explicitly specify features anyway)
@kylebarron
Copy link
Member

io_parquet_async implies object-store-wasm::http at a minimum, right?

Yes definitely.

Directly copied from the equivalent parquet-wasm PR 😛 .

Alas, we do need better code reuse, but right now I'm trying to focus on supporting GeoParquet (and GeoParquet 1.1 with spatial indexing), and later we can come back and improve code reuse between here and parquet-wasm.

@kylebarron kylebarron merged commit eb86e3b into geoarrow:main Apr 12, 2024
6 checks passed
@kylebarron kylebarron added the javascript Pertains to JS WebAssembly bindings label Apr 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
javascript Pertains to JS WebAssembly bindings
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants