-
-
Notifications
You must be signed in to change notification settings - Fork 330
ENH: copy method #113
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
Yes this would be nice. I was planning to implement this as part of the 2.0 release but didn't in the end as there are some complexities around the h5py behaviour that weren't immediately obvious and I ran out of time. However I'm sure a manageable subset of the h5py copy behaviour could be implemented in Zarr. |
It would be nice to break this down a bit at some point, i.e., try to enumerate the set of copy scenarios that we would want to support in Zarr |
Would also note that this could build off of the visitor patterns proposed in PR ( https://github.com/alimanfoo/zarr/pull/122 ). |
Tried to add a list of things to consider in the OP. Feel free to modify as needed. Have not verified |
A nice feature that was present in h5py that would be quite nice in Zarr is a
copy
method. This would allow one to copy individual datasets. It could be extended to handle recursive copying. The copying could be within the same group or different groups. Various other features could be added over time.Array
to new locationGroup
s already existGroup
s need to be created during copyGroup
to new locationGroup
s already existGroup
s need to be created during copyref: http://docs.h5py.org/en/latest/high/group.html?#Group.copy
The text was updated successfully, but these errors were encountered: