<div dir="ltr">actually I didn't know that particular syntax, thanks!  I generally use<div><br></div><div>gdalmdiminfo --config NAME VALUE ...</div><div><br></div><div>for transient situations, but I need to have this for other downstream packages as well. </div><div><br></div><div>Homework for me for this question was to see if other options behave this way in terms of "default", and I didn't get to that today. </div><div><br></div><div>Cheers, Mike</div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, Feb 19, 2025 at 5:37 PM Laurențiu Nicola via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="msg-8832067003399768204"><u></u><div><div style="font-family:Arial">Hi,<br></div><div style="font-family:Arial"><br></div><div style="font-family:Arial">To me, that's a bit unexpected and possibly a bug, but not a problem I've ever run into in practice. You're probably aware of this already, but instead of:<br></div><div style="font-family:Arial"><br></div><div style="font-family:Arial">> export AWS_S3_ENDPOINT=...<br></div><div style="font-family:Arial">> gdalmdiminfo ...<br></div><div style="font-family:Arial">> unset AWS_S3_ENDPOINT<br></div><div style="font-family:Arial">> gdalmdiminfo ...<br></div><div style="font-family:Arial"><br></div><div style="font-family:Arial">you can do:<br></div><div style="font-family:Arial"><br></div><div style="font-family:Arial">> AWS_S3_ENDPOINT=... gdalmdiminfo ...<br></div><div style="font-family:Arial">> gdalmdiminfo ...<br></div><div style="font-family:Arial"><br></div><div style="font-family:Arial">Laurentiu<br></div><div style="font-family:Arial"><br></div><div>On Wed, Feb 19, 2025, at 02:50, Michael Sumner via gdal-dev wrote:<br></div><blockquote type="cite" id="m_-8832067003399768204qt"><div dir="ltr"><div><div>This may well just be a hapless user-question, can we set configs to empty and expect that to mean "unset"?<br></div><div><br></div><div>In a fresh session all is well (standard public bucket): <br></div><div><br></div><div>gdalmdiminfo /vsis3/mur-sst/zarr<br></div><div><br></div><div>Our non-standard public bucket can't be found of course, so set the endpoint: <br></div><div><br></div><div>export AWS_S3_ENDPOINT=<a href="http://projects.pawsey.org.au" target="_blank">projects.pawsey.org.au</a><br></div><div>gdalmdiminfo /vsis3/idea-10.7289-v5sq8xb5/<a href="http://www.ncei.noaa.gov/data/sea-surface-temperature-optimum-interpolation/v2.1/access/avhrr/198109/oisst-avhrr-v02r01.19810901.nc" target="_blank">www.ncei.noaa.gov/data/sea-surface-temperature-optimum-interpolation/v2.1/access/avhrr/198109/oisst-avhrr-v02r01.19810901.nc</a><br></div><div><br></div><div>but now <br></div><div><br></div><div>gdalmdiminfo /vsis3/mur-sst/zarr<br></div><div>ERROR 4: `/vsis3/mur-sst/zarr' not recognized as being in a supported file format.<br></div><div><br></div><div>this fails, but I expected it to work: <br></div><div><br></div><div>export AWS_S3_ENDPOINT=<br></div><div>gdalmdiminfo /vsis3/mur-sst/zarr<br></div><div><br></div><div>this succeeds: <br></div><div><br></div><div>unset AWS_S3_ENDPOINT<br></div><div>gdalmdiminfo /vsis3/mur-sst/zarr<br></div><div><br></div><div>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"?<br></div></div><div><br></div><div>Thanks for your help. <br></div><div><br></div><div><div>Cheers, Mike<br></div><div><br></div><div><br></div></div><div><br></div><div><span>--</span><br></div><div dir="ltr"><div dir="ltr"><div>Michael Sumner<br></div><div>Research Software Engineer<br></div><div>Australian Antarctic Division<br></div><div>Hobart, Australia<br></div><div>e-mail: <a href="mailto:mdsumner@gmail.com" target="_blank">mdsumner@gmail.com</a><br></div></div></div></div><div>_______________________________________________<br></div><div>gdal-dev mailing list<br></div><div><a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br></div><div><a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br></div><div><br></div></blockquote><div style="font-family:Arial"><br></div></div>_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</div></blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr">Michael Sumner<br>Research Software Engineer<br>Australian Antarctic Division<br>Hobart, Australia<br>e-mail: <a href="mailto:mdsumner@gmail.com" target="_blank">mdsumner@gmail.com</a></div></div>