[gdal-dev] (no subject) force PAM
Rahkonen Jukka
jukka.rahkonen at maanmittauslaitos.fi
Fri Mar 8 02:36:56 PST 2024
Hi,
I only managed to force the creation of the .aux.gml file with a workaround.
gdal_translate p4433h.tif test.tif -co profile=baseline
In this case it seems that not even --config GDAL_PAM_ENABLED YES is needed but test.tif.aux.xml gets created. Maybe the same PAM file works also for the non-baseline versions of that tiff file.
With GeoTIFF, COG, or VRT as output format --config GDAL_PAM_ENABLED YES does not trigger the creation of the PAM file.
I think that storing the same metadata into two distinct places (GeoTIFF tags and .aux.xml) is generally speaking a bad idea because sooner or later the two versions do not match any more. But I guess that it could be convenient to read the plain text aux.xml file from the cloud before touching the main TIFF.
-Jukka Rahkonen-
Lähettäjä: gdal-dev <gdal-dev-bounces at lists.osgeo.org> Puolesta Shaima Alsharif via gdal-dev
Lähetetty: perjantai 8. maaliskuuta 2024 11.58
Vastaanottaja: gdal-dev at lists.osgeo.org
Aihe: [gdal-dev] (no subject)
Dear Developers,
I am reaching out to seek advice or potential solutions regarding the creation of .aux.xml files for GeoTIFF Or GOG using GDAL. I have attempted using the following commands, like so:
os.environ['GDAL_PAM_ENABLED'] = 'YES'
os.environ['GDAL_GEOREF_SOURCES'] = 'WORLDFILE,PAM,INTERNAL'
os.environ['ESRI_XML_PAM'] = 'TRUE'
gdalwarp -overwrite -t_srs EPSG:4326 -r cubic JED240207122504.MAXBERJ output.tiff
gdaldem color-relief -alpha output.tiff titan.txt output.colored.tiff
gdal_translate -of COG -co TILING_SCHEME=GoogleMapsCompatible -co COMPRESS=LZW output.colored.tiff output.cog.tiff
gdal_translate -of GTiff -co TILED=YES -co COMPRESS=DEFLATE input.tif output.tif --config GDAL_PAM_ENABLED YES
gdalinfo --build
PAM_ENABLED=YES
OGR_ENABLED=YES
GEOS_ENABLED=YES
GEOS_VERSION=3.11.1-CAPI-1.17.1
PROJ_BUILD_VERSION=9.1.1
PROJ_RUNTIME_VERSION=9.1.1
COMPILER=GCC 12.2.0
gdalinfo --version
GDAL 3.8.4, released 2024/02/08
also tried gdal-3.6.2
OS is Ubuntu Aarch64
However, this does not result in the creation of an .aux.xml file. Could you provide any insights into why the .aux.xml file may not be generated in this instance?
Any assistance or suggestions you could offer would be greatly appreciated.
Best regards,
Shaima A.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240308/fb7fb088/attachment-0001.htm>
More information about the gdal-dev
mailing list