Even Rouault

> GDAL doesn't provide this Actually https://github.com/OSGeo/gdal/blob/master/frmts/vrt/gdal_vrt.h and https://github.com/OSGeo/gdal/blob/master/frmts/vrt/vrtdataset.h are public installed headers

> msReturnURL() process the URL as a template. I don't understand what that means :-), so no objection from my side for changes that you see fit.

Are we good to merge this? @jmckenna I believe you mentioned during the last PSC meeting he wanted to give this a try: before or after the merge into main?

As far as I'm concerned, I don't need it in 7.0.1. I guess it could be backported quite safely though

Putting S3 credentials in URL seem like a bad idea from a security point of view... Probably that a signed URL or other mechanisms not requiring sharing the base credentials...

> Am I on the right track @rouault ? Not sure, this is a bit black magic for me too. But I'm wondering if we shouldn't just remove any explicit...

as your source file is a GRIB dataset and GRIB almost never use EPSG:4326 but other geographic CRS with different datum or ellipsoid shape, if you specify PROJECTION AUTO and...

Turns out the dependency from OGCAPI Features to WFS is really on this small helper function ``msWFSIsLayerSupported``. Fixed per https://github.com/MapServer/MapServer/pull/7113

I don't reproduce your problem with recent master versions of GDAL, PROJ and MapServer Here are the steps I've followed ``` $ mapserv -nh -conf ../msautotest/etc/mapserv.conf QUERY_STRING="map=kkj.map&SERVICE=WMS&REQUEST=GetMap&VERSION=1.1.0&LAYERS=inline_poly&WIDTH=256&HEIGHT=256&SRS=EPSG:2391&BBOX=1460000,6635000,1465000,6640000&FORMAT=image/tiff&STYLES=" > out2391.tif #...

> how does libtiff deal with malformed images like this? that's a good question. It might be tolerant, but I would need a sample to check