[postgis-devel] [PostGIS] #817: Renaming old 3D functions to the convention ST_3D..........

PostGIS trac at osgeo.org
Mon Jan 31 13:58:51 PST 2011


#817: Renaming old 3D functions to the convention ST_3D..........
---------------------+------------------------------------------------------
 Reporter:  nicklas  |       Owner:  nicklas      
     Type:  defect   |      Status:  new          
 Priority:  medium   |   Milestone:  PostGIS 2.0.0
Component:  postgis  |     Version:  trunk        
 Keywords:           |  
---------------------+------------------------------------------------------

Comment(by robe):

 {{{
 Old name ---> should be

 ST_length3d ---> ST_3DLength
 ST_length3d_spheroid ---> ST_3DLength_Spheroid
 ST_perimeter3d ---> ST_3DPerimeter
 ST_MakeBox3d ---> ST_3DMakeBox
 ST_Extent3d ---> ST_3DExtent

 What about functions with explicit 2D, I guess they should follow the same
 convention:

 ST_length2d ---> ST_2DLength
 ST_length2d_spheroid ---> ST_2DLengthSheroid
 ST_perimeter2d ---> ST_2DPerimeter
 ST_area2d ---> ST_2DArea
 ST_MakeBox2d ---> ST_2DMakeBox
 }}}



 -- Those functions I think should keep their names because that tells
 something that they are forced towards 3D, 2D and 4D, not from.
 ST_force_2d
 ST_force_3dz
 ST_force_3d
 ST_force_3dm
 ST_force_4d

 Comments?

 Should we rename the C-functions at the same time where appropriate?

-- 
Ticket URL: <http://trac.osgeo.org/postgis/ticket/817#comment:2>
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.


More information about the postgis-devel mailing list