[gdal-dev] EPSG 7.9 Upgrade in Trunk

[Ari Jolma]

On 09/29/2011 10:54 AM, Even Rouault wrote:
> Selon Frank Warmerdam<warmerdam at 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 at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev