[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