Thanks TB! From: thomas bonfort <thomas.bonf...@gmail.com> Date: Friday, February 9, 2024 at 9:50 AM To: "Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC]" <jesse.r.me...@nasa.gov> Cc: "gdal-dev@lists.osgeo.org" <gdal-dev@lists.osgeo.org> Subject: Re: [EXTERNAL] Re: [gdal-dev] GeoTiff JXL sample format & bits per sample restrictions?
CAUTION: This email originated from outside of NASA. Please take care when clicking links or opening attachments. Use the "Report Message" button to report suspicious messages to the NASA SOC. doc update PR in https://github.com/OSGeo/gdal/pull/9220 On Fri, Feb 9, 2024 at 3:38 PM Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC] <jesse.r.me...@nasa.gov<mailto:jesse.r.me...@nasa.gov>> wrote: We can work with the Uint16 case. These dtype limitations should be listed on the gtiff docs presumably. From: thomas bonfort <thomas.bonf...@gmail.com<mailto:thomas.bonf...@gmail.com>> Date: Friday, February 9, 2024 at 9:37 AM To: "Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC]" <jesse.r.me...@nasa.gov<mailto:jesse.r.me...@nasa.gov>> Cc: "gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org>" <gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org>> Subject: [EXTERNAL] Re: [gdal-dev] GeoTiff JXL sample format & bits per sample restrictions? CAUTION: This email originated from outside of NASA. Please take care when clicking links or opening attachments. Use the "Report Message" button to report suspicious messages to the NASA SOC. JXL in tiff should support the 2 band case correctly. What is not supported here is the int16 datatype. Only uint8, uint16 and float32 are supported. TB On Fri, Feb 9, 2024 at 3:32 PM Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC] via gdal-dev <gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org>> wrote: We are trying to convert a 2 band int16 ZSTD compressed geotiff to JXL compression. However for each band the following error message is given “ERROR 1: GetJXLDataType:Unsupported combination of SampleFormat and BitsPerSample”. On GDAL 3.8.3, released 2024/01/04. JXL v0.9.2 gdal_translate -ot int16 -co "COMPRESS=JXL" -co "NUM_THREADS=8" -co "TILED=YES" -co "SPARSE_OK=YES" - co "INTERLEAVE=BAND" -co "JXL_LOSSLESS=YES" in.tif out_JXL.tif The docs state an encode limitation for GDAL < 3.6 wrt interleave and band counts. We’re not subject to that, unless there’s a bug, but I do wonder if we have nonetheless gone off the support path with band interleave with 2 bands? Jesse _______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
