[GRASS-dev] Re: [GRASS GIS] #96: v.surf.bspline column option broken
GRASS GIS
trac at osgeo.org
Fri Feb 19 04:21:46 EST 2010
#96: v.surf.bspline column option broken
-----------------------+----------------------------------------------------
Reporter: cmbarton | Owner: grass-dev at lists.osgeo.org
Type: defect | Status: reopened
Priority: major | Milestone: 7.0.0
Component: Raster | Version: svn-releasebranch64
Resolution: | Keywords: v.surf.bspline
Platform: All | Cpu: All
-----------------------+----------------------------------------------------
Comment (by mmetz):
Replying to [comment:28 cmbarton]:
> The problem is that the module has been in the distribution but has been
completely broken for a long time. Only recently was it partly fixed so
that it worked with 3D points. But using an attribute value for the
interpolation remained broken. At that time, one picked layer=0 to use 3D
points.
That is still true for v.surf.rst and v.surf.idw in grass64. I just
discovered that in trunk, these modules got a new -z flag. v.surf.bspline
should now be in sync with the other v.surf. modules in trunk. BTW, there
is a mix for v.surf.rst in devbr6: -z flag and "If [layer is] set to 0, z
coordinates are used. (3D vector only)". v.surf.idw doesn't have a -z flag
in devbr6. A bit of a mess.
>
> Very recently there has been a commendable attempt to fix the attribute
value bug. But along with this, for some reason, the way to use 3D points
was changed from layer=0 (working in GUI) to layer=-1 (not working in
GUI).
Reversed for grass6.x, synced to the other v.surf.* modules, affected the
wxGUI only, not tcltk. Works for me now with all GUIs and from the command
line in all branches, both z coords and attribute column.
Markus M
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/96#comment:29>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list