[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