<div dir="ltr"><div dir="ltr">I would hope against use of "unbounded" raster reprojection, to me that is a bad smell and unfortunately it's becoming more prevalent not less in modern downstream and related software. It's not just Mercator, any Stereographic has the same problem and many others. </div><div dir="ltr"><div><br></div><div>It's really not hard to get the four numbers of the bounding box for the target, practitioners and tools should highlight that need and encourage against in-built heuristics. The clamping of Mercator to square is entirely arbitrary anyway, as would be any other limit place on Stereographic or others. </div></div><div><br></div>If this feature was put in I'd still encourage for a better heuristic, apply a configurable size (pixels) limit (around the centre point of the result), an ncols and nrows parameter - or radius (in the target crs). That has practical benefits, limiting any auto-heuristic to a sane number of pixels, and configurable-away, or ignored when you provide a sensible target specification: size, bbox, crs (or bbox, resolution crs equivalently). <div><br></div><div>Cheers, Mike</div><div><br><div><br></div><div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, May 25, 2026 at 8:05 PM Denis Rykov via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org">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"><div dir="ltr">In <a href="https://github.com/OSGeo/gdal/commit/5b7829" target="_blank">https://github.com/OSGeo/gdal/commit/5b7829</a> a useful heuristic was added to gdalwarp that clamps latitudes when warping from geographic CRS to Mercator projections. However, AutoCreateWarpedVRT does not apply the same heuristic. Users who create warped VRTs programmatically will silently get unbounded extents in the same scenario, with no warning issued.  It would be great to have this heuristic available at a lower level so other callers beyond gdalwarp can benefit from it as well.</div>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr" style="color:rgb(34,34,34)"><div dir="ltr">Michael Sumner</div><div dir="ltr">Research Software Engineer<br>Australian Antarctic Division<br>Hobart, Australia</div><div dir="ltr">0438489030<br>e-mail: <a href="mailto:mdsumner@gmail.com" style="color:rgb(17,85,204)" target="_blank">mdsumner@gmail.com</a></div></div></div></div></div></div></div>