<p dir="ltr">Ok, thank you that's totally understandable and I will champion your choices here </p>
<p dir="ltr">Appreciate the (fast) response very much </p>
<p dir="ltr">Cheers, Mike</p>
<br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Mar 27, 2025, 04:28 Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Michael,<br>
<br>
<br>
><br>
> gdalmdiminfo <br>
> ZARR:"/vsicurl/<a href="https://data.source.coop/dynamical/noaa-gefs-analysis/v0.0.1-dev.zarr" rel="noreferrer noreferrer" target="_blank">https://data.source.coop/dynamical/noaa-gefs-analysis/v0.0.1-dev.zarr</a>"<br>
<br>
This is a shell issue. It will strip those quotes, and thus be seen by <br>
GDAL as your below string without quotes.<br>
<br>
<br>
> Does it need to be this way for some special zarr reason?<br>
<br>
The requirement for the path to be surrounded by double-quotes is to <br>
make it more bullet proof to extract it. Particularly for windows with <br>
c:\bla . Other drivers such as netCDF have workarounds for those use <br>
cases, but I wasn't willing to implement them again for the new driver.<br>
<br>
The ZARR: prefix is needed for remote datasets to force either probing <br>
for a few known files in the pointed path or issue a directory listing <br>
(when available).<br>
<br>
Even<br>
<br>
-- <br>
<a href="http://www.spatialys.com" rel="noreferrer noreferrer" target="_blank">http://www.spatialys.com</a><br>
My software is free, but my time generally not.<br>
<br>
</blockquote></div>