[postgis-devel] [PostGIS] #1402: [raster] ST_Resample producing incorrect transformation
PostGIS
trac at osgeo.org
Thu Dec 22 11:59:51 PST 2011
#1402: [raster] ST_Resample producing incorrect transformation
-----------------------------+----------------------------------------------
Reporter: dustymugs | Owner: dustymugs
Type: defect | Status: closed
Priority: blocker | Milestone: PostGIS 2.0.0
Component: postgis raster | Version: trunk
Resolution: wontfix | Keywords:
-----------------------------+----------------------------------------------
Changes (by dustymugs):
* status: new => closed
* resolution: => wontfix
Comment:
After testing a raster file (attached to ticket) of the same spatial
attributes as that in PostGIS with gdalwarp, the resulting raster matches
that returning from ST_Resample. So, the algorithm used by PostGIS
Raster (rt_raster_gdal_warp) behaves the same way as gdalwarp.
Because of the warping output matching and the differing outputs from
gdaltransform for the same srs expressed in different formats, I can't
decide if this is an issue or not. If it is an issue, it isn't one
resolvable with the current implementation. The alternative would be to
write our own warp API, but that is a task that shouldn't be taken
lightly.
--
Ticket URL: <https://trac.osgeo.org/postgis/ticket/1402#comment:2>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.
More information about the postgis-devel
mailing list