[postgis-devel] [PostGIS] #576: 3d distance functions

[PostGIS]

#576: 3d distance functions
-------------------------+--------------------------------------------------
 Reporter:  nicklas      |       Owner:  nicklas      
     Type:  enhancement  |      Status:  assigned     
 Priority:  medium       |   Milestone:  PostGIS 2.0.0
Component:  postgis      |     Version:  trunk        
 Keywords:               |  
-------------------------+--------------------------------------------------

Comment(by robe):

 Getting back to Mark's point about naming -- I think the way you have the
 functions named is fine for now as it follows convention.  Though I hate
 the current convention.  I would just like ST_length, ST_Area, ST_DWithin
 (and upcoming ST_Intersects), to not have 3D  and just use the highest
 dimension of input geometries.

 If its necessary to manage a dimension measurement lower than the
 dimension of the geometry, then we can pass in an optional dimension
 argument. I just like using the same code for both my 2D and 3 D work, and
 having to replace with 3D is just annoying and confusing because when I
 want a length/DWithin and I'm dealing with 3D I want a 3D length/distance.

 David Bitner -- you work with 3D probably more than the rest of us.
 What's your opinion on naming?


 Nicklas -- sorry for this long drawn out diatribe. Can you add in an
 ST_Intersects(I guess3D for now) and just have it piggy back on your
 ST_DWithin3D

-- 
Ticket URL: <http://trac.osgeo.org/postgis/ticket/576#comment:7>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.