See code below:
I downloaded GDAL 3.x for Windows from the GISInternals website.
I have Windows 10 64Bit, Visual Studio 2019 C++
The code below loads a data file after calling GDALAllRegister();There are no
runtime or GDAL errors reported.But the header results are incorrect and
corrupted. See at
Andreas,
The size gains compared to JPEG are marginal, at the cost of noticeably
higher compression and decompression times (especially compared to the
optimized turbo jpeg library). WEBP does however support an alpha channel
which can be desirable, as it avoids having to add a mask IFD to the TIFF
Thanks Thomas,
Yes, compiling it with libtiff=internal and libgeotiff=internal did the
trick - thanks for the hint!
Do you recommending using webp instead of jpeg inside GTIFF or COG? It
seems like the WEBP compression produces smaller file sizes than JPEG,
but how does it look speed-wise reg
You might need to compile with gdal's internal libtiff so that webp-in-tif
support is enabled (i.e. the system libtiff might not have webp support).
Also note you should probably be adding "-co TILED=YES" to your translate
command.
On Fri, Oct 9, 2020 at 3:07 PM Andreas Neumann wrote:
> Hi,
>
>
Hi,
I am using a self-compiled GDAL 3.1.2 version and try to create a GTIFF
file with COMPRESS=WEBP
libwebp-devel and other webp automatic dependencies are installed on
this ubuntu 18.04 machine. I could also compile against libwebp
However, when running gdal_translate like
gdal_translat
