123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197 |
- <h2>DESCRIPTION</h2>
- When a user runs GRASS, certain variables are set specifying the GRASS
- data base, location, mapset, peripheral device drivers, etc., being
- used in the current GRASS session. These variable name settings are
- recognized as long as the user is running a GRASS session.
- <h2>OPTIONS</h2>
- No prompts are given to the user when running <em>g.gisenv</em>.
- <p>
- If run without arguments, <em>g.gisenv</em> lists all of the user's
- current GRASS variable settings. Results are sent to standard output,
- and may look like this:
- <div class="code"><pre>
- GISDBASE=/opt/grassdata/
- LOCATION_NAME=nc_spm_08_grass7
- MAPSET=/user1
- GUI=gui
- </pre></div>
- <p>If the user specifies a <b>get=</b><em>variable_name</em> on the
- command line
- <div class="code"><pre>
- g.gisenv MAPSET
- </pre></div>
- only the value for that particular GRASS variable is output to
- standard output. Possible variable names depend on the user's system,
- see <a href="variables.html">variables list</a> for details. Note that
- the variable names are case-insensitive.
- <p>While other variables may be associated with each GRASS session (e.g.,
- GRASS_GUI, GIS_LOCK, and other variables), those stated below
- are essential.
- <dl>
- <dt><em>GISDBASE</em>
- <dd>The <em>GISDBASE</em> is a directory in which all users' GRASS
- data are stored. Within the <em>GISDBASE</em>, data are segregated
- into subdirectories (called "locations") based on the map
- coordinate system used and the geographic extent of the data. Each
- "location" directory itself contains subdirectories called
- "mapsets"; each "mapset" stores "data base
- elements" - the directories (e.g.,
- the <tt>cell</tt>, <tt>cellhd</tt>, <tt>vector</tt>, etc., directories)
- in which GRASS data files are actually stored.
- <dt><em>LOCATION_NAME</em>
- <dd>The user must choose to work with the data under a single GRASS
- location within any given GRASS session; this location is then called
- the <em>current GRASS location</em>, and is specified by the variable
- <em>LOCATION_NAME</em>. The <em>LOCATION_NAME</em> is the GRASS data
- base location whose data will be affected by any GRASS commands issued
- during the user's current GRASS session, and is a subdirectory of the
- current <em>GISDBASE</em>. Each "location" directory can
- contain multiple "mapset" directories (including the special
- mapset <em>PERMANENT</em>). Maps stored under the same
- GRASS <em>LOCATION_NAME</em> (and/or within the same <em>MAPSET</em>)
- must use the same coordinate system and typically fall within the
- boundaries of the same geographic region (aka, "location").
- <dt><em>MAPSET</em>
- <dd>Each "mapset" contains a set of maps relevant to the
- <em>LOCATION_NAME</em> directory in which it appears.
- Each <em>LOCATION_NAME</em> can contain multiple mapsets. (Mapsets
- which fall under the same <em>LOCATION_NAME</em> all contain data
- geographically relevant to the <em>LOCATION_NAME</em>, and all store
- data in the same map coordinate system. Frequently, maps are placed
- into different mapsets to distinguish file ownership - e.g., each user
- might have one or more own mapset(s), storing any maps that the user has
- created and/or are relevant to the own work.) During each GRASS session, the
- user must choose one mapset to be the <em>current mapset</em>; the current
- mapset setting is given by <em>MAPSET</em>, and is a subdirectory
- of <em>LOCATION_NAME</em>. During a single GRASS session, the user
- can use available data in any of the mapsets stored under the
- current <em>LOCATION_NAME</em> directory that are in the user's
- mapset search path and accessible by the user. However, within a
- single GRASS session, the user only has <em>write</em> access to data
- stored under the <em>current mapset</em> (specified by the
- variable <em>MAPSET</em>).
- <p>Each "mapset" stores GRASS data base elements (i.e., the
- directories in which GRASS data files are stored). Any maps created
- or modified by the user in the current GRASS session will be stored
- here. The <em>MAPSET</em> directory <em>PERMANENT</em> is generally
- reserved for the set of maps that form the base set for all users
- working under each <em>LOCATION_NAME</em>.
- </dl>
- <p>
- Once within a GRASS session, GRASS users have access only to the data
- under a single GRASS data base directory (the <em>current GRASS data
- base</em>, specified by the variable <em>GISDBASE</em>), and to a
- single GRASS location directory (the <em>current location</em>,
- specified by the variable <em>LOCATION_NAME</em>). Within a single
- session, the user may only <em>modify</em> the data in the
- <em>current mapset</em> (specified by the variable
- <em>MAPSET</em>), but may <em>use</em> data available under other
- mapsets under the same <em>LOCATION_NAME</em>.
- <p>All of these names must be legal names on the user's current system.
- <!--For UNIX users, names less than 14 characters and containing no
- non-printing or space codes are permissible. Examples of permissible
- names include: <em>one</em>, <em>mymap</em>, <em>VeGe_map</em>, and
- <em>1_for_me</em>. The underscore character can safely be
- used in place of a blank for multiple-word names.
- -->
- <p>
- The full path to the current mapset is determined
- from <em>GISDBASE</em>, <em>LOCATION_NAME</em>, <em>MAPSET</em>
- variables, in the example
- above: <tt>/opt/grassdata/spearfish/PERMANENT</tt>. The full path can
- be printed using <em>g.gisenv</em> by providing multiple variables:
- <div class="code"><pre>
- g.gisenv get=GISDBASE,LOCATION_NAME,MAPSET sep='/'
- /opt/grassdata/nc_spm_08_grass7/user1
- </pre></div>
- <h2>NOTES</h2>
- The output from
- <em>g.gisenv</em>
- when invoked without arguments is directly usable by Bash. The
- following command will cast each variable into the UNIX environment:
- <div class="code"><pre>
- eval `g.gisenv`
- </pre></div>
- This works only for <em>Bash</em>, <em>sh</em>, <em>ksh</em>, etc. The format of the output is not
- compatible with some other UNIX shells.
- <p>
- By default the GRASS variables are stored in <em>gisrc</em> file
- (defined by environmental
- variable <em>GISRC</em>). If <b>store=mapset</b> is given then the
- variables are stored in <tt><gisdbase>/<location>/<mapset>/VAR</tt>
- after the current GRASS session is closed.
-
- <h3>GRASS Debugging</h3>
- To print debugging messages, the variable <em>DEBUG</em> must be set to level
- equal or greater than 0:
- <div class="code"><pre>
- g.gisenv set="DEBUG=3"
- </pre></div>
- Levels: (recommended levels)
- <ul>
- <li> 0 - silence
- <li> 1 - message is printed once or few times per module
- <li> 3 - each row (raster) or line (vector)
- <li> 5 - each cell (raster) or point (vector)
- </ul>
- To disable debugging messages:
- <div class="code"><pre>
- g.gisenv unset="DEBUG"
- </pre></div>
- The variable DEBUG controls debugging messages from GRASS libraries
- and modules.
- <p>
- Similarly <em>WX_DEBUG</em> controls debugging messages
- from <a href="wxGUI.html">wxGUI</a>.
- <h2>SEE ALSO</h2>
- <em>
- <a href="g.access.html">g.access</a>,
- <a href="g.filename.html">g.filename</a>,
- <a href="g.findfile.html">g.findfile</a>,
- <a href="g.mapsets.html">g.mapsets</a>
- </em>
- <p>
- See also <a href="variables.html">variables list</a>
- <h2>AUTHOR</h2>
- Michael Shapiro,
- U.S.Army Construction Engineering Research Laboratory
|