<div dir="ltr"><div dir="ltr">Hi Even,</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 2, 2020 at 3:10 AM Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</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">Hi,<br>
<br>
I've heard interest in having the capability of passing a GDAL dataset name <br>
and its open options in a single string, since this is easier for storing.<br>
<br>
The syntax could be a JSON serialized string prefixed by GDAL_JSON: to avoid <br>
any ambiguity with drivers that would accept JSON as a connection string/<br>
dataset name.<br>
<br>
So something like:<br>
<br>
GDAL_JSON:{"dataset":"foo.csv","open_options":["AUTODETECT_TYPE=YES", <br>
"KEEP_GEOM_COLUMNS=NO"]}<br>
<br>
A "allowed_drivers" member could also be added to reflect the corresponding <br>
argument of GDALOpenEx()<br>
<br>
GDALOpen()/GDALOpenEx() would parse this, and process that exactly as if it <br>
was called with the dataset name, open options and allowed drivers put in the <br>
dedicated C arguments. So no change in drivers, just in GDALOpenEx().<br>
<br>
If using that syntax, it wouldn't make sense to have both serialized options <br>
and options passed as C-argument together, so a warning would be emitted if <br>
that happened<br>
<br>
Thoughts ?<br>
<br>
Even<br></blockquote><div><br></div><div>We already have a way of passing "open" options for vsicurl: <a href="https://gdal.org/user/virtual_file_systems.html#vsicurl-http-https-ftp-files-random-access">https://gdal.org/user/virtual_file_systems.html#vsicurl-http-https-ftp-files-random-access</a>. What about reusing that conceptual framework and syntax?</div><div><br></div><div>For example:</div><div><br></div><div>"foo.csv?AUTODETECT_TYPE=YES&KEEP_GEOM_COLUMNS=NO"</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Sean Gillies</div></div></div>