#96: v.surf.bspline column option broken -----------------------+---------------------------------------------------- Reporter: cmbarton | Owner: [email protected] 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>
_______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
