Please file an issue about that

Le 15/10/2024 à 07:39, Michael Sumner via gdal-dev a écrit :
When I use compression for ZARR_V2 with these small block sizes, I get an error:

gdal_translate "/vsicurl/https://github.com/cran/png/blob/master/inst/img/Rlogo.png?raw=true"; lz4.zarr -of ZARR -co FORMAT=ZARR_V2 -co BLOCKSIZE=4,25,26 -co COMPRESS=LZ4  -co INTERLEAVE=BAND

Input file size is 100, 76
0ERROR 1: Decompressed tile lz4.zarr/lz4/0.0.0 has not expected size after filters

It's fine with COMPRESS=NONE, but other compression-on options error also.

With larger block sizes it's seemingly ok

gdal_translate "/vsicurl/https://github.com/cran/png/blob/master/inst/img/Rlogo.png?raw=true"; lz4.zarr -of ZARR -co FORMAT=ZARR_V2 -co BLOCKSIZE=4,100,100 -co COMPRESS=LZ4  -co INTERLEAVE=BAND

Input file size is 100, 76
0...10...20...30...40...50...60...70...80...90...100 - done.

Is there some kind of minimum on block size, I tried to find a combination that gave a clue, it's below 4x100x100, and doesn't seem related to single chunk or multiple.

Cheers, Mike

--
Michael Sumner
Research Software Engineer
Australian Antarctic Division
Hobart, Australia
e-mail: mdsum...@gmail.com

_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

--
http://www.spatialys.com
My software is free, but my time generally not.
Mostly a fool, sometimes acting like a professional (or vice versa)
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to