[gdal-dev] how to write multi-IFD TIFF files ?

[fred p]

I have just replaced geotifcp with tiffcp then applygeo from a recent
version of libgeotiff.
Not really pretty at all but it works...
Thanks

2016-05-09 16:28 GMT+00:00 fred p <mapoubelle22 at gmail.com>:

> Sorry for the previous message with a bad subject...
>
> ---------- Forwarded message ----------
> From: fred p <mapoubelle22 at gmail.com>
> Date: 2016-05-09 16:26 GMT+00:00
> Subject: Re: gdal-dev Digest, Vol 144, Issue 30
> To: gdal-dev at lists.osgeo.org
>
>
> Thanks for confirming what I guessed.
>
> What follows is not directly related to GDAL but someone might have a
> solution. So... Using geotifcp I cannot assemble a JPEG-compressed TIFF and
> a LZW-compressed TIF keeping these compression modes for both IFD. Tiffcp
> can do it (but without georeferencing of course !) whereas geotifcp ouputs
> "JPEGLib: Bogus input colorspace". Any idea ?
>
>
> ------------------------------
>
>>
>> Message: 2
>> Date: Sun, 8 May 2016 00:19:51 +0200
>> From: Even Rouault <even.rouault at spatialys.com>
>> To: gdal-dev at lists.osgeo.org
>> Subject: Re: [gdal-dev] how to write multi-IFD TIFF files ?
>> Message-ID: <201605080019.51485.even.rouault at spatialys.com>
>> Content-Type: Text/Plain;  charset="utf-8"
>>
>> Le samedi 07 mai 2016 23:57:18, fred p a écrit :
>> > Hello,
>> > I am looking for a way to write multi-IFD TIFF files with GDAL (each IFD
>> > being JPEG or LZW compressed), for example with gdal_translate or
>> (better
>> > if possible) the Python API but without any success.
>> > Is it possible anyway ?
>>
>> Hi,
>>
>> No this is not currently possible in the general case (internal overviews
>> are
>> implemented as IFD, but flagged as such and not as general purpose IFD).
>> Would
>> probably not a huge effort to implement, but in the mean time you may use
>> GDAL
>> to create individual IDF and then use tifcp/geotifcp to assemble them.
>>
>> Even
>>
>> --
>> Spatialys - Geospatial professional services
>> http://www.spatialys.com
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20160509/a50c5723/attachment.html>