[postgis-devel] Hitting boxes (lack of) again

Paul Ramsey pramsey at cleverelephant.ca
Fri Sep 14 06:12:25 PDT 2012


If not, make one, a wiki page preferably, so the final state of requirements is coherent and not randomly spread through comments.

P.

On 2012-09-14, at 1:21 AM, Sandro Santilli <strk at keybit.net> wrote:

> Also, I'd want ST_Width and ST_Height functions for boxes,
> or more general ST_Range(box, dimension) if we plan to support
> multidimensional boxes.
> 
> Did we have a wiki page or ticket to take note of this ?
> 
> --strk;
> 
> On Tue, Sep 11, 2012 at 01:19:50PM +0200, Sandro Santilli wrote:
>> It just happened again: I need a box...
>> 
>> It is to compute the extent of a query _outside_
>> of the database (since the db already performs a first scan
>> so why performing a second one ?), so for each geometry in
>> the result I want to get its bounding box, which I'll parse
>> and expand as necessary.
>> 
>> Now: what's the recommended way to do that ?
>> ST_Envelope will give me a POLYGON, which is harder to parse
>> than a nice BOX.
>> ST_Extent is an aggregate, don't want that, want a _single_
>> value.
>> 
>> What should I do, then ? ::box2d ? ::box3d ? ::box3d_extent ?
>> 
>> It would be very nice to have a single view on the concept.
>> 
>> --strk; 
> 
>> http://www.cartodb.com - Map, analyze and build applications with your data
>> 
>>                                       ~~ http://strk.keybit.net 
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel



More information about the postgis-devel mailing list