[postgis-devel] 1.0RC1 open issues

strk at refractions.net strk at refractions.net
Fri Jan 7 10:33:05 PST 2005


On Thu, Dec 16, 2004 at 01:17:33PM +0100, Markus Schaber wrote:
> Hi, Strk,
> 
> On Thu, 16 Dec 2004 11:04:43 +0100
> strk at refractions.net wrote:
> 
> > 	- && Operator for geometry and box2d
> > 	  one of the two might be useless while
> > 	  having both doesn't let you query
> > 	  geometry && box2d
> > 	  because this could be transformed to
> > 	  geometry && box2d::geometry
> > 	  OR
> > 	  geometry::box2d && box2d
> > 	  .. and pGSQL can't choose between the two.
> 
> Abandoning one of the auto casts would be bad, I think.
> 
> Hmm, what does postgres do when we define "geometry && box2d" and "box2d
> && geometry" as well? Then it does not need to cast, and your code can
> do what is most efficient. The back side is that two additional
> operators have to be maintained.
> 
> The lean alternative may be to only define it for box2d and always rely
> on the autocasts.

Ok. I've dropped their definition for box2d and kept them for
geometry. They are meant to be used for geometries, and GiST
index works on geometries, not box2d.

--strk;

> 
> HTH,
> Markus
> -- 
> markus schaber | dipl. informatiker
> logi-track ag | rennweg 14-16 | ch 8001 zürich
> phone +41-43-888 62 52 | fax +41-43-888 62 53
> mailto:schabios at logi-track.com | www.logi-track.com
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel

-- 

For standing up against patentability of software,

  Thank You, Poland!

Read the intervention:    http://kwiki.ffii.org/ConsPolon041221En
Send your thanks:         thankyoupoland.info
Read/do more:		  http://www.noepatents.org/



More information about the postgis-devel mailing list