Now reading more carefully what Even wrote, I see that he already mentioned
XMP.
On Thu, 14 Nov 2024 at 13:29, Luigi Pirelli wrote:
> Thank you Javier
>
> good starting point to investigate an eventual fix to gdal :) I'll give
> alook!
>
> Luigi Pirelli
> mails: lui...@gmail.com
> luig
Thank you Javier
good starting point to investigate an eventual fix to gdal :) I'll give
alook!
Luigi Pirelli
mails: lui...@gmail.com
luigi.pire...@geobeyond.it
**
* LinkedIn: https://www.lin
In this PR I tried to pass the XMP data when a TIFF copy or COG was done
https://github.com/OSGeo/gdal/pull/3050
Maybe it was not complete.
On Thu, 14 Nov 2024 at 13:10, Luigi Pirelli via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> Tnx Even
>
> I suspected that -strict was not "complete". In an
Luigi,
The GDAL GeoTIFF or COG drivers have currently no provision for writing
EXIF (the fact that you see Exif.Image.Software is due to, I assume,
exiftool synthetizing that information from the regular Software TIFF
tag, which is propagated), so I don't have any solution to offer. Could
pot
Tnx Even
I suspected that -strict was not "complete". In any case My first code
version was adding tags over an already generated COG, but the result was
an unreadable/broken file in QGIS. I suppose because pyexiv2 is not
flexible enough and stuck with a rigid version of tiff structure.
I'll try a
Hi,
I'm struggling to generate a COG maintaining the original (or at least a
selected subset of) Exif and XMP tags (I ses that Iptc tags are not
propagated at all, but I'm not interested in them).
I used gda_translate via CLI or python and the best option seems -strict
that, theoretically should m