[postgis-devel] Proposed changes to the rotate family of functionsfor PostGIS 2.0

[Paragon Corporation]

Mike,

You are even more draconian than I am :)  I was only proposing dropping 8.3.
Not 8.4 too.  That seems a bit too harsh even for me :)

As far as your proposal of ST_Rotate enhancements, I don't think we have
reached feature freeze yet for PostGIS 2.0 so I for one would be okay with
it.

Have to get Kevin, Paul and Mark's vote on that too.

Thanks,
Regina
 

-----Original Message-----
From: postgis-devel-bounces at postgis.refractions.net
[mailto:postgis-devel-bounces at postgis.refractions.net] On Behalf Of Mike
Toews
Sent: Wednesday, October 13, 2010 1:11 PM
To: postgis-devel at postgis.refractions.net
Subject: [postgis-devel] Proposed changes to the rotate family of
functionsfor PostGIS 2.0

Hi,

I'd like to make some changes to the rotate family of functions for the 2.0
release. In summary, it's related to
http://postgis.refractions.net/pipermail/postgis-devel/2010-January/008405.h
tml

My changes would include including extending ST_Rotate to allow a custom
origin. Also I'd like to introduce a ST_Rotate3D function to allow more
complicated 3D rotates, which effectively eliminate the need for
ST_Rotate[XYZ] functions (since I'm convinced they are not usable for
day-to-day work). I'd also update docs and test cases related to the
changes. Also, the scope of this work is limited to geometries only (not
rasters).

So my questions: is this too late for the 2.0 release? Should I write up a
RFC to discuss the changes (I noticed there are a few of these in /doc/rfc)?
Would this be welcome/unwelcome?

Also as a comment, I support PostgreSQL 9.0 as the new minimum version for
PostGIS 2.0. There is a growing number of functions that effectively
overload operators, and changes like what I propose only add to the heap.

-Mike
_______________________________________________
postgis-devel mailing list
postgis-devel at postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-devel