<div>Hi folks,</div><div><br></div><div>looks like this bug ticket [1] finds its roots into the gdal code. From a discussion [2] in the <a href="http://gfoss.it">gfoss.it</a> [3] ML (the italian OSGeo local chapter) emerged that gdal 1.8.0 introduced a further option named OVERRIDE_PROJ_DATUM_WITH_TOWGS84, allowing to replace the +datum definition with a corresponding +towgs84.</div>
<div>Such option is not supposed to be the default behavior when generating the standard EPSG file for Proj4: </div><div><br></div><div>epsg_tr.py --config OVERRIDE_PROJ_DATUM_WITH_TOWGS84 FALSE -proj4 -skip -list gcs.csv > epsg</div>
<div><br></div><div>Anyway, from direct testing emerged that setting the above mentioned option to YES, NO, TRUE or FALSE has absolutely no effect at all; the +datum definitions are unconditionally overwritten by +towgs84 in all cases. And, accordindgly to this, the EPSG file distributed by the most recent Proj4 4.8.0 introduces many unexpected changes (e.g. affecting the Italian Rome 1940 SRS), thus causing many troubles due to this abrupt compatibility break.</div>
<div><br></div><div>Could anyone please verify that, and, in case, I'll open a ticket.</div><div>Thanks!</div><div><br></div><div>madi</div><div> </div><div><br></div><div>[1] <a href="http://trac.osgeo.org/proj/ticket/122">http://trac.osgeo.org/proj/ticket/122</a> </div>
<div>[2] <a href="http://lists.gfoss.it/pipermail/gfoss/2012-May/023071.html">http://lists.gfoss.it/pipermail/gfoss/2012-May/023071.html</a> </div><div>[3] <a href="http://www.gfoss.it">www.gfoss.it</a></div><div><br></div>
<div><br></div>-- <br>Ing. Margherita Di Leo, Ph.D.<br>