Module command line parser: Difference between revisions

From GRASS-Wiki
Jump to navigation Jump to search
(+Using the parser in own scripts)
(expanded)
Line 1: Line 1:
GRASS GIS's command line parser is used by just about all modules to check input values, create help pages and GUIs. With the help of the ''g.parser'' module your shell or Python scripts can automatically generate help page templates and fully functional GUI windows. (This is a frontend for the G_parser() function in the C API; see the [http://grass.osgeo.org/programming7/ programmer's manual] if you are interested in that)
GRASS GIS's command line parser is used by just about all modules to check input values, create help pages and GUIs. With the help of the ''g.parser'' module your shell or Python scripts can automatically generate help page templates and fully functional GUI windows. (This is a frontend for the G_parser() function in the C API; see the [http://grass.osgeo.org/programming7/parser_8c.html programmer's manual] if you are interested in that)


== Command line parser ==
== Command line parser ==
Line 12: Line 12:
* Options may be limited to a discrete set of answers. This results in a pulldown menu in the GUI and a strict answer from the command line.
* Options may be limited to a discrete set of answers. This results in a pulldown menu in the GUI and a strict answer from the command line.


* The first option= listed by --help may be skiped, for example:
* The first option= listed by --help may be skipped, for example:
  d.rast elevation.dem
  d.rast elevation.dem
* Examples (works with any existing GRASS GIS command):
  r.in.ascii --script
  v.in.ascii --script


* Option names may be shortened up to the point where they collide. Thus shortening option names in a module with color= and column= options would require at minimum colo= and colu=.
* Option names may be shortened up to the point where they collide. Thus shortening option names in a module with color= and column= options would require at minimum colo= and colu=.
Line 76: Line 80:


== WPS process description ==
== WPS process description ==
Starting with GRASS7, the WPS process description can be automatically generated with the option '--wps-process-description', see [[WPS]].
Starting with GRASS7, the WPS process description can be automatically generated with the option '--wps-process-description', see [[WPS]].


Line 84: Line 89:
* {{cmd|g.parser}} itself
* {{cmd|g.parser}} itself


== API ===
=== C API ===
see http://grass.osgeo.org/programming7/parser_8c.html
=== Parser standard options ===
see http://grass.osgeo.org/programming7/parser__standard__options_8c.html


[[Category: FAQ]]
[[Category: FAQ]]
[[Category: Linking to other languages]]
[[Category: Linking to other languages]]

Revision as of 21:16, 9 December 2013

GRASS GIS's command line parser is used by just about all modules to check input values, create help pages and GUIs. With the help of the g.parser module your shell or Python scripts can automatically generate help page templates and fully functional GUI windows. (This is a frontend for the G_parser() function in the C API; see the programmer's manual if you are interested in that)

Command line parser

  • Options take user input (name or number) and of the style:
option=answer
  • flags are on/off switches and of the style
-f
  • Run time flags and options can be mixed in any order. Special options to display help and GUI templates should appear on their own.
  • Options may be tested for correct numerical value and range. For example testing if the numerical answer falls within 0-100 percent.
  • Options may be limited to a discrete set of answers. This results in a pulldown menu in the GUI and a strict answer from the command line.
  • The first option= listed by --help may be skipped, for example:
d.rast elevation.dem
  • Examples (works with any existing GRASS GIS command):
 r.in.ascii --script
 v.in.ascii --script
  • Option names may be shortened up to the point where they collide. Thus shortening option names in a module with color= and column= options would require at minimum colo= and colu=.

for example:

input=in=   and   output=out=
  • Flags may be combined behind a single "-". for example:
-r -f -t   is the same as   -rtf
  • All modules can take the command line options --ui to force a GUI window, --overwrite to allow/force overwritting of maps and files, --quiet to make modules less noisy, --verbose to make modules more noisy, and --script to generate a shell script wrapper template.
  • --quiet, --verbose, and --overwrite may be abbreviated as --q, --v, --o.
  • --help or just 'help' by itself on the command line prints concise module command line option help. This help page will also be printed if there was an error parsing the command options.

GUI window parser

  • If a module is called with no options or flags specified then a GUI window is launched, unless the environment variable GRASS_UI_TERM is set (to any value), in which case the command-line interactive parser is launched.
  • If a module is called with options and flags specified, but with the --ui flag, then a GUI window is started with those options and flags already set to the given values. (useful for interactive scripts)
  • Auto-created from --tcltk or --interface-description (for XML) command line options.
  • Options may be grouped into tabs by the parser settings
  • Quotes to protect "special characters" from the shell are not needed here. Quotes needed to denote SQL 'strings' are still needed.

Interactive text based UI parser

If the environment variable GRASS_UI_TERM is set to any value, then an interactive question/answer text based UI is launched instead of the graphical UI window.

Help page HTML template

  • Auto-created with the --html-description command line option.

Using the parser in own scripts and programs

To add parser (i.e. eventually also GUI functionality) into a self-written script is very simple. Just some specific lines need to be added to the script. The easiest approach is to look at an existing script shipped with GRASS GIS:

Material:

WPS process description

Starting with GRASS7, the WPS process description can be automatically generated with the option '--wps-process-description', see WPS.

Exceptions

Due to technical reasons some modules do not use the standard parser in GRASS 6. These include:

API =

C API

see http://grass.osgeo.org/programming7/parser_8c.html

Parser standard options

see http://grass.osgeo.org/programming7/parser__standard__options_8c.html