[postgis-devel] BOXes, again

Paragon Corporation lr at pcorp.us
Fri Oct 3 13:58:38 PDT 2014


Strk,

We aren't dropping BOX2D anytime soon so that I don't think is a good reason
to change the type.  I think too many people use it for us to even entertain
that idea until 3.0 which probably won't be for another 5-10 years.


That said my only annoyance is that functions like ST_Xmax use box3d not
box2d.

But if you were to change to use box3d, then you would have to change the
name to be something like ST_ClipByBox (or ST_ClipByBox3D).  Probably just
clipbybox because your thing has nothing to do with 3D boxes (at least not
yet anyway)

So that leaves me with the only thing I don't like is the name of the
function.  Should just be ST_ClipByBox.


Chances are people are going to throw in a box2d or geometry in there and
both will work without casting so to name the function by a type seems a bit
much.


The only thing I don't like about changing the name is then I have to redo
my Waiting for PostGIS 2.2 ST_ClipByBox2D article or create another "Why we
decided to change the name of the function because Regina didn't like the
name" 

The thought of having to lift a finger for something that will end up
bugging me either way is a bit troubling.

Thanks,
Regina


-----Original Message-----
From: postgis-devel-bounces at lists.osgeo.org
[mailto:postgis-devel-bounces at lists.osgeo.org] On Behalf Of Sandro Santilli
Sent: Friday, October 03, 2014 5:11 AM
To: postgis-devel at lists.osgeo.org
Subject: [postgis-devel] BOXes, again

So I made this ST_ClipByBox2D function available, and it takes a BOX2D.
But today I realized that BOX2D is not a first class citizen.
Rather, we seem to be ashamed of its existance. It's not declared in any
header so there's no way to use outside of the only file having all old and
probably to-be-deprecated BOX2D functions.

Should I change the ST_ClipByBox2D signature to take a BOX3D then ?
Or is BOX3D going to be the next victim now that we have N-D ?

As you know I'm still a beliver of a GBOX type exposed to SQL.
One that can eventually hold a SRID, an arbitrary number of dimensions (and
maybe be geodetic too?).

--strk; 

 ()  ASCII ribbon campaign  --  Keep it simple !
 /\  http://strk.keybit.net/rants/ascii_mails.txt
_______________________________________________
postgis-devel mailing list
postgis-devel at lists.osgeo.org
http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-devel





More information about the postgis-devel mailing list