[prev in list] [next in list] [prev in thread] [next in thread] 

List:       postgis-devel
Subject:    Re: [postgis-devel] Re: Search Path and Function Overloading
From:       strk () refractions ! net
Date:       2007-03-05 13:30:34
Message-ID: 20070305133034.GD32798 () keybit ! net
[Download RAW message or body]

On Mon, Mar 05, 2007 at 01:16:30PM +0000, Mark Cave-Ayland wrote:
> On Fri, 2007-03-02 at 10:33 -0800, Paul Ramsey wrote:
> > Paolo,
> > 
> > This is perhaps best discussed on postgis-devel. I do not know that 
> > there is any good/easy answer. I would like to most all our functions to 
> > st_* space at some point, but that is a huge backward-compatible break, 
> > and if we leave in backwards-compatible hooks, your problem remains.
> > 
> > P
> 
> Perhaps the best action would be to require the cast from PostgreSQL
> geometries to be explicit rather than implicit? See

Yes, I think it should not be implicit.
line 2783 of lwpostgis.sql.in needs be changed.

CREATE CAST (geometry AS box) WITH FUNCTION box(geometry) AS IMPLICIT;

--strk;
_______________________________________________
postgis-devel mailing list
postgis-devel@postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-devel

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic