Re: PL/pgsql function handle CUBE values

Hi, I am trying to write a PL/pgsql function that will take a CUBE
variable (which will be a 1D point) and a double precision variable.

If the input CUBE is defined as

'(x,y,z)'::cube

the function would then return a CUBE value of the form

'(x+R,y+R,z+R),(x-R,y-R,z-R)'::cube

where R is the second argument.

The problem I'm having is to actually add R to the individual
components of the CUBE variable. I can't cast CUBE to float[] and I
don't see anyway to get at the individual components of the CUBE.

Any pointers would be appreciated.

-------------------------------------------------------------------
Rajarshi Guha <rguha(at)indiana(dot)edu>
GPG Fingerprint: 0CCA 8EE2 2EEB 25E2 AB04 06F7 1BB9 E634 9B87 56EE
-------------------------------------------------------------------
"355/113 -- Not the famous irrational number PI,
but an incredible simulation!"

Rajarshi Guha wrote:
> Hi, I am trying to write a PL/pgsql function that will take a CUBE
> variable (which will be a 1D point) and a double precision variable.
>
> If the input CUBE is defined as
>
> '(x,y,z)'::cube
>
> the function would then return a CUBE value of the form
>
> '(x+R,y+R,z+R),(x-R,y-R,z-R)'::cube
>
> where R is the second argument.
>
> The problem I'm having is to actually add R to the individual components
> of the CUBE variable. I can't cast CUBE to float[] and I don't see
> anyway to get at the individual components of the CUBE.

I haven't tested this, but it looks like you can use cube_subset() to do
that.

From [0]:

cube_subset(cube, int[]) returns cube

Makes a new cube from an existing cube, using a list of dimension
indexes from an array. Can be used to find both the LL and UR
coordinates of a single dimension, e.g.
cube_subset(cube('(1,3,5),(6,7,8)'), ARRAY[2]) = '(3),(7)'. Or can be
used to drop dimensions, or reorder them as desired, e.g.
cube_subset(cube('(1,3,5),(6,7,8)'), ARRAY[3,2,1,1]) = '(5, 3, 1,
1),(8, 7, 6, 6)'.

For each dimension, select cube_subset(your_cube, ARRAY[dimension]) and
then increment or decrement by R.

Further, it looks like you're actually trying to create a function that
will do precisely what cube_enlarge() does.

Also from [0]:

cube_enlarge(cube c, double r, int n) returns cube

Increases the size of a cube by a specified radius in at least n
dimensions. If the radius is negative the cube is shrunk instead. This
is useful for creating bounding boxes around a point for searching for
nearby points. All defined dimensions are changed by the radius r. LL
coordinates are decreased by r and UR coordinates are increased by r.
If a LL coordinate is increased to larger than the corresponding UR
coordinate (this can only happen when r < 0) than both coordinates are
set to their average. If n is greater than the number of defined
dimensions and the cube is being increased (r >= 0) then 0 is used as
the base for the extra coordinates.

Colin

[0] http://developer.postgresql.org/pgdocs/postgres/cube.html

On Jan 16, 2008, at 3:41 PM, Colin Wetherbee wrote:

> Rajarshi Guha wrote:
>> Hi, I am trying to write a PL/pgsql function that will take a CUBE
>> variable (which will be a 1D point) and a double precision variable.
>> If the input CUBE is defined as
>> '(x,y,z)'::cube
>> the function would then return a CUBE value of the form
>> '(x+R,y+R,z+R),(x-R,y-R,z-R)'::cube
>> where R is the second argument.
>> The problem I'm having is to actually add R to the individual
>> components of the CUBE variable. I can't cast CUBE to float[] and
>> I don't see anyway to get at the individual components of the CUBE.
>
> I haven't tested this, but it looks like you can use cube_subset()
> to do that.
>
> From [0]:
>
> cube_subset(cube, int[]) returns cube
>
> Further, it looks like you're actually trying to create a function
> that will do precisely what cube_enlarge() does.

Indeed! sorry for not giving the docs a thorough a reading

Thanks for the pointer

-------------------------------------------------------------------
Rajarshi Guha <rguha(at)indiana(dot)edu>
GPG Fingerprint: 0CCA 8EE2 2EEB 25E2 AB04 06F7 1BB9 E634 9B87 56EE
-------------------------------------------------------------------
...but there was no one in it.......
- RG