[Proj] Projecting raster image produces wrong output coordinates
Frank Warmerdam
warmerdam at pobox.com
Mon Nov 19 06:31:01 PST 2007
Paul Hiemstra wrote:
> Dear proj-list,
>
> I am trying to convert a radar rainfall image from one projection to
> another. The projection of the input file is:
>
> "+proj=stere +x_0=0 +y_0=0 +lat_0=90 +lon_0=0 +lat_ts=60 +a=6378.388
> +b=6356.906"
>
> and I am trying to project to "EPSG:28992" (Dutch CRS). But when I use
> gdal to perform the projection the output raster file is no longer on
> the correct location but has shifted thousands of kilometers. I used
> both Linux (Debian Etch, proj 4.4.9, GDAL 1.4.0.0) and Windows (Proj
> 4.5.0, GDAL 1.5dev, FWTools 2.0.0) and ran into the same problems. The
> problems also occurs when the target projection is not "EPSG:28992",
> e.g. "EPSG:4326" or "EPSG:3035".
>
> Transforming from "EPSG:28992" to the projection of the input file
> yields good results.
Paul,
I believe you are seeing PROJ attempt to correct for the change in
ellipsoid which is a big change between the sphere in your
stereo projection and the normal world ellipsoids. Try appending
" +nadgrids=@null +wktext " to your radar projection when providing
it to gdalwarp. The +nadgrids=@null directive tells PROJ.4 to
use a "no-op" shift between the datums instead of the default
change of ellipsoid logic. The +wktext tells GDAL to preserve
the exist PROJ.4 string, otherwise special options like +nadgrids
will be lost in internal conversion to WKT and back.
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 | President OSGeo, http://osgeo.org
More information about the Proj
mailing list