#1787: Profile Analysis Tool Problems
------------------------------------+---------------------------------------
Reporter: stu | Owner: grass-dev@…
Type: defect | Status: new
Priority: major | Milestone: 7.1.0
Component: wxGUI | Version: svn-trunk
Keywords: profile tool r.profile | Platform: All
Cpu: x86-64 |
------------------------------------+---------------------------------------
Comment(by mlennert):
Replying to [comment:11 annakrat]:
> Replying to [comment:9 annakrat]:
> > Replying to [comment:7 dadudeman]:
> > > Used r.profile interactively in GRASS 7.1 SVN. Same problems
described by stu. If I use horizontal and vertical units of meters, the
plot is perfect. If I change to horizontal and vertical units of feet,
the Y axis of elevations is displayed correctly, but the X axis is
squished to stop at the unit value in meters rather than feet. Example:
I had a 800 meter transect, but when reprojected to feet and profiled, the
graph stops at 800 feet rather than the approximate 2600. The endpoint
triangle, however, is placed around the 2600 distance. It's as if it
thinks the units are meters horizontal.
> >
> > Yes, it's meters because meters come from r.profile and the GUI
profiling tool just takes the values as they are. I wonder if this should
be changed in r.profile rather than in the GUI?
>
> I fixed this problem in GUI (r61269). Please test. Still it would be
worth changing the behavior of r.profile (and then revert this commit).
This immediately raises once again the question of whether such temporary
workaround fixes are really a good idea, especially when we know that a
fix is actually needed elsewhere. Now that this actually seems to work,
the needed fix is in risk of oblivion.
I personally would plead for not applying such temporary fixes...
Moritz
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/1787#comment:13>
GRASS GIS <http://grass.osgeo.org>
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
