[GRASS-dev] [GRASS GIS] #2417: r.profile should report distance in location units

[GRASS GIS]

#2417: r.profile should report distance in location units
--------------------------------+-------------------------------------------
 Reporter:  annakrat            |       Owner:  grass-dev@…              
     Type:  enhancement         |      Status:  new                      
 Priority:  major               |   Milestone:  7.0.0                    
Component:  Projections/Datums  |     Version:  svn-trunk                
 Keywords:  r.profile, units    |    Platform:  All                      
      Cpu:  Unspecified         |  
--------------------------------+-------------------------------------------
Changes (by neteler):

  * priority:  normal => major
  * milestone:  7.1.0 => 7.0.0


Comment:

 At least in California (http://maps.cityofdavis.org/library/, Street
 Centerline,
 http://epsg.io/102642) as well as some North Carolina .prj definitions
 with
  * unit: Foot_US
  * units: Foot_USs
 still exist, hence should be supported as well.

 I checked and found some older discussion:

 Re: U_FEET versus US_USFEET, there has been discussion in the past:
  * http://lists.osgeo.org/pipermail/grass-dev/2011-September/055991.html
    * http://lists.osgeo.org/pipermail/grass-dev/2011-September/055993.html
    * http://lists.osgeo.org/pipermail/grass-dev/2011-September/056011.html
  * http://lists.osgeo.org/pipermail/grass-user/2012-June/065082.html
  * http://lists.osgeo.org/pipermail/grass-user/2012-June/065086.html

 I have created a patch (attached) which introduces US_USFEET as suggested
 years ago
 by Glynn. It contains one TODO where I don't know how to distinguish the
 special
 State Plane feet case. How to do that properly? with PROJECTION_SP_USF?

 TODO: GS_geodistance() in ogsf/GS_util.c comes with hardcoded values!
 Instead G_meters_to_units_factor() should be used, stuff to be merged.

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/2417#comment:7>
GRASS GIS <http://grass.osgeo.org>