#802: v.vol.rst reverts mask coordinates
------------------------------------+---------------------------------------
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone: 6.5.0
Component: default | Version: svn-develbranch6
Keywords: mask, 3D interpolation | Platform: Linux
Cpu: x86-64 |
------------------------------------+---------------------------------------
v.vol.rst does not apply mask correctly, for example, mask that is NW-SE
diagonal strip is applied as NE-SW diagonal strip,
I need to look at the code to find what exactly is happening
#802: v.vol.rst reverts mask coordinates
------------------------------------+---------------------------------------
Reporter: helena | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 6.5.0
Component: Default | Version: svn-develbranch6
Keywords: mask, 3D interpolation | Platform: All
Cpu: x86-64 |
------------------------------------+---------------------------------------
Changes (by helena):
* platform: Linux => All
Comment:
Both 2D and 3D masks have problems.[[BR]]
v.vol.rst has option maskmap to define a 2D raster as a mask for volume.
It appears that when output is a 2D raster (e.g. example from grassbook
for precipitation with influence of topography) the result is correct.
However, for the 3D raster output the result is not written correctly - it
looks like wrong order of rows or columns discussed by Soeren recently.
So if v.vol.rst is run with the mask shown in pink in the linked image,
the result when converted to 2D series is like the yellow strip and the
isosurfaces are shown in the second image.[[BR]]
if a 2d MASK or 3d G3D_MASK is set, v.vol.rst finishes with segfault
before writing the output. It finishes without segfault in GRASS7 but the
mask is not applied.
Please ignore this if the release of GRASS6.4.2 is possible this week.
If not, I am wondering whether the binaries for winGRASS6.4.1 are available somewhere
on the GRASS website.
There is currently GRASS6.4.1 binary for Mac and GRASS6.4.2RC2 binary available for winGRASS
which may be confusing for students (and users in general).
Perhaps we should keep winGRASS6.4.1 binaries for donwload until GRASS6.4.2 is
available for both Mac and Windows. For an outsider it looks like there is no stable version at this moment.
On Mon, Dec 12, 2011 at 5:11 AM, Helena Mitasova <hmitaso@ncsu.edu> wrote:
Please ignore this if the release of GRASS6.4.2 is possible this week.
I guess not since I have no idea about the g.extension state which appears
to require still a RC3.
If not, I am wondering whether the binaries for winGRASS6.4.1 are available somewhere
on the GRASS website.
... now yes, restored.
There is currently GRASS6.4.1 binary for Mac and GRASS6.4.2RC2 binary available for winGRASS
which may be confusing for students (and users in general).
Perhaps we should keep winGRASS6.4.1 binaries for donwload until GRASS6.4.2 is
available for both Mac and Windows. For an outsider it looks like there is no stable version at this moment.
I agree - sorry about this. I have put back the Windows GRASS6.4.1 binaries
on the GRASS web site.
