If your rasters are invalid with bad projections or unreadable by gdalinfo, disregard the following.

One way to create massive tile index's with individual rasters having 2 or more different projections is to use good old gdaltileindex. It will create an index of tiles (raster files) and bounding box geometry in a specified EPSG without altering the underlying raster projection. Such as:

gdaltindex
   -lyr_name bbox
   -tileindex file
   -t_srs EPSG:4326
result.fgb rast_3857.tif rast_4269.tif

The bbox geometry column will be 4326, regardless of what the raster is. The above will create a tile index in FlatGeobuf format. FGB is important because now you can grab a bbox of only the rasters you need. Your client/user will still have to deal with the different projections of each raster in the index.

While GTI can also use FGB, gdaltileindex with FGB is a bit more lightweight. You can do lots of flexible, non-standard things by adding meta data (or whatever) for each tile. Here's a write-up and working example using 1 FGB tile index, 514 COG's and a LeafLet client:

https://www.postholer.com/fgbcog/

Hope that helps!
Scott

On 3/18/25 17:13, Craig de Stigter via gdal-dev wrote:
Hi folks

I'm working on converting an existing VRT mosaic pipeline to use GTI to improve its scalability with huge layers.

A problem is that our individual raster tiles may have projections with subtly varying WKT, since they were often produced by customers using different tooling and in different places. The WKT in the tiles may even be altogether incorrect or missing (even though they're actually all the same projection as the GTI file itself).

With VRT this was not a problem since the VRT file didn't support reprojection and just overrode the projection of its tiles. But with GTI I think the driver is unnecessarily passing everything through the warp kernel.

Is there a way to override the projection of the source tiles when using the GTI driver?

--
Regards,
Craig

Platform Engineer
Koordinates
koordinates.com <http://koordinates.com/> / @koordinates <https:// twitter.com/koordinates>

_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to