Occasionally I run across a raster file whose projection uses a datum that has more than one transform to WGS84. Britain's 'OSGB 1936' is a great example. Because the EPSG database has multiple transforms, <span style="display: inline;" class="desc" id="SparrowDesc-13">
GDAL's data/gcs.csv file doesn't get populated with the transform value - it is ambiguous after all.<br><br>But here's the bad part. If I warp from from a projection using the 'OSGB 1936' datum to a projection using 'WGS84', no shift happens. But no error is generated either. So I get an incomplete warp and the image ends up being misalligned (normally by less that a few hundred meters). When I notice this, I can go back and add a TOWGS84 clause to the DATUM section our my SRS and redo the warp to get the correct alignment.
<br><br>So here's my question. Is there any way that GDAL can detect that it &quot;should&quot; be doing a datum shift, but is missing the necessary parameters? If so it could fail to warp wather than silently producing a bad warp. Looking at the data structres in data/gcs.csv I'm not sure there is currently enough information to distinguish between a datum that doesn't need to be shifted and one that needs to but is missing the necessary parameters.
<br><br></span>