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

[Feature]: load nwb file without initial preload step #1814

Closed
3 tasks done
magland opened this issue Jan 8, 2024 · 3 comments
Closed
3 tasks done

[Feature]: load nwb file without initial preload step #1814

magland opened this issue Jan 8, 2024 · 3 comments
Labels
category: enhancement improvements of code or code behavior

Comments

@magland
Copy link
Contributor

magland commented Jan 8, 2024

What would you like to see added to PyNWB?

@rly If I am remembering correctly I think you provided an example where you could load an nwb file without preloading all the metadata... so that it is not as time-consuming on initial load. This is relevant when loading remote files.

Is your feature request related to a problem?

No response

What solution would you like?

It's possible I am imagining it. But if that is possible, how do you do it? If not, this would be an important feature for what I am working on. Otherwise I will need to continue working directly with the h5py object. Thanks.

Do you have any interest in helping implement the feature?

Yes, but I would need guidance.

Code of Conduct

@oruebel oruebel added the category: enhancement improvements of code or code behavior label Jan 8, 2024
@oruebel
Copy link
Contributor

oruebel commented Jan 8, 2024

I don't think this is possible right now. We are working on options to support kerchunk and Zarr with consolidated metadata, which should help. Supporting read without constructing the full hierarchy would require some work. I'm not exactly sure right now what the best way would be to implement this, maybe some option that would only read the first level of the hierarchy and then have wrappers for delayed read of groups, but I don't think this is trival to implement. Happy to discuss.

@magland
Copy link
Contributor Author

magland commented Jan 8, 2024

Okay that makes sense - yeah it seems that would be difficult. I just thought there might be something existing. Feel free to close.

@rly
Copy link
Contributor

rly commented Jan 13, 2024

Yes, @oruebel is correct.

@rly rly closed this as completed Jan 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
category: enhancement improvements of code or code behavior
Projects
None yet
Development

No branches or pull requests

3 participants