Looks like they may have added a towgs84 parameter to the proj definition for 31370:
http://postgis.refractions.net/pipermail/postgis-commits/2008-May/000283.html That would likely explain the shift - the documentation probably hasn't been updated. On Sat, Apr 18, 2009 at 1:53 PM, geep999 <[email protected]> wrote: > > Hi, > I have own-compiled gdal-1.6.0 on Linux - Slackware 12.2. > The documentation for gdalwarp - http://www.gdal.org/gdaltransform.html - > shows > an example and a result: > Simple reprojection from one projected coordinate system to another: > gdaltransform -s_srs EPSG:28992 -t_srs EPSG:31370 > 177502 311865 > Produces the following output in meters in the "Belge 1972 / Belgian > Lambert 72" projection: > 244510.77404604 166154.532871342 -1046.79270555763 > > My gdaltransform (gdal-1.6.0) gives a different result: > gdaltransform -s_srs EPSG:28992 -t_srs EPSG:31370 > 177502 311865 > 244422.238366377 165970.24545029 0 > > Is the example wrong? Is my gdal-1.6.0 somehow faulty? > Can anybody duplicate this or explain the difference? > > Cheers, > Peter > -- > View this message in context: > http://n2.nabble.com/gdaltransform-v.1.6.0---result-differs-from-documentation-tp2657180p2657180.html > Sent from the GDAL - Dev mailing list archive at Nabble.com. > > _______________________________________________ > gdal-dev mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/gdal-dev >
_______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
