On 09/29/2011 10:54 AM, Even Rouault wrote:
Selon Frank Warmerdam<warmer...@pobox.com>:
Frank,
There might be further actions needed as far as GDAL (and libgeotiff perhaps ?)
is concerned according to ticket http://trac.osgeo.org/gdal/ticket/4223 : "Next
time the EPSG database is updated, note that a Krovak parameter has been renamed
(and renumbered)."
I'm also concerned/worried. I haven't checked the latest update
mentioned below yet but in general I've had a hard time lately with
transformations involving datum changes. That is because some software
(proj4 I think) requires nowadays explicit towgs zeros in some cases and
many projection definitions don't have them. I'm not sure this is the
same issue than the new rules Frank mentions. In general I've had to
tinker with QGIS EPSG databases, PostGIS installation files etc, and the
strings spatialreference.org has given hasn't been good in this respect.
I don't have a very clear picture of the issue, sorry, I've dealt with
it as I've hit problems.
Best regards,
Ari
Best regards,
Even
Folks,
I have upgraded libgeotiff, PROJ.4 and GDAL with EPSG definitions regenerated
from the EPSG 7.9 database. New "preferred datum shift selection" rules are
also in place which will give preference to 7 parameter datum shifts over
3 parameter datum shifts are also in place causing a fair amount of churn
in the definitions.
The updates are in "trunk" for each of the projects. I plan to produce
libgeotiff and PROJ.4 release candidates soon with the new definitions
so if you think you might have objections please investigate and speak
up promptly.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
