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

GRASS GIS trac at osgeo.org
Wed Feb 17 09:57:54 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 cmbarton):

 The GUI is not defining what is an illegal value. -1 is not a valid value
 for a layer. There is no layer -1. Using 3D points instead of a column in
 an attribute table has nothing to do with picking layers. It is a choice
 of using a value from the attribute table OR using the z value of 3D
 points.

 It is easy for the GUI to create a spin box for layer selection that runs
 from -1 to a max. But that would be the case for all interfaces that use
 layers. What happens with d.vect layer=-1?

 The problem is using the layer selection to make the module do something
 that has nothing to do with layer selection. For ease of parsing in
 scripts and for consistent creation of a GUI interface, each distinct
 function should have it's own argument (option or flag). Trying to combine
 two different functions into one argument leads to problems in using the
 module syntax for anything beyond human command-line use.

 I guess I don't see what the problem is in having a z flag.

 BTW, I see that Martin has already fixed the r.bilinear entry a day or two
 ago.

 Michael

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/96#comment:21>
GRASS GIS <http://grass.osgeo.org>


More information about the grass-dev mailing list