Davis Bennett

the reason for this state is the fact that zarr v2 arrays do not have dimension names. there are a few ways we could address this, but the simplest is...

> @d-v-b Don't want to be pushy here, but did you manage to have a look at this PR yet? Do you have any feedback or is there anything that...

hi @jordi-domingo I think we support this today by including the 403 exception class in the [`allowed_exceptions` keyword argument](https://github.com/zarr-developers/zarr-python/blob/ee0e69a74898b9e0467df517fc55a337bbb5fb06/src/zarr/storage/_fsspec.py#L126) for the fsspec store constructor. When the fsspec store encounters one...

I totally agree that this method is not user friendly! A basic problem here is that if we treat all permission errors the same, we might hide real permission errors...

thanks for this report! I'd love to reach feature parity with zarr-python 2.x here. That being said, I'm not sure when I will have time to look into this, so...

for a primer on our internal model of data types, I would look at this [complete example ](https://github.com/zarr-developers/zarr-python/blob/main/examples/custom_dtype/custom_dtype.py) that demonstrates how to create a new custom data type from scratch....

i think a fundamental issue here is that the structured data type is parameterized by the inner data types, and we don't have an inner data type that can express...

my main concern with the `object` dtype is the danger associated with using `pickle`, or any other encoding of python objects that could result in arbitrary code execution. but I...

so we chatted about this in the developer meeting, the conclusion was that supporting object dtype arrays directly is not in-scope for zarr-python 3.x, because of security concerns inherent to...

correct, we haven't put together an API for user-defined dtypes in zarr python 3 yet. We _definitely_ intend to add this feature, and we have a very promising proposal here:...