[GRASS-dev] Re: [GRASS GIS] #96: v.surf.bspline column option broken

[GRASS GIS]

#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>