[postgis-devel] [PostGIS] #1212: [raster]: st_intersects signature change - documentation out of synch

PostGIS trac at osgeo.org
Wed Sep 28 10:13:35 PDT 2011


#1212: [raster]: st_intersects signature change - documentation out of synch
----------------------------+-----------------------------------------------
 Reporter:  robe            |       Owner:  pracine      
     Type:  defect          |      Status:  new          
 Priority:  medium          |   Milestone:  PostGIS 2.0.0
Component:  postgis raster  |     Version:  trunk        
 Keywords:                  |  
----------------------------+-----------------------------------------------

Comment(by pracine):

 Replying to [comment:11 dustymugs]:
 > I like Regina's compromise of turning ST_Intersects(raster, raster, int,
 int) into ST_Intersects(raster, raster) with the integers assumed to be 1
 and 1.  This is consistent with other raster functions.

 Yes. This is the default. But what if I want to intersect band 2 of raster
 1 with band 3 of raster 2?

 At the beginning there was this discussion about forcing users to use
 ST_Band() to select a particular band... We choose to add a band parameter
 to every function instead. That would be a solution if there is no cost
 but what a change for just a couple of variants.

 I guess this is the first function taking two raster band. Right? This is
 why we are puzzled so much.

 On another side: Why is there two versions of _st_intersects(rast raster,
 geom geometry, nband integer DEFAULT NULL) in rtpostgis.sql.in.c?

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