[postgis-devel] 1.3.4?

[Obe, Regina]

I'm still bothered by this. But I'll itemize my concerns

1) ST_Equals IS NOT USED in UNION as I demonstrated in my last email. so fixing that will NOT MAKE any change to the way 
UNION behaves.  UNION uses = which is disturbing anyway since it assumes geometries with the same bounding box are equal. 

2) We should probably make a note about that somewhere in the docs that UNION (and similarly GROUP BY) does a bounding box grouping/distinct.  Its not as big of a deal when you are throwing attributes in there like a primary key field of a table since those would prevent collapsing by bounding box, but is if you don't and is counter-intuitive.

3) If you change ST_Equals to return false with different SRIDs, then why wouldn't you do the same with all relation boolean operators - what exactly is the difference?  We said operations/relationships between different SRIDS (except for ST_Transform is not supported) - having ST_Equals behave differently is to me an annoying break in pattern and doesn't even solve the issue that raised this whole question.


-----Original Message-----
From: postgis-devel-bounces at postgis.refractions.net on behalf of Kevin Neufeld
Sent: Mon 9/29/2008 11:17 PM
To: PostGIS Development Discussion
Subject: Re: [postgis-devel] 1.3.4?
 
For the reasons I outlined in postgis-users 
(http://postgis.refractions.net/pipermail/postgis-users/2008-September/021379.html), 
I don't think there is a union issue with different SRID values ... it 
should be that way. 

Having ST_Equals return false instead of error on different SRID values 
and ignoring null geometries in aggregate functions is fine with me.

2 cents,
Kevin

Charlie Savage wrote:
>
>
> Paul Ramsey wrote:
>> Anyone? We pass regression now, ready to go.
>
> Any chance of doing something about the ST_EQUALS and union issues 
> with different SRID values?
>
> Charlie
> ------------------------------------------------------------------------
>
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel
>   
_______________________________________________
postgis-devel mailing list
postgis-devel at postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-devel



-----------------------------------------
The substance of this message, including any attachments, may be
confidential, legally privileged and/or exempt from disclosure
pursuant to Massachusetts law. It is intended
solely for the addressee. If you received this in error, please
contact the sender and delete the material from any computer.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-devel/attachments/20080930/4741fc29/attachment.html>