[gdal-dev] GDAL/OGR 1.9.1 Release Candidate

Frank Warmerdam warmerdam at pobox.com
Tue May 15 16:27:56 EDT 2012


On Tue, May 15, 2012 at 1:23 PM, Even Rouault
<even.rouault at mines-paris.org> wrote:
> ./swig/include/perl/gdal_perl.i hasn't been updated, so the Perl bindings
> don't compile natively.

Even,

Gotcha - I'll regenerate.

> I although see that tiff_srs_epsg_2066 (gcore/tiff_srs.py) fails. Apparently it
> seems related to http://trac.osgeo.org/gdal/changeset/24390 (reverting it
> makes the test succeeds)

I did quite a bit of work to make this work in trunk.  I'll consider
how to handle
this best in 1.9.1 but I hesitate to apply all the trunk work back in 1.9 since
it is fairly risky.

Best regards,
Frank

> In GDAL 1.9.1, the SRS that we get back after the round-trip to geotiff is now
> :
>
> PROJCS["Mount Dillon / Tobago Grid",
>    GEOGCS["Mount Dillon",
>        DATUM["Mount_Dillon",
>            SPHEROID["Clarke 1858",6378293.645208759,294.2606763692569,
>                AUTHORITY["EPSG","7007"]],
>            AUTHORITY["EPSG","6157"]],
>        PRIMEM["Greenwich",0],
>        UNIT["degree",0.0174532925199433],
>        AUTHORITY["EPSG","4157"]],
>    PROJECTION["Cassini_Soldner"],
>    PARAMETER["latitude_of_origin",11.25217861111111],
>    PARAMETER["central_meridian",-60.68600888888889],
>    PARAMETER["false_easting",37718.66159325],
>    PARAMETER["false_northing",36209.91512952],
>    UNIT["unknown",0.201166195164],
>    AUTHORITY["EPSG","2066"]]
>
> whereas in 1.9.0, it was
>
> PROJCS["Mount Dillon / Tobago Grid",
>    GEOGCS["Mount Dillon",
>        DATUM["Mount_Dillon",
>            SPHEROID["Clarke 1858",6378293.645208759,294.2606763692569,
>                AUTHORITY["EPSG","7007"]],
>            AUTHORITY["EPSG","6157"]],
>        PRIMEM["Greenwich",0],
>        UNIT["degree",0.0174532925199433],
>        AUTHORITY["EPSG","4157"]],
>    PROJECTION["Cassini_Soldner"],
>    PARAMETER["latitude_of_origin",11.25217861111111],
>    PARAMETER["central_meridian",-60.68600888888889],
>    PARAMETER["false_easting",187500],
>    PARAMETER["false_northing",180000],
>    UNIT["Clarke's link",0.201166195164],
>    AUTHORITY["EPSG","2066"]]
>
> Note the difference : the unit name is "unknown" instead of "Clarke's link". It
> doesn't seem very critical however. But I'm not sure why the test succeeds in
> trunk and not in 1.9 branch (tiff_srs.py is identical in trunk and 1.9).
> Perhaps another change in trunk counterbalances that.
>
> For the record, on trunk, listgeo on "gdal_translate foo.tif 2066.tif -a_srs
> EPSG:2066" gives :
>   Keyed_Information:
>      GTModelTypeGeoKey (Short,1): ModelTypeProjected
>      GTRasterTypeGeoKey (Short,1): RasterPixelIsArea
>      GTCitationGeoKey (Ascii,27): "Mount Dillon / Tobago Grid"
>      GeogCitationGeoKey (Ascii,13): "Mount Dillon"
>      GeogAngularUnitsGeoKey (Short,1): Angular_Degree
>      ProjectedCSTypeGeoKey (Short,1): Unknown-2066
>      ProjLinearUnitsGeoKey (Short,1): Unknown-9039
>      End_Of_Keys.
>   End_Of_Geotiff.
>
> On 1.9.1 :
>
>   Keyed_Information:
>      GTModelTypeGeoKey (Short,1): ModelTypeProjected
>      GTRasterTypeGeoKey (Short,1): RasterPixelIsArea
>      GTCitationGeoKey (Ascii,27): "Mount Dillon / Tobago Grid"
>      GeogCitationGeoKey (Ascii,13): "Mount Dillon"
>      GeogAngularUnitsGeoKey (Short,1): Angular_Degree
>      ProjectedCSTypeGeoKey (Short,1): Unknown-2066
>      PCSCitationGeoKey (Ascii,23): "LUnits = Clarke's link"
>      ProjLinearUnitsGeoKey (Short,1): User-Defined
>      ProjLinearUnitSizeGeoKey (Double,1): 0.201166195164
>      End_Of_Keys.
>   End_Of_Geotiff.
>
>
>>
>> Best regards,



-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Software Developer


More information about the gdal-dev mailing list