<div dir="ltr"><div>Hi Alessandro,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 15, 2023 at 8:31 AM ElPaso <<a href="mailto:elpaso@itopen.it">elpaso@itopen.it</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">Il 14/09/23 17:14, Sean Gillies ha scritto:<br>
> Hi all,<br>
><br>
> In <a href="https://github.com/OSGeo/gdal/pull/8155#issuecomment-1704923263" rel="noreferrer" target="_blank">https://github.com/OSGeo/gdal/pull/8155#issuecomment-1704923263</a> I <br>
> think I see (for the first time?) the beginning of a specification of <br>
> the syntax for GDAL "file names". I think it would be helpful if there <br>
> was an RFC for this.<br>
><br>
> I'm sure a lot of applications construct GDAL file names without much <br>
> understanding of what's correct or incorrect. A formal spec could help <br>
> make it more likely that anyone can construct a valid filename on the <br>
> first try.<br>
><br>
> A stretch goal for the RFC could be to come up with a syntax that is <br>
> sufficiently general that authors of new format drivers don't have to <br>
> create their own new idiosyncratic file names.<br>
><br>
<br>
Hi Sean,<br>
<br>
<br>
I totally agree that it would be useful to have a formally defined <br>
syntax to describe data sources, we have the same problem with QGIS <br>
QgsDataSourceUri and we are treating the URIs as a private <br>
implementation detail, but in QGIS we have a GUI to set the data source <br>
strings that partially mitigatest the issue.<br>
<br>
<br>
We discussed a few times what it could be the best format to encode a <br>
data source and URL encoding is probably a good candidate because it's <br>
well known and well supported by libraries.<br>
<br>
<br>
Maybe something like:<br>
<br>
<br>
<driver_name>://<path|connection>/<arguments ...><br>
<br>
mssql://username:password@hostname:port/?table=table_name&arg1=arg1...<br>
<br>
gpkg:///path/to.gpkg?table=table_name&arg1=arg1...<br>
<br>
postgis://username:password@hostname:port/?table=table_name&arg1=arg1...<br>
<br>
shapefile:///path/to.shp/?arg1=arg1...<br></blockquote><div><br></div><div>Yes, something like this is my dream :) I started working on such a proposal a while back and then was derailed by a job change. I might try to dust it off and start writing on it again.</div><div><br></div><div>I think the "vrt://" URI scheme was a mistake, though, and that we shouldn't extend it to dozens of other formats. At least not without consulting with other software communities. Ideally these schemes would be universal across the internet.<br></div></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Sean Gillies</div></div>