[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