Re: [gdal-dev] 2D multiband to 3D MULTIDIM results in duplicated "x" dimension

2024-10-14 Thread Even Rouault via gdal-dev
Le 14/10/2024 à 22:47, Michael Sumner a écrit : Thanks Even!   That makes sense. One quibble though, using the netcdf way gives order "Z, y, x",  but for Zarr "y, x, Z", is that expected? I can reorder with another step, I can't see see a relevant creation option. That can be controlled wit

Re: [gdal-dev] 2D multiband to 3D MULTIDIM results in duplicated "x" dimension

2024-10-14 Thread Michael Sumner via gdal-dev
Thanks Even! That makes sense. One quibble though, using the netcdf way gives order "Z, y, x", but for Zarr "y, x, Z", is that expected? I can reorder with another step, I can't see see a relevant creation option. gdal_translate Rlogo.png out.nc -mo NETCDF_DIM_EXTRA="{Z}" -mo NETCDF_DIM_Z_DEF=

Re: [gdal-dev] 2D multiband to 3D MULTIDIM results in duplicated "x" dimension

2024-10-14 Thread Even Rouault via gdal-dev
Michael, fixed per https://github.com/OSGeo/gdal/pull/11005 Otherwise just do "gdal_translate Rlogo.png Rlogo.zarr -of Zarr" . By default the Zarr driver translates GDAL bands as the Z dimension, unless you specify the SINGLE_ARRAY=NO creation option, in which case it will create a Zarr array

[gdal-dev] 2D multiband to 3D MULTIDIM results in duplicated "x" dimension

2024-10-14 Thread Michael Sumner via gdal-dev
Possibly this is a fool's errand ... I want to be able to cast an RGBA file as a Zarr, so first to cast as multidim I tried the CreateCopy route with NetCDF and I see dimension "x" repeated, with "y" missing. (I'm using an external file as the existing test PNG files are square in shape). from os