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