-
Notifications
You must be signed in to change notification settings - Fork 54
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
Reaching maximum recursion depth while loading zarr file #357
Comments
After some further testing, I've noticed that it seems to be a problem introduced in version 0.8.3. When I downgraded the package to 0.8.2 I just got the three nodes for the root group, the labels group and the mask group and no recursive paths. |
Hello, is there any update on this? |
I've noticed that builds are failing at https://github.com/ome/ome_zarr_test_suite/actions/workflows/main.yml with the same error. Presumably if you remove the
I'll try to reproduce... |
@will-moore : #342 might have been related. |
As described at #339 (comment) it seems that I didn't see the recursion issue with |
I just tried with |
I'm not able to reproduce the recursion error testing with current master branch of ome-zarr:
Other related versions:
If I uninstall and reinstall:
Now I don't see the recursion error, but I get a very long list of nodes!
@FIrgolitsch can you test with the latest master branch of
|
Thanks for the response! I finally had some time today to test things. I retested with the current version available on pip (0.8.3) and still got the recursion problem: OSError: [Errno 63] File name too long: '/Users/<uname>/docker_data/LSFM/S19/S19.zarr/labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/atlas/../../labels/mask/../../labels/mask/../../labels/mask/../../labels/mask/../../labels/mask/../../labels/mask/../../labels/mask/../../labels/mask/../../labels/mask/0/.zarray' Since it returns an OS error, the specific path length might be MacOS limiting the maximum path length. I retried after with the version currently on the master branch (0.8.4.dev0), and everything seems to work correctly there. I'll be waiting for the full release of 0.8.4! As for fsspec, I have version 2024.3.1 installed. |
@will-moore and I believe that this is now (more?) fixed with 0.9.0 |
Hello,
I've created a zarr file where I stored a 4D image (2-channel 3D image) and written a label inside the zarr file using the
write_labels
function. Afterwards when I try to load the image, and list its nodes, I get an error message saying it has reached maximum recursion depth. When I look at the nodes that are in the reader object I find the final two entries to be this:It seems that when it reaches the
mask
node, it tries to go back to the original image path using../../
which I set in the metadata using the source property as per the example in section 2.6 of the NGFF specification. What could be causing this recursion issue? I have had it working before and I am unsure why it would start to recursively load the same nodes.This is the metadata of the labels file:
And the metadata of the image itself:
The text was updated successfully, but these errors were encountered: