<div dir="ltr">Thanks.  I'll have to come up with a creative solution.  The best solution would have been for the US to adopt the metric system back in the 70s, but there's some saying about spilt milk.<div><br></div>



<div><br></div><div>Mark</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jul 2, 2014 at 1:07 PM,  <span dir="ltr"><<a href="mailto:sedwards2@cinci.rr.com" target="_blank">sedwards2@cinci.rr.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
---- Mark Seibel <<a href="mailto:mseibel@gmail.com">mseibel@gmail.com</a>> wrote:<br>
> When using r.profile interactively in a location using horizontal and<br>
> vertical units of meters, the output profile is correct.  My transect is<br>
> about 800 meters long.<br>
><br>
> When using r.profile interactively in a location using horizontal and<br>
> vertical units of feet, the Y axis (raster elevation values) displays<br>
> values correctly.  However, the X axis stops plotting at 800 *feet* but<br>
> puts the endpoint 'triangle' of the profile at the correct distance on the<br>
> X axis at around 2600 feet.   Essentially, it squishes the plot to fit<br>
> between 0 and 800 when it should be between 0 and around 2600.<br>
><br>
> I notice that when I measure distances, the display also outputs the units<br>
> in meters, but the values are in feet.  Seems like a related issue.<br>
><br>
> Where do I change this so that units are correct as feet?  I've tried<br>
> setting the EPSG code in Settings-->Preferences-->Projection Tab to 2882<br>
> with the proj.4 string inserted, but it still treats the horizontal units<br>
> as if they were meters and not feet when measuring or profiling the surface.<br>
><br>
> Tried r.profile in GRASS 6.4 and 7.1 on Linux Mint with same results.<br>
><br>
> Thanks,<br>
> Mark<br>
<br>
</div></div>This is a long standing problem (for me anyway) - see thread from 2012<br>
<a href="https://www.mail-archive.com/grass-dev@lists.osgeo.org/msg26480.html" target="_blank">https://www.mail-archive.com/grass-dev@lists.osgeo.org/msg26480.html</a><br>
I still have the problem but have learned to adapt … I upgrade the csv output to the appropriate scales in GNU Octave and replot… bit of a pain but it works.<br>
Interesting that you are experiencing this on a Linux system - others reported the problem not replicated on Linux back in 2012.<br>
<br>
Stu<br>
</blockquote></div><br></div>