[gdal-dev] unsetting configs vs empty values

Michael Sumner mdsumner at gmail.com
Tue Feb 18 16:50:12 PST 2025


This may well just be a hapless user-question, can we set configs to empty
and expect that to mean "unset"?

In a fresh session all is well (standard public bucket):

gdalmdiminfo /vsis3/mur-sst/zarr

Our non-standard public bucket can't be found of course, so set the
endpoint:

export AWS_S3_ENDPOINT=projects.pawsey.org.au
gdalmdiminfo /vsis3/idea-10.7289-v5sq8xb5/
www.ncei.noaa.gov/data/sea-surface-temperature-optimum-interpolation/v2.1/access/avhrr/198109/oisst-avhrr-v02r01.19810901.nc

but now

gdalmdiminfo /vsis3/mur-sst/zarr
ERROR 4: `/vsis3/mur-sst/zarr' not recognized as being in a supported file
format.

this fails, but I expected it to work:

export AWS_S3_ENDPOINT=
gdalmdiminfo /vsis3/mur-sst/zarr

this succeeds:

unset AWS_S3_ENDPOINT
gdalmdiminfo /vsis3/mur-sst/zarr

My question is what is the right way to revert the non-standard endpoint?
 We have to unset the option?   Or, is an empty value a desirable way to
mean "default"?

Thanks for your help.

Cheers, Mike




-- 
Michael Sumner
Research Software Engineer
Australian Antarctic Division
Hobart, Australia
e-mail: mdsumner at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20250219/ca3a4b23/attachment.htm>


More information about the gdal-dev mailing list