<div dir="ltr"><div dir="ltr"><div>Hi Even,</div><div><br></div><div>I'm wondering how this relates to STAC. Do you imagine that GDAL users should and will use this to publish large collections of data? When should they use this and when should they use STAC collections instead? <br></div></div><div dir="auto"><div><br></div><div>Back in the day our tile indexes were shapefiles. I don't think this would be a good practice now. Would all vector formats be supported? How about column-oriented formats? How backwards compatible will this be with existing tile index files? Can I just do a gdalinfo "XXXX:example.shp" on a MapServer tile index?</div><div><br></div><div>This feature has been latent and available for a while, yes? It's obviously useful. My main misgivings are about the overlap with existing GDAL features and protocols (VRT, WMS, WMTS, STAC, MBTiles). I think too many choices can create a not great experience for users.</div><br><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 20, 2023, 11:33 AM Even Rouault via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">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">Hi,<br>
<br>
For those not actively following github tickets & PR, I just want to <br>
point to a new pending major functionality to improve management of <br>
virtual mosaics with a very large number of tiles/sources (> tens of <br>
thousands of tiles), by referencing them as features of a vector layer <br>
(typically created by gdaltindex), instead of a XML file as in <br>
traditional VRT, augmented with additional metadata.<br>
<br>
More details in <a href="https://github.com/OSGeo/gdal/pull/8983" rel="noreferrer noreferrer" target="_blank">https://github.com/OSGeo/gdal/pull/8983</a> (and in initial <br>
ticket in <a href="https://github.com/OSGeo/gdal/issues/8861" rel="noreferrer noreferrer" target="_blank">https://github.com/OSGeo/gdal/issues/8861</a>)<br>
<br>
Even<br>
<br>
</blockquote></div></div></div>
</div>