Thanks Even! After a bunch of hours of manipulation last night, I got into
same area of code, and got it running to completion, but data handling /
conversion still needs sorting out. Your comments are very helpful and
clarifying. I’m continuing, thx again.
--
Sent from: http://osgeo-org.1560
On samedi 10 novembre 2018 16:21:45 CET Tobias Wendorff wrote:
> Am Sa, 10.11.2018, 16:13 schrieb Even Rouault:
> > I imagine we could come with a hack to still recognize the old values,
> > but I don't plan to go to that complication unless really needed.
>
> Not knowing the full topic: can't use
Am Sa, 10.11.2018, 16:13 schrieb Even Rouault:
> I imagine we could come with a hack to still recognize the old values,
> but I don't plan to go to that complication unless really needed.
Not knowing the full topic: can't users with a problem just patch the
magic byte in the header to port them to
Hi all,
Due to Adobe no longer assigning TIFF tags / tags value, and someone
mentionning that
the previously values use for COMPRESSION_ZSTD and COMPRESSION_WEBP were
already taken,
those have been just changed:
https://gitlab.com/libtiff/libtiff/commit/126a949736fe8d2684525706e9047b39e2a095a6
[...]
>
>float *inDSRow = (float*)CPLMalloc(sizeof(float)*nCols);
[...]
> inDS->GetRasterBand(1)->RasterIO(GF_Read, 0, i, nCols, 1,
> inDSRow, nCols, 1, GDT_CFloat32, 0, 0);
The memory allocation and requested datatypes aren't consistent:
- either you really want complex Floa
