[gdal-dev] Wrong parameter value for EPSG:3168 and EPSG:3375 (RSO)

Hilmy Hashim hilmyh at gmail.com
Fri Apr 8 09:12:04 EDT 2011


Hi list,

I assigned geotiff raster an srs using gdal_translate with the EPSG number
as follows:

  gdal_translate -a_srs EPSG:3168 sourcefile destinationfile

Using gdalinfo, I notice that the false_easting parameter is 0 where it
should be 804670.24

Coordinate System is:
PROJCS["Kertau (RSO) / RSO Malaya (m)",
    GEOGCS["Kertau (RSO)",
        DATUM["Kertau_RSO",
            SPHEROID["Everest 1830 (RSO
1969)",6377295.664,300.8017000000015,
                AUTHORITY["EPSG","7056"]],
            AUTHORITY["EPSG","6751"]],
        PRIMEM["Greenwich",0],
        UNIT["degree",0.0174532925199433],
        AUTHORITY["EPSG","4751"]],
    PROJECTION["Hotine_Oblique_Mercator"],
    PARAMETER["latitude_of_center",4],
    PARAMETER["longitude_of_center",102.25],
    PARAMETER["azimuth",323.0257905],
    PARAMETER["rectified_grid_angle",323.1301023611111],
    PARAMETER["scale_factor",0.99984],
    PARAMETER["false_easting",0],
    PARAMETER["false_northing",0],
    UNIT["metre",1,
        AUTHORITY["EPSG","9001"]],
    AUTHORITY["EPSG","3168"]]

I am using OSGeo4W on Windows 7 64 bit (Gdal 1.4.5.0) shell. It is the same
with gdal 1.6, 1.7, gdal-dev, gdal 1.7.2 on Ubuntu 10.04 and QGis 1.7 (gdal
1.8).

I checked the OSGeo4W\share\proj\epsg file, but the values there are
correct. The anomaly also affects EPSG:3375 which uses the same projection.
QGis or Geoserver doesn't have a problem displaying the raster with the
assigned srs, so it looks like its just a problem with gdalinfo.

regards

*Hilmy*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20110408/f81bedde/attachment-0001.html


More information about the gdal-dev mailing list