FLIR should be fined. It has a "PamFlagKeeper oKeeper(nPamFlags);" guard that makes sure to restore the PAM flags to its initial value after metadata has been set

Le 03/11/2025 à 17:08, Javier Jimenez Shaw a écrit :
Thank you Even!

Probably the same is needed for FLIR, as DJI logic was based in FLIR code also in jpgdataset.cpp

On Mon, 3 Nov 2025 at 17:04, Even Rouault <[email protected]> wrote:

    Hi Javier,

    .aux.xml file is no longer generated on opening per
    
https://github.com/OSGeo/gdal/commit/2ad4ebf4ddcaa74af2d4cea212fb61f0ac382f20

    Even

    Le 03/11/2025 à 10:13, Javier Jimenez Shaw via gdal-dev a écrit :
    > Hi
    >
    > When I read some raster files (in particular thermal JPEG files), a
    > side car file .aux.xml appears next to it.
    >
    > I would like to avoid the creation of this side car file, but I
    want
    > to use any .aux.xml file if it is already there. Yes, I could
    imagine
    > there is a performance impact if I read it several times, but I am
    > going to read the file only once.
    >
    > The config option GDAL_PAM_ENABLED seems to be completely disabling
    > PAM functionality:
    >
    
https://gdal.org/en/stable/user/configoptions.html#persistent-auxiliary-metadata-pam-options
    > Reading the documentation, I would imagine that the PAM is
    completely
    > disabled, not only the creation of the side car file while
    reading a
    > raster.
    >
    > Is it posible to not create the .aux.xml, but use it if present?
    >
    > Thank you
    >
    > _______________________________________________
    > gdal-dev mailing list
    > [email protected]
    > https://lists.osgeo.org/mailman/listinfo/gdal-dev

-- http://www.spatialys.com
    My software is free, but my time generally not.

--
http://www.spatialys.com
My software is free, but my time generally not.
_______________________________________________
gdal-dev mailing list
[email protected]
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to