[gdal-dev] Zarr v2 and compression problem with small blocks

[Even Rouault]

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: mdsumner at gmail.com
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at 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)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20241015/b946b8f7/attachment.htm>