-
Notifications
You must be signed in to change notification settings - Fork 0
This extension doesn't scale well #9
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
Comments
I'm not too worried about that. |
One thing that has changed since this was started is xpystac exists now. But that will use information in xarray-assets to load the data. If I were starting from scratch, it'd be better to put some bits of information (like the storage account of some dataset) in a separate azure-blob-storage extension, chunking information in some other extension, and then have a library like xpystac collect all that necessary information to open the asset. But oh well. Still, it's worth linking to xpystac from the readme. |
This deprecates the xarray-assets extension. The deprecation notice includes recommendations to use some other extensions and libraries that would need to exist for us to actually have an alternative (I'm not planning to work on those, but chime in here if you want to). Closes #9
Binding specific language-specific implementation details to the metadata, seems like a bad idea.
If we would have extensions for R, C, Java, Julia, JS, whatever, the metadata would explode.
If at some point xarray changes, you'd need to update your whole metadata, too.
I think this extension should either be generalized to work for various languages and environments or just go away (sorry, hot take, I know.)
The text was updated successfully, but these errors were encountered: