[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