[GRASS-dev] [GRASS GIS] #234: v.type, v.type.sh, GUI and WinGRASS

GRASS GIS trac at osgeo.org
Fri Jul 25 10:37:24 EDT 2008


#234: v.type, v.type.sh, GUI and WinGRASS
----------------------+-----------------------------------------------------
 Reporter:  msieczka  |       Owner:  grass-dev at lists.osgeo.org
     Type:  defect    |      Status:  new                      
 Priority:  major     |   Milestone:  6.4.0                    
Component:  wxGUI     |     Version:  svn-develbranch6         
 Keywords:            |    Platform:  All                      
      Cpu:  All       |  
----------------------+-----------------------------------------------------
 Autogenerated v.type wxGUI still suffers from an old bug described on [1].
 The v.type.sh workaround will not work on Windows without msys. Would a
 Python replacement do? Or is it possible to fix the problem instead of a
 workaround?

 Cedric Shock describes the issue in detail:

 {{{
 The options type is interpreted by the gui as being a set of boolean
 values (thus the checkboxes). This is how it's used in many other modules,
 such as d.vect.

 v.type assumes a different semantic meaning to options (a type safe
 enumerated list) and relies heavily on the behaviour of the options
 implementation for error safety and parsing (I have no quick fix).

 There is probably a hack fix like the following: declare the parser.c
 option of v.type to be a regular text (not option) option. After parser.c
 has handed back the options structure hand jsut this option (possibly with
 its type modified) back to whatever parser.c "function" parses the list of
 options as-is. The correct fix is to either add another semantic meaning
 to the parser system for a type safe enumerated list or to copy the code
 that does this into v.type.
 }}}

 [1]https://www.intevation.de/rt/webrt?serial_num=296

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/234>
GRASS GIS <http://grass.osgeo.org>


More information about the grass-dev mailing list