[postgis-devel] [PostGIS] #1267: [raster] Add manual height/width support to ST_Resample

[PostGIS]

#1267: [raster] Add manual height/width support to ST_Resample
-----------------------------+----------------------------------------------
  Reporter:  serveralex      |       Owner:  dustymugs            
      Type:  enhancement     |      Status:  reopened             
  Priority:  medium          |   Milestone:  PostGIS Raster Future
 Component:  postgis raster  |     Version:  trunk                
Resolution:                  |    Keywords:  history              
-----------------------------+----------------------------------------------
Changes (by bnordgren):

  * status:  closed => reopened
  * resolution:  fixed =>
  * milestone:  PostGIS 2.0.0 => PostGIS Raster Future


Comment:

 Using gdalwarp as a convenience in the short term is a good thing to get
 us up and running quickly. But it really doesn't add the functionality
 requested in this ticket.

 height and width are not at all dependent on scalex and scaley unless
 you're imposing some external constraint (gdalwarp's suggested size). In
 this case, the external constraint computed the wrong height and width for
 severalex, so it will also compute the wrong scalex/scaley when provided
 the correct height and width. It is the external constraint which is
 incorrect for this application.

 I'm reopening this for postgis future, because it's not solved. We can
 close it as "wontfix" if we never plan on adding this functionality, or we
 can leave it open to remind future us of something that would be nice.
 Maybe we can even change the title to something reflecting the need to
 eliminate the assumptions imposed on the operation by gdalwarp. But we
 can't close it as "fixed."

-- 
Ticket URL: <http://trac.osgeo.org/postgis/ticket/1267#comment:14>
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.