GRASS-Wiki - User contributions [en]

Support

2012-02-29T14:02:15Z

⚠️Dassau: /* Commercial support: Companies and Institutions which offer GRASS Support */

== GRASS Community ==

To reach the community, see [[GRASS Community]].

== Commercial support: Freelancers who offer GRASS Support ==

You need a person with programming skills? Check out this list:

* you
* ...

== Commercial support: Companies and Institutions which offer GRASS Support ==

{| class="wikitable sortable" cellspacing="1" cellpadding="1" border="1"
|-
! scope="col" | Country
! scope="col" | Name
! scope="col" | Competences
! scope="col" | Site
|-
| Germany
| GDF Hannover
| Project management, Data analysis
| http://www.gdf-hannover.de
|-
| Italy
| Fondazione Edmund Mach
| Project management, Data analysis, Programming
| http://gis.cri.fmach.it
|-
| Germany
| Geoinformatik Büro Dassau
| Project management, Training, Data analysis, Programming
| http://www.gbd-consult.de
|-
| your country
| ...
| ...
| ...
|}

[[Category: FAQ]]

AddOns

2010-08-28T13:24:56Z

⚠️Dassau: /* g.laptop.sh */

This page contains references to user contributions and add-ons (the original GRASS GIS software can be downloaded [http://grass.osgeo.org/download/ here]).

__TOC__

== AddOns source code repository ==

The AddOns source code is hosted in [http://svn.osgeo.org/grass/grass-addons/ GRASS-AddOns SVN repository].

To checkout:

svn checkout <nowiki>https://svn.osgeo.org/grass/grass-addons/</nowiki> grass-addons

Please read [http://trac.osgeo.org/grass/wiki/HowToContribute#WriteaccesstotheGRASS-Addons-SVNrepository How to get write access to the GRASS-Addons-SVN repository] and contact the [http://lists.osgeo.org/mailman/listinfo/grass-dev grass-dev] mailing list if you would like to host your module there.

== Building and installing Addons ==

See the [[Compile and Install#Addons|compile and install]] wiki page.

In GRASS 6.5+ use {{cmd|g.extension|version=65}} module, e.g. to install <tt>r.fuzzy.system</tt> run

g.extension extension=r.fuzzy.system

To remove installed Addons run

g.extension extension=r.fuzzy.system operation=remove

== Adding something new ==

Please announce your add-on to the GRASS users' mailing list so that others may be aware of your work. Also please consider adding your module to one of the [[Applications]] pages.

=== Copyright and licensing information ===

''Please be sure to include copyright and licensing information in the header comments of your code so that others may know how they can use, extend, modify, and redistribute your work.''

e.g. at the top of a shell script:
<pre>
#!/bin/sh
############################################################################
#
# MODULE: v.in.e00
#
# AUTHOR(S): Markus Neteler, Otto Dassau
#
# PURPOSE: Import E00 data into a GRASS vector map
# Imports single and split E00 files (.e00, .e01, .e02 ...)
#
# COPYRIGHT: (c) 2004, 2005 GDF Hannover bR, http://www.gdf-hannover.de
#
# This program is free software under the GNU General Public
# License (>=v2). Read the file COPYING that comes with GRASS
# for details.
#
#############################################################################
#
# REQUIREMENTS:
# - avcimport: http://avce00.maptools.org

[script follows]
</pre>

=== Coding standards ===

Please have a look at our [http://grass.osgeo.org/grass63/source/SUBMITTING_SCRIPTS Shell script coding standards] before submitting here.

There are other coding standards given for modules written in C, Tcl/Tk, and Python''(?)'' located in the GRASS source code.

=== Documenting your code ===

You can have an help page template auto-generated by using the GRASS [[module command line parser | command line parser]] with the <tt>--html-description</tt> command line option. Please, see also the [http://grass.ibiblio.org/grass63/manuals/html63_user/g.parser.html g.parser help page]

== Miscellaneous Add-ons ==

* [http://trac.osgeo.org/grass/browser/grass-addons/misc/utm_which_zone utm_which_zone.sh] is a shell script to determine UTM zone from Lat/Lon input. Requires [http://www.octave.org Octave] or Matlab to be installed. A shell-only version is [http://dcalvelo.free.fr/grass/utm_which_zone_sh.sh available] which only requires awk. '''Authors''': Hamish Bowman (Octave part), Markus Neteler (shell script wrapper), Daniel Calvelo (sh+awk version)

* Perl scripts for converting data forth and back between Excel files and PostgreSQL: [http://dcalvelo.free.fr/grass/pg2xls.pl pg2xls.pl] reads data from PostgreSQL and produces an excel workbook; [http://dcalvelo.free.fr/grass/xls2sql.pl xls2sql.pl] reads excel files and outputs SQL statements to be fed into an RDBMS. Both scripts need modules from [http://www.cpan.org CPAN], especially [http://search.cpan.org/dist/Spreadsheet-ParseExcel/ Spreadsheet::ParseExcel] for xls2sql.pl and [http://search.cpan.org/~tmtm/Spreadsheet-WriteExcel-FromDB Spreadsheet::WriteExcel::FromDB] and its dependencies for pg2sql.pl. Check the source headers for more info. '''Authors:''' Daniel Calvelo (xls2sql.pl), Markus Neteler (pg2xls.pl)

* [http://dream.lrrl.arch.tu-muenchen.de/~wqual/perl/dbf2sql.tgz dbf2sql] is a Perl script for translating dbf-tables into a sql-command. dbf-tables are read using dbfdump-command from dbd-xbase-perl module ([http://search.cpan.org/~janpaz/DBD-XBase-0.241/ dbd::xbase] and [http://search.cpan.org/~jv/Getopt-Long-2.35/lib/Getopt/Long.pm getopt::long] have to be installed from CPAN first). There are problems, if the last column of the table contains characters. Suggestions for improvements welcome! '''Author:'''Wolfgang Qual

* [http://www.igc.usp.br/pessoais/guano/downloads/azimuth2.c azimuth2.c] is a small C program to calculate the azimuth and length of vector lines exported by GRASS-GIS as ASCII files (like this: v.out.ascii input=vector output=ascii format=standard). It is useful for create rose diagrams of lineament maps. Improvements on the original code after suggestions by Örs Téglásy, Hungary. '''Author:''' Carlos Henrique Grohmann

==GRASS 6.x (current)==

=== Vector add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/vector

==== v.adehabitat.clusthr, v.adehabitat.kernelUD, v.adehabitat.mcp ====

: Tools to calculate home ranges of animals
: '''Author:''' Clement Calenge

Available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/vector/adehabitat

==== v.append ====

: [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.append v.append] is a shell script combining two vector files AND their associated attribute tables. The vector files should be of the same type and, for best results, should have identically formatted attribute tables.

: '''Author:''' Michael Barton

==== v.autokrige ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.autokrige/v.autokrige.py v.autokrige] achieves automatic ordinary kriging from GRASS sites (vector point data), using R with spgrass6 (RGRASS) and automap packages.

: '''Author:''' Mathieu Grelier

==== v.breach ====

: [http://www.sieczka.org/programy_en.html v.breach] creates vector maps of lines and points of continously lowering elevation down the input watercourses, based on the input raster DEM.

: '''Author:''' Maciej Sieczka

==== v.colors ====

: {{cmd|v.colors}} ''moved into main archive''

==== v.count.points.sh ====

: [http://wiki.iosa.it/dokuwiki/spatial_analysis:feature_count v.count.points.sh] counts point features in areas, generates table good as input to d.vect.chart.

: '''Author:''' Stefano Costa

==== v.digatt ====

: [http://phygeo7.geo.uni-augsburg.de/gis2/scripts/v.digatt v.digatt] (shell script) Interactively assign numeric table attributes to series of vector objects. It is meant to be effective by avoiding to type in the attribute value for all single objects again and again. The user is prompted for typing in an attribute value which is assigned to all objects selected by mouseclick afterwards. Next the display is redrawn after updating the table column. Zooming allows to change the region before the old value can be reused or a new one can be typed in (or copied by mouse from another object) in order to assign it to the next series of objects etc. It is tested not very extensively yet. Therefore better work with a copy of your map and consider using v.digit or d.what.vect -e alternatively. [http://phygeo7.geo.uni-augsburg.de/gis2/scripts/v.digatt.png screenshot].

: '''Author:''' Andreas Philipp

==== v.dip ====

: [http://marcin.slodkowski.googlepages.com/v.dip.tgz v.dip] creates points of thickness vectors from the vectors of strike and dip angles. The v.dip is the main ANSI C core program. Program so-called v.dip can run without GRASS environment.

: '''Author:''' Marcin Slodkowski

==== v.flip ====

: [http://www.sieczka.org/programy_en.html v.flip] flips the direction of selected vector lines (redundant since GRASS 6.3 - there is "v.edit tool=flip").

: '''Author:''' Maciej Sieczka

==== v.group ====

: [http://www.shockfamily.net/cedric/grass/v.group v.group] generates a new vector map with the same geometry as an existing map. The new map has categories and a table based on grouping by the values in certain columns of the existing map's table. The values in these columns are preserved in the table for the new map. It's like a v.reclass that preserves data.

: '''Author:''' Cedric Shock

==== v.in.gama ====

: Converts [http://www.gnu.org/software/gama/ GNU GaMa] XML output file to a GRASS vector map layer.

:'''Author:''' Martin Landa

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.in.gama

==== v.in.geoplot ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.geoplot v.in.geoplot] converts a [http://www.geoscan-research.co.uk/page9.html/ Geoplot] ASCII export file to a GRASS vector map layer.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.in.geoplot

==== v.in.gshhs ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.gshhs v.in.gshhs] imports [http://www.soest.hawaii.edu/wessel/gshhs/gshhs.html GSHHS] shorelines into a GRASS vector map. GSHHS data are automatically reprojected to the current location.

:'''Authors:''' several, updated to GRASS 6 by Markus Metz

==== v.in.mbsys_fnv ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.mbsys_fnv v.in.mbsys_fnv] imports [[MB-System]] navigation files into a GRASS vector map. You can choose from swath area coverage, track lines (including outer port/starboard edges), all bounds as points, etc. An attribute database is created containing the vital statistics of the specified feature such as track length or swath coverage (geodesic), start stop time and location, pitch, roll, heave, etc.

:'''Author:''' Hamish Bowman

==== v.in.ncdc ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.ncdc v.in.ncdc] imports an [http://www.ncdc.noaa.gov NCDC] stn file (station data) into a GRASS vector map.

: '''Author:''' Huidae Cho

==== v.in.postgis ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.postgis/v.in.postgis.py v.in.postgis] Create a GRASS layer from any sql query on PostGIS data.

: '''Author:''' Mathieu Grelier

==== v.in.osm ====

: [http://kripton.kripserver.net/software/v.in.osm/ v.in.osm]: OpenStreetMap import into GRASS. Yet only supports deprecated API 0.4, will be modified to work with API 0.5 some time soon.

: '''Author:''' Jannis Achstetter

: See also [http://hamish.bowman.googlepages.com/gpsdrivefiles#osm osm2grass.sh] by H Bowman

==== v.in.osm2 ====

: [https://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.osm2 v.in.osm2]: OpenStreetMap import into GRASS. Supports current API 0.6, downloads using the [http://wiki.openstreetmap.org/wiki/Xapi Xapi] interface and imports using GpsBabel 1.3.5 or newer. GpsBabel restricts to either nodes or ways being imported at a time, not both. Use {{cmd|v.patch}} to rejoin them. (''work in progress'')

: '''Author:''' Hamish Bowman

==== v.in.ovl ====

: [http://grasslab.gisix.com/scripts/v.in.ovl/ v.in.ovl] is a shell script that imports an ASCII vector file created with TOP10|25|50 or similar products.

: '''Author:''' Peter Löwe

==== v.krige ====

: [[V.krige_GSoC_2009 | v.krige]] aims to integrate R functions for kriging (packages automap, gstat, geoR) in a trasparent way. '''Moved into trunk/devbr6 code (r40048)'''

: '''Author:''' Anne Ghisla, as Google Summer of Code 2009 project

: See also [[GRASS_AddOns#v.autokrige]] by Mathieu Grelier

==== v.lda ====

: [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.lda v.lda] is a shell script for calculating Ian Johnson's (U. Sidney) Local Density Analysis values to measure clustering of point data at different neighborhood radii. There is an option to create a simple line graph of the results. There have been reports of problems creating the line graph on Cygwin installations of GRASS.

==== v.line.center ====

: [http://www.sieczka.org/programy_en.html v.line.center] creates a points vector map with each point located in the middle of the length of the input vector line.

: '''Author:''' Maciej Sieczka

==== v.lmeasure ====

: [http://ngeo.de/grassstuff/v.lmeasure v.lmeasure] and [http://ngeo.de/grassstuff/v.revlmeasure v.revlmeasure] are two perl scripts that place equidistant vector points along a given arbitrary vector line starting from the beginning or end of the vector line, respectively. Resulting vector points are labeled with the distance from origin.

: '''Author:''' Mats Schuh

==== v.out.ascii.db ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.ascii.db v.out.ascii.db] is a shell script for exporting vector point data coordinates and selected attribute columns to either a file or to the console.
: ''Superseded in GRASS 6.4 by the new v.out.ascii columns= option.''

: '''Author:''' Hamish Bowman

==== v.out.ascii.mat ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.ascii.mat v.out.ascii.mat] is a shell script for exporting vector polygon and polyline data into an ASCII text file suitable for loading into Matlab (or [http://www.gnu.org/software/octave/ Octave]).

: '''Author:''' Hamish Bowman

==== v.out.gmt ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.gmt v.out.gmt] is a shell script that exports a polygon vector file into GMT xy file. psbasemap code was copied from Hamish's r.out.gmt.

: '''Author:''' Huidae Cho, Hamish Bowman, Dylan Beaudette

==== v.out.kml ====

: [http://grasslab.gisix.com/scripts/v.out.kml/ v.out.kml] is a shell script that exports a vector file into a KML file for Google Earth or Worldwind. see also [[#r.out.kml|r.out.kml]] and [[#r.out.gmap|r.out.gmap]]

: '''Author:''' Peter Löwe

==== v.out.svg ====

: [http://svg.cc/grass/index.html v.out.svg] is a module that exports SVG notation along with optional attribute data directly from GRASS 6.x vector layers. Now part of [http://svn.osgeo.org/grass/grass/trunk/vector/v.out.svg/ grass6-svn].

: '''Author:''' Klaus Förster

==== v.points.cog ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.points.cog v.points.cog] is a shell script which will create a new point at the center of gravity of each cluster of input points or centroids, grouped by attribute. Among other things this is useful for labeling swarms of points.

: '''Author:''' Hamish Bowman

==== v.profile ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.profile v.profile] is vector map profiling tool similar to r.profile. This module will print out distance and attributes to points/lines along profiling line. It's also usefull to determine places where raster profile crosses vector features (i.e. where to place river marker on river walley crossection).

: '''Author:''' Maris Nartiss

==== v.random.cover ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.random.cover v.random.cover] is a shell script for creating random points constrained within an irregularly shaped vector area. (v.random places points only in current region rectangle). Optionally the user can upload raster values at the points. See also '<tt>r.random cover= vector_output=</tt>'

: '''Author:''' Hamish Bowman

==== v.rasterbounds ====

: [http://les-ejk.cz/programs v.rasterbounds] is a shell script for creating polygon-vector file of rasterfile boundaries. The best version of GRASS is 6.1+. If you are using GRASS < 6.1, you have to be in the same mapset as your raster maps are from.

: '''Author:''' Jachym Cepicky

==== v.rast.stats2 ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.rast.stats2 v.rast.stats2] is an adapted version of the GRASS module v.rast.stats. It uses the grass addon [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.univar2.zonal r.univar2.zonal] to speed up calculation of univariate statistics from a GRASS raster map based on vector polygons.

: '''Authors:''' Markus Neteler, Otto Dassau

==== v.sample.buffer [broken link, please update or delete]====

: [http://www.clubwebcanada.ca/twiens/v.sample.buffer.tgz v.sample.buffer] is a shell script that samples rasters in buffers of a specified size around features in a specified vector file. Sampling results are added as attributes to the vector file. This script was designed for sampling vegetation indices and DEM derived attributes for bird point counts. Sampling results can be one or more basic statistics such as mean, range, max, etc.

: '''Author:''' Trevor Wiens

==== v.select.region ====

: [ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/v.select.region.tar.bz2 v.select.region] is a shell script that prints out the names of all vectors matching an input search pattern that has geometry (points, line, areas) that fall within a region bounded by an existing vector map, or within the current Grass region.

: '''Author:''' Eric Patton

==== v.selmany ====

: [http://svn.osgeo.org/grass/grass-addons/vector/v.selmany/v.selmany v.selmany] is a shell script that allows to interactively select a set of vector objects on a given layer, then assign them attribute values in a connected database table. The script runs on the command line prompt and within a graphic monitor ; it does not work with DBF driver.

: '''Author:''' Vincent Bain

==== v.surf.icw ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.surf.icw v.surf.icw] is an IDW interpolation method using true distance cost instead of euclidean shortest distance, i.e. ''as the fish swims around an island'' not ''as the bird flies''. This will cleanly travel around hard barriers and a cost surface map may be used to model expensive-cross barriers. Input data points do not need direct line of sight to be considered, but should be kept to less than one hundred as the module becomes very computationally expensive. A number of radial basis function options are available. ([http://grass.osgeo.org/wiki/Image:Inlets_03_SurfSal_icw_big.png screenshot])

: '''Author:''' Hamish Bowman

==== v.surf.idwpow ====

: [http://www.geospatial.it/allegri/grass/v.surf.idwpow.zip v.surf.idwpow] integrates the common v.surf.idw algorithm with the exponential parameter for the distance weights

: '''Author:''' Giovanni Allegri

==== v.surf.krige [deprecated: use v.autokrige instead] ====

: v.surf.krige is a script that do a surface interpolation from vector point data by Kriging method. The interpolated value of a cell is determined by using an omnidirectional variogram model fitted starting from model parameter given by user shown from the experimental semi variogram produced by v.variogram. The script can perform also the Leave-One-out cross validation to test the variogram model "fitted by eye" and an automatic fitted variogram model. The cross validation helps the user to choose the best variogram model to interpolate own data.

: '''Author:''' Pierluigi De Rosa.

==== v.strahler ====

: [http://www.pois.org/florian/downloads/grass/v.strahler.tgz v.strahler] is a module that calculates the Strahler Order for all lines of a given dendritic network.

: '''Author:''' Florian Kindl. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.strahler

==== v.swathwidth ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.swathwidth v.swathwidth] creates a vector map representing the sea bottom coverage of a multibeam (swath) sonar survey.
: ([http://david.p.finlayson.googlepages.com/swathwidth Screenshots])

: '''Authors:''' David Finlayson, Hamish Bowman

==== v.thickness ====

: [http://marcin.slodkowski.googlepages.com/v.thickness.tgz v.thickness] creates points of thickness vectors from the vectors of strike and dip angles.The v.thickness is GUI GRASS script for v.dip.

: '''Author:''' Marcin Slodkowski

==== v.transect.kia ====

: [https://svn.osgeo.org/grass/grass-addons/vector/v.transect.kia v.transect.kia] calculates kilometric abundance indexes (KIA), a common indirect presence index used in wildlife monitoring along line transect surveys.
: Path lenghts can be corrected by draping on a DEM, different type of point objects can be weighted according to their relative importance, and paths can be segmented using a further polygon vector (to calculate, say, abundances per elevation range or per habitat class).
: The module is written in bash and needs a GRASS install compiled with sqlite support.

: '''Author:''' Clara Tattoni and Damiano G. Preatoni

==== v.trees3d ====

: [http://les-ejk.cz/programs/ v.trees3d] is a module for making 3D trees from input vector point file.

: '''Author:''' Jachym Cepicky

==== v.trimesh ====
: [http://www.valledemexico.ambitiouslemon.com/vtrimesh.html v.trimesh] creates a triangular mesh from a vector map using areal constraints for refinement. It uses Jonathan Shewchuk's Triangle library.

: '''Author:''' Jaime Carrera

==== v.what.rast.buffer ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.what.rast.buffer v.what.rast.buffer] is a script that calculates univariate statistics of raster map(s) from buffers around vector points. Results are written to a file. Resolution is taken from each input map.
: ''see also the [http://starspan.casil.ucdavis.edu StarSpan] software

: '''Author:''' Hamish Bowman

==== v.variogram [deprecated: use v.autokrige instead] ====

: v.variogram is a script that create an omnidirectional experimental semi-variogram. This scripts require R-statistics software installed on your machine. Now the script is updated to run on spgrass6 >= 0.3 and sp >= 0.9 [http://grass.osgeo.org/pipermail/statsgrass/2006-October/000455.html reply].

: '''Author:''' Ivan Marchesini, Pierluigi De Rosa.

==== AniMove ====

: [http://www.faunalia.it/animov/ AniMove] is software for analysis of animal movement and ranging behaviour using QGIS+GRASS+R.

:'''Authors:''' Support by Faunalia.it

==== Utilities ====

===== Shapemerge =====

: [http://perrygeo.googlecode.com/svn/trunk/gis-bin/shpmerge.sh shpmerge] merges all the shapefiles in the current directory into a single output shapefile

:'''Authors:''' Perrygeo

=== Raster add-ons ===

See also

svn co <nowiki>https://svn.osgeo.org/grass/grass-addons/raster</nowiki>

==== r.area ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.area r.area] Very simple module. Calculate area size (in cells) for every individual category in input raster map and write number of cells as the value of each cell in the area. Optionally write a binary coverage map and set a minimum area threshold. Works well with {{cmd|r.clump}}.

: '''Author:''' Jarek Jasiewicz

==== r.bilateral ====

: [http://les-ejk.cz/files/programs/grass/r.bilateral.tgz r.bilateral] Bilateral filter is an edge-preserving filter, which combines domain and range filtering. It is written in C language.

: '''Author:''' Jachym Cepicky

==== r.broscoe ====

r.broscoe.sh calculates waerden test and t test statistics for some values of threshold area on a single basin, according to A.J.Broscoe theory (1959).
See v.strahler package

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.strahler/

==== r.boxcount ====

: r.boxcount and r.boxcount.sh calculate the fractal dimension for a given map. These are versions for grass6 of [http://www.ucl.ac.uk/~tcrnmar/ Mark Lake's modules] for grass43.

: '''Authors:''' Mark Lake, grass6 port: Florian Kindl.

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.boxcount/
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.boxcount.sh/

==== r.burn.frict ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.burn.frict r.burn.frict] converts vector geometries to raster cells, using a simple anti-aliasing method to close "gaps" between diagonal cells. Useful for "burning" vector geometries into a friction surface, making sure that simulated movement does not "slip" through converted cells that have only diagonal neighbours.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.burn.frict

==== r.colors.quantiles ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.colors.quantiles/r.colors.quantiles r.colors.quantiles] is a shell script used to create raster colors rules based on nquantiles. It uses R and spgrass6 package (RGRASS).

: '''Authors:''' Mathieu Grelier

==== r.colors.stddev ====

: [http://hamish.bowman.googlepages.com/grass_color_maps r.colors.stddev] ''moved into main archive''

==== r.convergence ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.convergence r.convergence] calculate topographic convergence index, useful to detect lineamets represented by chanell/ridge system

: '''Author:''' Jarek Jasiewicz

==== r.cpt2grass ====

: [http://hamish.bowman.googlepages.com/grass_color_maps r.cpt2grass] is a GRASS script for importing a [http://www.soest.hawaii.edu/gmt/ GMT] .cpt color table into GRASS. It can save to a text file suitable for r.colors or automatically apply the color table to a raster map. For a large collection of GMT .cpt files see http://sview01.wiredworkplace.net/pub/cpt-city/
: Other palette ideas from [http://geography.uoregon.edu/datagraphics/color_scales.htm Univ. Oregon] and [http://oceancolor.gsfc.nasa.gov/PRODUCTS/colorbars.html NASA/Goddard's OceanColor] (latter partially translated for use with GRASS on the [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.colors.tools/palettes grass-addons SVN]).

: '''Author:''' Hamish Bowman

==== r.csr ====

: [http://www.chrisgarstin.com/stuff/r.csr r.csr] integrates several Grass programs to produce colored, shaded-relief rasters in one step. Accepts single or multiple elevation/bathymetry maps as input; optionally will fill data holidays with 3x3 median filter, multiple times, if required; can apply color maps from a) input raster, b) another raster in MAPSET, or c) from a rules file; otherwise, rainbow colorbar is applied. Output colored, shaded-relief rasters can optionally be exported to tiff format if the appropriate flag is given. Shading parameters can be modified, though useful defaults are given.

: '''Author:''' Eric Patton

==== r.cva ====

: [http://www.ucl.ac.uk/~tcrnmar/GIS/r.cva.html r.cva] is a cumulative viewshed analysis module. It is an advanced version of the {{cmd|r.los}} program.

: '''Author:''' [http://www.ucl.ac.uk/~tcrnmar/ Mark Lake]

==== r.denoise ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.denoise r.denoise] denoises (smooths/despeckles) topographic data, particular DEMs derived from radar data (including SRTM), using Xianfang Sun's [http://www.cs.cf.ac.uk/meshfiltering/index_files/Page342.htm denoising algorithm]. It is designed to preserve sharp edges and to denoise with minimal changes to the original data. See the [http://personalpages.manchester.ac.uk/staff/john.stevenson/mdenoise/r.denoise.html manual pages] for details. Further information on Sun's denoising algorithm, including an example, is available [http://personalpages.manchester.ac.uk/staff/john.stevenson/mdenoise here].

: '''Author:''' John Stevenson

==== r.dominant_dir.m and r.calc_terraflow_dir.m ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.terraflow.tools dominant_dir.m and calc_terraflow_dir.m] are two Matlab scripts for determining the dominant flow direction from a r.terraflow MFD map and converting into a GRASS aspect map for use with d.rast.arrow, etc.

: '''Author:''' Hamish Bowman

==== r.eucdist ====

: [http://david.p.finlayson.googlepages.com/r.eucdist r.eucdist] creates a raster map estimating the euclidean distance from known cells.

: '''Author:''' David Finlayson

==== r.fragment ====

: [http://www.chrisgarstin.com/stuff/r.fragment r.fragment] fragments a raster into a user-defined set of smaller tiles according to an input number of rows and columns.
: '''Author:''' Eric Patton

==== r.fuzzy ====
: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.fuzzy r.fuzzy] Calculates membership of every cell in raster according membership function defined by user.
: '''Author:''' Jarek Jasiewicz

==== r.fuzzy.logic ====
: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.fuzzy.logic r.fuzzy.logic] Perform fuzzy operators (AND, OR, NOT, IMP) on membership's map using T-norms and T-conorms for 6 most popular families.
: '''Author:''' Jarek Jasiewicz

==== r.fuzzy.system ====
: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.fuzzy.system r.fuzzy.system] Perform full fuzzy clasificationwith 6 most popular fuzzy logic families and few methods of deffuzification.
: '''Author:''' Jarek Jasiewicz

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.fuzzy.system

==== r.game_of_life ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.game_of_life r.game_of_life] is a shell script which runs Conway's classic Game of Life using GRASS raster modules. It is meant to demonstrate how easy it is to program cellular automata in GRASS as well as various 3D raster volume and time series visualization techniques.

: '''Author:''' Hamish Bowman

==== r.gauss ====

: [http://www.les-ejk.cz/files/programs/grass/r.gauss.tgz r.gauss] is Gaussian and Laplacian of Gaussian filter for GRASS. It is written in C language.

:'''Author:''' Jachym Cepicky

==== r.gradgrid4 ====

: [http://www.uibk.ac.at/geographie/personal/mergili/gradgrid4.zip gradgrid4] is a tool for interpolating values of discrete data points to a raster map, applying a local regression approach with a predictor raster. The model is based on shell and python scripts as well as an R batchfile. It was tested on Fedora Core 6 with GRASS 6.2.1 and R 2.5.1, but should work under most UNIX systems. After unzipping the gradgrid4 folder, store it at any place in your local file system. In the subfolder docs you can find a manual and a publication draft with a detailed description of the concept and the example of an application. The subfolder testloc constitutes a GRASS location with test data.

: '''Author:''' Martin Mergili

==== r.in.mb ====

: [http://blogs.tekmap.ns.ca/archives/458 r.in.mb] is a "GRASS/[[MB-System]] program designed to import ''mbio'' compatible multibeam sonar data directly into the GRASS GIS. The program is a modified version of {{cmd|r.in.xyz}}. Instead of reading an ASCII XYZ file, ''r.in.mb'' reads an MB-System compatible list file." It can do automatic reprojection and minor hole filling. The default is to import bathymetry data, but optionally amplitude or sidescan sonar data can be loaded instead.

: '''Author:''' Bob Covill

==== r.in.onearth ====

: [http://www-pool.math.tu-berlin.de/~soeren/grass/modules/ r.in.onearth] for download and import satellite images direct from the NASA onearth WMS server into GRASS.

: '''Author:''' Soeren Gebbert

==== r.in.swisstopo ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.in.swisstopo/ r.in.swisstopo] for importing swisstopo digital elevation model data into GRASS raster maps.

: '''Author:''' Jürgen Hansmann

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.in.swisstopo/

==== r.in.wms (.py) ====

: [http://les-ejk.cz/files/programs/grass/r.in.wms.tgz r.in.wms] for download and import maps direct from WMS servers into GRASS. This script is written in Python Programming language. Note GRASS 6.2+ provides a shell script version of r.in.wms, take care of which one is actually being run.

: '''Author:''' Jachym Cepicky

==== r.inund.fluv ====

: [https://svn.osgeo.org/grass/grass-addons/raster/r.inund.fluv/ r.inund.fluv]This command allows to obtain a fluvial potentially inundation map given a high-resolution DTM of the area surrounding the river and a water surface profile calculated through an 1-D hydrodinamic model.

: '''Authors:''' Roberto Marzocchi, Bianca Federici, Domenico Sguerso

==== r.isoregions ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.isoregions/r.isoregions r.isoregions] allows isoregions creation from a GRASS raster map.

: '''Authors:''' Mathieu Grelier

==== r.interp.mask ====

: [http://david.p.finlayson.googlepages.com/r.interp.mask r.interp.mask] Creates a user-specified buffer around interpolation points that can be used as a MASK to prevent or clip excessive extrapolation artifacts. This works much better than a standard convex hull around the points.

: '''Author:''' David Finlayson

==== r.li ====

: [http://www.faunalia.it/download/r_li/ r.li] is a more flexible and faster replacement of the old r.le. '''''Moved into 6.3-SVN'''''.

: '''Authors:''' Claudio Porta, Davide Spano, Serena Pallecchi, [http://www.faunalia.it Faunalia]

==== r.local_max.pl ====

: [http://les-ejk.cz/files/programs/local_max.pl Local maxima] is a Perl script for <code>r.mapcalc</code>. It detects local maxima of the image.

: '''Author:''' Jachym Cepicky

==== r.mandelbrot ====

: [http://grasslab.gisix.com/scripts/r.mandelbrot r.mandelbrot] is a shell script to calculate the Mandelbrot set.- for GRASS versions 6.X.

: '''Author:''' Peter Löwe

==== mcda====

: mcda suite is a toolset for geographics multi-criteria decision aiding and data analysis based on ELECTRE (r.mcda.electre), REGIME (r.mcda.regime) and FUZZY (r.mcda.fuzzy) algorithm. The module r.roughset is also included for geographics rough set analisys and knowledge discovery based on rough set library. It is written in C language for GRASS versions 6.X.

: '''Author:''' Gianluca Massei (g_massa@libero.it ) - Antonio Boggia

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/mcda/

==== r.mlv ====

: [http://les-ejk.cz/files/programs/grass/r.mlv.tgz r.mlv] is Mean of least variance filter for GRASS. It is an edge-preserving (or even edge-enhacing) filter, which should serve for removing additive noise from images. It is written in C language.

: '''Author:''' Jachym Cepicky

==== r.obstruction, r.planning.static, r.planning.cinematic ====

: [http://www.ing.unitn.it/~grass/software.html r.obstruction, r.planning.static, r.planning.cinematic]: r.obstruction creates a polar obstruction map from a DTM. r.planning.static performs a static planning for GPS and Glonass surveys using the obstruction map created with r.obstruction. r.planning.cinematic performs a cinematic planning for GPS and Glonass surveys. (University of Trento, Faculty of Engineering)

: '''Author:''' Daniele Carli, Dimitri D'Inca', Gianluca Fruet, Domenico Sguerso, Paolo Zatelli

==== r.out.jpeg ====

: [http://www.geospatial.it/allegri/grass/r.out.jpeg_ r.out.jpeg] is a simple GRASS script to export georeferenced JPEG images from rasters, keeping the associated color table. It is a two-step export: first a ppm file is created, then it is converted to jpeg usgin the "convert" command from ImageMagick

: '''Author:''' Giovanni Allegri

==== r.out.gmap ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmap r.out.gmap] outputs GRASS raster map into set of image tiles
following the tiling scheme of Google Maps and Microsoft Virtual Earth. Read more in the OSGeo Journal [http://www.osgeo.org/journal Volume 5 (2009, to appear)] see also [[#r.out.kml|r.out.kml]] and [[#v.out.kml|v.out.kml]]

: '''Author:''' Tomas Cebecauer

==== r.out.gmt ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmt r.out.gmt] is a GRASS script for exporting a GRASS raster map into a [http://www.soest.hawaii.edu/gmt/ GMT] grid file. It also creates a GMT color table from the data and can generate some GMT commands for plotting a postscript file. (code is experimental, but functional) see also http://169.237.35.250/~dylan/grass_user_group/#GMT_and_GRASS-overview

: '''Authors:''' Hamish Bowman, Dylan Beaudette

==== r.out.gmt2 ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmt2 r.out.gmt2] is a modified version of Hamish's r.out.gmt. Added options for title, xlabel, ylabel, comment, and map width. Removed any settings that can be changed by gmtset for more flexibility.

: '''Author:''' Huidae Cho, Hamish Bowman, Dylan Beaudette

==== r.out.kml ====

: [https://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.kml r.out.kml] is a shell script that exports a raster map into a KML file and image for Google Earth or Worldwind. See also [[#v.out.kml|v.out.kml]] and [[#r.out.gmap|r.out.gmap]].

: '''Author:''' Hamish Bowman

==== r.pack ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.pack r.pack and r.unpack] are two GRASS scripts for transfering raster maps to another computer as a single file.

: '''Author:''' Hamish Bowman

==== r.prominence ====

: '''r.prominence''' calculates the average difference between a central cell and its neighbors. It approximated the terrain 'ruggedness' by looking at average differences in elevation within a given neighborhood.

: '''Author:''' Benjamin Ducke

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.prominence/

==== r.rifs ====

: [http://www.ucl.ac.uk/~tcrnmar/ r.rifs]: r.rifs generates a raster map and/or image of a fractal by means of the specified random iterated function system.

: '''Author:''' Mark Lake

==== r.roughness ====

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.sh r.roughness.sh] is a shell script to calculate the surface roughness of a DEM, using r.surf.area and v.surf.rst. (for GRASS versions 6.1 and above)

[http://www.igc.usp.br/pessoais/guano/downloads/r.roughness60 r.roughness60] - for GRASS versions 6.0.X

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.area r.roughness.window.area] - calculate surface roughness as the ratio of real (surface) area and planar area, using a moving-window approach.

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.vector r.roughness.window.vector] - calculate surface roughness as vector dispersion, using a moving-window approach. Resulting maps are: Vector Strength (R) and Inverted Fisher's k parameter.

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.vector.html r.roughness.window.vector.html] - provisional help page for r.roughness.window.vector.

: '''Author:''' Carlos Henrique Grohmann

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.roughness/

==== r.roughset ====

: r.roughset is a module for geographics rough set analisys and knowledge discovery based on rough set library. It is written in C language for GRASS versions 6.X.

: '''Author:''' Gianluca Massei (g_massa@libero.it ) - Antonio Boggia

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/mcda/r.roughset/

==== r.seg ====

: '''r.seg''' performs image segmentation and discontinuity detection (based on the Mumford-Shah variational model).
: The module generates a piece-wise smooth approximation of the input raster map and a raster map of the discontinuities of the output approximation. The discontinuities of the output approximation are preserved from being smoothed.
: See [http://www.ing.unitn.it/~vittia/sw here] for details and examples.

Available [http://www.ing.unitn.it/~vittia/sw here] and via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.seg/

: '''Author''' Alfonso Vitti

==== r.smoothpatch ====

: [http://david.p.finlayson.googlepages.com/r.smoothpatch r.smoothpatch] creates a composite of two rasters using a distance-weighted average across the transition to smooth the edges.

: '''Author:''' David Finlayson

==== r.soils.texture ====

: r.soils.texture is a module to define soils texture from sand and clay raster file with a schema text file (now FAO,USDA and ISSS are available). It is written in C language. - for GRASS versions 6.x - For bugs and suggest: g_massa@libero.it

:'''Author:''' Gianluca Massei

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.soils.texture/

==== r.stream.angle ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.angle r.stream.angle] Divide stream network into stright line segments according users input. It extends Module uses as input direction and stream netwokr map produced by r.watershed and stream.extract or custom user input. See description for details.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.angle

==== r.stream.basins ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.basins r.stream.basins] delineate basins according users input. It extends r.water.outlet funcionality to extracting more than one basin at one step. Module uses as input direction map produced stream network produced by r.stream.extract, r.watershed, r.stream order or custom user input. More in tutorial on grass-wiki pages.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.basins

==== r.stream.del ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.del r.stream.del] Calculates downslope length of first order streams and delete them if it length (in pixels) is lower than the treeshold. It also join false segments left by deletion into one with category of upper. It uses r.watershed direction map and r.watershed stream map as input. The module is added only for r.watershed module, r.stream.extract has deleting short streams build-in. During development of r.stream.* it will be probably abandoned due to duplicate functionality

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.del

==== r.stream.distance ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.distance r.stream.distance] Calculates downslope distance and downslope elevation difference between current cell and stream or outlet cells. It uses r.watershed direction map, r.watershed or r.stream.extract stream map and optionally DEM as input.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.distance

==== r.stream.extract ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.extract r.stream.extract] extracts topologically clean stream networks from input elevation and optionally accumulation maps. Output is available as raster and vector and can be used as input for the other r.stream.* modules by Jarek Jasiewicz.

: '''Author:''' Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.extract

==== r.stream.order ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.order r.stream.order] orders stream network outputed by r.watershed or r.stream.extract according Sthrahler, Shreve, Horton and Hack ordering systems. It require as input stream and direction map and optionally accumulation map. It handle both SFD nad MFD modes but all data must come from the same procedure.

: '''Author:''' Jarek Jasiewicz, Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.order

==== r.stream.pos ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.pos r.stream.pos] Helper module for calculating local stream network properties and linear geostatistics. Mostly To use with R and other grass modules.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.pos

==== r.stream.stats ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.stats r.stream.stats] calculate Hortonian statistics for Stahler or Horton stream network created by r.stream.order. It uses r.watershed direction map, DEM and r.stream.order's Stahler or Horton stream network as input. It outputs calculated statistics to standard output.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.stats

==== r.surf.nnbathy ====

: [http://www.sieczka.org/programy_en.html r.surf.nnbathy] interpolates a surface from a raster input using Pavel Sakov's [http://code.google.com/p/nn-c/ nn] natural neighbor interpolation library. Provides triangulation, Sibson natural neighbor interpolation and non-Sibsonian interpolation.

: '''Author:''' Maciej Sieczka

==== r.surf.volcano ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.surf.volcano r.surf.volcano] creates an artificial surface resembling a seamount or cone volcano. The user can alter the size and shape of the mountain and optionally roughen its surface. Available decay functions are polynomial, Gaussian, Lorentzian, logarithmic, and exponential.

: '''Author:''' Hamish Bowman

==== r.terracost ====

[http://www.bowdoin.edu/~ltoma/research.html r.terracost] Scalable approach for computing least-cost-path surfaces on massive grid terrains. '''Lead author''': Laura Toma

Available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.terracost

==== r.tileset ====

: ''{{cmd|r.tileset}} moved into main archive''

==== r.traveltime ====

: [http://jesbergwetter.twoday.net/stories/4845555/ r.traveltime] computes the travel time of surface runoff to an outlet. The program starts at the basin outlet and calculates the travel time at each raster cell recursively. A drainage area related threhold considers even surface and also channel runoff. Travel times are derived by assuming kinematic wave approximation. The results can be used to derive a time-area function. This might be usefull for precipitation-runoff calculations (estimation of flood predictions) with a lumped hydrologic model (user-specified unit hydrograph).

: '''Author:''' Kristian Förster

==== r.univar.zonal ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.univar2.zonal r.univar.zonal] is similar to r.univar, but calculates statistics separately for each category(zone) present in the separate input map used to define zones (zonal statistics). The output can be like the one of r.univar or in easier to read table format and can be written to a file.

: '''Author:''' Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal

==== r.viewshed ====

: r.viewshed is a module for extremely fast line of sight analysis (replaces the slow r.los). It is written in C language for GRASS versions 6.X/7.x.

: '''Author:''' Laura Toma, USA

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.viewshed

Once {{trac|390}} is solved, it will substitute r.los.

==== r.wavelets ====

: [http://www.ing.unitn.it/~grass/software.html r.wavelets]: This package contains wavelets decomposition and reconstruction modules for the GRASS GIS: r.owave.dec computes the orthogonal wavelet transform of a raster map. r.owave.rec reconstructs a raster map from an orthogonal wavelet transform. r.biowave.dec computes the biorthogonal wavelet transform of a raster map. r.biowave.rec reconstructs a raster map from a biorthogonal wavelet transform.

: '''Authors:''' Members of the University of Trento, Faculty of Engineering

==== r.xtent ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.xtent r.xtent] computes a raster map layer representing the Voronoi diagram, weighted Voronoi diagram or a more complex territorial partitioning of space around points (centers) in a vector input map, based on the XTENT formula.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.xtent

==== r.zc.pl ====

: [http://les-ejk.cz/files/programs/zc.pl Zero crossing] is a simple Perl script, finds the ,,zero crossings`` from the Laplacian of Gaussian filter (see above). It is really very simple, the edges don't need to be really on that pixel, where they are detected, no interpolation is performed.

: '''Author:''' Jachym Cepicky

==== GIPE ====

: The GRASS Image Processing Environment (GIPE) has USLE, Energy-balance and radiance-reflectance correction models.

: '''Author:''' Yann Chemin (unless specified otherwise).

svn co https://svn.osgeo.org/grass/grass-addons/gipe

Remark: This is progressively moved to main GRASS SVN (aka GRASS 7)

:* r.hydro.CASC2D, ported from GRASS 5.x version, is temporarily here waiting to return to main GRASS.

:* r.soiltex2prop creates porosity, Saturated Hydraulic conductivity (Ksat) and wetting front pressure head (Hf) from percentage of sand and clay after Rawls et al., 1990. This is a must for r.hydro.CASC2D.

:* i.biomass creates biomass growth map from fPAR, lightuse efficiency, water availability (or evap.fraction), Lat, doy and tsw.

:* i.dn2ref.l7, r.dn2ref.ast create top of atmosphere reflectance for Landsat 7ETM+ and ASTER. These modules also have a flag for radiance output. Updated i.dn2ref.l7 to read .met calibration file.

:* i.dn2full.l[5,7] is an attempt to get all bands of Landsat[5,7] calibrated and corrected to either reflectance or temperature, reads only the .met file.

:* i.dn2potrad.l[5,7] is an attempt to get ET potential from DN of Landsat 7 (Careful! No Atmospheric correction!).

:* i.eb.* are a set of 10+ GRASS modules that together perform the main functions of the SEBAL model (Bastiaanssen, 1995). Those functions include (but are not limited to) Soil heat flux, sensible heat flux, net radiation, evaporative fraction at satellite overpass, diurnal actual evapotranspiration, momentum roughness length, etc. These modules are also part of any Energy-Balance related processing.

:* i.evapo.potrad creates diurnal Potential evapotranspiration assuming all net radiation becomes ET, according to SEBAL model (Bastiaanssen, 1995). This module also has a flag for diurnal net radiation as required by SEBAL in i.eb.eta.

:* i.evapo.SENAY creates actual evapotranspiration following the regional method of Senay (2007).

:* i.lmf creates a Local Maximum Fitting on the temporal dimension of the multi-date input dataset, working, but more precision still to be added.

:* i.vi.mpi is the mpi version of i.vi for cluster GRASS GIS education (no speed up here!) '''Author:''' Shamim Akhter

:* i.modis.stateqa extracts State Quality Assessment information from Modis 500m (MOD09A) products.

:* i.water creates a Water Mask from NDVI and Albedo, or specifically for Modis: NDVI and Band 7.

:* i.wi creates a given Water Index (only one so far).

==== HydroFOSS ====

: HydroFOSS - a GIS embedded approach for Free & Open Source Hydrological modeling.

: '''Author:''' Massimiliano Cannata

svn co https://svn.osgeo.org/grass/grass-addons/HydroFOSS/

==== Hikereport ====

: python script that computes length, cumulative uphill and downhill, average slopes on an interactively drawn path. Based on r.profile's output.

: '''Author:''' Stefano Negri

http://tracce.wordpress.com/?attachment_id=71

=== Misc add-ons===

==== m.eigensystem ====

m.eigensystem - Computes eigen values and eigen vectors for square matrices.

: http://svn.osgeo.org/grass/grass-addons/misc/m.eigensystem/

: '''Author:''' Michael Shapiro

===Database add-ons===
==== db.join ====

: Table joining: join one table into another through common attributes

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/database/db.join/
or
g.extension db.join

===General add-ons===

==== g.laptop.sh ====

: [http://www.gbd-consult.de/dassau/grass/g.laptop/g.laptop.sh g.laptop.sh] is an interactive shell script to extract raster and vector data from current Location into a new one. Data can be copied or extracted in current or original resolution and region extend. This script was written to extract smaller parts of a GRASS location to be able to present them on a laptop without the necessity to transfer huge data. Maps do not have to be in the same mapset.

: '''Author:''' Otto Dassau

==== Readline completion ====

: '''''Readline completion''''' for GRASS commands under the bash shell: [http://www.sorokine.info/grass-complete/ grass-complete] won't clutter the environment but needs to be installed; [http://dcalvelo.free.fr/grass/grass_rlcompleter.sh grass_rlcompleter.sh] needs almost no installation but will pollute the environment. Grass-Complete currently requires Bash version 2.05 for proper install.

: '''Author:''' Alexandre Sorokine (grass-complete), Daniel Calvelo (grass_rlcompleter.sh)

==== g.region.point ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.region.point g.region.point] is a shell script which resets the computational region to a square box around a given coordinate. It is intended for use within GRASS scripts to speed up processing by limiting expensive raster calculations to a small area of interest.

: '''Author:''' Hamish Bowman

==== g.linke_by_day ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.sun.tools/ g.linke_by_day] is a python script for [[r.sun]] which interpolates a Linke turbidity value for a given day of the year based on monthly values edited into the script.

: '''Author:''' Hamish Bowman

==== g.xlist ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.xlist g.xlist] is a C implementation of g.mlist. g.xlist searches for data files matching a pattern given by wildcards or POSIX Extended Regular Expressions. POSIX regex(3) functions are required.

: '''Author:''' Huidae Cho

==== g.xremove ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.xremove g.xremove] is a C implementation of g.mremove. g.xremove removes data files matching a pattern given by wildcards or POSIX Extended Regular Expressions. POSIX regex(3) functions are required.

: '''Author:''' Huidae Cho

=== Imagery add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/imagery

==== GIPE ====

GIPE (see also above in raster section) provides:
i.biomass, i.dn2potrad.l5, i.dn2potrad.l7, i.dn2ref.ast, i.eb.deltat, i.eb.disp, i.eb.eta, i.eb.evapfr, i.eb.g0, i.eb.h0, i.eb.h_SEBAL01, i.eb.h_SEBAL95, i.eb.h_iter, i.eb.molength, i.eb.netrad, i.eb.psi, i.eb.rah, i.eb.rohair, i.eb.ublend, i.eb.ustar, i.eb.wetdrypix, i.eb.z0m, i.eb.z0m0, i.evapo.PT, i.evapo.TSA, i.evapo.potrad, i.evapo.senay, i.evapo.time_integration, i.lmf, i.modis.stateqa, i.sattime, i.vi.grid, i.vi.mpi, i.water, i.wi

svn co https://svn.osgeo.org/grass/grass-addons/gipe/

: '''Author:''' Yann Chemin

==== i.homography ====

Rectifies an image by computing a coordinate transformation for each pixel in the image based on the control points created by i.linespoints. The approach uses homography extended for corresponding lines.

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.homography

: '''Author:''' Daniel Grasso, Bolzano, Italy, based on code written by Stefano Merler, ITC-irst, Italy

==== i.linespoints ====

An imagery command that enables the user to mark coordinate system points as well as lines on an image to be rectified and then input the coordinates of each point for creation of a coordinate transformation matrix. The transformation matrix is needed as input for the GRASS program i.homography.

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.linespoints

: '''Author:''' Daniel Grasso, Bolzano, Italy, based on i.points

==== i.landsat.toar ====

Transform calibrated digital number of Landsat products to top-of-atmosphere radiance or top-of-atmosphere reflectance and temperature (band 6 of the sensors TM and ETM+). Optionally, used to calculate the at-surface radiance or reflectance with atmospheric correction (DOS method).

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.landsat.toar

: '''Author:''' E. Jorge Tizado

==== i.points.auto ====

This module allows a search of GCP's on two raster-maps with differents levels of automation. The ''manual'' search is the default search, so it's possible to determine the GCP's manually with the mouse (like {{cmd|i.points}}). ''Semiautomated'' search: The user determines with the mouse some correspondent areas (with a discrete precision) in the two maps and the module searches itself the GCP's in these areas. ''Automated'' search: At the start of module the user has to load the maps that the algorithm uses to the search, so it is recommended to use the maps filtered with the filters DIVERSITY or STDDEV (of GRASS) with a window of 3x3 or 5x5 pixels. However, the algorithm sometimes works well with the original maps too.

Note: This code is basically an improved i.points (from 2004). Subsequent changes in i.points haven's been ported here yet.

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.points.auto

: '''Authors:''' based on i.points; additions by Ivan Michelazzi, Luca Miori (MSc theses at ITC-irst); Supervisors: Markus Neteler, Stefano Merler, ITC-irst 2003, 2004. [http://gisws.media.osaka-cu.ac.jp/grass04/viewpaper.php?id=37 PDF article]

==== i.points.reproj ====

: [http://trac.osgeo.org/grass/browser/grass-addons/imagery/i.points.reproj i.points.reproj] is a shell script that will use cs2cs to reproject the target coordinates of a group's POINTS file. By running i.rectify directly to the new target projection, a generation of resampling data loss can be avoided (versus i.rectify + r.proj). On the other hand, i.rectify does not calculate cell resolution well if the map is to be rotated ([http://intevation.de/rt/webrt?serial_num=3296 bug #3296]), in those cases i.rectify+r.proj may be the better option.

: '''Author:''' Hamish Bowman

==== i.plr.py ====

: [[I.plr.py|Probabilistic Label Relaxation]], written in Python

: '''Author:''' Georg Kaspar

==== i.pr ====

: Image classification: implements k-NN (multiclass), classification trees (multiclass), maximum likelihood (multiclass), Support Vector Machines (binary), bagging versions of all the base classifiers, AdaBoost for binary trees and support vector machines. It allows feature manipulation (normalization, principal components,...). It also implements feature selection techniques (RFE, E-RFE,...), statistical tests on variables, tools for resampling (cross-validation and bootstrap) and cost-sensitive techniques for trees and support vector machines.

: '''Author:''' Stefano Merler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.pr

==== i.spec.sam ====

: Spectral Angle mapping

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.spec.sam/

==== i.spec.unmix ====

: Spectral unmixing

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.spec.unmix/

==== i.topo.corr ====
: i.topo.corr is used to topographically correct reflectance from imagery files, e.g. obtained with i.landsat.toar (see above), using a sun illumination terrain model. This illumination model represents the cosine of the incident angle, i.e. the angle between the normal to the ground and the sun rays. It can be obtained with {{cmd|r.sun}} (parameter incidout), and then calculating its cosine with float precision. Correction methods: cosine, minnaert, percent, c-factor.

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.topo.corr

: '''Author:''' E. Jorge Tizado

==== i.warp ====

: [http://trac.osgeo.org/grass/browser/grass-addons/imagery/i.warp i.warp] is a shell script that will use gdalwarp to rectify a raw input image using thin plate splines. The map should be imported into GRASS with r.in.gdal and GCPs set with i.points. Input is the raw image (GeoTIFF, JPEG, etc). Output is a GeoTIFF in the imagery group's target location's map projection. Requires a recent (early 2006) version of GRASS 6.1, or newer.

: '''Author:''' Hamish Bowman

=== Display add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/display

==== d.edit.rast ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.edit.rast d.edit.rast] edits cells in an existing raster map displayed on the current monitor.

: '''Author:''' Huidae Cho

==== d.frame.quarter ====

: ('''obsolete''') [http://trac.osgeo.org/grass/browser/grass-addons/display/d.frame.split d.frame.quarter] is a shell script that will split the display into four quadrants (or sixths) using ''d.frame''. Individual frames are named ''uno, dos, tres, cuatro'', and ''full_screen''.
: Replaced by {{cmd|d.split.frame}} in main.

: '''Author:''' Hamish Bowman

==== d.frame.split ====

: ''d.frame.split moved into main archive as {{cmd|d.split.frame}}''

==== d.hyperlink ====

: [ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/d.hyperlink.tar.bz2 d.hyperlink] is an interactive shell script that allows the viewing of hyperlinked images from a vector's attribute table in an external image viewer. Queries can be made via SQL statements or interactive mouse-clicking. The attribute table must be pre-populated with a column containing the image to link the vector to; the user also specifies the image folder in the current MAPSET where the images are located. The script currently supports gimp, Eye of Gnome, gthumb, gpdf, and Inkscape image viewers.

: '''Author: '''Eric Patton

==== d.mark ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.mark] is a shell script that quickly displays a marker on the display at a given coordinate.

: '''Author:''' Hamish Bowman

==== d.region.box ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.region.box d.region.box] is a shell script that quickly displays a box around the current region.

: '''Author:''' Hamish Bowman

==== d.stations ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.stations] is a shell script that quickly displays vector points (or sites for GRASS 5.4 and below).

: '''Author:''' Hamish Bowman

==== d.varea ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.varea] is a shell script that quickly displays vector areas.

: '''Author:''' Hamish Bowman

==== pd-GRASS ====

: [http://www.ornl.gov/sci/gist/software/grass/ pd-GRASS]: Parallel Display for GRASS GIS

: '''Author:''' Alex Sorokine

==== [[IconSymbols]] ====

* [[IconSymbols|Symbols]] which can be used with ''d.vect, d.graph'', and ''ps.map''.

=== Postscript add-ons ===

* ''See also [[ps.map scripts|ps.map samples and templates]]''.

==== ps.atlas ====

: [http://les-ejk.cz/programs/grass/ps.atlas ps.atlas] is a shell script that makes more maps on current region according to input *.psmap file. General map can be stored as vector file. The resulting *.eps maps can be automatically converted to *.pdf files.

: '''Author:''' Jachym Cepicky

==== ps.output ====

: [https://trac.osgeo.org/grass/browser/grass-addons/postscript/ps.output ps.output] is much like {{cmd|ps.map}} but with advanced decorations and ability for translucency.

: '''Author:''' Jorge Tizado

==== [[AreaFillPatterns]] ====

* Hatches for ps.map's vareas

===GRASS and UMN Mapserver===

* [http://www.mail-archive.com/mapserver-users@lists.umn.edu/msg00086.html See interesting posting]
* See wiki [[GRASS and MapServer]] page

==GRASS 5.x (old)==

===Vector add-ons===

* See here: http://grass.osgeo.org/download/addons.php

===Raster add-ons===

* See here: http://grass.osgeo.org/download/addons.php

* [http://www.valledemexico.ambitiouslemon.com/gwmodelling.html r.gmtg] The groundwater modelling tool for grass. A module to use MODFLOW within GRASS. '''Author''': Jaime Carrera

* [http://www.bowdoin.edu/~ltoma/research.html r.terracost] Scalable approach for computing least-cost-path surfaces on massive grid terrains. For GRASS 5.3. '''Lead author''': Laura Toma
:Newer version available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.terracost

==GRASS 4.x (very old)==

===Raster add-ons===

* MAGICAL Software: The MAGICAL software comprises a suite of three programs that provide a multi-agent simulation extension for the GRASS GIS software. http://www.ucl.ac.uk/~tcrnmar/simulation/magical/magical.html

[[Category:Community]]
[[Category:Development]]
[[Category:Documentation]]
[[Category:Installation]]

AddOns

2010-01-12T10:31:15Z

⚠️Dassau: /* v.rast.stats2 */

This page contains references to user contributions and add-ons (the original GRASS GIS software can be downloaded [http://grass.osgeo.org/download/index.php here]).

__TOC__

== AddOns source code repository ==

The AddOns source code is hosted in [http://svn.osgeo.org/grass/grass-addons/ GRASS-AddOns SVN repository].

To checkout:

svn checkout <nowiki>https://svn.osgeo.org/grass/grass-addons/</nowiki> grass-addons

Please read [http://trac.osgeo.org/grass/wiki/HowToContribute#WriteaccesstotheGRASS-Addons-SVNrepository How to get write access to the GRASS-Addons-SVN repository] and contact the [http://lists.osgeo.org/mailman/listinfo/grass-dev grass-dev] mailing list if you would like to host your module there.

== Building and installing Addons ==

* see the [[Compile and Install#Addons]] wiki page

== Adding something new ==

Please announce your add-on to the GRASS users' mailing list so that others may be aware of your work. Also please consider adding your module to one of the [[Applications]] pages.

=== Copyright and licensing information ===

''Please be sure to include copyright and licensing information in the header comments of your code so that others may know how they can use, extend, modify, and redistribute your work.''

e.g. at the top of a shell script:
<pre>
#!/bin/sh
############################################################################
#
# MODULE: v.in.e00
#
# AUTHOR(S): Markus Neteler, Otto Dassau
#
# PURPOSE: Import E00 data into a GRASS vector map
# Imports single and split E00 files (.e00, .e01, .e02 ...)
#
# COPYRIGHT: (c) 2004, 2005 GDF Hannover bR, http://www.gdf-hannover.de
#
# This program is free software under the GNU General Public
# License (>=v2). Read the file COPYING that comes with GRASS
# for details.
#
#############################################################################
#
# REQUIREMENTS:
# - avcimport: http://avce00.maptools.org

[script follows]
</pre>

=== Coding standards ===

Please have a look at our [http://grass.osgeo.org/grass63/source/SUBMITTING_SCRIPTS Shell script coding standards] before submitting here.

There are other coding standards given for modules written in C, Tcl/Tk, and Python''(?)'' located in the GRASS source code.

=== Documenting your code ===

You can have an help page template auto-generated by using the GRASS [[module command line parser | command line parser]] with the <tt>--html-description</tt> command line option. Please, see also the [http://grass.ibiblio.org/grass63/manuals/html63_user/g.parser.html g.parser help page]

== Miscellaneous Add-ons ==

* [http://trac.osgeo.org/grass/browser/grass-addons/misc/utm_which_zone utm_which_zone.sh] is a shell script to determine UTM zone from Lat/Lon input. Requires [http://www.octave.org Octave] or Matlab to be installed. A shell-only version is [http://dcalvelo.free.fr/grass/utm_which_zone_sh.sh available] which only requires awk. '''Authors''': Hamish Bowman (Octave part), Markus Neteler (shell script wrapper), Daniel Calvelo (sh+awk version)

* Perl scripts for converting data forth and back between Excel files and PostgreSQL: [http://dcalvelo.free.fr/grass/pg2xls.pl pg2xls.pl] reads data from PostgreSQL and produces an excel workbook; [http://dcalvelo.free.fr/grass/xls2sql.pl xls2sql.pl] reads excel files and outputs SQL statements to be fed into an RDBMS. Both scripts need modules from [http://www.cpan.org CPAN], especially [http://search.cpan.org/dist/Spreadsheet-ParseExcel/ Spreadsheet::ParseExcel] for xls2sql.pl and [http://search.cpan.org/~tmtm/Spreadsheet-WriteExcel-FromDB Spreadsheet::WriteExcel::FromDB] and its dependencies for pg2sql.pl. Check the source headers for more info. '''Authors:''' Daniel Calvelo (xls2sql.pl), Markus Neteler (pg2xls.pl)

* [http://dream.lrrl.arch.tu-muenchen.de/~wqual/perl/dbf2sql.tgz dbf2sql] is a Perl script for translating dbf-tables into a sql-command. dbf-tables are read using dbfdump-command from dbd-xbase-perl module ([http://search.cpan.org/~janpaz/DBD-XBase-0.241/ dbd::xbase] and [http://search.cpan.org/~jv/Getopt-Long-2.35/lib/Getopt/Long.pm getopt::long] have to be installed from CPAN first). There are problems, if the last column of the table contains characters. Suggestions for improvements welcome! '''Author:'''Wolfgang Qual

* [http://www.igc.usp.br/pessoais/guano/downloads/azimuth2.c azimuth2.c] is a small C program to calculate the azimuth and length of vector lines exported by GRASS-GIS as ASCII files (like this: v.out.ascii input=vector output=ascii format=standard). It is useful for create rose diagrams of lineament maps. Improvements on the original code after suggestions by Örs Téglásy, Hungary. '''Author:''' Carlos Henrique Grohmann

==GRASS 4.x==

===Raster add-ons for GRASS 4===

* MAGICAL Software: The MAGICAL software comprises a suite of three programs that provide a multi-agent simulation extension for the GRASS GIS software. http://www.ucl.ac.uk/~tcrnmar/simulation/magical/magical.html

==GRASS 5.x==

===Vector add-ons for GRASS 5===

* See here: http://grass.osgeo.org/download/addons.php

===Raster add-ons for GRASS 5===

* See here: http://grass.osgeo.org/download/addons.php

* [http://www.valledemexico.ambitiouslemon.com/gwmodelling.html r.gmtg] The groundwater modelling tool for grass. A module to use MODFLOW within GRASS. '''Author''': Jaime Carrera

* [http://www.bowdoin.edu/~ltoma/research.html r.terracost] Scalable approach for computing least-cost-path surfaces on massive grid terrains. For GRASS 5.3. '''Lead author''': Laura Toma
:Newer version available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.terracost

==GRASS 6.x==

=== Vector add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/vector

==== v.adehabitat.clusthr, v.adehabitat.kernelUD, v.adehabitat.mcp ====

: Tools to calculate home ranges of animals
: '''Author:''' Clement Calenge

Available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/vector/adehabitat

==== v.append ====

: [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.append v.append] is a shell script combining two vector files AND their associated attribute tables. The vector files should be of the same type and, for best results, should have identically formatted attribute tables.

: '''Author:''' Michael Barton

==== v.autokrige ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.autokrige/v.autokrige.py v.autokrige] achieves automatic ordinary kriging from GRASS sites (vector point data), using R with spgrass6 (RGRASS) and automap packages.

: '''Author:''' Mathieu Grelier

==== v.breach ====

: [http://www.sieczka.org/programy_en.html v.breach] creates vector maps of lines and points of continously lowering elevation down the input watercourses, based on the input raster DEM.

: '''Author:''' Maciej Sieczka

==== v.colors ====

: {{cmd|v.colors}} ''moved into main archive''

==== v.count.points.sh ====

: [http://wiki.iosa.it/dokuwiki/spatial_analysis:feature_count v.count.points.sh] counts point features in areas, generates table good as input to d.vect.chart.

: '''Author:''' Stefano Costa

==== v.digatt ====

: [http://phygeo7.geo.uni-augsburg.de/gis2/scripts/v.digatt v.digatt] (shell script) Interactively assign numeric table attributes to series of vector objects. It is meant to be effective by avoiding to type in the attribute value for all single objects again and again. The user is prompted for typing in an attribute value which is assigned to all objects selected by mouseclick afterwards. Next the display is redrawn after updating the table column. Zooming allows to change the region before the old value can be reused or a new one can be typed in (or copied by mouse from another object) in order to assign it to the next series of objects etc. It is tested not very extensively yet. Therefore better work with a copy of your map and consider using v.digit or d.what.vect -e alternatively. [http://phygeo7.geo.uni-augsburg.de/gis2/scripts/v.digatt.png screenshot].

: '''Author:''' Andreas Philipp

==== v.dip ====

: [http://marcin.slodkowski.googlepages.com/v.dip.tgz v.dip] creates points of thickness vectors from the vectors of strike and dip angles. The v.dip is the main ANSI C core program. Program so-called v.dip can run without GRASS environment.

: '''Author:''' Marcin Slodkowski

==== v.flip ====

: [http://www.sieczka.org/programy_en.html v.flip] flips the direction of selected vector lines (redundant since GRASS 6.3 - there is "v.edit tool=flip").

: '''Author:''' Maciej Sieczka

==== v.group ====

: [http://www.shockfamily.net/cedric/grass/v.group v.group] generates a new vector map with the same geometry as an existing map. The new map has categories and a table based on grouping by the values in certain columns of the existing map's table. The values in these columns are preserved in the table for the new map. It's like a v.reclass that preserves data.

: '''Author:''' Cedric Shock

==== v.in.gama ====

: Converts [http://www.gnu.org/software/gama/ GNU GaMa] XML output file to a GRASS vector map layer.

:'''Author:''' Martin Landa

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.in.gama

==== v.in.geoplot ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.geoplot v.in.geoplot] converts a [http://www.geoscan-research.co.uk/page9.html/ Geoplot] ASCII export file to a GRASS vector map layer.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.in.geoplot

==== v.in.gshhs ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.gshhs v.in.gshhs] imports [http://www.soest.hawaii.edu/wessel/gshhs/gshhs.html GSHHS] shorelines into a GRASS vector map. GSHHS data are automatically reprojected to the current location.

:'''Authors:''' several, updated to GRASS 6 by Markus Metz

==== v.in.mbsys_fnv ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.mbsys_fnv v.in.mbsys_fnv] imports [[MB-System]] navigation files into a GRASS vector map. You can choose from swath area coverage, track lines (including outer port/starboard edges), all bounds as points, etc. An attribute database is created containing the vital statistics of the specified feature such as track length or swath coverage (geodesic), start stop time and location, pitch, roll, heave, etc.

:'''Author:''' Hamish Bowman

==== v.in.ncdc ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.ncdc v.in.ncdc] imports an [http://www.ncdc.noaa.gov NCDC] stn file (station data) into a GRASS vector map.

: '''Author:''' Huidae Cho

==== v.in.postgis ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.postgis/v.in.postgis.py v.in.postgis] Create a GRASS layer from any sql query on PostGIS data.

: '''Author:''' Mathieu Grelier

==== v.in.osm ====

: [http://kripton.kripserver.net/software/v.in.osm/ v.in.osm]: OpenStreetMap import into GRASS. Yet only supports deprecated API 0.4, will be modified to work with API 0.5 some time soon.

: '''Author:''' Jannis Achstetter

: See also [http://hamish.bowman.googlepages.com/gpsdrivefiles#osm osm2grass.sh] by H Bowman

==== v.in.ovl ====

: [http://grasslab.gisix.com/scripts/v.in.ovl/ v.in.ovl] is a shell script that imports an ASCII vector file created with TOP10|25|50 or similar products.

: '''Author:''' Peter Löwe

==== v.krige ====

: [[V.krige_GSoC_2009 | v.krige]] aims to integrate R functions for kriging (packages automap, gstat, geoR) in a trasparent way. '''Moved into trunk/devbr6 code (r40048)'''

: '''Author:''' Anne Ghisla, as Google Summer of Code 2009 project

: See also [[GRASS_AddOns#v.autokrige]] by Mathieu Grelier

==== v.lda ====

: [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.lda v.lda] is a shell script for calculating Ian Johnson's (U. Sidney) Local Density Analysis values to measure clustering of point data at different neighborhood radii. There is an option to create a simple line graph of the results. There have been reports of problems creating the line graph on Cygwin installations of GRASS.

==== v.line.center ====

: [http://www.sieczka.org/programy_en.html v.line.center] creates a points vector map with each point located in the middle of the length of the input vector line.

: '''Author:''' Maciej Sieczka

==== v.lmeasure ====

: [http://ngeo.de/grassstuff/v.lmeasure v.lmeasure] and [http://ngeo.de/grassstuff/v.revlmeasure v.revlmeasure] are two perl scripts that place equidistant vector points along a given arbitrary vector line starting from the beginning or end of the vector line, respectively. Resulting vector points are labeled with the distance from origin.

: '''Author:''' Mats Schuh

==== v.out.ascii.db ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.ascii.db v.out.ascii.db] is a shell script for exporting vector point data coordinates and selected attribute columns to either a file or to the console.
: ''Superseded in GRASS 6.4 by the new v.out.ascii columns= option.''

: '''Author:''' Hamish Bowman

==== v.out.ascii.mat ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.ascii.mat v.out.ascii.mat] is a shell script for exporting vector polygon and polyline data into an ASCII text file suitable for loading into Matlab (or [http://www.gnu.org/software/octave/ Octave]).

: '''Author:''' Hamish Bowman

==== v.out.gmt ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.gmt v.out.gmt] is a shell script that exports a polygon vector file into GMT xy file. psbasemap code was copied from Hamish's r.out.gmt.

: '''Author:''' Huidae Cho, Hamish Bowman, Dylan Beaudette

==== v.out.kml ====

: [http://grasslab.gisix.com/scripts/v.out.kml/ v.out.kml] is a shell script that exports a vector file into a KML file for Google Earth or Worldwind. see also [[#r.out.kml|r.out.kml]] and [[#r.out.gmap|r.out.gmap]]

: '''Author:''' Peter Löwe

==== v.out.svg ====

: [http://svg.cc/grass/index.html v.out.svg] is a module that exports SVG notation along with optional attribute data directly from GRASS 6.x vector layers. Now part of [http://svn.osgeo.org/grass/grass/trunk/vector/v.out.svg/ grass6-svn].

: '''Author:''' Klaus Förster

==== v.random.cover ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.random.cover v.random.cover] is a shell script for creating random points constrained within an irregularly shaped vector area. (v.random places points only in current region rectangle). Optionally the user can upload raster values at the points. See also '<tt>r.random cover= vector_output=</tt>'

: '''Author:''' Hamish Bowman

==== v.rasterbounds ====

: [http://les-ejk.cz/programs v.rasterbounds] is a shell script for creating polygon-vector file of rasterfile boundaries. The best version of GRASS is 6.1+. If you are using GRASS < 6.1, you have to be in the same mapset as your raster maps are from.

: '''Author:''' Jachym Cepicky

==== v.rast.stats2 ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.rast.stats2 v.rast.stats2] is an adapted version of the GRASS module v.rast.stats. It uses the grass addon [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.univar2.zonal r.univar2.zonal] to speed up calculation of univariate statistics from a GRASS raster map based on vector polygons.

: '''Authors:''' Markus Neteler, Otto Dassau

==== v.sample.buffer [broken link, please update or delete]====

: [http://www.clubwebcanada.ca/twiens/v.sample.buffer.tgz v.sample.buffer] is a shell script that samples rasters in buffers of a specified size around features in a specified vector file. Sampling results are added as attributes to the vector file. This script was designed for sampling vegetation indices and DEM derived attributes for bird point counts. Sampling results can be one or more basic statistics such as mean, range, max, etc.

: '''Author:''' Trevor Wiens

==== v.select.region ====

: [ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/v.select.region.tar.bz2 v.select.region] is a shell script that prints out the names of all vectors matching an input search pattern that has geometry (points, line, areas) that fall within a region bounded by an existing vector map, or within the current Grass region.

: '''Author:''' Eric Patton

==== v.selmany ====

: [http://svn.osgeo.org/grass/grass-addons/vector/v.selmany/v.selmany v.selmany] is a shell script that allows to interactively select a set of vector objects on a given layer, then assign them attribute values in a connected database table. The script runs on the command line prompt and within a graphic monitor ; it does not work with DBF driver.

: '''Author:''' Vincent Bain

==== v.surf.icw ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.surf.icw v.surf.icw] is an IDW interpolation method using true distance cost instead of euclidean shortest distance, i.e. ''as the fish swims around an island'' not ''as the bird flies''. This will cleanly travel around hard barriers and a cost surface map may be used to model expensive-cross barriers. Input data points do not need direct line of sight to be considered, but should be kept to less than one hundred as the module becomes very computationally expensive. A number of radial basis function options are available. ([http://grass.osgeo.org/wiki/Image:Inlets_03_SurfSal_icw_big.png screenshot])

: '''Author:''' Hamish Bowman

==== v.surf.idwpow ====

: [http://www.geospatial.it/allegri/grass/v.surf.idwpow.zip v.surf.idwpow] integrates the common v.surf.idw algorithm with the exponential parameter for the distance weights

: '''Author:''' Giovanni Allegri

==== v.surf.krige [deprecated: use v.autokrige instead] ====

: v.surf.krige is a script that do a surface interpolation from vector point data by Kriging method. The interpolated value of a cell is determined by using an omnidirectional variogram model fitted starting from model parameter given by user shown from the experimental semi variogram produced by v.variogram. The script can perform also the Leave-One-out cross validation to test the variogram model "fitted by eye" and an automatic fitted variogram model. The cross validation helps the user to choose the best variogram model to interpolate own data.

: '''Author:''' Pierluigi De Rosa.

==== v.strahler ====

: [http://www.pois.org/florian/downloads/grass/v.strahler.tgz v.strahler] is a module that calculates the Strahler Order for all lines of a given dendritic network.

: '''Author:''' Florian Kindl. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.strahler

==== v.swathwidth ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.swathwidth v.swathwidth] creates a vector map representing the sea bottom coverage of a multibeam (swath) sonar survey.
: ([http://david.p.finlayson.googlepages.com/swathwidth Screenshots])

: '''Authors:''' David Finlayson, Hamish Bowman

==== v.thickness ====

: [http://marcin.slodkowski.googlepages.com/v.thickness.tgz v.thickness] creates points of thickness vectors from the vectors of strike and dip angles.The v.thickness is GUI GRASS script for v.dip.

: '''Author:''' Marcin Slodkowski

==== v.transect.kia ====

: [https://svn.osgeo.org/grass/grass-addons/vector/v.transect.kia v.transect.kia] calculates kilometric abundance indexes (KIA), a common indirect presence index used in wildlife monitoring along line transect surveys.
: Path lenghts can be corrected by draping on a DEM, different type of point objects can be weighted according to their relative importance, and paths can be segmented using a further polygon vector (to calculate, say, abundances per elevation range or per habitat class).
: The module is written in bash and needs a GRASS install compiled with sqlite support.

: '''Author:''' Clara Tattoni and Damiano G. Preatoni

==== v.trees3d ====

: [http://les-ejk.cz/programs/ v.trees3d] is a module for making 3D trees from input vector point file.

: '''Author:''' Jachym Cepicky

==== v.trimesh ====
: [http://www.valledemexico.ambitiouslemon.com/vtrimesh.html v.trimesh] creates a triangular mesh from a vector map using areal constraints for refinement. It uses Jonathan Shewchuk's Triangle library.

: '''Author:''' Jaime Carrera

==== v.what.rast.buffer ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.what.rast.buffer v.what.rast.buffer] is a script that calculates univariate statistics of raster map(s) from buffers around vector points. Results are written to a file. Resolution is taken from each input map.
: ''see also the [http://starspan.casil.ucdavis.edu StarSpan] software

: '''Author:''' Hamish Bowman

==== v.variogram [deprecated: use v.autokrige instead] ====

: v.variogram is a script that create an omnidirectional experimental semi-variogram. This scripts require R-statistics software installed on your machine. Now the script is updated to run on spgrass6 >= 0.3 and sp >= 0.9 [http://grass.osgeo.org/pipermail/statsgrass/2006-October/000455.html reply].

: '''Author:''' Ivan Marchesini, Pierluigi De Rosa.

==== AniMove ====

: [http://www.faunalia.it/animov/ AniMove] is software for analysis of animal movement and ranging behaviour using QGIS+GRASS+R.

:'''Authors:''' Support by Faunalia.it

==== Utilities ====

===== Shapemerge =====

: [http://perrygeo.googlecode.com/svn/trunk/gis-bin/shpmerge.sh shpmerge] merges all the shapefiles in the current directory into a single output shapefile

:'''Authors:''' Perrygeo

=== Raster add-ons ===

See also

svn co <nowiki>https://svn.osgeo.org/grass/grass-addons/raster</nowiki>

==== r.bilateral ====

: [http://les-ejk.cz/files/programs/grass/r.bilateral.tgz r.bilateral] Bilateral filter is an edge-preserving filter, which combines domain and range filtering. It is written in C language.

: '''Author:''' Jachym Cepicky

==== r.boxcount ====

: r.boxcount and r.boxcount.sh calculate the fractal dimension for a given map. These are versions for grass6 of [http://www.ucl.ac.uk/~tcrnmar/ Mark Lake's modules] for grass43.

: '''Authors:''' Mark Lake, grass6 port: Florian Kindl.

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.boxcount/
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.boxcount.sh/

==== r.burn.frict ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.burn.frict r.burn.frict] converts vector geometries to raster cells, using a simple anti-aliasing method to close "gaps" between diagonal cells. Useful for "burning" vector geometries into a friction surface, making sure that simulated movement does not "slip" through converted cells that have only diagonal neighbours.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.burn.frict

==== r.colors.quantiles ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.colors.quantiles/r.colors.quantiles r.colors.quantiles] is a shell script used to create raster colors rules based on nquantiles. It uses R and spgrass6 package (RGRASS).

: '''Authors:''' Mathieu Grelier

==== r.colors.stddev ====

: [http://hamish.bowman.googlepages.com/grass_color_maps r.colors.stddev] ''moved into main archive''

==== r.cpt2grass ====

: [http://hamish.bowman.googlepages.com/grass_color_maps r.cpt2grass] is a GRASS script for importing a [http://www.soest.hawaii.edu/gmt/ GMT] .cpt color table into GRASS. It can save to a text file suitable for r.colors or automatically apply the color table to a raster map. For a large collection of GMT .cpt files see http://sview01.wiredworkplace.net/pub/cpt-city/
: Other palette ideas from [http://geography.uoregon.edu/datagraphics/color_scales.htm Univ. Oregon] and [http://oceancolor.gsfc.nasa.gov/PRODUCTS/colorbars.html NASA/Goddard's OceanColor] (latter partially translated for use with GRASS on the [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.colors.tools/palettes grass-addons SVN]).

: '''Author:''' Hamish Bowman

==== r.csr ====

: [http://www.chrisgarstin.com/stuff/r.csr r.csr] integrates several Grass programs to produce colored, shaded-relief rasters in one step. Accepts single or multiple elevation/bathymetry maps as input; optionally will fill data holidays with 3x3 median filter, multiple times, if required; can apply color maps from a) input raster, b) another raster in MAPSET, or c) from a rules file; otherwise, rainbow colorbar is applied. Output colored, shaded-relief rasters can optionally be exported to tiff format if the appropriate flag is given. Shading parameters can be modified, though useful defaults are given.

: '''Author:''' Eric Patton

==== r.cva ====

: [http://www.ucl.ac.uk/~tcrnmar/GIS/r.cva.html r.cva] is a cumulative viewshed analysis module. It is an advanced version of the {{cmd|r.los}} program.

: '''Author:''' [http://www.ucl.ac.uk/~tcrnmar/ Mark Lake]

==== r.denoise ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.denoise r.denoise] denoises (smooths/despeckles) topographic data, particular DEMs derived from radar data (including SRTM), using Xianfang Sun's [http://www.cs.cf.ac.uk/meshfiltering/index_files/Page342.htm denoising algorithm]. It is designed to preserve sharp edges and to denoise with minimal changes to the original data. See the [http://personalpages.manchester.ac.uk/staff/john.stevenson/mdenoise/r.denoise.html manual pages] for details. Further information on Sun's denoising algorithm, including an example, is available [http://personalpages.manchester.ac.uk/staff/john.stevenson/mdenoise here].

: '''Author:''' John Stevenson

==== r.dominant_dir.m and r.calc_terraflow_dir.m ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.terraflow.tools dominant_dir.m and calc_terraflow_dir.m] are two Matlab scripts for determining the dominant flow direction from a r.terraflow MFD map and converting into a GRASS aspect map for use with d.rast.arrow, etc.

: '''Author:''' Hamish Bowman

==== r.eucdist ====

: [http://david.p.finlayson.googlepages.com/r.eucdist r.eucdist] creates a raster map estimating the euclidean distance from known cells.

: '''Author:''' David Finlayson

==== r.fragment ====

: [http://www.chrisgarstin.com/stuff/r.fragment r.fragment] fragments a raster into a user-defined set of smaller tiles according to an input number of rows and columns.
: '''Author:''' Eric Patton

==== r.game_of_life ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.game_of_life r.game_of_life] is a shell script which runs Conway's classic Game of Life using GRASS raster modules. It is meant to demonstrate how easy it is to program cellular automata in GRASS as well as various 3D raster volume and time series visualization techniques.

: '''Author:''' Hamish Bowman

==== r.gauss ====

: [http://www.les-ejk.cz/files/programs/grass/r.gauss.tgz r.gauss] is Gaussian and Laplacian of Gaussian filter for GRASS. It is written in C language.

:'''Author:''' Jachym Cepicky

==== r.gradgrid4 ====

: [http://www.uibk.ac.at/geographie/personal/mergili/gradgrid4.zip gradgrid4] is a tool for interpolating values of discrete data points to a raster map, applying a local regression approach with a predictor raster. The model is based on shell and python scripts as well as an R batchfile. It was tested on Fedora Core 6 with GRASS 6.2.1 and R 2.5.1, but should work under most UNIX systems. After unzipping the gradgrid4 folder, store it at any place in your local file system. In the subfolder docs you can find a manual and a publication draft with a detailed description of the concept and the example of an application. The subfolder testloc constitutes a GRASS location with test data.

: '''Author:''' Martin Mergili

==== r.in.onearth ====

: [http://www-pool.math.tu-berlin.de/~soeren/grass/modules/ r.in.onearth] for download and import satellite images direct from the NASA onearth WMS server into GRASS.

: '''Author:''' Soeren Gebbert

==== r.in.wms (.py) ====

: [http://les-ejk.cz/files/programs/grass/r.in.wms.tgz r.in.wms] for download and import maps direct from WMS servers into GRASS. This script is written in Python Programming language. Note GRASS 6.2+ provides a shell script version of r.in.wms, take care of which one is actually being run.

: '''Author:''' Jachym Cepicky

==== r.inund.fluv ====

: [https://svn.osgeo.org/grass/grass-addons/raster/r.inund.fluv/ r.inund.fluv]This command allows to obtain a fluvial potentially inundation map given a high-resolution DTM of the area surrounding the river and a water surface profile calculated through an 1-D hydrodinamic model.

: '''Authors:''' Roberto Marzocchi, Bianca Federici, Domenico Sguerso

==== r.isoregions ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.isoregions/r.isoregions r.isoregions] allows isoregions creation from a GRASS raster map.

: '''Authors:''' Mathieu Grelier

==== r.interp.mask ====

: [http://david.p.finlayson.googlepages.com/r.interp.mask r.interp.mask] Creates a user-specified buffer around interpolation points that can be used as a MASK to prevent or clip excessive extrapolation artifacts. This works much better than a standard convex hull around the points.

: '''Author:''' David Finlayson

==== r.li ====

: [http://www.faunalia.it/download/r_li/ r.li] is a more flexible and faster replacement of the old r.le. '''''Moved into 6.3-SVN'''''.

: '''Authors:''' Claudio Porta, Davide Spano, Serena Pallecchi, [http://www.faunalia.it Faunalia]

==== r.local_max.pl ====

: [http://les-ejk.cz/files/programs/local_max.pl Local maxima] is a Perl script for <code>r.mapcalc</code>. It detects local maxima of the image.

: '''Author:''' Jachym Cepicky

==== r.mandelbrot ====

: [http://grasslab.gisix.com/scripts/r.mandelbrot r.mandelbrot] is a shell script to calculate the Mandelbrot set.- for GRASS versions 6.X.

: '''Author:''' Peter Löwe

==== mcda====

: mcda suite is a toolset for geographics multi-criteria decision aiding and data analysis based on ELECTRE (r.mcda.electre), REGIME (r.mcda.regime) and FUZZY (r.mcda.fuzzy) algorithm. The module r.roughset is also included for geographics rough set analisys and knowledge discovery based on rough set library. It is written in C language for GRASS versions 6.X.

: '''Author:''' Gianluca Massei (g_massa@libero.it ) - Antonio Boggia

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/mcda/

==== r.mlv ====

: [http://les-ejk.cz/files/programs/grass/r.mlv.tgz r.mlv] is Mean of least variance filter for GRASS. It is an edge-preserving (or even edge-enhacing) filter, which should serve for removing additive noise from images. It is written in C language.

: '''Author:''' Jachym Cepicky

==== r.out.jpeg ====

: [http://www.geospatial.it/allegri/grass/r.out.jpeg_ r.out.jpeg] is a simple GRASS script to export georeferenced JPEG images from rasters, keeping the associated color table. It is a two-step export: first a ppm file is created, then it is converted to jpeg usgin the "convert" command from ImageMagick

: '''Author:''' Giovanni Allegri

==== r.out.gmap ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmap r.out.gmap] outputs GRASS raster map into set of image tiles
following the tiling scheme of Google Maps and Microsoft Virtual Earth. Read more in the OSGeo Journal [http://www.osgeo.org/journal Volume 5 (2009, to appear)] see also [[#r.out.kml|r.out.kml]] and [[#v.out.kml|v.out.kml]]

: '''Author:''' Tomas Cebecauer

==== r.out.gmt ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmt r.out.gmt] is a GRASS script for exporting a GRASS raster map into a [http://www.soest.hawaii.edu/gmt/ GMT] grid file. It also creates a GMT color table from the data and can generate some GMT commands for plotting a postscript file. (code is experimental, but functional) see also http://169.237.35.250/~dylan/grass_user_group/#GMT_and_GRASS-overview

: '''Authors:''' Hamish Bowman, Dylan Beaudette

==== r.out.gmt2 ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmt2 r.out.gmt2] is a modified version of Hamish's r.out.gmt. Added options for title, xlabel, ylabel, comment, and map width. Removed any settings that can be changed by gmtset for more flexibility.

: '''Author:''' Huidae Cho, Hamish Bowman, Dylan Beaudette

==== r.out.kml ====

: [https://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.kml r.out.kml] is a shell script that exports a raster map into a KML file and image for Google Earth or Worldwind. See also [[#v.out.kml|v.out.kml]] and [[#r.out.gmap|r.out.gmap]].

: '''Author:''' Hamish Bowman

==== r.pack ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.pack r.pack and r.unpack] are two GRASS scripts for transfering raster maps to another computer as a single file.

: '''Author:''' Hamish Bowman

==== r.prominence ====
'''r.prominence''' calculates the average difference between a central cell and its neighbors. It approximated the terrain 'ruggedness' by looking at average differences in elevation within a given neighborhood.
: '''Author:''' Benjamin Ducke

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.prominence/

==== r.roughness ====

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.sh r.roughness.sh] is a shell script to calculate the surface roughness of a DEM, using r.surf.area and v.surf.rst. (for GRASS versions 6.1 and above)

[http://www.igc.usp.br/pessoais/guano/downloads/r.roughness60 r.roughness60] - for GRASS versions 6.0.X

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.area r.roughness.window.area] - calculate surface roughness as the ratio of real (surface) area and planar area, using a moving-window approach.

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.vector r.roughness.window.vector] - calculate surface roughness as vector dispersion, using a moving-window approach. Resulting maps are: Vector Strength (R) and Inverted Fisher's k parameter.

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.vector.html r.roughness.window.vector.html] - provisional help page for r.roughness.window.vector.

: '''Author:''' Carlos Henrique Grohmann

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.roughness/

==== r.roughset ====

: r.roughset is a module for geographics rough set analisys and knowledge discovery based on rough set library. It is written in C language for GRASS versions 6.X.

: '''Author:''' Gianluca Massei (g_massa@libero.it ) - Antonio Boggia

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/mcda/r.roughset/

==== r.smoothpatch ====

: [http://david.p.finlayson.googlepages.com/r.smoothpatch r.smoothpatch] creates a composite of two rasters using a distance-weighted average across the transition to smooth the edges.

: '''Author:''' David Finlayson

==== r.soils.texture ====

: r.soils.texture is a module to define soils texture from sand and clay raster file with a schema text file (now FAO,USDA and ISSS are available). It is written in C language. - for GRASS versions 6.x - For bugs and suggest: g_massa@libero.it

:'''Author:''' Gianluca Massei

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.soils.texture/

==== r.stream.basins ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.basins r.stream.basins] delineate basins according users input. It extends r.water.outlet funcionality to extracting more than one basin at one step. Module uses as input direction map produced by r.watershed and stream network produced by r.stream.extract, r.watershed, r.stream order or custom user input. More in tutorial on grass-wiki pages.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.basins

==== r.stream.del ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.del r.stream.del] Calculates downslope length of first order streams and delete them if it length (in pixels) is lower than the treeshold. It also join false segments left by deletion into one with category of upper. It uses r.watershed direction map and r.watershed stream map as input. The module is added only for r.watershed module, r.stream.extract has deleting short streams build-in. During development of r.stream.* it will be probably abandoned due to duplicate functionality

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.del

==== r.stream.distance ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.distance r.stream.distance] Calculates downslope distance and downslope elevation difference between current cell and stream or outlet cells. It uses r.watershed direction map, r.watershed or r.stream.extract stream map and optionally DEM as input.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.distance

==== r.stream.extract ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.extract r.stream.extract] extracts topologically clean stream networks from input elevation and optionally accumulation maps. Output is available as raster and vector and can be used as input for the other r.stream.* modules by Jarek Jasiewicz.

: '''Author:''' Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.extract

==== r.stream.order ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.order r.stream.order] orders stream network outputed by r.watershed or r.stream.extract according Sthrahler, Shreve, Horton and Hack ordering systems. It require as input stream and direction map and optionally accumulation map. It handle both SFD nad MFD modes but all data must come from the same procedure.

: '''Author:''' Jarek Jasiewicz, Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.order

==== r.stream.pos ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.pos r.stream.pos] Helper module for calculating local stream network properties and linear geostatistics. Mostly To use with R and other grass modules.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.pos

==== r.stream.stats ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.stats r.stream.stats] calculate Hortonian statistics for Stahler or Horton stream network created by r.stream.order. It uses r.watershed direction map, DEM and r.stream.order's Stahler or Horton stream network as input. It outputs calculated statistics to standard output.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.stats

==== r.surf.nnbathy ====

: [http://www.sieczka.org/programy_en.html r.surf.nnbathy] interpolates a surface from a raster input using Pavel Sakov's [http://code.google.com/p/nn-c/ nn] natural neighbor interpolation library. Provides triangulation, Sibson natural neighbor interpolation and non-Sibsonian interpolation.

: '''Author:''' Maciej Sieczka

==== r.surf.volcano ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.surf.volcano r.surf.volcano] creates an artificial surface resembling a seamount or cone volcano. The user can alter the size and shape of the mountain and optionally roughen its surface. Available decay functions are polynomial, Gaussian, Lorentzian, logarithmic, and exponential.

: '''Author:''' Hamish Bowman

==== r.terracost ====

[http://www.bowdoin.edu/~ltoma/research.html r.terracost] Scalable approach for computing least-cost-path surfaces on massive grid terrains. '''Lead author''': Laura Toma

Available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.terracost

==== r.tileset ====

: ''{{cmd|r.tileset}} moved into main archive''

==== r.traveltime ====

: [http://jesbergwetter.twoday.net/stories/4845555/ r.traveltime] computes the travel time of surface runoff to an outlet. The program starts at the basin outlet and calculates the travel time at each raster cell recursively. A drainage area related threhold considers even surface and also channel runoff. Travel times are derived by assuming kinematic wave approximation. The results can be used to derive a time-area function. This might be usefull for precipitation-runoff calculations (estimation of flood predictions) with a lumped hydrologic model (user-specified unit hydrograph).

: '''Author:''' Kristian Förster

==== r.univar.zonal ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.univar2.zonal r.univar.zonal] is similar to r.univar, but calculates statistics separately for each category(zone) present in the separate input map used to define zones (zonal statistics). The output can be like the one of r.univar or in easier to read table format and can be written to a file.

: '''Author:''' Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal

==== r.viewshed ====

: r.viewshed is a module for extremely fast line of sight analysis (replaces the slow r.los). It is written in C language for GRASS versions 6.X/7.x.

: '''Author:''' Laura Toma, USA

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.viewshed

Once {{trac|390}} is solved, it will substitute r.los.

==== r.xtent ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.xtent r.xtent] computes a raster map layer representing the Voronoi diagram, weighted Voronoi diagram or a more complex territorial partitioning of space around points (centers) in a vector input map, based on the XTENT formula.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.xtent

==== r.zc.pl ====

: [http://les-ejk.cz/files/programs/zc.pl Zero crossing] is a simple Perl script, finds the ,,zero crossings`` from the Laplacian of Gaussian filter (see above). It is really very simple, the edges don't need to be really on that pixel, where they are detected, no interpolation is performed.

: '''Author:''' Jachym Cepicky

==== GIPE ====

: The GRASS Image Processing Environment (GIPE) has USLE, Energy-balance and radiance-reflectance correction models.

: '''Author:''' Yann Chemin (unless specified otherwise).

svn co https://svn.osgeo.org/grass/grass-addons/gipe

Remark: This is progressively moved to main GRASS SVN (aka GRASS 7)

:* r.hydro.CASC2D, ported from GRASS 5.x version, is temporarily here waiting to return to main GRASS.

:* r.soiltex2prop creates porosity, Saturated Hydraulic conductivity (Ksat) and wetting front pressure head (Hf) from percentage of sand and clay after Rawls et al., 1990. This is a must for r.hydro.CASC2D.

:* i.biomass creates biomass growth map from fPAR, lightuse efficiency, water availability (or evap.fraction), Lat, doy and tsw.

:* i.dn2ref.l7, r.dn2ref.ast create top of atmosphere reflectance for Landsat 7ETM+ and ASTER. These modules also have a flag for radiance output. Updated i.dn2ref.l7 to read .met calibration file.

:* i.dn2full.l[5,7] is an attempt to get all bands of Landsat[5,7] calibrated and corrected to either reflectance or temperature, reads only the .met file.

:* i.dn2potrad.l[5,7] is an attempt to get ET potential from DN of Landsat 7 (Careful! No Atmospheric correction!).

:* i.eb.* are a set of 10+ GRASS modules that together perform the main functions of the SEBAL model (Bastiaanssen, 1995). Those functions include (but are not limited to) Soil heat flux, sensible heat flux, net radiation, evaporative fraction at satellite overpass, diurnal actual evapotranspiration, momentum roughness length, etc. These modules are also part of any Energy-Balance related processing.

:* i.evapo.potrad creates diurnal Potential evapotranspiration assuming all net radiation becomes ET, according to SEBAL model (Bastiaanssen, 1995). This module also has a flag for diurnal net radiation as required by SEBAL in i.eb.eta.

:* i.evapo.SENAY creates actual evapotranspiration following the regional method of Senay (2007).

:* i.lmf creates a Local Maximum Fitting on the temporal dimension of the multi-date input dataset, working, but more precision still to be added.

:* i.vi.mpi is the mpi version of i.vi for cluster GRASS GIS education (no speed up here!) '''Author:''' Shamim Akhter

:* i.modis.stateqa extracts State Quality Assessment information from Modis 500m (MOD09A) products.

:* i.water creates a Water Mask from NDVI and Albedo, or specifically for Modis: NDVI and Band 7.

:* i.wi creates a given Water Index (only one so far).

==== HydroFOSS ====

: HydroFOSS - a GIS embedded approach for Free & Open Source Hydrological modeling.

: '''Author:''' Massimiliano Cannata

svn co https://svn.osgeo.org/grass/grass-addons/HydroFOSS/

==== Hikereport ====

: python script that computes length, cumulative uphill and downhill, average slopes on an interactively drawn path. Based on r.profile's output.

: '''Author:''' Stefano Negri

http://tracce.wordpress.com/?attachment_id=71

=== Misc add-ons===

==== m.eigensystem ====

m.eigensystem - Computes eigen values and eigen vectors for square matrices.

: http://svn.osgeo.org/grass/grass-addons/misc/m.eigensystem/

: '''Author:''' Michael Shapiro

===Database add-ons===
==== db.join ====

: Table joining: join one table into another through common attributes

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/database/db.join/
or
g.extension db.join

===General add-ons===

==== g.laptop.sh ====

: [http://www.nature-consult.de/dassau/g.laptop/g.laptop.sh g.laptop.sh] is an interactive shell script to extract raster and vector data from current Location into a new one. Data can be copied or extracted in current or original resolution and region extend. This script was written to extract smaller parts of a GRASS location to be able to present them on a laptop without the necessity to transfer huge data. Maps do not have to be in the same mapset.

: '''Author:''' Otto Dassau

==== Readline completion ====

: '''''Readline completion''''' for GRASS commands under the bash shell: [http://www.sorokine.info/grass-complete/ grass-complete] won't clutter the environment but needs to be installed; [http://dcalvelo.free.fr/grass/grass_rlcompleter.sh grass_rlcompleter.sh] needs almost no installation but will pollute the environment. Grass-Complete currently requires Bash version 2.05 for proper install.

: '''Author:''' Alexandre Sorokine (grass-complete), Daniel Calvelo (grass_rlcompleter.sh)

==== g.region.point ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.region.point g.region.point] is a shell script which resets the computational region to a square box around a given coordinate. It is intended for use within GRASS scripts to speed up processing by limiting expensive raster calculations to a small area of interest.

: '''Author:''' Hamish Bowman

==== g.linke_by_day ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.sun.tools/ g.linke_by_day] is a python script for [[r.sun]] which interpolates a Linke turbidity value for a given day of the year based on monthly values edited into the script.

: '''Author:''' Hamish Bowman

==== g.xlist ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.xlist g.xlist] is a C implementation of g.mlist. g.xlist searches for data files matching a pattern given by wildcards or POSIX Extended Regular Expressions. POSIX regex(3) functions are required.

: '''Author:''' Huidae Cho

==== g.xremove ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.xremove g.xremove] is a C implementation of g.mremove. g.xremove removes data files matching a pattern given by wildcards or POSIX Extended Regular Expressions. POSIX regex(3) functions are required.

: '''Author:''' Huidae Cho

=== Imagery add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/imagery

==== GIPE ====

GIPE (see also above in raster section) provides:
i.biomass, i.dn2potrad.l5, i.dn2potrad.l7, i.dn2ref.ast, i.eb.deltat, i.eb.disp, i.eb.eta, i.eb.evapfr, i.eb.g0, i.eb.h0, i.eb.h_SEBAL01, i.eb.h_SEBAL95, i.eb.h_iter, i.eb.molength, i.eb.netrad, i.eb.psi, i.eb.rah, i.eb.rohair, i.eb.ublend, i.eb.ustar, i.eb.wetdrypix, i.eb.z0m, i.eb.z0m0, i.evapo.PT, i.evapo.TSA, i.evapo.potrad, i.evapo.senay, i.evapo.time_integration, i.lmf, i.modis.stateqa, i.sattime, i.vi.grid, i.vi.mpi, i.water, i.wi

svn co https://svn.osgeo.org/grass/grass-addons/gipe/

: '''Author:''' Yann Chemin

==== i.landsat.toar ====

Transform calibrated digital number of Landsat products to top-of-atmosphere radiance or top-of-atmosphere reflectance and temperature (band 6 of the sensors TM and ETM+). Optionally, used to calculate the at-surface radiance or reflectance with atmospheric correction (DOS method).

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.landsat.toar

: '''Author:''' E. Jorge Tizado

==== i.points.reproj ====

: [http://trac.osgeo.org/grass/browser/grass-addons/imagery/i.points.reproj i.points.reproj] is a shell script that will use cs2cs to reproject the target coordinates of a group's POINTS file. By running i.rectify directly to the new target projection, a generation of resampling data loss can be avoided (versus i.rectify + r.proj). On the other hand, i.rectify does not calculate cell resolution well if the map is to be rotated ([http://intevation.de/rt/webrt?serial_num=3296 bug #3296]), in those cases i.rectify+r.proj may be the better option.

: '''Author:''' Hamish Bowman

==== i.plr.py ====

: [[I.plr.py|Probabilistic Label Relaxation]], written in Python

: '''Author:''' Georg Kaspar

==== i.pr ====

: Image classification: implements k-NN (multiclass), classification trees (multiclass), maximum likelihood (multiclass), Support Vector Machines (binary), bagging versions of all the base classifiers, AdaBoost for binary trees and support vector machines. It allows feature manipulation (normalization, principal components,...). It also implements feature selection techniques (RFE, E-RFE,...), statistical tests on variables, tools for resampling (cross-validation and bootstrap) and cost-sensitive techniques for trees and support vector machines.

: '''Author:''' Stefano Merler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.pr

==== i.spec.sam ====

: Spectral Angle mapping

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.spec.sam/

==== i.spec.unmix ====

: Spectral unmixing

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.spec.unmix/

==== i.warp ====

: [http://trac.osgeo.org/grass/browser/grass-addons/imagery/i.warp i.warp] is a shell script that will use gdalwarp to rectify a raw input image using thin plate splines. The map should be imported into GRASS with r.in.gdal and GCPs set with i.points. Input is the raw image (GeoTIFF, JPEG, etc). Output is a GeoTIFF in the imagery group's target location's map projection. Requires a recent (early 2006) version of GRASS 6.1, or newer.

: '''Author:''' Hamish Bowman

=== Display add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/display

==== d.edit.rast ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.edit.rast d.edit.rast] edits cells in an existing raster map displayed on the current monitor.

: '''Author:''' Huidae Cho

==== d.frame.quarter ====

: ('''obsolete''') [http://trac.osgeo.org/grass/browser/grass-addons/display/d.frame.split d.frame.quarter] is a shell script that will split the display into four quadrants (or sixths) using ''d.frame''. Individual frames are named ''uno, dos, tres, cuatro'', and ''full_screen''.
: Replaced by {{cmd|d.split.frame}} in main.

: '''Author:''' Hamish Bowman

==== d.frame.split ====

: ''d.frame.split moved into main archive as {{cmd|d.split.frame}}''

==== d.hyperlink ====

: [ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/d.hyperlink.tar.bz2 d.hyperlink] is an interactive shell script that allows the viewing of hyperlinked images from a vector's attribute table in an external image viewer. Queries can be made via SQL statements or interactive mouse-clicking. The attribute table must be pre-populated with a column containing the image to link the vector to; the user also specifies the image folder in the current MAPSET where the images are located. The script currently supports gimp, Eye of Gnome, gthumb, gpdf, and Inkscape image viewers.

: '''Author: '''Eric Patton

==== d.mark ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.mark] is a shell script that quickly displays a marker on the display at a given coordinate.

: '''Author:''' Hamish Bowman

==== d.region.box ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.region.box d.region.box] is a shell script that quickly displays a box around the current region.

: '''Author:''' Hamish Bowman

==== d.stations ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.stations] is a shell script that quickly displays vector points (or sites for GRASS 5.4 and below).

: '''Author:''' Hamish Bowman

==== d.varea ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.varea] is a shell script that quickly displays vector areas.

: '''Author:''' Hamish Bowman

==== pd-GRASS ====

: [http://www.ornl.gov/sci/gist/software/grass/ pd-GRASS]: Parallel Display for GRASS GIS

: '''Author:''' Alex Sorokine

==== [[IconSymbols]] ====

* [[IconSymbols|Symbols]] which can be used with ''d.vect, d.graph'', and ''ps.map''.

=== Postscript add-ons ===

''See also [[ps.map scripts|ps.map samples and templates]]''.

==== ps.atlas ====

: [http://les-ejk.cz/programs/grass/ps.atlas ps.atlas] is a shell script that makes more maps on current region according to input *.psmap file. General map can be stored as vector file. The resulting *.eps maps can be automatically converted to *.pdf files.

: '''Author:''' Jachym Cepicky

==== [[AreaFillPatterns]] ====

* Hatches for ps.map's vareas

===GRASS and UMN Mapserver===

* [http://www.mail-archive.com/mapserver-users@lists.umn.edu/msg00086.html See interesting posting]

[[Category:Community]]
[[Category:Development]]
[[Category:Documentation]]
[[Category:Installation]]

AddOns

2010-01-12T10:30:27Z

⚠️Dassau: /* v.rast.stats2 */

This page contains references to user contributions and add-ons (the original GRASS GIS software can be downloaded [http://grass.osgeo.org/download/index.php here]).

__TOC__

== AddOns source code repository ==

The AddOns source code is hosted in [http://svn.osgeo.org/grass/grass-addons/ GRASS-AddOns SVN repository].

To checkout:

svn checkout <nowiki>https://svn.osgeo.org/grass/grass-addons/</nowiki> grass-addons

Please read [http://trac.osgeo.org/grass/wiki/HowToContribute#WriteaccesstotheGRASS-Addons-SVNrepository How to get write access to the GRASS-Addons-SVN repository] and contact the [http://lists.osgeo.org/mailman/listinfo/grass-dev grass-dev] mailing list if you would like to host your module there.

== Building and installing Addons ==

* see the [[Compile and Install#Addons]] wiki page

== Adding something new ==

Please announce your add-on to the GRASS users' mailing list so that others may be aware of your work. Also please consider adding your module to one of the [[Applications]] pages.

=== Copyright and licensing information ===

''Please be sure to include copyright and licensing information in the header comments of your code so that others may know how they can use, extend, modify, and redistribute your work.''

e.g. at the top of a shell script:
<pre>
#!/bin/sh
############################################################################
#
# MODULE: v.in.e00
#
# AUTHOR(S): Markus Neteler, Otto Dassau
#
# PURPOSE: Import E00 data into a GRASS vector map
# Imports single and split E00 files (.e00, .e01, .e02 ...)
#
# COPYRIGHT: (c) 2004, 2005 GDF Hannover bR, http://www.gdf-hannover.de
#
# This program is free software under the GNU General Public
# License (>=v2). Read the file COPYING that comes with GRASS
# for details.
#
#############################################################################
#
# REQUIREMENTS:
# - avcimport: http://avce00.maptools.org

[script follows]
</pre>

=== Coding standards ===

Please have a look at our [http://grass.osgeo.org/grass63/source/SUBMITTING_SCRIPTS Shell script coding standards] before submitting here.

There are other coding standards given for modules written in C, Tcl/Tk, and Python''(?)'' located in the GRASS source code.

=== Documenting your code ===

You can have an help page template auto-generated by using the GRASS [[module command line parser | command line parser]] with the <tt>--html-description</tt> command line option. Please, see also the [http://grass.ibiblio.org/grass63/manuals/html63_user/g.parser.html g.parser help page]

== Miscellaneous Add-ons ==

* [http://trac.osgeo.org/grass/browser/grass-addons/misc/utm_which_zone utm_which_zone.sh] is a shell script to determine UTM zone from Lat/Lon input. Requires [http://www.octave.org Octave] or Matlab to be installed. A shell-only version is [http://dcalvelo.free.fr/grass/utm_which_zone_sh.sh available] which only requires awk. '''Authors''': Hamish Bowman (Octave part), Markus Neteler (shell script wrapper), Daniel Calvelo (sh+awk version)

* Perl scripts for converting data forth and back between Excel files and PostgreSQL: [http://dcalvelo.free.fr/grass/pg2xls.pl pg2xls.pl] reads data from PostgreSQL and produces an excel workbook; [http://dcalvelo.free.fr/grass/xls2sql.pl xls2sql.pl] reads excel files and outputs SQL statements to be fed into an RDBMS. Both scripts need modules from [http://www.cpan.org CPAN], especially [http://search.cpan.org/dist/Spreadsheet-ParseExcel/ Spreadsheet::ParseExcel] for xls2sql.pl and [http://search.cpan.org/~tmtm/Spreadsheet-WriteExcel-FromDB Spreadsheet::WriteExcel::FromDB] and its dependencies for pg2sql.pl. Check the source headers for more info. '''Authors:''' Daniel Calvelo (xls2sql.pl), Markus Neteler (pg2xls.pl)

* [http://dream.lrrl.arch.tu-muenchen.de/~wqual/perl/dbf2sql.tgz dbf2sql] is a Perl script for translating dbf-tables into a sql-command. dbf-tables are read using dbfdump-command from dbd-xbase-perl module ([http://search.cpan.org/~janpaz/DBD-XBase-0.241/ dbd::xbase] and [http://search.cpan.org/~jv/Getopt-Long-2.35/lib/Getopt/Long.pm getopt::long] have to be installed from CPAN first). There are problems, if the last column of the table contains characters. Suggestions for improvements welcome! '''Author:'''Wolfgang Qual

* [http://www.igc.usp.br/pessoais/guano/downloads/azimuth2.c azimuth2.c] is a small C program to calculate the azimuth and length of vector lines exported by GRASS-GIS as ASCII files (like this: v.out.ascii input=vector output=ascii format=standard). It is useful for create rose diagrams of lineament maps. Improvements on the original code after suggestions by Örs Téglásy, Hungary. '''Author:''' Carlos Henrique Grohmann

==GRASS 4.x==

===Raster add-ons for GRASS 4===

* MAGICAL Software: The MAGICAL software comprises a suite of three programs that provide a multi-agent simulation extension for the GRASS GIS software. http://www.ucl.ac.uk/~tcrnmar/simulation/magical/magical.html

==GRASS 5.x==

===Vector add-ons for GRASS 5===

* See here: http://grass.osgeo.org/download/addons.php

===Raster add-ons for GRASS 5===

* See here: http://grass.osgeo.org/download/addons.php

* [http://www.valledemexico.ambitiouslemon.com/gwmodelling.html r.gmtg] The groundwater modelling tool for grass. A module to use MODFLOW within GRASS. '''Author''': Jaime Carrera

* [http://www.bowdoin.edu/~ltoma/research.html r.terracost] Scalable approach for computing least-cost-path surfaces on massive grid terrains. For GRASS 5.3. '''Lead author''': Laura Toma
:Newer version available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.terracost

==GRASS 6.x==

=== Vector add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/vector

==== v.adehabitat.clusthr, v.adehabitat.kernelUD, v.adehabitat.mcp ====

: Tools to calculate home ranges of animals
: '''Author:''' Clement Calenge

Available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/vector/adehabitat

==== v.append ====

: [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.append v.append] is a shell script combining two vector files AND their associated attribute tables. The vector files should be of the same type and, for best results, should have identically formatted attribute tables.

: '''Author:''' Michael Barton

==== v.autokrige ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.autokrige/v.autokrige.py v.autokrige] achieves automatic ordinary kriging from GRASS sites (vector point data), using R with spgrass6 (RGRASS) and automap packages.

: '''Author:''' Mathieu Grelier

==== v.breach ====

: [http://www.sieczka.org/programy_en.html v.breach] creates vector maps of lines and points of continously lowering elevation down the input watercourses, based on the input raster DEM.

: '''Author:''' Maciej Sieczka

==== v.colors ====

: {{cmd|v.colors}} ''moved into main archive''

==== v.count.points.sh ====

: [http://wiki.iosa.it/dokuwiki/spatial_analysis:feature_count v.count.points.sh] counts point features in areas, generates table good as input to d.vect.chart.

: '''Author:''' Stefano Costa

==== v.digatt ====

: [http://phygeo7.geo.uni-augsburg.de/gis2/scripts/v.digatt v.digatt] (shell script) Interactively assign numeric table attributes to series of vector objects. It is meant to be effective by avoiding to type in the attribute value for all single objects again and again. The user is prompted for typing in an attribute value which is assigned to all objects selected by mouseclick afterwards. Next the display is redrawn after updating the table column. Zooming allows to change the region before the old value can be reused or a new one can be typed in (or copied by mouse from another object) in order to assign it to the next series of objects etc. It is tested not very extensively yet. Therefore better work with a copy of your map and consider using v.digit or d.what.vect -e alternatively. [http://phygeo7.geo.uni-augsburg.de/gis2/scripts/v.digatt.png screenshot].

: '''Author:''' Andreas Philipp

==== v.dip ====

: [http://marcin.slodkowski.googlepages.com/v.dip.tgz v.dip] creates points of thickness vectors from the vectors of strike and dip angles. The v.dip is the main ANSI C core program. Program so-called v.dip can run without GRASS environment.

: '''Author:''' Marcin Slodkowski

==== v.flip ====

: [http://www.sieczka.org/programy_en.html v.flip] flips the direction of selected vector lines (redundant since GRASS 6.3 - there is "v.edit tool=flip").

: '''Author:''' Maciej Sieczka

==== v.group ====

: [http://www.shockfamily.net/cedric/grass/v.group v.group] generates a new vector map with the same geometry as an existing map. The new map has categories and a table based on grouping by the values in certain columns of the existing map's table. The values in these columns are preserved in the table for the new map. It's like a v.reclass that preserves data.

: '''Author:''' Cedric Shock

==== v.in.gama ====

: Converts [http://www.gnu.org/software/gama/ GNU GaMa] XML output file to a GRASS vector map layer.

:'''Author:''' Martin Landa

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.in.gama

==== v.in.geoplot ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.geoplot v.in.geoplot] converts a [http://www.geoscan-research.co.uk/page9.html/ Geoplot] ASCII export file to a GRASS vector map layer.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.in.geoplot

==== v.in.gshhs ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.gshhs v.in.gshhs] imports [http://www.soest.hawaii.edu/wessel/gshhs/gshhs.html GSHHS] shorelines into a GRASS vector map. GSHHS data are automatically reprojected to the current location.

:'''Authors:''' several, updated to GRASS 6 by Markus Metz

==== v.in.mbsys_fnv ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.mbsys_fnv v.in.mbsys_fnv] imports [[MB-System]] navigation files into a GRASS vector map. You can choose from swath area coverage, track lines (including outer port/starboard edges), all bounds as points, etc. An attribute database is created containing the vital statistics of the specified feature such as track length or swath coverage (geodesic), start stop time and location, pitch, roll, heave, etc.

:'''Author:''' Hamish Bowman

==== v.in.ncdc ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.ncdc v.in.ncdc] imports an [http://www.ncdc.noaa.gov NCDC] stn file (station data) into a GRASS vector map.

: '''Author:''' Huidae Cho

==== v.in.postgis ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.postgis/v.in.postgis.py v.in.postgis] Create a GRASS layer from any sql query on PostGIS data.

: '''Author:''' Mathieu Grelier

==== v.in.osm ====

: [http://kripton.kripserver.net/software/v.in.osm/ v.in.osm]: OpenStreetMap import into GRASS. Yet only supports deprecated API 0.4, will be modified to work with API 0.5 some time soon.

: '''Author:''' Jannis Achstetter

: See also [http://hamish.bowman.googlepages.com/gpsdrivefiles#osm osm2grass.sh] by H Bowman

==== v.in.ovl ====

: [http://grasslab.gisix.com/scripts/v.in.ovl/ v.in.ovl] is a shell script that imports an ASCII vector file created with TOP10|25|50 or similar products.

: '''Author:''' Peter Löwe

==== v.krige ====

: [[V.krige_GSoC_2009 | v.krige]] aims to integrate R functions for kriging (packages automap, gstat, geoR) in a trasparent way. '''Moved into trunk/devbr6 code (r40048)'''

: '''Author:''' Anne Ghisla, as Google Summer of Code 2009 project

: See also [[GRASS_AddOns#v.autokrige]] by Mathieu Grelier

==== v.lda ====

: [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.lda v.lda] is a shell script for calculating Ian Johnson's (U. Sidney) Local Density Analysis values to measure clustering of point data at different neighborhood radii. There is an option to create a simple line graph of the results. There have been reports of problems creating the line graph on Cygwin installations of GRASS.

==== v.line.center ====

: [http://www.sieczka.org/programy_en.html v.line.center] creates a points vector map with each point located in the middle of the length of the input vector line.

: '''Author:''' Maciej Sieczka

==== v.lmeasure ====

: [http://ngeo.de/grassstuff/v.lmeasure v.lmeasure] and [http://ngeo.de/grassstuff/v.revlmeasure v.revlmeasure] are two perl scripts that place equidistant vector points along a given arbitrary vector line starting from the beginning or end of the vector line, respectively. Resulting vector points are labeled with the distance from origin.

: '''Author:''' Mats Schuh

==== v.out.ascii.db ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.ascii.db v.out.ascii.db] is a shell script for exporting vector point data coordinates and selected attribute columns to either a file or to the console.
: ''Superseded in GRASS 6.4 by the new v.out.ascii columns= option.''

: '''Author:''' Hamish Bowman

==== v.out.ascii.mat ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.ascii.mat v.out.ascii.mat] is a shell script for exporting vector polygon and polyline data into an ASCII text file suitable for loading into Matlab (or [http://www.gnu.org/software/octave/ Octave]).

: '''Author:''' Hamish Bowman

==== v.out.gmt ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.gmt v.out.gmt] is a shell script that exports a polygon vector file into GMT xy file. psbasemap code was copied from Hamish's r.out.gmt.

: '''Author:''' Huidae Cho, Hamish Bowman, Dylan Beaudette

==== v.out.kml ====

: [http://grasslab.gisix.com/scripts/v.out.kml/ v.out.kml] is a shell script that exports a vector file into a KML file for Google Earth or Worldwind. see also [[#r.out.kml|r.out.kml]] and [[#r.out.gmap|r.out.gmap]]

: '''Author:''' Peter Löwe

==== v.out.svg ====

: [http://svg.cc/grass/index.html v.out.svg] is a module that exports SVG notation along with optional attribute data directly from GRASS 6.x vector layers. Now part of [http://svn.osgeo.org/grass/grass/trunk/vector/v.out.svg/ grass6-svn].

: '''Author:''' Klaus Förster

==== v.random.cover ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.random.cover v.random.cover] is a shell script for creating random points constrained within an irregularly shaped vector area. (v.random places points only in current region rectangle). Optionally the user can upload raster values at the points. See also '<tt>r.random cover= vector_output=</tt>'

: '''Author:''' Hamish Bowman

==== v.rasterbounds ====

: [http://les-ejk.cz/programs v.rasterbounds] is a shell script for creating polygon-vector file of rasterfile boundaries. The best version of GRASS is 6.1+. If you are using GRASS < 6.1, you have to be in the same mapset as your raster maps are from.

: '''Author:''' Jachym Cepicky

==== v.rast.stats2 ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.rast.stats2 v.rast.stats2] is an adapted version of the GRASS module v.rast.stats. It uses the grass addon [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.univar2.zonal r.univar.zonal] to speed up calculation of univariate statistics from a GRASS raster map based on vector polygons.

: '''Authors:''' Markus Neteler, Otto Dassau

==== v.sample.buffer [broken link, please update or delete]====

: [http://www.clubwebcanada.ca/twiens/v.sample.buffer.tgz v.sample.buffer] is a shell script that samples rasters in buffers of a specified size around features in a specified vector file. Sampling results are added as attributes to the vector file. This script was designed for sampling vegetation indices and DEM derived attributes for bird point counts. Sampling results can be one or more basic statistics such as mean, range, max, etc.

: '''Author:''' Trevor Wiens

==== v.select.region ====

: [ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/v.select.region.tar.bz2 v.select.region] is a shell script that prints out the names of all vectors matching an input search pattern that has geometry (points, line, areas) that fall within a region bounded by an existing vector map, or within the current Grass region.

: '''Author:''' Eric Patton

==== v.selmany ====

: [http://svn.osgeo.org/grass/grass-addons/vector/v.selmany/v.selmany v.selmany] is a shell script that allows to interactively select a set of vector objects on a given layer, then assign them attribute values in a connected database table. The script runs on the command line prompt and within a graphic monitor ; it does not work with DBF driver.

: '''Author:''' Vincent Bain

==== v.surf.icw ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.surf.icw v.surf.icw] is an IDW interpolation method using true distance cost instead of euclidean shortest distance, i.e. ''as the fish swims around an island'' not ''as the bird flies''. This will cleanly travel around hard barriers and a cost surface map may be used to model expensive-cross barriers. Input data points do not need direct line of sight to be considered, but should be kept to less than one hundred as the module becomes very computationally expensive. A number of radial basis function options are available. ([http://grass.osgeo.org/wiki/Image:Inlets_03_SurfSal_icw_big.png screenshot])

: '''Author:''' Hamish Bowman

==== v.surf.idwpow ====

: [http://www.geospatial.it/allegri/grass/v.surf.idwpow.zip v.surf.idwpow] integrates the common v.surf.idw algorithm with the exponential parameter for the distance weights

: '''Author:''' Giovanni Allegri

==== v.surf.krige [deprecated: use v.autokrige instead] ====

: v.surf.krige is a script that do a surface interpolation from vector point data by Kriging method. The interpolated value of a cell is determined by using an omnidirectional variogram model fitted starting from model parameter given by user shown from the experimental semi variogram produced by v.variogram. The script can perform also the Leave-One-out cross validation to test the variogram model "fitted by eye" and an automatic fitted variogram model. The cross validation helps the user to choose the best variogram model to interpolate own data.

: '''Author:''' Pierluigi De Rosa.

==== v.strahler ====

: [http://www.pois.org/florian/downloads/grass/v.strahler.tgz v.strahler] is a module that calculates the Strahler Order for all lines of a given dendritic network.

: '''Author:''' Florian Kindl. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.strahler

==== v.swathwidth ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.swathwidth v.swathwidth] creates a vector map representing the sea bottom coverage of a multibeam (swath) sonar survey.
: ([http://david.p.finlayson.googlepages.com/swathwidth Screenshots])

: '''Authors:''' David Finlayson, Hamish Bowman

==== v.thickness ====

: [http://marcin.slodkowski.googlepages.com/v.thickness.tgz v.thickness] creates points of thickness vectors from the vectors of strike and dip angles.The v.thickness is GUI GRASS script for v.dip.

: '''Author:''' Marcin Slodkowski

==== v.transect.kia ====

: [https://svn.osgeo.org/grass/grass-addons/vector/v.transect.kia v.transect.kia] calculates kilometric abundance indexes (KIA), a common indirect presence index used in wildlife monitoring along line transect surveys.
: Path lenghts can be corrected by draping on a DEM, different type of point objects can be weighted according to their relative importance, and paths can be segmented using a further polygon vector (to calculate, say, abundances per elevation range or per habitat class).
: The module is written in bash and needs a GRASS install compiled with sqlite support.

: '''Author:''' Clara Tattoni and Damiano G. Preatoni

==== v.trees3d ====

: [http://les-ejk.cz/programs/ v.trees3d] is a module for making 3D trees from input vector point file.

: '''Author:''' Jachym Cepicky

==== v.trimesh ====
: [http://www.valledemexico.ambitiouslemon.com/vtrimesh.html v.trimesh] creates a triangular mesh from a vector map using areal constraints for refinement. It uses Jonathan Shewchuk's Triangle library.

: '''Author:''' Jaime Carrera

==== v.what.rast.buffer ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.what.rast.buffer v.what.rast.buffer] is a script that calculates univariate statistics of raster map(s) from buffers around vector points. Results are written to a file. Resolution is taken from each input map.
: ''see also the [http://starspan.casil.ucdavis.edu StarSpan] software

: '''Author:''' Hamish Bowman

==== v.variogram [deprecated: use v.autokrige instead] ====

: v.variogram is a script that create an omnidirectional experimental semi-variogram. This scripts require R-statistics software installed on your machine. Now the script is updated to run on spgrass6 >= 0.3 and sp >= 0.9 [http://grass.osgeo.org/pipermail/statsgrass/2006-October/000455.html reply].

: '''Author:''' Ivan Marchesini, Pierluigi De Rosa.

==== AniMove ====

: [http://www.faunalia.it/animov/ AniMove] is software for analysis of animal movement and ranging behaviour using QGIS+GRASS+R.

:'''Authors:''' Support by Faunalia.it

==== Utilities ====

===== Shapemerge =====

: [http://perrygeo.googlecode.com/svn/trunk/gis-bin/shpmerge.sh shpmerge] merges all the shapefiles in the current directory into a single output shapefile

:'''Authors:''' Perrygeo

=== Raster add-ons ===

See also

svn co <nowiki>https://svn.osgeo.org/grass/grass-addons/raster</nowiki>

==== r.bilateral ====

: [http://les-ejk.cz/files/programs/grass/r.bilateral.tgz r.bilateral] Bilateral filter is an edge-preserving filter, which combines domain and range filtering. It is written in C language.

: '''Author:''' Jachym Cepicky

==== r.boxcount ====

: r.boxcount and r.boxcount.sh calculate the fractal dimension for a given map. These are versions for grass6 of [http://www.ucl.ac.uk/~tcrnmar/ Mark Lake's modules] for grass43.

: '''Authors:''' Mark Lake, grass6 port: Florian Kindl.

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.boxcount/
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.boxcount.sh/

==== r.burn.frict ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.burn.frict r.burn.frict] converts vector geometries to raster cells, using a simple anti-aliasing method to close "gaps" between diagonal cells. Useful for "burning" vector geometries into a friction surface, making sure that simulated movement does not "slip" through converted cells that have only diagonal neighbours.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.burn.frict

==== r.colors.quantiles ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.colors.quantiles/r.colors.quantiles r.colors.quantiles] is a shell script used to create raster colors rules based on nquantiles. It uses R and spgrass6 package (RGRASS).

: '''Authors:''' Mathieu Grelier

==== r.colors.stddev ====

: [http://hamish.bowman.googlepages.com/grass_color_maps r.colors.stddev] ''moved into main archive''

==== r.cpt2grass ====

: [http://hamish.bowman.googlepages.com/grass_color_maps r.cpt2grass] is a GRASS script for importing a [http://www.soest.hawaii.edu/gmt/ GMT] .cpt color table into GRASS. It can save to a text file suitable for r.colors or automatically apply the color table to a raster map. For a large collection of GMT .cpt files see http://sview01.wiredworkplace.net/pub/cpt-city/
: Other palette ideas from [http://geography.uoregon.edu/datagraphics/color_scales.htm Univ. Oregon] and [http://oceancolor.gsfc.nasa.gov/PRODUCTS/colorbars.html NASA/Goddard's OceanColor] (latter partially translated for use with GRASS on the [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.colors.tools/palettes grass-addons SVN]).

: '''Author:''' Hamish Bowman

==== r.csr ====

: [http://www.chrisgarstin.com/stuff/r.csr r.csr] integrates several Grass programs to produce colored, shaded-relief rasters in one step. Accepts single or multiple elevation/bathymetry maps as input; optionally will fill data holidays with 3x3 median filter, multiple times, if required; can apply color maps from a) input raster, b) another raster in MAPSET, or c) from a rules file; otherwise, rainbow colorbar is applied. Output colored, shaded-relief rasters can optionally be exported to tiff format if the appropriate flag is given. Shading parameters can be modified, though useful defaults are given.

: '''Author:''' Eric Patton

==== r.cva ====

: [http://www.ucl.ac.uk/~tcrnmar/GIS/r.cva.html r.cva] is a cumulative viewshed analysis module. It is an advanced version of the {{cmd|r.los}} program.

: '''Author:''' [http://www.ucl.ac.uk/~tcrnmar/ Mark Lake]

==== r.denoise ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.denoise r.denoise] denoises (smooths/despeckles) topographic data, particular DEMs derived from radar data (including SRTM), using Xianfang Sun's [http://www.cs.cf.ac.uk/meshfiltering/index_files/Page342.htm denoising algorithm]. It is designed to preserve sharp edges and to denoise with minimal changes to the original data. See the [http://personalpages.manchester.ac.uk/staff/john.stevenson/mdenoise/r.denoise.html manual pages] for details. Further information on Sun's denoising algorithm, including an example, is available [http://personalpages.manchester.ac.uk/staff/john.stevenson/mdenoise here].

: '''Author:''' John Stevenson

==== r.dominant_dir.m and r.calc_terraflow_dir.m ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.terraflow.tools dominant_dir.m and calc_terraflow_dir.m] are two Matlab scripts for determining the dominant flow direction from a r.terraflow MFD map and converting into a GRASS aspect map for use with d.rast.arrow, etc.

: '''Author:''' Hamish Bowman

==== r.eucdist ====

: [http://david.p.finlayson.googlepages.com/r.eucdist r.eucdist] creates a raster map estimating the euclidean distance from known cells.

: '''Author:''' David Finlayson

==== r.fragment ====

: [http://www.chrisgarstin.com/stuff/r.fragment r.fragment] fragments a raster into a user-defined set of smaller tiles according to an input number of rows and columns.
: '''Author:''' Eric Patton

==== r.game_of_life ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.game_of_life r.game_of_life] is a shell script which runs Conway's classic Game of Life using GRASS raster modules. It is meant to demonstrate how easy it is to program cellular automata in GRASS as well as various 3D raster volume and time series visualization techniques.

: '''Author:''' Hamish Bowman

==== r.gauss ====

: [http://www.les-ejk.cz/files/programs/grass/r.gauss.tgz r.gauss] is Gaussian and Laplacian of Gaussian filter for GRASS. It is written in C language.

:'''Author:''' Jachym Cepicky

==== r.gradgrid4 ====

: [http://www.uibk.ac.at/geographie/personal/mergili/gradgrid4.zip gradgrid4] is a tool for interpolating values of discrete data points to a raster map, applying a local regression approach with a predictor raster. The model is based on shell and python scripts as well as an R batchfile. It was tested on Fedora Core 6 with GRASS 6.2.1 and R 2.5.1, but should work under most UNIX systems. After unzipping the gradgrid4 folder, store it at any place in your local file system. In the subfolder docs you can find a manual and a publication draft with a detailed description of the concept and the example of an application. The subfolder testloc constitutes a GRASS location with test data.

: '''Author:''' Martin Mergili

==== r.in.onearth ====

: [http://www-pool.math.tu-berlin.de/~soeren/grass/modules/ r.in.onearth] for download and import satellite images direct from the NASA onearth WMS server into GRASS.

: '''Author:''' Soeren Gebbert

==== r.in.wms (.py) ====

: [http://les-ejk.cz/files/programs/grass/r.in.wms.tgz r.in.wms] for download and import maps direct from WMS servers into GRASS. This script is written in Python Programming language. Note GRASS 6.2+ provides a shell script version of r.in.wms, take care of which one is actually being run.

: '''Author:''' Jachym Cepicky

==== r.inund.fluv ====

: [https://svn.osgeo.org/grass/grass-addons/raster/r.inund.fluv/ r.inund.fluv]This command allows to obtain a fluvial potentially inundation map given a high-resolution DTM of the area surrounding the river and a water surface profile calculated through an 1-D hydrodinamic model.

: '''Authors:''' Roberto Marzocchi, Bianca Federici, Domenico Sguerso

==== r.isoregions ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.isoregions/r.isoregions r.isoregions] allows isoregions creation from a GRASS raster map.

: '''Authors:''' Mathieu Grelier

==== r.interp.mask ====

: [http://david.p.finlayson.googlepages.com/r.interp.mask r.interp.mask] Creates a user-specified buffer around interpolation points that can be used as a MASK to prevent or clip excessive extrapolation artifacts. This works much better than a standard convex hull around the points.

: '''Author:''' David Finlayson

==== r.li ====

: [http://www.faunalia.it/download/r_li/ r.li] is a more flexible and faster replacement of the old r.le. '''''Moved into 6.3-SVN'''''.

: '''Authors:''' Claudio Porta, Davide Spano, Serena Pallecchi, [http://www.faunalia.it Faunalia]

==== r.local_max.pl ====

: [http://les-ejk.cz/files/programs/local_max.pl Local maxima] is a Perl script for <code>r.mapcalc</code>. It detects local maxima of the image.

: '''Author:''' Jachym Cepicky

==== r.mandelbrot ====

: [http://grasslab.gisix.com/scripts/r.mandelbrot r.mandelbrot] is a shell script to calculate the Mandelbrot set.- for GRASS versions 6.X.

: '''Author:''' Peter Löwe

==== mcda====

: mcda suite is a toolset for geographics multi-criteria decision aiding and data analysis based on ELECTRE (r.mcda.electre), REGIME (r.mcda.regime) and FUZZY (r.mcda.fuzzy) algorithm. The module r.roughset is also included for geographics rough set analisys and knowledge discovery based on rough set library. It is written in C language for GRASS versions 6.X.

: '''Author:''' Gianluca Massei (g_massa@libero.it ) - Antonio Boggia

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/mcda/

==== r.mlv ====

: [http://les-ejk.cz/files/programs/grass/r.mlv.tgz r.mlv] is Mean of least variance filter for GRASS. It is an edge-preserving (or even edge-enhacing) filter, which should serve for removing additive noise from images. It is written in C language.

: '''Author:''' Jachym Cepicky

==== r.out.jpeg ====

: [http://www.geospatial.it/allegri/grass/r.out.jpeg_ r.out.jpeg] is a simple GRASS script to export georeferenced JPEG images from rasters, keeping the associated color table. It is a two-step export: first a ppm file is created, then it is converted to jpeg usgin the "convert" command from ImageMagick

: '''Author:''' Giovanni Allegri

==== r.out.gmap ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmap r.out.gmap] outputs GRASS raster map into set of image tiles
following the tiling scheme of Google Maps and Microsoft Virtual Earth. Read more in the OSGeo Journal [http://www.osgeo.org/journal Volume 5 (2009, to appear)] see also [[#r.out.kml|r.out.kml]] and [[#v.out.kml|v.out.kml]]

: '''Author:''' Tomas Cebecauer

==== r.out.gmt ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmt r.out.gmt] is a GRASS script for exporting a GRASS raster map into a [http://www.soest.hawaii.edu/gmt/ GMT] grid file. It also creates a GMT color table from the data and can generate some GMT commands for plotting a postscript file. (code is experimental, but functional) see also http://169.237.35.250/~dylan/grass_user_group/#GMT_and_GRASS-overview

: '''Authors:''' Hamish Bowman, Dylan Beaudette

==== r.out.gmt2 ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmt2 r.out.gmt2] is a modified version of Hamish's r.out.gmt. Added options for title, xlabel, ylabel, comment, and map width. Removed any settings that can be changed by gmtset for more flexibility.

: '''Author:''' Huidae Cho, Hamish Bowman, Dylan Beaudette

==== r.out.kml ====

: [https://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.kml r.out.kml] is a shell script that exports a raster map into a KML file and image for Google Earth or Worldwind. See also [[#v.out.kml|v.out.kml]] and [[#r.out.gmap|r.out.gmap]].

: '''Author:''' Hamish Bowman

==== r.pack ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.pack r.pack and r.unpack] are two GRASS scripts for transfering raster maps to another computer as a single file.

: '''Author:''' Hamish Bowman

==== r.prominence ====
'''r.prominence''' calculates the average difference between a central cell and its neighbors. It approximated the terrain 'ruggedness' by looking at average differences in elevation within a given neighborhood.
: '''Author:''' Benjamin Ducke

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.prominence/

==== r.roughness ====

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.sh r.roughness.sh] is a shell script to calculate the surface roughness of a DEM, using r.surf.area and v.surf.rst. (for GRASS versions 6.1 and above)

[http://www.igc.usp.br/pessoais/guano/downloads/r.roughness60 r.roughness60] - for GRASS versions 6.0.X

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.area r.roughness.window.area] - calculate surface roughness as the ratio of real (surface) area and planar area, using a moving-window approach.

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.vector r.roughness.window.vector] - calculate surface roughness as vector dispersion, using a moving-window approach. Resulting maps are: Vector Strength (R) and Inverted Fisher's k parameter.

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.vector.html r.roughness.window.vector.html] - provisional help page for r.roughness.window.vector.

: '''Author:''' Carlos Henrique Grohmann

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.roughness/

==== r.roughset ====

: r.roughset is a module for geographics rough set analisys and knowledge discovery based on rough set library. It is written in C language for GRASS versions 6.X.

: '''Author:''' Gianluca Massei (g_massa@libero.it ) - Antonio Boggia

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/mcda/r.roughset/

==== r.smoothpatch ====

: [http://david.p.finlayson.googlepages.com/r.smoothpatch r.smoothpatch] creates a composite of two rasters using a distance-weighted average across the transition to smooth the edges.

: '''Author:''' David Finlayson

==== r.soils.texture ====

: r.soils.texture is a module to define soils texture from sand and clay raster file with a schema text file (now FAO,USDA and ISSS are available). It is written in C language. - for GRASS versions 6.x - For bugs and suggest: g_massa@libero.it

:'''Author:''' Gianluca Massei

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.soils.texture/

==== r.stream.basins ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.basins r.stream.basins] delineate basins according users input. It extends r.water.outlet funcionality to extracting more than one basin at one step. Module uses as input direction map produced by r.watershed and stream network produced by r.stream.extract, r.watershed, r.stream order or custom user input. More in tutorial on grass-wiki pages.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.basins

==== r.stream.del ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.del r.stream.del] Calculates downslope length of first order streams and delete them if it length (in pixels) is lower than the treeshold. It also join false segments left by deletion into one with category of upper. It uses r.watershed direction map and r.watershed stream map as input. The module is added only for r.watershed module, r.stream.extract has deleting short streams build-in. During development of r.stream.* it will be probably abandoned due to duplicate functionality

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.del

==== r.stream.distance ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.distance r.stream.distance] Calculates downslope distance and downslope elevation difference between current cell and stream or outlet cells. It uses r.watershed direction map, r.watershed or r.stream.extract stream map and optionally DEM as input.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.distance

==== r.stream.extract ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.extract r.stream.extract] extracts topologically clean stream networks from input elevation and optionally accumulation maps. Output is available as raster and vector and can be used as input for the other r.stream.* modules by Jarek Jasiewicz.

: '''Author:''' Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.extract

==== r.stream.order ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.order r.stream.order] orders stream network outputed by r.watershed or r.stream.extract according Sthrahler, Shreve, Horton and Hack ordering systems. It require as input stream and direction map and optionally accumulation map. It handle both SFD nad MFD modes but all data must come from the same procedure.

: '''Author:''' Jarek Jasiewicz, Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.order

==== r.stream.pos ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.pos r.stream.pos] Helper module for calculating local stream network properties and linear geostatistics. Mostly To use with R and other grass modules.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.pos

==== r.stream.stats ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.stats r.stream.stats] calculate Hortonian statistics for Stahler or Horton stream network created by r.stream.order. It uses r.watershed direction map, DEM and r.stream.order's Stahler or Horton stream network as input. It outputs calculated statistics to standard output.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.stats

==== r.surf.nnbathy ====

: [http://www.sieczka.org/programy_en.html r.surf.nnbathy] interpolates a surface from a raster input using Pavel Sakov's [http://code.google.com/p/nn-c/ nn] natural neighbor interpolation library. Provides triangulation, Sibson natural neighbor interpolation and non-Sibsonian interpolation.

: '''Author:''' Maciej Sieczka

==== r.surf.volcano ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.surf.volcano r.surf.volcano] creates an artificial surface resembling a seamount or cone volcano. The user can alter the size and shape of the mountain and optionally roughen its surface. Available decay functions are polynomial, Gaussian, Lorentzian, logarithmic, and exponential.

: '''Author:''' Hamish Bowman

==== r.terracost ====

[http://www.bowdoin.edu/~ltoma/research.html r.terracost] Scalable approach for computing least-cost-path surfaces on massive grid terrains. '''Lead author''': Laura Toma

Available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.terracost

==== r.tileset ====

: ''{{cmd|r.tileset}} moved into main archive''

==== r.traveltime ====

: [http://jesbergwetter.twoday.net/stories/4845555/ r.traveltime] computes the travel time of surface runoff to an outlet. The program starts at the basin outlet and calculates the travel time at each raster cell recursively. A drainage area related threhold considers even surface and also channel runoff. Travel times are derived by assuming kinematic wave approximation. The results can be used to derive a time-area function. This might be usefull for precipitation-runoff calculations (estimation of flood predictions) with a lumped hydrologic model (user-specified unit hydrograph).

: '''Author:''' Kristian Förster

==== r.univar.zonal ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.univar2.zonal r.univar.zonal] is similar to r.univar, but calculates statistics separately for each category(zone) present in the separate input map used to define zones (zonal statistics). The output can be like the one of r.univar or in easier to read table format and can be written to a file.

: '''Author:''' Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal

==== r.viewshed ====

: r.viewshed is a module for extremely fast line of sight analysis (replaces the slow r.los). It is written in C language for GRASS versions 6.X/7.x.

: '''Author:''' Laura Toma, USA

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.viewshed

Once {{trac|390}} is solved, it will substitute r.los.

==== r.xtent ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.xtent r.xtent] computes a raster map layer representing the Voronoi diagram, weighted Voronoi diagram or a more complex territorial partitioning of space around points (centers) in a vector input map, based on the XTENT formula.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.xtent

==== r.zc.pl ====

: [http://les-ejk.cz/files/programs/zc.pl Zero crossing] is a simple Perl script, finds the ,,zero crossings`` from the Laplacian of Gaussian filter (see above). It is really very simple, the edges don't need to be really on that pixel, where they are detected, no interpolation is performed.

: '''Author:''' Jachym Cepicky

==== GIPE ====

: The GRASS Image Processing Environment (GIPE) has USLE, Energy-balance and radiance-reflectance correction models.

: '''Author:''' Yann Chemin (unless specified otherwise).

svn co https://svn.osgeo.org/grass/grass-addons/gipe

Remark: This is progressively moved to main GRASS SVN (aka GRASS 7)

:* r.hydro.CASC2D, ported from GRASS 5.x version, is temporarily here waiting to return to main GRASS.

:* r.soiltex2prop creates porosity, Saturated Hydraulic conductivity (Ksat) and wetting front pressure head (Hf) from percentage of sand and clay after Rawls et al., 1990. This is a must for r.hydro.CASC2D.

:* i.biomass creates biomass growth map from fPAR, lightuse efficiency, water availability (or evap.fraction), Lat, doy and tsw.

:* i.dn2ref.l7, r.dn2ref.ast create top of atmosphere reflectance for Landsat 7ETM+ and ASTER. These modules also have a flag for radiance output. Updated i.dn2ref.l7 to read .met calibration file.

:* i.dn2full.l[5,7] is an attempt to get all bands of Landsat[5,7] calibrated and corrected to either reflectance or temperature, reads only the .met file.

:* i.dn2potrad.l[5,7] is an attempt to get ET potential from DN of Landsat 7 (Careful! No Atmospheric correction!).

:* i.eb.* are a set of 10+ GRASS modules that together perform the main functions of the SEBAL model (Bastiaanssen, 1995). Those functions include (but are not limited to) Soil heat flux, sensible heat flux, net radiation, evaporative fraction at satellite overpass, diurnal actual evapotranspiration, momentum roughness length, etc. These modules are also part of any Energy-Balance related processing.

:* i.evapo.potrad creates diurnal Potential evapotranspiration assuming all net radiation becomes ET, according to SEBAL model (Bastiaanssen, 1995). This module also has a flag for diurnal net radiation as required by SEBAL in i.eb.eta.

:* i.evapo.SENAY creates actual evapotranspiration following the regional method of Senay (2007).

:* i.lmf creates a Local Maximum Fitting on the temporal dimension of the multi-date input dataset, working, but more precision still to be added.

:* i.vi.mpi is the mpi version of i.vi for cluster GRASS GIS education (no speed up here!) '''Author:''' Shamim Akhter

:* i.modis.stateqa extracts State Quality Assessment information from Modis 500m (MOD09A) products.

:* i.water creates a Water Mask from NDVI and Albedo, or specifically for Modis: NDVI and Band 7.

:* i.wi creates a given Water Index (only one so far).

==== HydroFOSS ====

: HydroFOSS - a GIS embedded approach for Free & Open Source Hydrological modeling.

: '''Author:''' Massimiliano Cannata

svn co https://svn.osgeo.org/grass/grass-addons/HydroFOSS/

==== Hikereport ====

: python script that computes length, cumulative uphill and downhill, average slopes on an interactively drawn path. Based on r.profile's output.

: '''Author:''' Stefano Negri

http://tracce.wordpress.com/?attachment_id=71

=== Misc add-ons===

==== m.eigensystem ====

m.eigensystem - Computes eigen values and eigen vectors for square matrices.

: http://svn.osgeo.org/grass/grass-addons/misc/m.eigensystem/

: '''Author:''' Michael Shapiro

===Database add-ons===
==== db.join ====

: Table joining: join one table into another through common attributes

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/database/db.join/
or
g.extension db.join

===General add-ons===

==== g.laptop.sh ====

: [http://www.nature-consult.de/dassau/g.laptop/g.laptop.sh g.laptop.sh] is an interactive shell script to extract raster and vector data from current Location into a new one. Data can be copied or extracted in current or original resolution and region extend. This script was written to extract smaller parts of a GRASS location to be able to present them on a laptop without the necessity to transfer huge data. Maps do not have to be in the same mapset.

: '''Author:''' Otto Dassau

==== Readline completion ====

: '''''Readline completion''''' for GRASS commands under the bash shell: [http://www.sorokine.info/grass-complete/ grass-complete] won't clutter the environment but needs to be installed; [http://dcalvelo.free.fr/grass/grass_rlcompleter.sh grass_rlcompleter.sh] needs almost no installation but will pollute the environment. Grass-Complete currently requires Bash version 2.05 for proper install.

: '''Author:''' Alexandre Sorokine (grass-complete), Daniel Calvelo (grass_rlcompleter.sh)

==== g.region.point ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.region.point g.region.point] is a shell script which resets the computational region to a square box around a given coordinate. It is intended for use within GRASS scripts to speed up processing by limiting expensive raster calculations to a small area of interest.

: '''Author:''' Hamish Bowman

==== g.linke_by_day ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.sun.tools/ g.linke_by_day] is a python script for [[r.sun]] which interpolates a Linke turbidity value for a given day of the year based on monthly values edited into the script.

: '''Author:''' Hamish Bowman

==== g.xlist ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.xlist g.xlist] is a C implementation of g.mlist. g.xlist searches for data files matching a pattern given by wildcards or POSIX Extended Regular Expressions. POSIX regex(3) functions are required.

: '''Author:''' Huidae Cho

==== g.xremove ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.xremove g.xremove] is a C implementation of g.mremove. g.xremove removes data files matching a pattern given by wildcards or POSIX Extended Regular Expressions. POSIX regex(3) functions are required.

: '''Author:''' Huidae Cho

=== Imagery add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/imagery

==== GIPE ====

GIPE (see also above in raster section) provides:
i.biomass, i.dn2potrad.l5, i.dn2potrad.l7, i.dn2ref.ast, i.eb.deltat, i.eb.disp, i.eb.eta, i.eb.evapfr, i.eb.g0, i.eb.h0, i.eb.h_SEBAL01, i.eb.h_SEBAL95, i.eb.h_iter, i.eb.molength, i.eb.netrad, i.eb.psi, i.eb.rah, i.eb.rohair, i.eb.ublend, i.eb.ustar, i.eb.wetdrypix, i.eb.z0m, i.eb.z0m0, i.evapo.PT, i.evapo.TSA, i.evapo.potrad, i.evapo.senay, i.evapo.time_integration, i.lmf, i.modis.stateqa, i.sattime, i.vi.grid, i.vi.mpi, i.water, i.wi

svn co https://svn.osgeo.org/grass/grass-addons/gipe/

: '''Author:''' Yann Chemin

==== i.landsat.toar ====

Transform calibrated digital number of Landsat products to top-of-atmosphere radiance or top-of-atmosphere reflectance and temperature (band 6 of the sensors TM and ETM+). Optionally, used to calculate the at-surface radiance or reflectance with atmospheric correction (DOS method).

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.landsat.toar

: '''Author:''' E. Jorge Tizado

==== i.points.reproj ====

: [http://trac.osgeo.org/grass/browser/grass-addons/imagery/i.points.reproj i.points.reproj] is a shell script that will use cs2cs to reproject the target coordinates of a group's POINTS file. By running i.rectify directly to the new target projection, a generation of resampling data loss can be avoided (versus i.rectify + r.proj). On the other hand, i.rectify does not calculate cell resolution well if the map is to be rotated ([http://intevation.de/rt/webrt?serial_num=3296 bug #3296]), in those cases i.rectify+r.proj may be the better option.

: '''Author:''' Hamish Bowman

==== i.plr.py ====

: [[I.plr.py|Probabilistic Label Relaxation]], written in Python

: '''Author:''' Georg Kaspar

==== i.pr ====

: Image classification: implements k-NN (multiclass), classification trees (multiclass), maximum likelihood (multiclass), Support Vector Machines (binary), bagging versions of all the base classifiers, AdaBoost for binary trees and support vector machines. It allows feature manipulation (normalization, principal components,...). It also implements feature selection techniques (RFE, E-RFE,...), statistical tests on variables, tools for resampling (cross-validation and bootstrap) and cost-sensitive techniques for trees and support vector machines.

: '''Author:''' Stefano Merler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.pr

==== i.spec.sam ====

: Spectral Angle mapping

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.spec.sam/

==== i.spec.unmix ====

: Spectral unmixing

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.spec.unmix/

==== i.warp ====

: [http://trac.osgeo.org/grass/browser/grass-addons/imagery/i.warp i.warp] is a shell script that will use gdalwarp to rectify a raw input image using thin plate splines. The map should be imported into GRASS with r.in.gdal and GCPs set with i.points. Input is the raw image (GeoTIFF, JPEG, etc). Output is a GeoTIFF in the imagery group's target location's map projection. Requires a recent (early 2006) version of GRASS 6.1, or newer.

: '''Author:''' Hamish Bowman

=== Display add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/display

==== d.edit.rast ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.edit.rast d.edit.rast] edits cells in an existing raster map displayed on the current monitor.

: '''Author:''' Huidae Cho

==== d.frame.quarter ====

: ('''obsolete''') [http://trac.osgeo.org/grass/browser/grass-addons/display/d.frame.split d.frame.quarter] is a shell script that will split the display into four quadrants (or sixths) using ''d.frame''. Individual frames are named ''uno, dos, tres, cuatro'', and ''full_screen''.
: Replaced by {{cmd|d.split.frame}} in main.

: '''Author:''' Hamish Bowman

==== d.frame.split ====

: ''d.frame.split moved into main archive as {{cmd|d.split.frame}}''

==== d.hyperlink ====

: [ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/d.hyperlink.tar.bz2 d.hyperlink] is an interactive shell script that allows the viewing of hyperlinked images from a vector's attribute table in an external image viewer. Queries can be made via SQL statements or interactive mouse-clicking. The attribute table must be pre-populated with a column containing the image to link the vector to; the user also specifies the image folder in the current MAPSET where the images are located. The script currently supports gimp, Eye of Gnome, gthumb, gpdf, and Inkscape image viewers.

: '''Author: '''Eric Patton

==== d.mark ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.mark] is a shell script that quickly displays a marker on the display at a given coordinate.

: '''Author:''' Hamish Bowman

==== d.region.box ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.region.box d.region.box] is a shell script that quickly displays a box around the current region.

: '''Author:''' Hamish Bowman

==== d.stations ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.stations] is a shell script that quickly displays vector points (or sites for GRASS 5.4 and below).

: '''Author:''' Hamish Bowman

==== d.varea ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.varea] is a shell script that quickly displays vector areas.

: '''Author:''' Hamish Bowman

==== pd-GRASS ====

: [http://www.ornl.gov/sci/gist/software/grass/ pd-GRASS]: Parallel Display for GRASS GIS

: '''Author:''' Alex Sorokine

==== [[IconSymbols]] ====

* [[IconSymbols|Symbols]] which can be used with ''d.vect, d.graph'', and ''ps.map''.

=== Postscript add-ons ===

''See also [[ps.map scripts|ps.map samples and templates]]''.

==== ps.atlas ====

: [http://les-ejk.cz/programs/grass/ps.atlas ps.atlas] is a shell script that makes more maps on current region according to input *.psmap file. General map can be stored as vector file. The resulting *.eps maps can be automatically converted to *.pdf files.

: '''Author:''' Jachym Cepicky

==== [[AreaFillPatterns]] ====

* Hatches for ps.map's vareas

===GRASS and UMN Mapserver===

* [http://www.mail-archive.com/mapserver-users@lists.umn.edu/msg00086.html See interesting posting]

[[Category:Community]]
[[Category:Development]]
[[Category:Documentation]]
[[Category:Installation]]

AddOns

2010-01-12T10:22:32Z

⚠️Dassau: /* v.rasterbounds */

This page contains references to user contributions and add-ons (the original GRASS GIS software can be downloaded [http://grass.osgeo.org/download/index.php here]).

__TOC__

== AddOns source code repository ==

The AddOns source code is hosted in [http://svn.osgeo.org/grass/grass-addons/ GRASS-AddOns SVN repository].

To checkout:

svn checkout <nowiki>https://svn.osgeo.org/grass/grass-addons/</nowiki> grass-addons

Please read [http://trac.osgeo.org/grass/wiki/HowToContribute#WriteaccesstotheGRASS-Addons-SVNrepository How to get write access to the GRASS-Addons-SVN repository] and contact the [http://lists.osgeo.org/mailman/listinfo/grass-dev grass-dev] mailing list if you would like to host your module there.

== Building and installing Addons ==

* see the [[Compile and Install#Addons]] wiki page

== Adding something new ==

Please announce your add-on to the GRASS users' mailing list so that others may be aware of your work. Also please consider adding your module to one of the [[Applications]] pages.

=== Copyright and licensing information ===

''Please be sure to include copyright and licensing information in the header comments of your code so that others may know how they can use, extend, modify, and redistribute your work.''

e.g. at the top of a shell script:
<pre>
#!/bin/sh
############################################################################
#
# MODULE: v.in.e00
#
# AUTHOR(S): Markus Neteler, Otto Dassau
#
# PURPOSE: Import E00 data into a GRASS vector map
# Imports single and split E00 files (.e00, .e01, .e02 ...)
#
# COPYRIGHT: (c) 2004, 2005 GDF Hannover bR, http://www.gdf-hannover.de
#
# This program is free software under the GNU General Public
# License (>=v2). Read the file COPYING that comes with GRASS
# for details.
#
#############################################################################
#
# REQUIREMENTS:
# - avcimport: http://avce00.maptools.org

[script follows]
</pre>

=== Coding standards ===

Please have a look at our [http://grass.osgeo.org/grass63/source/SUBMITTING_SCRIPTS Shell script coding standards] before submitting here.

There are other coding standards given for modules written in C, Tcl/Tk, and Python''(?)'' located in the GRASS source code.

=== Documenting your code ===

You can have an help page template auto-generated by using the GRASS [[module command line parser | command line parser]] with the <tt>--html-description</tt> command line option. Please, see also the [http://grass.ibiblio.org/grass63/manuals/html63_user/g.parser.html g.parser help page]

== Miscellaneous Add-ons ==

* [http://trac.osgeo.org/grass/browser/grass-addons/misc/utm_which_zone utm_which_zone.sh] is a shell script to determine UTM zone from Lat/Lon input. Requires [http://www.octave.org Octave] or Matlab to be installed. A shell-only version is [http://dcalvelo.free.fr/grass/utm_which_zone_sh.sh available] which only requires awk. '''Authors''': Hamish Bowman (Octave part), Markus Neteler (shell script wrapper), Daniel Calvelo (sh+awk version)

* Perl scripts for converting data forth and back between Excel files and PostgreSQL: [http://dcalvelo.free.fr/grass/pg2xls.pl pg2xls.pl] reads data from PostgreSQL and produces an excel workbook; [http://dcalvelo.free.fr/grass/xls2sql.pl xls2sql.pl] reads excel files and outputs SQL statements to be fed into an RDBMS. Both scripts need modules from [http://www.cpan.org CPAN], especially [http://search.cpan.org/dist/Spreadsheet-ParseExcel/ Spreadsheet::ParseExcel] for xls2sql.pl and [http://search.cpan.org/~tmtm/Spreadsheet-WriteExcel-FromDB Spreadsheet::WriteExcel::FromDB] and its dependencies for pg2sql.pl. Check the source headers for more info. '''Authors:''' Daniel Calvelo (xls2sql.pl), Markus Neteler (pg2xls.pl)

* [http://dream.lrrl.arch.tu-muenchen.de/~wqual/perl/dbf2sql.tgz dbf2sql] is a Perl script for translating dbf-tables into a sql-command. dbf-tables are read using dbfdump-command from dbd-xbase-perl module ([http://search.cpan.org/~janpaz/DBD-XBase-0.241/ dbd::xbase] and [http://search.cpan.org/~jv/Getopt-Long-2.35/lib/Getopt/Long.pm getopt::long] have to be installed from CPAN first). There are problems, if the last column of the table contains characters. Suggestions for improvements welcome! '''Author:'''Wolfgang Qual

* [http://www.igc.usp.br/pessoais/guano/downloads/azimuth2.c azimuth2.c] is a small C program to calculate the azimuth and length of vector lines exported by GRASS-GIS as ASCII files (like this: v.out.ascii input=vector output=ascii format=standard). It is useful for create rose diagrams of lineament maps. Improvements on the original code after suggestions by Örs Téglásy, Hungary. '''Author:''' Carlos Henrique Grohmann

==GRASS 4.x==

===Raster add-ons for GRASS 4===

* MAGICAL Software: The MAGICAL software comprises a suite of three programs that provide a multi-agent simulation extension for the GRASS GIS software. http://www.ucl.ac.uk/~tcrnmar/simulation/magical/magical.html

==GRASS 5.x==

===Vector add-ons for GRASS 5===

* See here: http://grass.osgeo.org/download/addons.php

===Raster add-ons for GRASS 5===

* See here: http://grass.osgeo.org/download/addons.php

* [http://www.valledemexico.ambitiouslemon.com/gwmodelling.html r.gmtg] The groundwater modelling tool for grass. A module to use MODFLOW within GRASS. '''Author''': Jaime Carrera

* [http://www.bowdoin.edu/~ltoma/research.html r.terracost] Scalable approach for computing least-cost-path surfaces on massive grid terrains. For GRASS 5.3. '''Lead author''': Laura Toma
:Newer version available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.terracost

==GRASS 6.x==

=== Vector add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/vector

==== v.adehabitat.clusthr, v.adehabitat.kernelUD, v.adehabitat.mcp ====

: Tools to calculate home ranges of animals
: '''Author:''' Clement Calenge

Available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/vector/adehabitat

==== v.append ====

: [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.append v.append] is a shell script combining two vector files AND their associated attribute tables. The vector files should be of the same type and, for best results, should have identically formatted attribute tables.

: '''Author:''' Michael Barton

==== v.autokrige ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.autokrige/v.autokrige.py v.autokrige] achieves automatic ordinary kriging from GRASS sites (vector point data), using R with spgrass6 (RGRASS) and automap packages.

: '''Author:''' Mathieu Grelier

==== v.breach ====

: [http://www.sieczka.org/programy_en.html v.breach] creates vector maps of lines and points of continously lowering elevation down the input watercourses, based on the input raster DEM.

: '''Author:''' Maciej Sieczka

==== v.colors ====

: {{cmd|v.colors}} ''moved into main archive''

==== v.count.points.sh ====

: [http://wiki.iosa.it/dokuwiki/spatial_analysis:feature_count v.count.points.sh] counts point features in areas, generates table good as input to d.vect.chart.

: '''Author:''' Stefano Costa

==== v.digatt ====

: [http://phygeo7.geo.uni-augsburg.de/gis2/scripts/v.digatt v.digatt] (shell script) Interactively assign numeric table attributes to series of vector objects. It is meant to be effective by avoiding to type in the attribute value for all single objects again and again. The user is prompted for typing in an attribute value which is assigned to all objects selected by mouseclick afterwards. Next the display is redrawn after updating the table column. Zooming allows to change the region before the old value can be reused or a new one can be typed in (or copied by mouse from another object) in order to assign it to the next series of objects etc. It is tested not very extensively yet. Therefore better work with a copy of your map and consider using v.digit or d.what.vect -e alternatively. [http://phygeo7.geo.uni-augsburg.de/gis2/scripts/v.digatt.png screenshot].

: '''Author:''' Andreas Philipp

==== v.dip ====

: [http://marcin.slodkowski.googlepages.com/v.dip.tgz v.dip] creates points of thickness vectors from the vectors of strike and dip angles. The v.dip is the main ANSI C core program. Program so-called v.dip can run without GRASS environment.

: '''Author:''' Marcin Slodkowski

==== v.flip ====

: [http://www.sieczka.org/programy_en.html v.flip] flips the direction of selected vector lines (redundant since GRASS 6.3 - there is "v.edit tool=flip").

: '''Author:''' Maciej Sieczka

==== v.group ====

: [http://www.shockfamily.net/cedric/grass/v.group v.group] generates a new vector map with the same geometry as an existing map. The new map has categories and a table based on grouping by the values in certain columns of the existing map's table. The values in these columns are preserved in the table for the new map. It's like a v.reclass that preserves data.

: '''Author:''' Cedric Shock

==== v.in.gama ====

: Converts [http://www.gnu.org/software/gama/ GNU GaMa] XML output file to a GRASS vector map layer.

:'''Author:''' Martin Landa

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.in.gama

==== v.in.geoplot ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.geoplot v.in.geoplot] converts a [http://www.geoscan-research.co.uk/page9.html/ Geoplot] ASCII export file to a GRASS vector map layer.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.in.geoplot

==== v.in.gshhs ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.gshhs v.in.gshhs] imports [http://www.soest.hawaii.edu/wessel/gshhs/gshhs.html GSHHS] shorelines into a GRASS vector map. GSHHS data are automatically reprojected to the current location.

:'''Authors:''' several, updated to GRASS 6 by Markus Metz

==== v.in.mbsys_fnv ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.mbsys_fnv v.in.mbsys_fnv] imports [[MB-System]] navigation files into a GRASS vector map. You can choose from swath area coverage, track lines (including outer port/starboard edges), all bounds as points, etc. An attribute database is created containing the vital statistics of the specified feature such as track length or swath coverage (geodesic), start stop time and location, pitch, roll, heave, etc.

:'''Author:''' Hamish Bowman

==== v.in.ncdc ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.ncdc v.in.ncdc] imports an [http://www.ncdc.noaa.gov NCDC] stn file (station data) into a GRASS vector map.

: '''Author:''' Huidae Cho

==== v.in.postgis ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.postgis/v.in.postgis.py v.in.postgis] Create a GRASS layer from any sql query on PostGIS data.

: '''Author:''' Mathieu Grelier

==== v.in.osm ====

: [http://kripton.kripserver.net/software/v.in.osm/ v.in.osm]: OpenStreetMap import into GRASS. Yet only supports deprecated API 0.4, will be modified to work with API 0.5 some time soon.

: '''Author:''' Jannis Achstetter

: See also [http://hamish.bowman.googlepages.com/gpsdrivefiles#osm osm2grass.sh] by H Bowman

==== v.in.ovl ====

: [http://grasslab.gisix.com/scripts/v.in.ovl/ v.in.ovl] is a shell script that imports an ASCII vector file created with TOP10|25|50 or similar products.

: '''Author:''' Peter Löwe

==== v.krige ====

: [[V.krige_GSoC_2009 | v.krige]] aims to integrate R functions for kriging (packages automap, gstat, geoR) in a trasparent way. '''Moved into trunk/devbr6 code (r40048)'''

: '''Author:''' Anne Ghisla, as Google Summer of Code 2009 project

: See also [[GRASS_AddOns#v.autokrige]] by Mathieu Grelier

==== v.lda ====

: [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.lda v.lda] is a shell script for calculating Ian Johnson's (U. Sidney) Local Density Analysis values to measure clustering of point data at different neighborhood radii. There is an option to create a simple line graph of the results. There have been reports of problems creating the line graph on Cygwin installations of GRASS.

==== v.line.center ====

: [http://www.sieczka.org/programy_en.html v.line.center] creates a points vector map with each point located in the middle of the length of the input vector line.

: '''Author:''' Maciej Sieczka

==== v.lmeasure ====

: [http://ngeo.de/grassstuff/v.lmeasure v.lmeasure] and [http://ngeo.de/grassstuff/v.revlmeasure v.revlmeasure] are two perl scripts that place equidistant vector points along a given arbitrary vector line starting from the beginning or end of the vector line, respectively. Resulting vector points are labeled with the distance from origin.

: '''Author:''' Mats Schuh

==== v.out.ascii.db ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.ascii.db v.out.ascii.db] is a shell script for exporting vector point data coordinates and selected attribute columns to either a file or to the console.
: ''Superseded in GRASS 6.4 by the new v.out.ascii columns= option.''

: '''Author:''' Hamish Bowman

==== v.out.ascii.mat ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.ascii.mat v.out.ascii.mat] is a shell script for exporting vector polygon and polyline data into an ASCII text file suitable for loading into Matlab (or [http://www.gnu.org/software/octave/ Octave]).

: '''Author:''' Hamish Bowman

==== v.out.gmt ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.gmt v.out.gmt] is a shell script that exports a polygon vector file into GMT xy file. psbasemap code was copied from Hamish's r.out.gmt.

: '''Author:''' Huidae Cho, Hamish Bowman, Dylan Beaudette

==== v.out.kml ====

: [http://grasslab.gisix.com/scripts/v.out.kml/ v.out.kml] is a shell script that exports a vector file into a KML file for Google Earth or Worldwind. see also [[#r.out.kml|r.out.kml]] and [[#r.out.gmap|r.out.gmap]]

: '''Author:''' Peter Löwe

==== v.out.svg ====

: [http://svg.cc/grass/index.html v.out.svg] is a module that exports SVG notation along with optional attribute data directly from GRASS 6.x vector layers. Now part of [http://svn.osgeo.org/grass/grass/trunk/vector/v.out.svg/ grass6-svn].

: '''Author:''' Klaus Förster

==== v.random.cover ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.random.cover v.random.cover] is a shell script for creating random points constrained within an irregularly shaped vector area. (v.random places points only in current region rectangle). Optionally the user can upload raster values at the points. See also '<tt>r.random cover= vector_output=</tt>'

: '''Author:''' Hamish Bowman

==== v.rasterbounds ====

: [http://les-ejk.cz/programs v.rasterbounds] is a shell script for creating polygon-vector file of rasterfile boundaries. The best version of GRASS is 6.1+. If you are using GRASS < 6.1, you have to be in the same mapset as your raster maps are from.

: '''Author:''' Jachym Cepicky

==== v.rast.stats2 ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.rast.stats2 v.rast.stats2] is an adapted version of the GRASS module v.rast.stats. It uses the grass addon [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.univar.zonal r.univar.zonal] to speed up calculation of univariate statistics from a GRASS raster map based on vector polygons.

: '''Authors:''' Markus Neteler, Otto Dassau

==== v.sample.buffer [broken link, please update or delete]====

: [http://www.clubwebcanada.ca/twiens/v.sample.buffer.tgz v.sample.buffer] is a shell script that samples rasters in buffers of a specified size around features in a specified vector file. Sampling results are added as attributes to the vector file. This script was designed for sampling vegetation indices and DEM derived attributes for bird point counts. Sampling results can be one or more basic statistics such as mean, range, max, etc.

: '''Author:''' Trevor Wiens

==== v.select.region ====

: [ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/v.select.region.tar.bz2 v.select.region] is a shell script that prints out the names of all vectors matching an input search pattern that has geometry (points, line, areas) that fall within a region bounded by an existing vector map, or within the current Grass region.

: '''Author:''' Eric Patton

==== v.selmany ====

: [http://svn.osgeo.org/grass/grass-addons/vector/v.selmany/v.selmany v.selmany] is a shell script that allows to interactively select a set of vector objects on a given layer, then assign them attribute values in a connected database table. The script runs on the command line prompt and within a graphic monitor ; it does not work with DBF driver.

: '''Author:''' Vincent Bain

==== v.surf.icw ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.surf.icw v.surf.icw] is an IDW interpolation method using true distance cost instead of euclidean shortest distance, i.e. ''as the fish swims around an island'' not ''as the bird flies''. This will cleanly travel around hard barriers and a cost surface map may be used to model expensive-cross barriers. Input data points do not need direct line of sight to be considered, but should be kept to less than one hundred as the module becomes very computationally expensive. A number of radial basis function options are available. ([http://grass.osgeo.org/wiki/Image:Inlets_03_SurfSal_icw_big.png screenshot])

: '''Author:''' Hamish Bowman

==== v.surf.idwpow ====

: [http://www.geospatial.it/allegri/grass/v.surf.idwpow.zip v.surf.idwpow] integrates the common v.surf.idw algorithm with the exponential parameter for the distance weights

: '''Author:''' Giovanni Allegri

==== v.surf.krige [deprecated: use v.autokrige instead] ====

: v.surf.krige is a script that do a surface interpolation from vector point data by Kriging method. The interpolated value of a cell is determined by using an omnidirectional variogram model fitted starting from model parameter given by user shown from the experimental semi variogram produced by v.variogram. The script can perform also the Leave-One-out cross validation to test the variogram model "fitted by eye" and an automatic fitted variogram model. The cross validation helps the user to choose the best variogram model to interpolate own data.

: '''Author:''' Pierluigi De Rosa.

==== v.strahler ====

: [http://www.pois.org/florian/downloads/grass/v.strahler.tgz v.strahler] is a module that calculates the Strahler Order for all lines of a given dendritic network.

: '''Author:''' Florian Kindl. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.strahler

==== v.swathwidth ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.swathwidth v.swathwidth] creates a vector map representing the sea bottom coverage of a multibeam (swath) sonar survey.
: ([http://david.p.finlayson.googlepages.com/swathwidth Screenshots])

: '''Authors:''' David Finlayson, Hamish Bowman

==== v.thickness ====

: [http://marcin.slodkowski.googlepages.com/v.thickness.tgz v.thickness] creates points of thickness vectors from the vectors of strike and dip angles.The v.thickness is GUI GRASS script for v.dip.

: '''Author:''' Marcin Slodkowski

==== v.transect.kia ====

: [https://svn.osgeo.org/grass/grass-addons/vector/v.transect.kia v.transect.kia] calculates kilometric abundance indexes (KIA), a common indirect presence index used in wildlife monitoring along line transect surveys.
: Path lenghts can be corrected by draping on a DEM, different type of point objects can be weighted according to their relative importance, and paths can be segmented using a further polygon vector (to calculate, say, abundances per elevation range or per habitat class).
: The module is written in bash and needs a GRASS install compiled with sqlite support.

: '''Author:''' Clara Tattoni and Damiano G. Preatoni

==== v.trees3d ====

: [http://les-ejk.cz/programs/ v.trees3d] is a module for making 3D trees from input vector point file.

: '''Author:''' Jachym Cepicky

==== v.trimesh ====
: [http://www.valledemexico.ambitiouslemon.com/vtrimesh.html v.trimesh] creates a triangular mesh from a vector map using areal constraints for refinement. It uses Jonathan Shewchuk's Triangle library.

: '''Author:''' Jaime Carrera

==== v.what.rast.buffer ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.what.rast.buffer v.what.rast.buffer] is a script that calculates univariate statistics of raster map(s) from buffers around vector points. Results are written to a file. Resolution is taken from each input map.
: ''see also the [http://starspan.casil.ucdavis.edu StarSpan] software

: '''Author:''' Hamish Bowman

==== v.variogram [deprecated: use v.autokrige instead] ====

: v.variogram is a script that create an omnidirectional experimental semi-variogram. This scripts require R-statistics software installed on your machine. Now the script is updated to run on spgrass6 >= 0.3 and sp >= 0.9 [http://grass.osgeo.org/pipermail/statsgrass/2006-October/000455.html reply].

: '''Author:''' Ivan Marchesini, Pierluigi De Rosa.

==== AniMove ====

: [http://www.faunalia.it/animov/ AniMove] is software for analysis of animal movement and ranging behaviour using QGIS+GRASS+R.

:'''Authors:''' Support by Faunalia.it

==== Utilities ====

===== Shapemerge =====

: [http://perrygeo.googlecode.com/svn/trunk/gis-bin/shpmerge.sh shpmerge] merges all the shapefiles in the current directory into a single output shapefile

:'''Authors:''' Perrygeo

=== Raster add-ons ===

See also

svn co <nowiki>https://svn.osgeo.org/grass/grass-addons/raster</nowiki>

==== r.bilateral ====

: [http://les-ejk.cz/files/programs/grass/r.bilateral.tgz r.bilateral] Bilateral filter is an edge-preserving filter, which combines domain and range filtering. It is written in C language.

: '''Author:''' Jachym Cepicky

==== r.boxcount ====

: r.boxcount and r.boxcount.sh calculate the fractal dimension for a given map. These are versions for grass6 of [http://www.ucl.ac.uk/~tcrnmar/ Mark Lake's modules] for grass43.

: '''Authors:''' Mark Lake, grass6 port: Florian Kindl.

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.boxcount/
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.boxcount.sh/

==== r.burn.frict ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.burn.frict r.burn.frict] converts vector geometries to raster cells, using a simple anti-aliasing method to close "gaps" between diagonal cells. Useful for "burning" vector geometries into a friction surface, making sure that simulated movement does not "slip" through converted cells that have only diagonal neighbours.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.burn.frict

==== r.colors.quantiles ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.colors.quantiles/r.colors.quantiles r.colors.quantiles] is a shell script used to create raster colors rules based on nquantiles. It uses R and spgrass6 package (RGRASS).

: '''Authors:''' Mathieu Grelier

==== r.colors.stddev ====

: [http://hamish.bowman.googlepages.com/grass_color_maps r.colors.stddev] ''moved into main archive''

==== r.cpt2grass ====

: [http://hamish.bowman.googlepages.com/grass_color_maps r.cpt2grass] is a GRASS script for importing a [http://www.soest.hawaii.edu/gmt/ GMT] .cpt color table into GRASS. It can save to a text file suitable for r.colors or automatically apply the color table to a raster map. For a large collection of GMT .cpt files see http://sview01.wiredworkplace.net/pub/cpt-city/
: Other palette ideas from [http://geography.uoregon.edu/datagraphics/color_scales.htm Univ. Oregon] and [http://oceancolor.gsfc.nasa.gov/PRODUCTS/colorbars.html NASA/Goddard's OceanColor] (latter partially translated for use with GRASS on the [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.colors.tools/palettes grass-addons SVN]).

: '''Author:''' Hamish Bowman

==== r.csr ====

: [http://www.chrisgarstin.com/stuff/r.csr r.csr] integrates several Grass programs to produce colored, shaded-relief rasters in one step. Accepts single or multiple elevation/bathymetry maps as input; optionally will fill data holidays with 3x3 median filter, multiple times, if required; can apply color maps from a) input raster, b) another raster in MAPSET, or c) from a rules file; otherwise, rainbow colorbar is applied. Output colored, shaded-relief rasters can optionally be exported to tiff format if the appropriate flag is given. Shading parameters can be modified, though useful defaults are given.

: '''Author:''' Eric Patton

==== r.cva ====

: [http://www.ucl.ac.uk/~tcrnmar/GIS/r.cva.html r.cva] is a cumulative viewshed analysis module. It is an advanced version of the {{cmd|r.los}} program.

: '''Author:''' [http://www.ucl.ac.uk/~tcrnmar/ Mark Lake]

==== r.denoise ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.denoise r.denoise] denoises (smooths/despeckles) topographic data, particular DEMs derived from radar data (including SRTM), using Xianfang Sun's [http://www.cs.cf.ac.uk/meshfiltering/index_files/Page342.htm denoising algorithm]. It is designed to preserve sharp edges and to denoise with minimal changes to the original data. See the [http://personalpages.manchester.ac.uk/staff/john.stevenson/mdenoise/r.denoise.html manual pages] for details. Further information on Sun's denoising algorithm, including an example, is available [http://personalpages.manchester.ac.uk/staff/john.stevenson/mdenoise here].

: '''Author:''' John Stevenson

==== r.dominant_dir.m and r.calc_terraflow_dir.m ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.terraflow.tools dominant_dir.m and calc_terraflow_dir.m] are two Matlab scripts for determining the dominant flow direction from a r.terraflow MFD map and converting into a GRASS aspect map for use with d.rast.arrow, etc.

: '''Author:''' Hamish Bowman

==== r.eucdist ====

: [http://david.p.finlayson.googlepages.com/r.eucdist r.eucdist] creates a raster map estimating the euclidean distance from known cells.

: '''Author:''' David Finlayson

==== r.fragment ====

: [http://www.chrisgarstin.com/stuff/r.fragment r.fragment] fragments a raster into a user-defined set of smaller tiles according to an input number of rows and columns.
: '''Author:''' Eric Patton

==== r.game_of_life ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.game_of_life r.game_of_life] is a shell script which runs Conway's classic Game of Life using GRASS raster modules. It is meant to demonstrate how easy it is to program cellular automata in GRASS as well as various 3D raster volume and time series visualization techniques.

: '''Author:''' Hamish Bowman

==== r.gauss ====

: [http://www.les-ejk.cz/files/programs/grass/r.gauss.tgz r.gauss] is Gaussian and Laplacian of Gaussian filter for GRASS. It is written in C language.

:'''Author:''' Jachym Cepicky

==== r.gradgrid4 ====

: [http://www.uibk.ac.at/geographie/personal/mergili/gradgrid4.zip gradgrid4] is a tool for interpolating values of discrete data points to a raster map, applying a local regression approach with a predictor raster. The model is based on shell and python scripts as well as an R batchfile. It was tested on Fedora Core 6 with GRASS 6.2.1 and R 2.5.1, but should work under most UNIX systems. After unzipping the gradgrid4 folder, store it at any place in your local file system. In the subfolder docs you can find a manual and a publication draft with a detailed description of the concept and the example of an application. The subfolder testloc constitutes a GRASS location with test data.

: '''Author:''' Martin Mergili

==== r.in.onearth ====

: [http://www-pool.math.tu-berlin.de/~soeren/grass/modules/ r.in.onearth] for download and import satellite images direct from the NASA onearth WMS server into GRASS.

: '''Author:''' Soeren Gebbert

==== r.in.wms (.py) ====

: [http://les-ejk.cz/files/programs/grass/r.in.wms.tgz r.in.wms] for download and import maps direct from WMS servers into GRASS. This script is written in Python Programming language. Note GRASS 6.2+ provides a shell script version of r.in.wms, take care of which one is actually being run.

: '''Author:''' Jachym Cepicky

==== r.inund.fluv ====

: [https://svn.osgeo.org/grass/grass-addons/raster/r.inund.fluv/ r.inund.fluv]This command allows to obtain a fluvial potentially inundation map given a high-resolution DTM of the area surrounding the river and a water surface profile calculated through an 1-D hydrodinamic model.

: '''Authors:''' Roberto Marzocchi, Bianca Federici, Domenico Sguerso

==== r.isoregions ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.isoregions/r.isoregions r.isoregions] allows isoregions creation from a GRASS raster map.

: '''Authors:''' Mathieu Grelier

==== r.interp.mask ====

: [http://david.p.finlayson.googlepages.com/r.interp.mask r.interp.mask] Creates a user-specified buffer around interpolation points that can be used as a MASK to prevent or clip excessive extrapolation artifacts. This works much better than a standard convex hull around the points.

: '''Author:''' David Finlayson

==== r.li ====

: [http://www.faunalia.it/download/r_li/ r.li] is a more flexible and faster replacement of the old r.le. '''''Moved into 6.3-SVN'''''.

: '''Authors:''' Claudio Porta, Davide Spano, Serena Pallecchi, [http://www.faunalia.it Faunalia]

==== r.local_max.pl ====

: [http://les-ejk.cz/files/programs/local_max.pl Local maxima] is a Perl script for <code>r.mapcalc</code>. It detects local maxima of the image.

: '''Author:''' Jachym Cepicky

==== r.mandelbrot ====

: [http://grasslab.gisix.com/scripts/r.mandelbrot r.mandelbrot] is a shell script to calculate the Mandelbrot set.- for GRASS versions 6.X.

: '''Author:''' Peter Löwe

==== mcda====

: mcda suite is a toolset for geographics multi-criteria decision aiding and data analysis based on ELECTRE (r.mcda.electre), REGIME (r.mcda.regime) and FUZZY (r.mcda.fuzzy) algorithm. The module r.roughset is also included for geographics rough set analisys and knowledge discovery based on rough set library. It is written in C language for GRASS versions 6.X.

: '''Author:''' Gianluca Massei (g_massa@libero.it ) - Antonio Boggia

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/mcda/

==== r.mlv ====

: [http://les-ejk.cz/files/programs/grass/r.mlv.tgz r.mlv] is Mean of least variance filter for GRASS. It is an edge-preserving (or even edge-enhacing) filter, which should serve for removing additive noise from images. It is written in C language.

: '''Author:''' Jachym Cepicky

==== r.out.jpeg ====

: [http://www.geospatial.it/allegri/grass/r.out.jpeg_ r.out.jpeg] is a simple GRASS script to export georeferenced JPEG images from rasters, keeping the associated color table. It is a two-step export: first a ppm file is created, then it is converted to jpeg usgin the "convert" command from ImageMagick

: '''Author:''' Giovanni Allegri

==== r.out.gmap ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmap r.out.gmap] outputs GRASS raster map into set of image tiles
following the tiling scheme of Google Maps and Microsoft Virtual Earth. Read more in the OSGeo Journal [http://www.osgeo.org/journal Volume 5 (2009, to appear)] see also [[#r.out.kml|r.out.kml]] and [[#v.out.kml|v.out.kml]]

: '''Author:''' Tomas Cebecauer

==== r.out.gmt ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmt r.out.gmt] is a GRASS script for exporting a GRASS raster map into a [http://www.soest.hawaii.edu/gmt/ GMT] grid file. It also creates a GMT color table from the data and can generate some GMT commands for plotting a postscript file. (code is experimental, but functional) see also http://169.237.35.250/~dylan/grass_user_group/#GMT_and_GRASS-overview

: '''Authors:''' Hamish Bowman, Dylan Beaudette

==== r.out.gmt2 ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmt2 r.out.gmt2] is a modified version of Hamish's r.out.gmt. Added options for title, xlabel, ylabel, comment, and map width. Removed any settings that can be changed by gmtset for more flexibility.

: '''Author:''' Huidae Cho, Hamish Bowman, Dylan Beaudette

==== r.out.kml ====

: [https://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.kml r.out.kml] is a shell script that exports a raster map into a KML file and image for Google Earth or Worldwind. See also [[#v.out.kml|v.out.kml]] and [[#r.out.gmap|r.out.gmap]].

: '''Author:''' Hamish Bowman

==== r.pack ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.pack r.pack and r.unpack] are two GRASS scripts for transfering raster maps to another computer as a single file.

: '''Author:''' Hamish Bowman

==== r.prominence ====
'''r.prominence''' calculates the average difference between a central cell and its neighbors. It approximated the terrain 'ruggedness' by looking at average differences in elevation within a given neighborhood.
: '''Author:''' Benjamin Ducke

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.prominence/

==== r.roughness ====

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.sh r.roughness.sh] is a shell script to calculate the surface roughness of a DEM, using r.surf.area and v.surf.rst. (for GRASS versions 6.1 and above)

[http://www.igc.usp.br/pessoais/guano/downloads/r.roughness60 r.roughness60] - for GRASS versions 6.0.X

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.area r.roughness.window.area] - calculate surface roughness as the ratio of real (surface) area and planar area, using a moving-window approach.

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.vector r.roughness.window.vector] - calculate surface roughness as vector dispersion, using a moving-window approach. Resulting maps are: Vector Strength (R) and Inverted Fisher's k parameter.

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.vector.html r.roughness.window.vector.html] - provisional help page for r.roughness.window.vector.

: '''Author:''' Carlos Henrique Grohmann

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.roughness/

==== r.roughset ====

: r.roughset is a module for geographics rough set analisys and knowledge discovery based on rough set library. It is written in C language for GRASS versions 6.X.

: '''Author:''' Gianluca Massei (g_massa@libero.it ) - Antonio Boggia

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/mcda/r.roughset/

==== r.smoothpatch ====

: [http://david.p.finlayson.googlepages.com/r.smoothpatch r.smoothpatch] creates a composite of two rasters using a distance-weighted average across the transition to smooth the edges.

: '''Author:''' David Finlayson

==== r.soils.texture ====

: r.soils.texture is a module to define soils texture from sand and clay raster file with a schema text file (now FAO,USDA and ISSS are available). It is written in C language. - for GRASS versions 6.x - For bugs and suggest: g_massa@libero.it

:'''Author:''' Gianluca Massei

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.soils.texture/

==== r.stream.basins ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.basins r.stream.basins] delineate basins according users input. It extends r.water.outlet funcionality to extracting more than one basin at one step. Module uses as input direction map produced by r.watershed and stream network produced by r.stream.extract, r.watershed, r.stream order or custom user input. More in tutorial on grass-wiki pages.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.basins

==== r.stream.del ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.del r.stream.del] Calculates downslope length of first order streams and delete them if it length (in pixels) is lower than the treeshold. It also join false segments left by deletion into one with category of upper. It uses r.watershed direction map and r.watershed stream map as input. The module is added only for r.watershed module, r.stream.extract has deleting short streams build-in. During development of r.stream.* it will be probably abandoned due to duplicate functionality

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.del

==== r.stream.distance ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.distance r.stream.distance] Calculates downslope distance and downslope elevation difference between current cell and stream or outlet cells. It uses r.watershed direction map, r.watershed or r.stream.extract stream map and optionally DEM as input.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.distance

==== r.stream.extract ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.extract r.stream.extract] extracts topologically clean stream networks from input elevation and optionally accumulation maps. Output is available as raster and vector and can be used as input for the other r.stream.* modules by Jarek Jasiewicz.

: '''Author:''' Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.extract

==== r.stream.order ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.order r.stream.order] orders stream network outputed by r.watershed or r.stream.extract according Sthrahler, Shreve, Horton and Hack ordering systems. It require as input stream and direction map and optionally accumulation map. It handle both SFD nad MFD modes but all data must come from the same procedure.

: '''Author:''' Jarek Jasiewicz, Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.order

==== r.stream.pos ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.pos r.stream.pos] Helper module for calculating local stream network properties and linear geostatistics. Mostly To use with R and other grass modules.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.pos

==== r.stream.stats ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.stats r.stream.stats] calculate Hortonian statistics for Stahler or Horton stream network created by r.stream.order. It uses r.watershed direction map, DEM and r.stream.order's Stahler or Horton stream network as input. It outputs calculated statistics to standard output.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.stats

==== r.surf.nnbathy ====

: [http://www.sieczka.org/programy_en.html r.surf.nnbathy] interpolates a surface from a raster input using Pavel Sakov's [http://code.google.com/p/nn-c/ nn] natural neighbor interpolation library. Provides triangulation, Sibson natural neighbor interpolation and non-Sibsonian interpolation.

: '''Author:''' Maciej Sieczka

==== r.surf.volcano ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.surf.volcano r.surf.volcano] creates an artificial surface resembling a seamount or cone volcano. The user can alter the size and shape of the mountain and optionally roughen its surface. Available decay functions are polynomial, Gaussian, Lorentzian, logarithmic, and exponential.

: '''Author:''' Hamish Bowman

==== r.terracost ====

[http://www.bowdoin.edu/~ltoma/research.html r.terracost] Scalable approach for computing least-cost-path surfaces on massive grid terrains. '''Lead author''': Laura Toma

Available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.terracost

==== r.tileset ====

: ''{{cmd|r.tileset}} moved into main archive''

==== r.traveltime ====

: [http://jesbergwetter.twoday.net/stories/4845555/ r.traveltime] computes the travel time of surface runoff to an outlet. The program starts at the basin outlet and calculates the travel time at each raster cell recursively. A drainage area related threhold considers even surface and also channel runoff. Travel times are derived by assuming kinematic wave approximation. The results can be used to derive a time-area function. This might be usefull for precipitation-runoff calculations (estimation of flood predictions) with a lumped hydrologic model (user-specified unit hydrograph).

: '''Author:''' Kristian Förster

==== r.univar.zonal ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.univar2.zonal r.univar.zonal] is similar to r.univar, but calculates statistics separately for each category(zone) present in the separate input map used to define zones (zonal statistics). The output can be like the one of r.univar or in easier to read table format and can be written to a file.

: '''Author:''' Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal

==== r.viewshed ====

: r.viewshed is a module for extremely fast line of sight analysis (replaces the slow r.los). It is written in C language for GRASS versions 6.X/7.x.

: '''Author:''' Laura Toma, USA

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.viewshed

Once {{trac|390}} is solved, it will substitute r.los.

==== r.xtent ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.xtent r.xtent] computes a raster map layer representing the Voronoi diagram, weighted Voronoi diagram or a more complex territorial partitioning of space around points (centers) in a vector input map, based on the XTENT formula.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.xtent

==== r.zc.pl ====

: [http://les-ejk.cz/files/programs/zc.pl Zero crossing] is a simple Perl script, finds the ,,zero crossings`` from the Laplacian of Gaussian filter (see above). It is really very simple, the edges don't need to be really on that pixel, where they are detected, no interpolation is performed.

: '''Author:''' Jachym Cepicky

==== GIPE ====

: The GRASS Image Processing Environment (GIPE) has USLE, Energy-balance and radiance-reflectance correction models.

: '''Author:''' Yann Chemin (unless specified otherwise).

svn co https://svn.osgeo.org/grass/grass-addons/gipe

Remark: This is progressively moved to main GRASS SVN (aka GRASS 7)

:* r.hydro.CASC2D, ported from GRASS 5.x version, is temporarily here waiting to return to main GRASS.

:* r.soiltex2prop creates porosity, Saturated Hydraulic conductivity (Ksat) and wetting front pressure head (Hf) from percentage of sand and clay after Rawls et al., 1990. This is a must for r.hydro.CASC2D.

:* i.biomass creates biomass growth map from fPAR, lightuse efficiency, water availability (or evap.fraction), Lat, doy and tsw.

:* i.dn2ref.l7, r.dn2ref.ast create top of atmosphere reflectance for Landsat 7ETM+ and ASTER. These modules also have a flag for radiance output. Updated i.dn2ref.l7 to read .met calibration file.

:* i.dn2full.l[5,7] is an attempt to get all bands of Landsat[5,7] calibrated and corrected to either reflectance or temperature, reads only the .met file.

:* i.dn2potrad.l[5,7] is an attempt to get ET potential from DN of Landsat 7 (Careful! No Atmospheric correction!).

:* i.eb.* are a set of 10+ GRASS modules that together perform the main functions of the SEBAL model (Bastiaanssen, 1995). Those functions include (but are not limited to) Soil heat flux, sensible heat flux, net radiation, evaporative fraction at satellite overpass, diurnal actual evapotranspiration, momentum roughness length, etc. These modules are also part of any Energy-Balance related processing.

:* i.evapo.potrad creates diurnal Potential evapotranspiration assuming all net radiation becomes ET, according to SEBAL model (Bastiaanssen, 1995). This module also has a flag for diurnal net radiation as required by SEBAL in i.eb.eta.

:* i.evapo.SENAY creates actual evapotranspiration following the regional method of Senay (2007).

:* i.lmf creates a Local Maximum Fitting on the temporal dimension of the multi-date input dataset, working, but more precision still to be added.

:* i.vi.mpi is the mpi version of i.vi for cluster GRASS GIS education (no speed up here!) '''Author:''' Shamim Akhter

:* i.modis.stateqa extracts State Quality Assessment information from Modis 500m (MOD09A) products.

:* i.water creates a Water Mask from NDVI and Albedo, or specifically for Modis: NDVI and Band 7.

:* i.wi creates a given Water Index (only one so far).

==== HydroFOSS ====

: HydroFOSS - a GIS embedded approach for Free & Open Source Hydrological modeling.

: '''Author:''' Massimiliano Cannata

svn co https://svn.osgeo.org/grass/grass-addons/HydroFOSS/

==== Hikereport ====

: python script that computes length, cumulative uphill and downhill, average slopes on an interactively drawn path. Based on r.profile's output.

: '''Author:''' Stefano Negri

http://tracce.wordpress.com/?attachment_id=71

=== Misc add-ons===

==== m.eigensystem ====

m.eigensystem - Computes eigen values and eigen vectors for square matrices.

: http://svn.osgeo.org/grass/grass-addons/misc/m.eigensystem/

: '''Author:''' Michael Shapiro

===Database add-ons===
==== db.join ====

: Table joining: join one table into another through common attributes

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/database/db.join/
or
g.extension db.join

===General add-ons===

==== g.laptop.sh ====

: [http://www.nature-consult.de/dassau/g.laptop/g.laptop.sh g.laptop.sh] is an interactive shell script to extract raster and vector data from current Location into a new one. Data can be copied or extracted in current or original resolution and region extend. This script was written to extract smaller parts of a GRASS location to be able to present them on a laptop without the necessity to transfer huge data. Maps do not have to be in the same mapset.

: '''Author:''' Otto Dassau

==== Readline completion ====

: '''''Readline completion''''' for GRASS commands under the bash shell: [http://www.sorokine.info/grass-complete/ grass-complete] won't clutter the environment but needs to be installed; [http://dcalvelo.free.fr/grass/grass_rlcompleter.sh grass_rlcompleter.sh] needs almost no installation but will pollute the environment. Grass-Complete currently requires Bash version 2.05 for proper install.

: '''Author:''' Alexandre Sorokine (grass-complete), Daniel Calvelo (grass_rlcompleter.sh)

==== g.region.point ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.region.point g.region.point] is a shell script which resets the computational region to a square box around a given coordinate. It is intended for use within GRASS scripts to speed up processing by limiting expensive raster calculations to a small area of interest.

: '''Author:''' Hamish Bowman

==== g.linke_by_day ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.sun.tools/ g.linke_by_day] is a python script for [[r.sun]] which interpolates a Linke turbidity value for a given day of the year based on monthly values edited into the script.

: '''Author:''' Hamish Bowman

==== g.xlist ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.xlist g.xlist] is a C implementation of g.mlist. g.xlist searches for data files matching a pattern given by wildcards or POSIX Extended Regular Expressions. POSIX regex(3) functions are required.

: '''Author:''' Huidae Cho

==== g.xremove ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.xremove g.xremove] is a C implementation of g.mremove. g.xremove removes data files matching a pattern given by wildcards or POSIX Extended Regular Expressions. POSIX regex(3) functions are required.

: '''Author:''' Huidae Cho

=== Imagery add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/imagery

==== GIPE ====

GIPE (see also above in raster section) provides:
i.biomass, i.dn2potrad.l5, i.dn2potrad.l7, i.dn2ref.ast, i.eb.deltat, i.eb.disp, i.eb.eta, i.eb.evapfr, i.eb.g0, i.eb.h0, i.eb.h_SEBAL01, i.eb.h_SEBAL95, i.eb.h_iter, i.eb.molength, i.eb.netrad, i.eb.psi, i.eb.rah, i.eb.rohair, i.eb.ublend, i.eb.ustar, i.eb.wetdrypix, i.eb.z0m, i.eb.z0m0, i.evapo.PT, i.evapo.TSA, i.evapo.potrad, i.evapo.senay, i.evapo.time_integration, i.lmf, i.modis.stateqa, i.sattime, i.vi.grid, i.vi.mpi, i.water, i.wi

svn co https://svn.osgeo.org/grass/grass-addons/gipe/

: '''Author:''' Yann Chemin

==== i.landsat.toar ====

Transform calibrated digital number of Landsat products to top-of-atmosphere radiance or top-of-atmosphere reflectance and temperature (band 6 of the sensors TM and ETM+). Optionally, used to calculate the at-surface radiance or reflectance with atmospheric correction (DOS method).

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.landsat.toar

: '''Author:''' E. Jorge Tizado

==== i.points.reproj ====

: [http://trac.osgeo.org/grass/browser/grass-addons/imagery/i.points.reproj i.points.reproj] is a shell script that will use cs2cs to reproject the target coordinates of a group's POINTS file. By running i.rectify directly to the new target projection, a generation of resampling data loss can be avoided (versus i.rectify + r.proj). On the other hand, i.rectify does not calculate cell resolution well if the map is to be rotated ([http://intevation.de/rt/webrt?serial_num=3296 bug #3296]), in those cases i.rectify+r.proj may be the better option.

: '''Author:''' Hamish Bowman

==== i.plr.py ====

: [[I.plr.py|Probabilistic Label Relaxation]], written in Python

: '''Author:''' Georg Kaspar

==== i.pr ====

: Image classification: implements k-NN (multiclass), classification trees (multiclass), maximum likelihood (multiclass), Support Vector Machines (binary), bagging versions of all the base classifiers, AdaBoost for binary trees and support vector machines. It allows feature manipulation (normalization, principal components,...). It also implements feature selection techniques (RFE, E-RFE,...), statistical tests on variables, tools for resampling (cross-validation and bootstrap) and cost-sensitive techniques for trees and support vector machines.

: '''Author:''' Stefano Merler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.pr

==== i.spec.sam ====

: Spectral Angle mapping

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.spec.sam/

==== i.spec.unmix ====

: Spectral unmixing

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.spec.unmix/

==== i.warp ====

: [http://trac.osgeo.org/grass/browser/grass-addons/imagery/i.warp i.warp] is a shell script that will use gdalwarp to rectify a raw input image using thin plate splines. The map should be imported into GRASS with r.in.gdal and GCPs set with i.points. Input is the raw image (GeoTIFF, JPEG, etc). Output is a GeoTIFF in the imagery group's target location's map projection. Requires a recent (early 2006) version of GRASS 6.1, or newer.

: '''Author:''' Hamish Bowman

=== Display add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/display

==== d.edit.rast ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.edit.rast d.edit.rast] edits cells in an existing raster map displayed on the current monitor.

: '''Author:''' Huidae Cho

==== d.frame.quarter ====

: ('''obsolete''') [http://trac.osgeo.org/grass/browser/grass-addons/display/d.frame.split d.frame.quarter] is a shell script that will split the display into four quadrants (or sixths) using ''d.frame''. Individual frames are named ''uno, dos, tres, cuatro'', and ''full_screen''.
: Replaced by {{cmd|d.split.frame}} in main.

: '''Author:''' Hamish Bowman

==== d.frame.split ====

: ''d.frame.split moved into main archive as {{cmd|d.split.frame}}''

==== d.hyperlink ====

: [ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/d.hyperlink.tar.bz2 d.hyperlink] is an interactive shell script that allows the viewing of hyperlinked images from a vector's attribute table in an external image viewer. Queries can be made via SQL statements or interactive mouse-clicking. The attribute table must be pre-populated with a column containing the image to link the vector to; the user also specifies the image folder in the current MAPSET where the images are located. The script currently supports gimp, Eye of Gnome, gthumb, gpdf, and Inkscape image viewers.

: '''Author: '''Eric Patton

==== d.mark ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.mark] is a shell script that quickly displays a marker on the display at a given coordinate.

: '''Author:''' Hamish Bowman

==== d.region.box ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.region.box d.region.box] is a shell script that quickly displays a box around the current region.

: '''Author:''' Hamish Bowman

==== d.stations ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.stations] is a shell script that quickly displays vector points (or sites for GRASS 5.4 and below).

: '''Author:''' Hamish Bowman

==== d.varea ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.varea] is a shell script that quickly displays vector areas.

: '''Author:''' Hamish Bowman

==== pd-GRASS ====

: [http://www.ornl.gov/sci/gist/software/grass/ pd-GRASS]: Parallel Display for GRASS GIS

: '''Author:''' Alex Sorokine

==== [[IconSymbols]] ====

* [[IconSymbols|Symbols]] which can be used with ''d.vect, d.graph'', and ''ps.map''.

=== Postscript add-ons ===

''See also [[ps.map scripts|ps.map samples and templates]]''.

==== ps.atlas ====

: [http://les-ejk.cz/programs/grass/ps.atlas ps.atlas] is a shell script that makes more maps on current region according to input *.psmap file. General map can be stored as vector file. The resulting *.eps maps can be automatically converted to *.pdf files.

: '''Author:''' Jachym Cepicky

==== [[AreaFillPatterns]] ====

* Hatches for ps.map's vareas

===GRASS and UMN Mapserver===

* [http://www.mail-archive.com/mapserver-users@lists.umn.edu/msg00086.html See interesting posting]

[[Category:Community]]
[[Category:Development]]
[[Category:Documentation]]
[[Category:Installation]]

AddOns

2010-01-12T10:21:11Z

⚠️Dassau: added v.rast.stats2

This page contains references to user contributions and add-ons (the original GRASS GIS software can be downloaded [http://grass.osgeo.org/download/index.php here]).

__TOC__

== AddOns source code repository ==

The AddOns source code is hosted in [http://svn.osgeo.org/grass/grass-addons/ GRASS-AddOns SVN repository].

To checkout:

svn checkout <nowiki>https://svn.osgeo.org/grass/grass-addons/</nowiki> grass-addons

Please read [http://trac.osgeo.org/grass/wiki/HowToContribute#WriteaccesstotheGRASS-Addons-SVNrepository How to get write access to the GRASS-Addons-SVN repository] and contact the [http://lists.osgeo.org/mailman/listinfo/grass-dev grass-dev] mailing list if you would like to host your module there.

== Building and installing Addons ==

* see the [[Compile and Install#Addons]] wiki page

== Adding something new ==

Please announce your add-on to the GRASS users' mailing list so that others may be aware of your work. Also please consider adding your module to one of the [[Applications]] pages.

=== Copyright and licensing information ===

''Please be sure to include copyright and licensing information in the header comments of your code so that others may know how they can use, extend, modify, and redistribute your work.''

e.g. at the top of a shell script:
<pre>
#!/bin/sh
############################################################################
#
# MODULE: v.in.e00
#
# AUTHOR(S): Markus Neteler, Otto Dassau
#
# PURPOSE: Import E00 data into a GRASS vector map
# Imports single and split E00 files (.e00, .e01, .e02 ...)
#
# COPYRIGHT: (c) 2004, 2005 GDF Hannover bR, http://www.gdf-hannover.de
#
# This program is free software under the GNU General Public
# License (>=v2). Read the file COPYING that comes with GRASS
# for details.
#
#############################################################################
#
# REQUIREMENTS:
# - avcimport: http://avce00.maptools.org

[script follows]
</pre>

=== Coding standards ===

Please have a look at our [http://grass.osgeo.org/grass63/source/SUBMITTING_SCRIPTS Shell script coding standards] before submitting here.

There are other coding standards given for modules written in C, Tcl/Tk, and Python''(?)'' located in the GRASS source code.

=== Documenting your code ===

You can have an help page template auto-generated by using the GRASS [[module command line parser | command line parser]] with the <tt>--html-description</tt> command line option. Please, see also the [http://grass.ibiblio.org/grass63/manuals/html63_user/g.parser.html g.parser help page]

== Miscellaneous Add-ons ==

* [http://trac.osgeo.org/grass/browser/grass-addons/misc/utm_which_zone utm_which_zone.sh] is a shell script to determine UTM zone from Lat/Lon input. Requires [http://www.octave.org Octave] or Matlab to be installed. A shell-only version is [http://dcalvelo.free.fr/grass/utm_which_zone_sh.sh available] which only requires awk. '''Authors''': Hamish Bowman (Octave part), Markus Neteler (shell script wrapper), Daniel Calvelo (sh+awk version)

* Perl scripts for converting data forth and back between Excel files and PostgreSQL: [http://dcalvelo.free.fr/grass/pg2xls.pl pg2xls.pl] reads data from PostgreSQL and produces an excel workbook; [http://dcalvelo.free.fr/grass/xls2sql.pl xls2sql.pl] reads excel files and outputs SQL statements to be fed into an RDBMS. Both scripts need modules from [http://www.cpan.org CPAN], especially [http://search.cpan.org/dist/Spreadsheet-ParseExcel/ Spreadsheet::ParseExcel] for xls2sql.pl and [http://search.cpan.org/~tmtm/Spreadsheet-WriteExcel-FromDB Spreadsheet::WriteExcel::FromDB] and its dependencies for pg2sql.pl. Check the source headers for more info. '''Authors:''' Daniel Calvelo (xls2sql.pl), Markus Neteler (pg2xls.pl)

* [http://dream.lrrl.arch.tu-muenchen.de/~wqual/perl/dbf2sql.tgz dbf2sql] is a Perl script for translating dbf-tables into a sql-command. dbf-tables are read using dbfdump-command from dbd-xbase-perl module ([http://search.cpan.org/~janpaz/DBD-XBase-0.241/ dbd::xbase] and [http://search.cpan.org/~jv/Getopt-Long-2.35/lib/Getopt/Long.pm getopt::long] have to be installed from CPAN first). There are problems, if the last column of the table contains characters. Suggestions for improvements welcome! '''Author:'''Wolfgang Qual

* [http://www.igc.usp.br/pessoais/guano/downloads/azimuth2.c azimuth2.c] is a small C program to calculate the azimuth and length of vector lines exported by GRASS-GIS as ASCII files (like this: v.out.ascii input=vector output=ascii format=standard). It is useful for create rose diagrams of lineament maps. Improvements on the original code after suggestions by Örs Téglásy, Hungary. '''Author:''' Carlos Henrique Grohmann

==GRASS 4.x==

===Raster add-ons for GRASS 4===

* MAGICAL Software: The MAGICAL software comprises a suite of three programs that provide a multi-agent simulation extension for the GRASS GIS software. http://www.ucl.ac.uk/~tcrnmar/simulation/magical/magical.html

==GRASS 5.x==

===Vector add-ons for GRASS 5===

* See here: http://grass.osgeo.org/download/addons.php

===Raster add-ons for GRASS 5===

* See here: http://grass.osgeo.org/download/addons.php

* [http://www.valledemexico.ambitiouslemon.com/gwmodelling.html r.gmtg] The groundwater modelling tool for grass. A module to use MODFLOW within GRASS. '''Author''': Jaime Carrera

* [http://www.bowdoin.edu/~ltoma/research.html r.terracost] Scalable approach for computing least-cost-path surfaces on massive grid terrains. For GRASS 5.3. '''Lead author''': Laura Toma
:Newer version available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.terracost

==GRASS 6.x==

=== Vector add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/vector

==== v.adehabitat.clusthr, v.adehabitat.kernelUD, v.adehabitat.mcp ====

: Tools to calculate home ranges of animals
: '''Author:''' Clement Calenge

Available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/vector/adehabitat

==== v.append ====

: [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.append v.append] is a shell script combining two vector files AND their associated attribute tables. The vector files should be of the same type and, for best results, should have identically formatted attribute tables.

: '''Author:''' Michael Barton

==== v.autokrige ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.autokrige/v.autokrige.py v.autokrige] achieves automatic ordinary kriging from GRASS sites (vector point data), using R with spgrass6 (RGRASS) and automap packages.

: '''Author:''' Mathieu Grelier

==== v.breach ====

: [http://www.sieczka.org/programy_en.html v.breach] creates vector maps of lines and points of continously lowering elevation down the input watercourses, based on the input raster DEM.

: '''Author:''' Maciej Sieczka

==== v.colors ====

: {{cmd|v.colors}} ''moved into main archive''

==== v.count.points.sh ====

: [http://wiki.iosa.it/dokuwiki/spatial_analysis:feature_count v.count.points.sh] counts point features in areas, generates table good as input to d.vect.chart.

: '''Author:''' Stefano Costa

==== v.digatt ====

: [http://phygeo7.geo.uni-augsburg.de/gis2/scripts/v.digatt v.digatt] (shell script) Interactively assign numeric table attributes to series of vector objects. It is meant to be effective by avoiding to type in the attribute value for all single objects again and again. The user is prompted for typing in an attribute value which is assigned to all objects selected by mouseclick afterwards. Next the display is redrawn after updating the table column. Zooming allows to change the region before the old value can be reused or a new one can be typed in (or copied by mouse from another object) in order to assign it to the next series of objects etc. It is tested not very extensively yet. Therefore better work with a copy of your map and consider using v.digit or d.what.vect -e alternatively. [http://phygeo7.geo.uni-augsburg.de/gis2/scripts/v.digatt.png screenshot].

: '''Author:''' Andreas Philipp

==== v.dip ====

: [http://marcin.slodkowski.googlepages.com/v.dip.tgz v.dip] creates points of thickness vectors from the vectors of strike and dip angles. The v.dip is the main ANSI C core program. Program so-called v.dip can run without GRASS environment.

: '''Author:''' Marcin Slodkowski

==== v.flip ====

: [http://www.sieczka.org/programy_en.html v.flip] flips the direction of selected vector lines (redundant since GRASS 6.3 - there is "v.edit tool=flip").

: '''Author:''' Maciej Sieczka

==== v.group ====

: [http://www.shockfamily.net/cedric/grass/v.group v.group] generates a new vector map with the same geometry as an existing map. The new map has categories and a table based on grouping by the values in certain columns of the existing map's table. The values in these columns are preserved in the table for the new map. It's like a v.reclass that preserves data.

: '''Author:''' Cedric Shock

==== v.in.gama ====

: Converts [http://www.gnu.org/software/gama/ GNU GaMa] XML output file to a GRASS vector map layer.

:'''Author:''' Martin Landa

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.in.gama

==== v.in.geoplot ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.geoplot v.in.geoplot] converts a [http://www.geoscan-research.co.uk/page9.html/ Geoplot] ASCII export file to a GRASS vector map layer.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.in.geoplot

==== v.in.gshhs ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.gshhs v.in.gshhs] imports [http://www.soest.hawaii.edu/wessel/gshhs/gshhs.html GSHHS] shorelines into a GRASS vector map. GSHHS data are automatically reprojected to the current location.

:'''Authors:''' several, updated to GRASS 6 by Markus Metz

==== v.in.mbsys_fnv ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.mbsys_fnv v.in.mbsys_fnv] imports [[MB-System]] navigation files into a GRASS vector map. You can choose from swath area coverage, track lines (including outer port/starboard edges), all bounds as points, etc. An attribute database is created containing the vital statistics of the specified feature such as track length or swath coverage (geodesic), start stop time and location, pitch, roll, heave, etc.

:'''Author:''' Hamish Bowman

==== v.in.ncdc ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.ncdc v.in.ncdc] imports an [http://www.ncdc.noaa.gov NCDC] stn file (station data) into a GRASS vector map.

: '''Author:''' Huidae Cho

==== v.in.postgis ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.in.postgis/v.in.postgis.py v.in.postgis] Create a GRASS layer from any sql query on PostGIS data.

: '''Author:''' Mathieu Grelier

==== v.in.osm ====

: [http://kripton.kripserver.net/software/v.in.osm/ v.in.osm]: OpenStreetMap import into GRASS. Yet only supports deprecated API 0.4, will be modified to work with API 0.5 some time soon.

: '''Author:''' Jannis Achstetter

: See also [http://hamish.bowman.googlepages.com/gpsdrivefiles#osm osm2grass.sh] by H Bowman

==== v.in.ovl ====

: [http://grasslab.gisix.com/scripts/v.in.ovl/ v.in.ovl] is a shell script that imports an ASCII vector file created with TOP10|25|50 or similar products.

: '''Author:''' Peter Löwe

==== v.krige ====

: [[V.krige_GSoC_2009 | v.krige]] aims to integrate R functions for kriging (packages automap, gstat, geoR) in a trasparent way. '''Moved into trunk/devbr6 code (r40048)'''

: '''Author:''' Anne Ghisla, as Google Summer of Code 2009 project

: See also [[GRASS_AddOns#v.autokrige]] by Mathieu Grelier

==== v.lda ====

: [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.lda v.lda] is a shell script for calculating Ian Johnson's (U. Sidney) Local Density Analysis values to measure clustering of point data at different neighborhood radii. There is an option to create a simple line graph of the results. There have been reports of problems creating the line graph on Cygwin installations of GRASS.

==== v.line.center ====

: [http://www.sieczka.org/programy_en.html v.line.center] creates a points vector map with each point located in the middle of the length of the input vector line.

: '''Author:''' Maciej Sieczka

==== v.lmeasure ====

: [http://ngeo.de/grassstuff/v.lmeasure v.lmeasure] and [http://ngeo.de/grassstuff/v.revlmeasure v.revlmeasure] are two perl scripts that place equidistant vector points along a given arbitrary vector line starting from the beginning or end of the vector line, respectively. Resulting vector points are labeled with the distance from origin.

: '''Author:''' Mats Schuh

==== v.out.ascii.db ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.ascii.db v.out.ascii.db] is a shell script for exporting vector point data coordinates and selected attribute columns to either a file or to the console.
: ''Superseded in GRASS 6.4 by the new v.out.ascii columns= option.''

: '''Author:''' Hamish Bowman

==== v.out.ascii.mat ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.ascii.mat v.out.ascii.mat] is a shell script for exporting vector polygon and polyline data into an ASCII text file suitable for loading into Matlab (or [http://www.gnu.org/software/octave/ Octave]).

: '''Author:''' Hamish Bowman

==== v.out.gmt ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.out.gmt v.out.gmt] is a shell script that exports a polygon vector file into GMT xy file. psbasemap code was copied from Hamish's r.out.gmt.

: '''Author:''' Huidae Cho, Hamish Bowman, Dylan Beaudette

==== v.out.kml ====

: [http://grasslab.gisix.com/scripts/v.out.kml/ v.out.kml] is a shell script that exports a vector file into a KML file for Google Earth or Worldwind. see also [[#r.out.kml|r.out.kml]] and [[#r.out.gmap|r.out.gmap]]

: '''Author:''' Peter Löwe

==== v.out.svg ====

: [http://svg.cc/grass/index.html v.out.svg] is a module that exports SVG notation along with optional attribute data directly from GRASS 6.x vector layers. Now part of [http://svn.osgeo.org/grass/grass/trunk/vector/v.out.svg/ grass6-svn].

: '''Author:''' Klaus Förster

==== v.random.cover ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.random.cover v.random.cover] is a shell script for creating random points constrained within an irregularly shaped vector area. (v.random places points only in current region rectangle). Optionally the user can upload raster values at the points. See also '<tt>r.random cover= vector_output=</tt>'

: '''Author:''' Hamish Bowman

==== v.rasterbounds ====

: [http://les-ejk.cz/programs v.rasterbounds] is a shell script for creating polygon-vector file of rasterfile boundaries. The best version of GRASS is 6.1+. If you are using GRASS < 6.1, you have to be in the same mapset as your raster maps are from.

: '''Author:''' Jachym Cepicky

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.rast.stats2 v.rast.stats2] is an adapted version of the GRASS module v.rast.stats. It uses the grass addon [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.univar.zonal r.univar.zonal] to speed up calculation of univariate statistics from a GRASS raster map based on vector polygons.

: '''Authors:''' Markus Neteler, Otto Dassau

==== v.sample.buffer [broken link, please update or delete]====

: [http://www.clubwebcanada.ca/twiens/v.sample.buffer.tgz v.sample.buffer] is a shell script that samples rasters in buffers of a specified size around features in a specified vector file. Sampling results are added as attributes to the vector file. This script was designed for sampling vegetation indices and DEM derived attributes for bird point counts. Sampling results can be one or more basic statistics such as mean, range, max, etc.

: '''Author:''' Trevor Wiens

==== v.select.region ====

: [ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/v.select.region.tar.bz2 v.select.region] is a shell script that prints out the names of all vectors matching an input search pattern that has geometry (points, line, areas) that fall within a region bounded by an existing vector map, or within the current Grass region.

: '''Author:''' Eric Patton

==== v.selmany ====

: [http://svn.osgeo.org/grass/grass-addons/vector/v.selmany/v.selmany v.selmany] is a shell script that allows to interactively select a set of vector objects on a given layer, then assign them attribute values in a connected database table. The script runs on the command line prompt and within a graphic monitor ; it does not work with DBF driver.

: '''Author:''' Vincent Bain

==== v.surf.icw ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.surf.icw v.surf.icw] is an IDW interpolation method using true distance cost instead of euclidean shortest distance, i.e. ''as the fish swims around an island'' not ''as the bird flies''. This will cleanly travel around hard barriers and a cost surface map may be used to model expensive-cross barriers. Input data points do not need direct line of sight to be considered, but should be kept to less than one hundred as the module becomes very computationally expensive. A number of radial basis function options are available. ([http://grass.osgeo.org/wiki/Image:Inlets_03_SurfSal_icw_big.png screenshot])

: '''Author:''' Hamish Bowman

==== v.surf.idwpow ====

: [http://www.geospatial.it/allegri/grass/v.surf.idwpow.zip v.surf.idwpow] integrates the common v.surf.idw algorithm with the exponential parameter for the distance weights

: '''Author:''' Giovanni Allegri

==== v.surf.krige [deprecated: use v.autokrige instead] ====

: v.surf.krige is a script that do a surface interpolation from vector point data by Kriging method. The interpolated value of a cell is determined by using an omnidirectional variogram model fitted starting from model parameter given by user shown from the experimental semi variogram produced by v.variogram. The script can perform also the Leave-One-out cross validation to test the variogram model "fitted by eye" and an automatic fitted variogram model. The cross validation helps the user to choose the best variogram model to interpolate own data.

: '''Author:''' Pierluigi De Rosa.

==== v.strahler ====

: [http://www.pois.org/florian/downloads/grass/v.strahler.tgz v.strahler] is a module that calculates the Strahler Order for all lines of a given dendritic network.

: '''Author:''' Florian Kindl. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/vector/v.strahler

==== v.swathwidth ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.swathwidth v.swathwidth] creates a vector map representing the sea bottom coverage of a multibeam (swath) sonar survey.
: ([http://david.p.finlayson.googlepages.com/swathwidth Screenshots])

: '''Authors:''' David Finlayson, Hamish Bowman

==== v.thickness ====

: [http://marcin.slodkowski.googlepages.com/v.thickness.tgz v.thickness] creates points of thickness vectors from the vectors of strike and dip angles.The v.thickness is GUI GRASS script for v.dip.

: '''Author:''' Marcin Slodkowski

==== v.transect.kia ====

: [https://svn.osgeo.org/grass/grass-addons/vector/v.transect.kia v.transect.kia] calculates kilometric abundance indexes (KIA), a common indirect presence index used in wildlife monitoring along line transect surveys.
: Path lenghts can be corrected by draping on a DEM, different type of point objects can be weighted according to their relative importance, and paths can be segmented using a further polygon vector (to calculate, say, abundances per elevation range or per habitat class).
: The module is written in bash and needs a GRASS install compiled with sqlite support.

: '''Author:''' Clara Tattoni and Damiano G. Preatoni

==== v.trees3d ====

: [http://les-ejk.cz/programs/ v.trees3d] is a module for making 3D trees from input vector point file.

: '''Author:''' Jachym Cepicky

==== v.trimesh ====
: [http://www.valledemexico.ambitiouslemon.com/vtrimesh.html v.trimesh] creates a triangular mesh from a vector map using areal constraints for refinement. It uses Jonathan Shewchuk's Triangle library.

: '''Author:''' Jaime Carrera

==== v.what.rast.buffer ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.what.rast.buffer v.what.rast.buffer] is a script that calculates univariate statistics of raster map(s) from buffers around vector points. Results are written to a file. Resolution is taken from each input map.
: ''see also the [http://starspan.casil.ucdavis.edu StarSpan] software

: '''Author:''' Hamish Bowman

==== v.variogram [deprecated: use v.autokrige instead] ====

: v.variogram is a script that create an omnidirectional experimental semi-variogram. This scripts require R-statistics software installed on your machine. Now the script is updated to run on spgrass6 >= 0.3 and sp >= 0.9 [http://grass.osgeo.org/pipermail/statsgrass/2006-October/000455.html reply].

: '''Author:''' Ivan Marchesini, Pierluigi De Rosa.

==== AniMove ====

: [http://www.faunalia.it/animov/ AniMove] is software for analysis of animal movement and ranging behaviour using QGIS+GRASS+R.

:'''Authors:''' Support by Faunalia.it

==== Utilities ====

===== Shapemerge =====

: [http://perrygeo.googlecode.com/svn/trunk/gis-bin/shpmerge.sh shpmerge] merges all the shapefiles in the current directory into a single output shapefile

:'''Authors:''' Perrygeo

=== Raster add-ons ===

See also

svn co <nowiki>https://svn.osgeo.org/grass/grass-addons/raster</nowiki>

==== r.bilateral ====

: [http://les-ejk.cz/files/programs/grass/r.bilateral.tgz r.bilateral] Bilateral filter is an edge-preserving filter, which combines domain and range filtering. It is written in C language.

: '''Author:''' Jachym Cepicky

==== r.boxcount ====

: r.boxcount and r.boxcount.sh calculate the fractal dimension for a given map. These are versions for grass6 of [http://www.ucl.ac.uk/~tcrnmar/ Mark Lake's modules] for grass43.

: '''Authors:''' Mark Lake, grass6 port: Florian Kindl.

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.boxcount/
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.boxcount.sh/

==== r.burn.frict ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.burn.frict r.burn.frict] converts vector geometries to raster cells, using a simple anti-aliasing method to close "gaps" between diagonal cells. Useful for "burning" vector geometries into a friction surface, making sure that simulated movement does not "slip" through converted cells that have only diagonal neighbours.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.burn.frict

==== r.colors.quantiles ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.colors.quantiles/r.colors.quantiles r.colors.quantiles] is a shell script used to create raster colors rules based on nquantiles. It uses R and spgrass6 package (RGRASS).

: '''Authors:''' Mathieu Grelier

==== r.colors.stddev ====

: [http://hamish.bowman.googlepages.com/grass_color_maps r.colors.stddev] ''moved into main archive''

==== r.cpt2grass ====

: [http://hamish.bowman.googlepages.com/grass_color_maps r.cpt2grass] is a GRASS script for importing a [http://www.soest.hawaii.edu/gmt/ GMT] .cpt color table into GRASS. It can save to a text file suitable for r.colors or automatically apply the color table to a raster map. For a large collection of GMT .cpt files see http://sview01.wiredworkplace.net/pub/cpt-city/
: Other palette ideas from [http://geography.uoregon.edu/datagraphics/color_scales.htm Univ. Oregon] and [http://oceancolor.gsfc.nasa.gov/PRODUCTS/colorbars.html NASA/Goddard's OceanColor] (latter partially translated for use with GRASS on the [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.colors.tools/palettes grass-addons SVN]).

: '''Author:''' Hamish Bowman

==== r.csr ====

: [http://www.chrisgarstin.com/stuff/r.csr r.csr] integrates several Grass programs to produce colored, shaded-relief rasters in one step. Accepts single or multiple elevation/bathymetry maps as input; optionally will fill data holidays with 3x3 median filter, multiple times, if required; can apply color maps from a) input raster, b) another raster in MAPSET, or c) from a rules file; otherwise, rainbow colorbar is applied. Output colored, shaded-relief rasters can optionally be exported to tiff format if the appropriate flag is given. Shading parameters can be modified, though useful defaults are given.

: '''Author:''' Eric Patton

==== r.cva ====

: [http://www.ucl.ac.uk/~tcrnmar/GIS/r.cva.html r.cva] is a cumulative viewshed analysis module. It is an advanced version of the {{cmd|r.los}} program.

: '''Author:''' [http://www.ucl.ac.uk/~tcrnmar/ Mark Lake]

==== r.denoise ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.denoise r.denoise] denoises (smooths/despeckles) topographic data, particular DEMs derived from radar data (including SRTM), using Xianfang Sun's [http://www.cs.cf.ac.uk/meshfiltering/index_files/Page342.htm denoising algorithm]. It is designed to preserve sharp edges and to denoise with minimal changes to the original data. See the [http://personalpages.manchester.ac.uk/staff/john.stevenson/mdenoise/r.denoise.html manual pages] for details. Further information on Sun's denoising algorithm, including an example, is available [http://personalpages.manchester.ac.uk/staff/john.stevenson/mdenoise here].

: '''Author:''' John Stevenson

==== r.dominant_dir.m and r.calc_terraflow_dir.m ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.terraflow.tools dominant_dir.m and calc_terraflow_dir.m] are two Matlab scripts for determining the dominant flow direction from a r.terraflow MFD map and converting into a GRASS aspect map for use with d.rast.arrow, etc.

: '''Author:''' Hamish Bowman

==== r.eucdist ====

: [http://david.p.finlayson.googlepages.com/r.eucdist r.eucdist] creates a raster map estimating the euclidean distance from known cells.

: '''Author:''' David Finlayson

==== r.fragment ====

: [http://www.chrisgarstin.com/stuff/r.fragment r.fragment] fragments a raster into a user-defined set of smaller tiles according to an input number of rows and columns.
: '''Author:''' Eric Patton

==== r.game_of_life ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.game_of_life r.game_of_life] is a shell script which runs Conway's classic Game of Life using GRASS raster modules. It is meant to demonstrate how easy it is to program cellular automata in GRASS as well as various 3D raster volume and time series visualization techniques.

: '''Author:''' Hamish Bowman

==== r.gauss ====

: [http://www.les-ejk.cz/files/programs/grass/r.gauss.tgz r.gauss] is Gaussian and Laplacian of Gaussian filter for GRASS. It is written in C language.

:'''Author:''' Jachym Cepicky

==== r.gradgrid4 ====

: [http://www.uibk.ac.at/geographie/personal/mergili/gradgrid4.zip gradgrid4] is a tool for interpolating values of discrete data points to a raster map, applying a local regression approach with a predictor raster. The model is based on shell and python scripts as well as an R batchfile. It was tested on Fedora Core 6 with GRASS 6.2.1 and R 2.5.1, but should work under most UNIX systems. After unzipping the gradgrid4 folder, store it at any place in your local file system. In the subfolder docs you can find a manual and a publication draft with a detailed description of the concept and the example of an application. The subfolder testloc constitutes a GRASS location with test data.

: '''Author:''' Martin Mergili

==== r.in.onearth ====

: [http://www-pool.math.tu-berlin.de/~soeren/grass/modules/ r.in.onearth] for download and import satellite images direct from the NASA onearth WMS server into GRASS.

: '''Author:''' Soeren Gebbert

==== r.in.wms (.py) ====

: [http://les-ejk.cz/files/programs/grass/r.in.wms.tgz r.in.wms] for download and import maps direct from WMS servers into GRASS. This script is written in Python Programming language. Note GRASS 6.2+ provides a shell script version of r.in.wms, take care of which one is actually being run.

: '''Author:''' Jachym Cepicky

==== r.inund.fluv ====

: [https://svn.osgeo.org/grass/grass-addons/raster/r.inund.fluv/ r.inund.fluv]This command allows to obtain a fluvial potentially inundation map given a high-resolution DTM of the area surrounding the river and a water surface profile calculated through an 1-D hydrodinamic model.

: '''Authors:''' Roberto Marzocchi, Bianca Federici, Domenico Sguerso

==== r.isoregions ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.isoregions/r.isoregions r.isoregions] allows isoregions creation from a GRASS raster map.

: '''Authors:''' Mathieu Grelier

==== r.interp.mask ====

: [http://david.p.finlayson.googlepages.com/r.interp.mask r.interp.mask] Creates a user-specified buffer around interpolation points that can be used as a MASK to prevent or clip excessive extrapolation artifacts. This works much better than a standard convex hull around the points.

: '''Author:''' David Finlayson

==== r.li ====

: [http://www.faunalia.it/download/r_li/ r.li] is a more flexible and faster replacement of the old r.le. '''''Moved into 6.3-SVN'''''.

: '''Authors:''' Claudio Porta, Davide Spano, Serena Pallecchi, [http://www.faunalia.it Faunalia]

==== r.local_max.pl ====

: [http://les-ejk.cz/files/programs/local_max.pl Local maxima] is a Perl script for <code>r.mapcalc</code>. It detects local maxima of the image.

: '''Author:''' Jachym Cepicky

==== r.mandelbrot ====

: [http://grasslab.gisix.com/scripts/r.mandelbrot r.mandelbrot] is a shell script to calculate the Mandelbrot set.- for GRASS versions 6.X.

: '''Author:''' Peter Löwe

==== mcda====

: mcda suite is a toolset for geographics multi-criteria decision aiding and data analysis based on ELECTRE (r.mcda.electre), REGIME (r.mcda.regime) and FUZZY (r.mcda.fuzzy) algorithm. The module r.roughset is also included for geographics rough set analisys and knowledge discovery based on rough set library. It is written in C language for GRASS versions 6.X.

: '''Author:''' Gianluca Massei (g_massa@libero.it ) - Antonio Boggia

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/mcda/

==== r.mlv ====

: [http://les-ejk.cz/files/programs/grass/r.mlv.tgz r.mlv] is Mean of least variance filter for GRASS. It is an edge-preserving (or even edge-enhacing) filter, which should serve for removing additive noise from images. It is written in C language.

: '''Author:''' Jachym Cepicky

==== r.out.jpeg ====

: [http://www.geospatial.it/allegri/grass/r.out.jpeg_ r.out.jpeg] is a simple GRASS script to export georeferenced JPEG images from rasters, keeping the associated color table. It is a two-step export: first a ppm file is created, then it is converted to jpeg usgin the "convert" command from ImageMagick

: '''Author:''' Giovanni Allegri

==== r.out.gmap ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmap r.out.gmap] outputs GRASS raster map into set of image tiles
following the tiling scheme of Google Maps and Microsoft Virtual Earth. Read more in the OSGeo Journal [http://www.osgeo.org/journal Volume 5 (2009, to appear)] see also [[#r.out.kml|r.out.kml]] and [[#v.out.kml|v.out.kml]]

: '''Author:''' Tomas Cebecauer

==== r.out.gmt ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmt r.out.gmt] is a GRASS script for exporting a GRASS raster map into a [http://www.soest.hawaii.edu/gmt/ GMT] grid file. It also creates a GMT color table from the data and can generate some GMT commands for plotting a postscript file. (code is experimental, but functional) see also http://169.237.35.250/~dylan/grass_user_group/#GMT_and_GRASS-overview

: '''Authors:''' Hamish Bowman, Dylan Beaudette

==== r.out.gmt2 ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.gmt2 r.out.gmt2] is a modified version of Hamish's r.out.gmt. Added options for title, xlabel, ylabel, comment, and map width. Removed any settings that can be changed by gmtset for more flexibility.

: '''Author:''' Huidae Cho, Hamish Bowman, Dylan Beaudette

==== r.out.kml ====

: [https://trac.osgeo.org/grass/browser/grass-addons/raster/r.out.kml r.out.kml] is a shell script that exports a raster map into a KML file and image for Google Earth or Worldwind. See also [[#v.out.kml|v.out.kml]] and [[#r.out.gmap|r.out.gmap]].

: '''Author:''' Hamish Bowman

==== r.pack ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.pack r.pack and r.unpack] are two GRASS scripts for transfering raster maps to another computer as a single file.

: '''Author:''' Hamish Bowman

==== r.prominence ====
'''r.prominence''' calculates the average difference between a central cell and its neighbors. It approximated the terrain 'ruggedness' by looking at average differences in elevation within a given neighborhood.
: '''Author:''' Benjamin Ducke

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.prominence/

==== r.roughness ====

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.sh r.roughness.sh] is a shell script to calculate the surface roughness of a DEM, using r.surf.area and v.surf.rst. (for GRASS versions 6.1 and above)

[http://www.igc.usp.br/pessoais/guano/downloads/r.roughness60 r.roughness60] - for GRASS versions 6.0.X

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.area r.roughness.window.area] - calculate surface roughness as the ratio of real (surface) area and planar area, using a moving-window approach.

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.vector r.roughness.window.vector] - calculate surface roughness as vector dispersion, using a moving-window approach. Resulting maps are: Vector Strength (R) and Inverted Fisher's k parameter.

[http://trac.osgeo.org/grass/browser/grass-addons/raster/r.roughness/r.roughness.window.vector.html r.roughness.window.vector.html] - provisional help page for r.roughness.window.vector.

: '''Author:''' Carlos Henrique Grohmann

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.roughness/

==== r.roughset ====

: r.roughset is a module for geographics rough set analisys and knowledge discovery based on rough set library. It is written in C language for GRASS versions 6.X.

: '''Author:''' Gianluca Massei (g_massa@libero.it ) - Antonio Boggia

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/mcda/r.roughset/

==== r.smoothpatch ====

: [http://david.p.finlayson.googlepages.com/r.smoothpatch r.smoothpatch] creates a composite of two rasters using a distance-weighted average across the transition to smooth the edges.

: '''Author:''' David Finlayson

==== r.soils.texture ====

: r.soils.texture is a module to define soils texture from sand and clay raster file with a schema text file (now FAO,USDA and ISSS are available). It is written in C language. - for GRASS versions 6.x - For bugs and suggest: g_massa@libero.it

:'''Author:''' Gianluca Massei

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.soils.texture/

==== r.stream.basins ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.basins r.stream.basins] delineate basins according users input. It extends r.water.outlet funcionality to extracting more than one basin at one step. Module uses as input direction map produced by r.watershed and stream network produced by r.stream.extract, r.watershed, r.stream order or custom user input. More in tutorial on grass-wiki pages.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.basins

==== r.stream.del ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.del r.stream.del] Calculates downslope length of first order streams and delete them if it length (in pixels) is lower than the treeshold. It also join false segments left by deletion into one with category of upper. It uses r.watershed direction map and r.watershed stream map as input. The module is added only for r.watershed module, r.stream.extract has deleting short streams build-in. During development of r.stream.* it will be probably abandoned due to duplicate functionality

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.del

==== r.stream.distance ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.distance r.stream.distance] Calculates downslope distance and downslope elevation difference between current cell and stream or outlet cells. It uses r.watershed direction map, r.watershed or r.stream.extract stream map and optionally DEM as input.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.distance

==== r.stream.extract ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.extract r.stream.extract] extracts topologically clean stream networks from input elevation and optionally accumulation maps. Output is available as raster and vector and can be used as input for the other r.stream.* modules by Jarek Jasiewicz.

: '''Author:''' Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.extract

==== r.stream.order ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.order r.stream.order] orders stream network outputed by r.watershed or r.stream.extract according Sthrahler, Shreve, Horton and Hack ordering systems. It require as input stream and direction map and optionally accumulation map. It handle both SFD nad MFD modes but all data must come from the same procedure.

: '''Author:''' Jarek Jasiewicz, Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.order

==== r.stream.pos ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.pos r.stream.pos] Helper module for calculating local stream network properties and linear geostatistics. Mostly To use with R and other grass modules.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.pos

==== r.stream.stats ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.stream.stats r.stream.stats] calculate Hortonian statistics for Stahler or Horton stream network created by r.stream.order. It uses r.watershed direction map, DEM and r.stream.order's Stahler or Horton stream network as input. It outputs calculated statistics to standard output.

: '''Author:''' Jarek Jasiewicz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.stream.stats

==== r.surf.nnbathy ====

: [http://www.sieczka.org/programy_en.html r.surf.nnbathy] interpolates a surface from a raster input using Pavel Sakov's [http://code.google.com/p/nn-c/ nn] natural neighbor interpolation library. Provides triangulation, Sibson natural neighbor interpolation and non-Sibsonian interpolation.

: '''Author:''' Maciej Sieczka

==== r.surf.volcano ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.surf.volcano r.surf.volcano] creates an artificial surface resembling a seamount or cone volcano. The user can alter the size and shape of the mountain and optionally roughen its surface. Available decay functions are polynomial, Gaussian, Lorentzian, logarithmic, and exponential.

: '''Author:''' Hamish Bowman

==== r.terracost ====

[http://www.bowdoin.edu/~ltoma/research.html r.terracost] Scalable approach for computing least-cost-path surfaces on massive grid terrains. '''Lead author''': Laura Toma

Available via SVN:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.terracost

==== r.tileset ====

: ''{{cmd|r.tileset}} moved into main archive''

==== r.traveltime ====

: [http://jesbergwetter.twoday.net/stories/4845555/ r.traveltime] computes the travel time of surface runoff to an outlet. The program starts at the basin outlet and calculates the travel time at each raster cell recursively. A drainage area related threhold considers even surface and also channel runoff. Travel times are derived by assuming kinematic wave approximation. The results can be used to derive a time-area function. This might be usefull for precipitation-runoff calculations (estimation of flood predictions) with a lumped hydrologic model (user-specified unit hydrograph).

: '''Author:''' Kristian Förster

==== r.univar.zonal ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.univar2.zonal r.univar.zonal] is similar to r.univar, but calculates statistics separately for each category(zone) present in the separate input map used to define zones (zonal statistics). The output can be like the one of r.univar or in easier to read table format and can be written to a file.

: '''Author:''' Markus Metz

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal

==== r.viewshed ====

: r.viewshed is a module for extremely fast line of sight analysis (replaces the slow r.los). It is written in C language for GRASS versions 6.X/7.x.

: '''Author:''' Laura Toma, USA

Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.viewshed

Once {{trac|390}} is solved, it will substitute r.los.

==== r.xtent ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.xtent r.xtent] computes a raster map layer representing the Voronoi diagram, weighted Voronoi diagram or a more complex territorial partitioning of space around points (centers) in a vector input map, based on the XTENT formula.

:'''Author:''' Benjamin Ducke

svn co https://svn.osgeo.org/grass/grass-addons/raster/r.xtent

==== r.zc.pl ====

: [http://les-ejk.cz/files/programs/zc.pl Zero crossing] is a simple Perl script, finds the ,,zero crossings`` from the Laplacian of Gaussian filter (see above). It is really very simple, the edges don't need to be really on that pixel, where they are detected, no interpolation is performed.

: '''Author:''' Jachym Cepicky

==== GIPE ====

: The GRASS Image Processing Environment (GIPE) has USLE, Energy-balance and radiance-reflectance correction models.

: '''Author:''' Yann Chemin (unless specified otherwise).

svn co https://svn.osgeo.org/grass/grass-addons/gipe

Remark: This is progressively moved to main GRASS SVN (aka GRASS 7)

:* r.hydro.CASC2D, ported from GRASS 5.x version, is temporarily here waiting to return to main GRASS.

:* r.soiltex2prop creates porosity, Saturated Hydraulic conductivity (Ksat) and wetting front pressure head (Hf) from percentage of sand and clay after Rawls et al., 1990. This is a must for r.hydro.CASC2D.

:* i.biomass creates biomass growth map from fPAR, lightuse efficiency, water availability (or evap.fraction), Lat, doy and tsw.

:* i.dn2ref.l7, r.dn2ref.ast create top of atmosphere reflectance for Landsat 7ETM+ and ASTER. These modules also have a flag for radiance output. Updated i.dn2ref.l7 to read .met calibration file.

:* i.dn2full.l[5,7] is an attempt to get all bands of Landsat[5,7] calibrated and corrected to either reflectance or temperature, reads only the .met file.

:* i.dn2potrad.l[5,7] is an attempt to get ET potential from DN of Landsat 7 (Careful! No Atmospheric correction!).

:* i.eb.* are a set of 10+ GRASS modules that together perform the main functions of the SEBAL model (Bastiaanssen, 1995). Those functions include (but are not limited to) Soil heat flux, sensible heat flux, net radiation, evaporative fraction at satellite overpass, diurnal actual evapotranspiration, momentum roughness length, etc. These modules are also part of any Energy-Balance related processing.

:* i.evapo.potrad creates diurnal Potential evapotranspiration assuming all net radiation becomes ET, according to SEBAL model (Bastiaanssen, 1995). This module also has a flag for diurnal net radiation as required by SEBAL in i.eb.eta.

:* i.evapo.SENAY creates actual evapotranspiration following the regional method of Senay (2007).

:* i.lmf creates a Local Maximum Fitting on the temporal dimension of the multi-date input dataset, working, but more precision still to be added.

:* i.vi.mpi is the mpi version of i.vi for cluster GRASS GIS education (no speed up here!) '''Author:''' Shamim Akhter

:* i.modis.stateqa extracts State Quality Assessment information from Modis 500m (MOD09A) products.

:* i.water creates a Water Mask from NDVI and Albedo, or specifically for Modis: NDVI and Band 7.

:* i.wi creates a given Water Index (only one so far).

==== HydroFOSS ====

: HydroFOSS - a GIS embedded approach for Free & Open Source Hydrological modeling.

: '''Author:''' Massimiliano Cannata

svn co https://svn.osgeo.org/grass/grass-addons/HydroFOSS/

==== Hikereport ====

: python script that computes length, cumulative uphill and downhill, average slopes on an interactively drawn path. Based on r.profile's output.

: '''Author:''' Stefano Negri

http://tracce.wordpress.com/?attachment_id=71

=== Misc add-ons===

==== m.eigensystem ====

m.eigensystem - Computes eigen values and eigen vectors for square matrices.

: http://svn.osgeo.org/grass/grass-addons/misc/m.eigensystem/

: '''Author:''' Michael Shapiro

===Database add-ons===
==== db.join ====

: Table joining: join one table into another through common attributes

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/database/db.join/
or
g.extension db.join

===General add-ons===

==== g.laptop.sh ====

: [http://www.nature-consult.de/dassau/g.laptop/g.laptop.sh g.laptop.sh] is an interactive shell script to extract raster and vector data from current Location into a new one. Data can be copied or extracted in current or original resolution and region extend. This script was written to extract smaller parts of a GRASS location to be able to present them on a laptop without the necessity to transfer huge data. Maps do not have to be in the same mapset.

: '''Author:''' Otto Dassau

==== Readline completion ====

: '''''Readline completion''''' for GRASS commands under the bash shell: [http://www.sorokine.info/grass-complete/ grass-complete] won't clutter the environment but needs to be installed; [http://dcalvelo.free.fr/grass/grass_rlcompleter.sh grass_rlcompleter.sh] needs almost no installation but will pollute the environment. Grass-Complete currently requires Bash version 2.05 for proper install.

: '''Author:''' Alexandre Sorokine (grass-complete), Daniel Calvelo (grass_rlcompleter.sh)

==== g.region.point ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.region.point g.region.point] is a shell script which resets the computational region to a square box around a given coordinate. It is intended for use within GRASS scripts to speed up processing by limiting expensive raster calculations to a small area of interest.

: '''Author:''' Hamish Bowman

==== g.linke_by_day ====

: [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.sun.tools/ g.linke_by_day] is a python script for [[r.sun]] which interpolates a Linke turbidity value for a given day of the year based on monthly values edited into the script.

: '''Author:''' Hamish Bowman

==== g.xlist ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.xlist g.xlist] is a C implementation of g.mlist. g.xlist searches for data files matching a pattern given by wildcards or POSIX Extended Regular Expressions. POSIX regex(3) functions are required.

: '''Author:''' Huidae Cho

==== g.xremove ====

: [http://trac.osgeo.org/grass/browser/grass-addons/general/g.xremove g.xremove] is a C implementation of g.mremove. g.xremove removes data files matching a pattern given by wildcards or POSIX Extended Regular Expressions. POSIX regex(3) functions are required.

: '''Author:''' Huidae Cho

=== Imagery add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/imagery

==== GIPE ====

GIPE (see also above in raster section) provides:
i.biomass, i.dn2potrad.l5, i.dn2potrad.l7, i.dn2ref.ast, i.eb.deltat, i.eb.disp, i.eb.eta, i.eb.evapfr, i.eb.g0, i.eb.h0, i.eb.h_SEBAL01, i.eb.h_SEBAL95, i.eb.h_iter, i.eb.molength, i.eb.netrad, i.eb.psi, i.eb.rah, i.eb.rohair, i.eb.ublend, i.eb.ustar, i.eb.wetdrypix, i.eb.z0m, i.eb.z0m0, i.evapo.PT, i.evapo.TSA, i.evapo.potrad, i.evapo.senay, i.evapo.time_integration, i.lmf, i.modis.stateqa, i.sattime, i.vi.grid, i.vi.mpi, i.water, i.wi

svn co https://svn.osgeo.org/grass/grass-addons/gipe/

: '''Author:''' Yann Chemin

==== i.landsat.toar ====

Transform calibrated digital number of Landsat products to top-of-atmosphere radiance or top-of-atmosphere reflectance and temperature (band 6 of the sensors TM and ETM+). Optionally, used to calculate the at-surface radiance or reflectance with atmospheric correction (DOS method).

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.landsat.toar

: '''Author:''' E. Jorge Tizado

==== i.points.reproj ====

: [http://trac.osgeo.org/grass/browser/grass-addons/imagery/i.points.reproj i.points.reproj] is a shell script that will use cs2cs to reproject the target coordinates of a group's POINTS file. By running i.rectify directly to the new target projection, a generation of resampling data loss can be avoided (versus i.rectify + r.proj). On the other hand, i.rectify does not calculate cell resolution well if the map is to be rotated ([http://intevation.de/rt/webrt?serial_num=3296 bug #3296]), in those cases i.rectify+r.proj may be the better option.

: '''Author:''' Hamish Bowman

==== i.plr.py ====

: [[I.plr.py|Probabilistic Label Relaxation]], written in Python

: '''Author:''' Georg Kaspar

==== i.pr ====

: Image classification: implements k-NN (multiclass), classification trees (multiclass), maximum likelihood (multiclass), Support Vector Machines (binary), bagging versions of all the base classifiers, AdaBoost for binary trees and support vector machines. It allows feature manipulation (normalization, principal components,...). It also implements feature selection techniques (RFE, E-RFE,...), statistical tests on variables, tools for resampling (cross-validation and bootstrap) and cost-sensitive techniques for trees and support vector machines.

: '''Author:''' Stefano Merler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.pr

==== i.spec.sam ====

: Spectral Angle mapping

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.spec.sam/

==== i.spec.unmix ====

: Spectral unmixing

: '''Author:''' Markus Neteler. Available via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/imagery/i.spec.unmix/

==== i.warp ====

: [http://trac.osgeo.org/grass/browser/grass-addons/imagery/i.warp i.warp] is a shell script that will use gdalwarp to rectify a raw input image using thin plate splines. The map should be imported into GRASS with r.in.gdal and GCPs set with i.points. Input is the raw image (GeoTIFF, JPEG, etc). Output is a GeoTIFF in the imagery group's target location's map projection. Requires a recent (early 2006) version of GRASS 6.1, or newer.

: '''Author:''' Hamish Bowman

=== Display add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/display

==== d.edit.rast ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.edit.rast d.edit.rast] edits cells in an existing raster map displayed on the current monitor.

: '''Author:''' Huidae Cho

==== d.frame.quarter ====

: ('''obsolete''') [http://trac.osgeo.org/grass/browser/grass-addons/display/d.frame.split d.frame.quarter] is a shell script that will split the display into four quadrants (or sixths) using ''d.frame''. Individual frames are named ''uno, dos, tres, cuatro'', and ''full_screen''.
: Replaced by {{cmd|d.split.frame}} in main.

: '''Author:''' Hamish Bowman

==== d.frame.split ====

: ''d.frame.split moved into main archive as {{cmd|d.split.frame}}''

==== d.hyperlink ====

: [ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/d.hyperlink.tar.bz2 d.hyperlink] is an interactive shell script that allows the viewing of hyperlinked images from a vector's attribute table in an external image viewer. Queries can be made via SQL statements or interactive mouse-clicking. The attribute table must be pre-populated with a column containing the image to link the vector to; the user also specifies the image folder in the current MAPSET where the images are located. The script currently supports gimp, Eye of Gnome, gthumb, gpdf, and Inkscape image viewers.

: '''Author: '''Eric Patton

==== d.mark ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.mark] is a shell script that quickly displays a marker on the display at a given coordinate.

: '''Author:''' Hamish Bowman

==== d.region.box ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.region.box d.region.box] is a shell script that quickly displays a box around the current region.

: '''Author:''' Hamish Bowman

==== d.stations ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.stations] is a shell script that quickly displays vector points (or sites for GRASS 5.4 and below).

: '''Author:''' Hamish Bowman

==== d.varea ====

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.shortcuts d.varea] is a shell script that quickly displays vector areas.

: '''Author:''' Hamish Bowman

==== pd-GRASS ====

: [http://www.ornl.gov/sci/gist/software/grass/ pd-GRASS]: Parallel Display for GRASS GIS

: '''Author:''' Alex Sorokine

==== [[IconSymbols]] ====

* [[IconSymbols|Symbols]] which can be used with ''d.vect, d.graph'', and ''ps.map''.

=== Postscript add-ons ===

''See also [[ps.map scripts|ps.map samples and templates]]''.

==== ps.atlas ====

: [http://les-ejk.cz/programs/grass/ps.atlas ps.atlas] is a shell script that makes more maps on current region according to input *.psmap file. General map can be stored as vector file. The resulting *.eps maps can be automatically converted to *.pdf files.

: '''Author:''' Jachym Cepicky

==== [[AreaFillPatterns]] ====

* Hatches for ps.map's vareas

===GRASS and UMN Mapserver===

* [http://www.mail-archive.com/mapserver-users@lists.umn.edu/msg00086.html See interesting posting]

[[Category:Community]]
[[Category:Development]]
[[Category:Documentation]]
[[Category:Installation]]

Project jobs

2009-12-03T15:21:05Z

⚠️Dassau:

== Open jobs in the GRASS project ==

The growing infrastructure and extended user support requires more efforts to integrate user contributions and to keep things running. This page contains a list of jobs for which we seek volunteers. These jobs descriptions may appear a bit formal, but shall illustrate the needs.

=== Web site contributors (open) ===

Several Web site contributors are desired to update pages and to improve the current structure. A future goal could be the move to a CMS system such as Drupal which would be a major effort. Wolf Bergenheim is currently working on the preparation of a OSGeo based Drupal server for GRASS.

Skills:
* knowledge of standard HTML (a single PHP function is used to construct menus)
* willingness to use plain text editors to write pages (to avoid that HTML cruft creeps in)
* familiarity (or willingness to learn use) with GRASS Web site CVS (see [[Working with CVS|instructions]])
* no programming skills required
Tasks:
* update outdated pages
* think about and implement "user stories" to make site more attractive
* think about and implement translation of important pages
* simplify structure
* add new screenshots with credits/CC license)
* regularly check if mirror sites work
Estimated workload:
* in average: 1-x h per week
Contact: Markus Neteler

=== Wiki manager (open) ===

The GRASS wiki (you are using it at the moment) requires continuous monitoring.

Skills:
* basic knowledge of mediawiki usage
* no programming skills required
Tasks:
* update outdated pages
* simplify structure where needed (merge pages)
* clean up [[:Special:Lonelypages|Orphaned pages]] (link, merge or remove)
* keep [[:Special:Categories|Categories]] up to date (add at bottom of pages where needed)
* keep an eye on spammers
Estimated workload:
* in average: 1h per week
Contact: Markus Neteler, [[User:Landa|Martin Landa]]

=== Graphic design lead (open) ===

We need someone with good graphic design skills to maintain the artwork used in the various GUIs and the web site. The initial priority is to rework the icons used in the various GUIs and clean up the screenshot gallery.

Skills:
* Graphic design, graphic design software
* Artistic
* A sufficient level of familiarity with the GIS in order to capture the precise meaning of a button's task in a simple picture.
* No programming experience needed, but it would be helpful if willing to learn a little Tcl in the short term and more wxPython in the long term. (present and future GUI frameworks)
* Manage binary files in CVS. (fairly simple to learn)
Tasks:
* Create new icons for the various GUIs
* Work with website manager to create, solicit, and maintain screenshot gallery
* Work with the GUI team to perfect GUI layout and menu presentation.
* Help promotion and newsletter teams in preparing logo banners, layout ideas, etc.
Estimated workload:
* After initial work on icons: 1hr per week

== Accepted positions (which were advertised here) ==

=== Documentation manager ===

'''''NEWS: Kindly accepted by Eric Patton'''''

GRASS documentation (HTML/MAN pages) need to be frequently revisited and updated. Some pages are still lacking examples or clarity.

Skills:
* knowledge of standard HTML (ASCII editor is preferred over HTML editor)
* willingness to use plain text editors to write pages (to avoid that HTML cruft creeps in)
* familiarity (or willingness to learn use) with GRASS Web site CVS (see [[Working with CVS|instructions]])
* no programming skills required
* excellent knowledge of English language (native speaker preferred)
Tasks:
* update outdated manual pages
* homogenize style and layout
* add relevant graphics/screenshots with credits/CC license into page
* receive and merge contributions from external contributors; remove offensive HTML tags not understood by g.html2man (say: reduce to simple HTML - see [http://freegis.org/cgi-bin/viewcvs.cgi/grass6/SUBMITTING_DOCS?rev=HEAD&content-type=text/vnd.viewcvs-markup instructions])
Estimated workload:
* in average: 1-x h per week

=== Translations manager ===

'''''NEWS: Kindly accepted by Carlos Dávila'''''

The translations manager is responsible for maintaining the translation of GRASS messages
([http://grass.itc.it/devel/i18n.php translation page; [http://grass.itc.it/mailman/listinfo/translations mailing list])

Skills:
* knowledge (or willingness to learn use) of translation tools (kbabel, poEDIT)
* familiarity (or willingness to learn use) with CVS (see [[Working with CVS|instructions]])
* no programming skills required
Tasks:
* work with GRASS CVS-Head (latest GRASS)
* merging translation contributions (with 'msgmerge' of .po files or simply use [http://mpa.itc.it/markus/useful/po_merge.sh po_merge.sh])
* invite translators to contribute (ask regularly, find new), make them use recent GRASS
* create template files for new languages ('make pot')
* update existing translations '''after''' having received latest submissions from translators ('make update-po')
* keep headers of .po files intact and up-to-date
* add new translators to AUTHORS file in source code
Estimated workload:
* in average: 1-2h per week or less

=== Public relations manager ===

'''''NEWS: Kindly accepted by Malte Halbey-Martin'''''

Despite the continuous growth of the user community, we seek "GRASS GIS awareness" especially for public administration and companies. A multi-language brochure is needed to promote GRASS in a more effective way. Funding for a high quality print is to be defined.

Skills:
* communication and design skills
Tasks:
* find like-minded people to form a GRASS promotion group
* communicate the existence of the GRASS project
* design of a multi-language brochure (both PDF and printed) in collaboration with the [http://wiki.osgeo.org/index.php?title=VisCom OSGeo-VisCom team]
* create material to illustrate the GRASS functionality
* contact public administration and professionals in a non-spammy way
* collect success stories and render them usable for the Web site

== Interested people ==

While we have to figure out the process, here a list of interested people. Please add yourself:

* Dylan Beaudette: Web site contributor (familiar with Drupal CMS)
* Scott Mitchell: Web site contributor, could possibly do the translation job, if nobody with translation tool experience volunteers
* Brad Douglas: Public Relations contributor (co-maintainer)

== Existing jobs ==

;Documentation Manager
:Eric Patton

;OSGeo Trac maintainers
:Markus Neteler, Martin Landa
;Newsletter editor-in-chief
:Martin Wegmann (+ Paul Kelly and MN) - for OSGeo: Tyler Mitchell

;OSGeo SVN code repository
:Markus Neteler, Martin Landa, Howard Butler
;Main Web site/[http://svn.osgeo.org/grass/grass/trunk/doc/infrastructure.txt Infrastructure] manager
:Markus Neteler
;Mailing list manager
:Markus Neteler
;Translations manager
:Carlos Dávila
;Wiki manager
:Markus Neteler, Martin Landa (see above for open position)
;Public relations manager
:Malte Halbey-Martin
;Binaries packager
* Fedora RPMs: Brad Douglas (still?)
* Mandriva RPMs: Buchan Milne
* OpenSUSE RPMs: Otto Dassau
* Debian: Francesco Lovergine and the [http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl Debian GIS Project]
* winGRASS native: Marco Pasetti, Moritz Lennert, Benjamin Ducke, Huidae Cho, Paul Kelly, Tim Sutton (QGIS/GRASS bundle)
* MacOSX: William Kyngesburye, Lorenzo Moretti (still?)

[[Category:Community]]

GRASS Translation Team

2008-04-19T13:57:15Z

⚠️Dassau: /* German */

__NOTOC__
Currently, [http://grass.itc.it/devel/i18n.php#statistics GRASS messages] are (partly) translated to 18 languages (cs,de,es,fr,hi,it,ja,ko,lv,mr,pl,pt_br,ru,sl,tr,vi,zh). [http://gdf-hannover.de/media.php?lg=en GRASS Documentation] is translated to five languages (cs, de, fr, zh_CN, en). [http://grass.itc.it/grass63/manuals/html63_user/index.html GRASS manual pages] are not yet translated.

==Members of Translation Team==
__TOC__
===[http://grass.fsv.cvut.cz/wiki/index.php/Lokalizace Arabic]===

;Dr Alaa Ahmed Masoud
[[Image:Alaa5.jpg]]
* Location: Tanta, Egypt
* mail: alaamasoud@hotmail.com
* http://alaamasoud.tripod.com/

===[http://grass.fsv.cvut.cz/wiki/index.php/Lokalizace Czech]===
;Martin Landa
[[Image:Mlanda.png]]
* Location: Prague, Czech Republic
* mail: landa.martin at gmail.com
* http://gama.fsv.cvut.cz/wiki/index.php/Martin_Landa

;Jáchym Čepický
[[Image:Jachym.png]]
* Location: Hannover, Germany
* mail: GRASS developers mailing list
* http://les-ejk.cz

;Záboj Hrázský
[[Image:Zaboj.png]]
* Location: Sobětuchy, Czech Republic
* mail: GRASS developers mailing list
* http://

===German===
;Stephan Holl
[[Image:Holl.png]]
* Location: Hannover, Germany
* mail: GRASS developers mailing list
* http://www.holl-land.de/blog

;Otto Dassau
* Location: Hannover, Germany
* mail: GRASS User and Developer mailing list

===French===
;Vincent Bain
* Checks and corrections on GRASS 6 French documentation
* Location : France (Rhône-Alpes)
* mail : GRASS French Discussions List
* http://

;Daniel Calvelo Aros
* GRASS messages translation [2004-2005]
* Location : Peru
* mail : GRASS Translations List
* http://

;Laurent Courty
* GRASS messages translation [2005->], GRASS French glossary
* Location : France (Bourgogne)
* mail : GRASS Translations List
* http://

;Thierry Gonon
* MacOS GRASS start-up screens translation
* Location : France (Rhône-Alpes)
* mail : GRASS French Discussions List
* http://

;Jean-Denis Guiguère
* GRASS French glossary
* Location : Sherbrooke, Canada
* mail : GRASS Translations List
* http://www.usherbrooke.ca/geotel/temoignages/j_d_giguere.html

;Moritz Lennert
* GRASS 5 French tutorial for beginners (author & translator)
* Location : Bruxelles, Belgium
* mail : GRASS French Discussions List
* http://

;Eve Rousseau
* GRASS 6 French documentation, GRASS messages [2006->], glossary
* Location : France
* mail : GRASS Translations, GRASS French Discussions List
* http://www.portailsig.org/

;Emmanuel Sarraco
* GRASS messages translation [2004-2005]
* Location : France
* mail : GRASS Translations List
* http://

Installation Guide

2007-04-10T15:36:04Z

⚠️Dassau: /* SuSE */

== General ==

This page explains the installation of GRASS binaries.

For compilation of GRASS source code, see [[Compile and Install]].

GRASS requires a workstation running some flavor of UNIX conforming to POSIX standards like Linux, Mac OS X, Solaris, IRIX, or BSD. It is also possible to run GRASS in MS Windows by using UNIX translation software such as Cygwin or MinGW. Ideally, you should have at least 500 Mb for data and 128 Mb RAM. The source code package needs around 30 MB uncompressed. The resulting binaries may need between 20 MB and 180 MB depending on your platform. During a full compilation you may need temporarily up to 150MB including the source code.

The [http://grass.itc.it/download/index.php Software Download Section] of the main GRASS web site contains the latest binaries and source code for all supported platforms. That site also has general directions for installing GRASS manually. However, installation is slightly different on each operating system. Here you can find user-contributed pointers for installing GRASS on specific platforms. In particular, many operating systems have package management utilities that can greatly simplify GRASS installation.

== GNU/Linux ==

=== Debian ===

A binary version of GRASS is available from the apt repository. As root type:

apt-get install grass grass-doc

This is the easiest way to install GRASS on Debian. If you choose to install a binary version manually from the main web site, be sure to follow the instructions for making symlinks found as a note to the [[http://grass.itc.it/grass63/binary/linux/snapshot/ 6.3 weekly snapshot]] release.

==== DebianGis ====

There is also the wonderful [http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl DebianGIS] project which has a more recent GRASS version with its related packages. Read here for more [[Grass in Debian |details]]

To install from there follow the [http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl/DebianGisRepository instructions] there

==== Compiling GRASS from source on Debian ====
Packages needed for (nearly) complete GRASS installation from source code:
flex, bison, libreadline4-dev || libreadline5-dev, libncurses5-dev, lesstif2-dev, debhelper (>= 4.0.2), dpatch, libtiff4-dev,
tcl8.4-dev, tk8.4-dev, fftw-dev, xlibmesa-gl-dev, libfreetype6-dev, autoconf2.13, autotools-dev, libgdal1-1.3.1-dev,
proj (>= 4.4.7), libjpeg62-dev, libpng12-dev, postgresql-dev, unixodbc-dev, doxygen, fakeroot

==== Compile GRASS and package it (debian/testing) ====

grass6$ fakeroot debian/rules binary

=== Fedora ===

[http://ftp.gwdg.de/pub/misc/freegis/intevation/freegis/fedora/ Intevation] provides RPM-packages for stable releases prepared to install on Fedora systems. Some more recent RPMs are on the [http://grass.itc.it/grass62/binary/linux/ GRASS Site].

=== Mandriva ===

* Mandriva itself provides PROJ/GDAL/GRASS RPMs. For older versions they are in the "backports" section.
* [http://www.gdf-hannover.de/software GDF Hannover] provides RPM-packages for stable releases prepared to install on Mandriva systems.

=== SuSE ===

* [http://www.gdf-hannover.de/software GDF Hannover] provides RPM-packages for stable releases prepared to install on SUSE-systems.
* [http://www.nature-consult.de/software/suse/ nature-consult] provides GRASS and related RPM-packages for OpenSuSE.

=== Ubuntu ===

GRASS Binaries are available from apt/synaptic. From a terminal type:

sudo apt-get install grass grass-doc

or alternatively, search for and install these packages from Synaptic. This is the easy way to get GRASS on your system. Even if you choose to install binaries from another source, you may want to install this version just so that all (most) dependencies are installed as painlessly as possible.

To get the latest version of GRASS on Ubuntu, compile the code from source. See the [[Compile and Install]] section for a shell script that makes this easy.

== Mac OS X ==

Precompiled Mac OSX packages can be found [http://www.kyngchaos.com/software/unixport here] and [http://wwwamb.bologna.enea.it/forgrass/download.htm here].

== MS-Windows ==

* Precompiled native winGRASS packages are provided [http://moritz.homelinux.org/grass/wingrass/ here] (no Cygwin needed). See also [[WinGRASS Current Status]].

* Precompiled (older) winGRASS/Cygwin 6.1 packages are provided [http://geni.ath.cx/grass.html here] (requires Cygwin unix emulator, see there).

* Precompiled native winGRASS packages with QGIS integrated are provided [http://gisalaska.com/torrents/ here] (no Cygwin needed).

[[Category:Documentation]]
[[Category:Installation]]

Installation Guide

2007-04-10T15:35:32Z

⚠️Dassau: /* SuSE */

== General ==

This page explains the installation of GRASS binaries.

For compilation of GRASS source code, see [[Compile and Install]].

GRASS requires a workstation running some flavor of UNIX conforming to POSIX standards like Linux, Mac OS X, Solaris, IRIX, or BSD. It is also possible to run GRASS in MS Windows by using UNIX translation software such as Cygwin or MinGW. Ideally, you should have at least 500 Mb for data and 128 Mb RAM. The source code package needs around 30 MB uncompressed. The resulting binaries may need between 20 MB and 180 MB depending on your platform. During a full compilation you may need temporarily up to 150MB including the source code.

The [http://grass.itc.it/download/index.php Software Download Section] of the main GRASS web site contains the latest binaries and source code for all supported platforms. That site also has general directions for installing GRASS manually. However, installation is slightly different on each operating system. Here you can find user-contributed pointers for installing GRASS on specific platforms. In particular, many operating systems have package management utilities that can greatly simplify GRASS installation.

== GNU/Linux ==

=== Debian ===

A binary version of GRASS is available from the apt repository. As root type:

apt-get install grass grass-doc

This is the easiest way to install GRASS on Debian. If you choose to install a binary version manually from the main web site, be sure to follow the instructions for making symlinks found as a note to the [[http://grass.itc.it/grass63/binary/linux/snapshot/ 6.3 weekly snapshot]] release.

==== DebianGis ====

There is also the wonderful [http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl DebianGIS] project which has a more recent GRASS version with its related packages. Read here for more [[Grass in Debian |details]]

To install from there follow the [http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl/DebianGisRepository instructions] there

==== Compiling GRASS from source on Debian ====
Packages needed for (nearly) complete GRASS installation from source code:
flex, bison, libreadline4-dev || libreadline5-dev, libncurses5-dev, lesstif2-dev, debhelper (>= 4.0.2), dpatch, libtiff4-dev,
tcl8.4-dev, tk8.4-dev, fftw-dev, xlibmesa-gl-dev, libfreetype6-dev, autoconf2.13, autotools-dev, libgdal1-1.3.1-dev,
proj (>= 4.4.7), libjpeg62-dev, libpng12-dev, postgresql-dev, unixodbc-dev, doxygen, fakeroot

==== Compile GRASS and package it (debian/testing) ====

grass6$ fakeroot debian/rules binary

=== Fedora ===

[http://ftp.gwdg.de/pub/misc/freegis/intevation/freegis/fedora/ Intevation] provides RPM-packages for stable releases prepared to install on Fedora systems. Some more recent RPMs are on the [http://grass.itc.it/grass62/binary/linux/ GRASS Site].

=== Mandriva ===

* Mandriva itself provides PROJ/GDAL/GRASS RPMs. For older versions they are in the "backports" section.
* [http://www.gdf-hannover.de/software GDF Hannover] provides RPM-packages for stable releases prepared to install on Mandriva systems.

=== SuSE ===

[http://www.gdf-hannover.de/software GDF Hannover] provides RPM-packages for stable releases prepared to install on SUSE-systems.
[http://www.nature-consult.de/software/suse/ nature-consult] provides GRASS and related RPM-packages for OpenSuSE.

=== Ubuntu ===

GRASS Binaries are available from apt/synaptic. From a terminal type:

sudo apt-get install grass grass-doc

or alternatively, search for and install these packages from Synaptic. This is the easy way to get GRASS on your system. Even if you choose to install binaries from another source, you may want to install this version just so that all (most) dependencies are installed as painlessly as possible.

To get the latest version of GRASS on Ubuntu, compile the code from source. See the [[Compile and Install]] section for a shell script that makes this easy.

== Mac OS X ==

Precompiled Mac OSX packages can be found [http://www.kyngchaos.com/software/unixport here] and [http://wwwamb.bologna.enea.it/forgrass/download.htm here].

== MS-Windows ==

* Precompiled native winGRASS packages are provided [http://moritz.homelinux.org/grass/wingrass/ here] (no Cygwin needed). See also [[WinGRASS Current Status]].

* Precompiled (older) winGRASS/Cygwin 6.1 packages are provided [http://geni.ath.cx/grass.html here] (requires Cygwin unix emulator, see there).

* Precompiled native winGRASS packages with QGIS integrated are provided [http://gisalaska.com/torrents/ here] (no Cygwin needed).

[[Category:Documentation]]
[[Category:Installation]]

AddOns

2007-01-16T12:16:29Z

⚠️Dassau: /* General add-ons */

This page contains references to user contributions and add-ons (the original GRASS GIS software can be downloaded [http://grass.itc.it/download/index.php here]).

__TOC__

==Copyright and licensing information==

''Please be sure to include copyright and licensing information in the header comments of your code so that others may know how they can use, extend, modify, and redistribute your work.''

e.g. at the top of a shell script:
<pre>
#!/bin/sh
############################################################################
#
# MODULE: v.in.e00
#
# AUTHOR(S): Markus Neteler, Otto Dassau
#
# PURPOSE: Import E00 data into a GRASS vector map
# Imports single and split E00 files (.e00, .e01, .e02 ...)
#
# COPYRIGHT: (c) 2004, 2005 GDF Hannover bR, http://www.gdf-hannover.de
#
# This program is free software under the GNU General Public
# License (>=v2). Read the file COPYING that comes with GRASS
# for details.
#
#############################################################################
#
# REQUIREMENTS:
# - avcimport: http://avce00.maptools.org

[script follows]
</pre>

==Shell script coding standards==

Please have a look at our [http://grass.itc.it/grass63/source/SUBMITTING_SCRIPTS Shell script coding standards] before submitting here.

==Miscellaneous Add-ons==

* [http://bambi.otago.ac.nz/hamish/grass/utm_which_zone.sh utm_which_zone.sh] is a shell script to determine UTM zone from Lat/Lon input. Requires [http://www.octave.org Octave] to be installed. A shell-only version is [http://dcalvelo.free.fr/grass/utm_which_zone_sh.sh available] which only requires awk. '''Authors''': Hamish Bowman (Octave part), Markus Neteler (shell script wrapper), Daniel Calvelo (sh+awk version)

* Perl scripts for converting data forth and back between Excel files and PostgreSQL: [http://dcalvelo.free.fr/grass/pg2xls.pl pg2xls.pl] reads data from PostgreSQL and produces an excel workbook; [http://dcalvelo.free.fr/grass/xls2sql.pl xls2sql.pl] reads excel files and outputs SQL statements to be fed into an RDBMS. Both scripts need modules from [http://www.cpan.org CPAN], especially [http://search.cpan.org/dist/Spreadsheet-ParseExcel/ Spreadsheet::ParseExcel] for xls2sql.pl and [http://search.cpan.org/~tmtm/Spreadsheet-WriteExcel-FromDB Spreadsheet::WriteExcel::FromDB] and its dependencies for pg2sql.pl. Check the source headers for more info. '''Authors:''' Daniel Calvelo (xls2sql.pl), Markus Neteler (pg2xls.pl)

* [http://dream.lrrl.arch.tu-muenchen.de/~wqual/perl/dbf2sql.tgz dbf2sql] is a Perl script for translating dbf-tables into a sql-command. dbf-tables are read using dbfdump-command from dbd-xbase-perl module ([http://search.cpan.org/~janpaz/DBD-XBase-0.241/ dbd::xbase] and [http://search.cpan.org/~jv/Getopt-Long-2.35/lib/Getopt/Long.pm getopt::long] have to be installed from CPAN first). There are problems, if the last column of the table contains characters. Suggestions for improvements welcome! '''Author:'''Wolfgang Qual

* [http://www.igc.usp.br/pessoais/guano/downloads/azimuth2.c azimuth2.c] is a small C program to calculate the azimuth and length of vector lines exported by GRASS-GIS as ASCII files (like this: v.out.ascii input=vector output=ascii format=standard). It is useful for create rose diagrams of lineament maps. Improvements on the original code after suggestions by Örs Téglásy, Hungary. '''Author:''' Carlos Henrique Grohmann

==GRASS 5.x==

===Vector add-ons for GRASS 5===

* See here: http://grass.itc.it/download/addons.php

===Raster add-ons for GRASS 5===

* See here: http://grass.itc.it/download/addons.php

* [http://www.valledemexico.ambitiouslemon.com/gwmodelling.html r.gmtg] The groundwater modelling tool for grass. A module to use MODFLOW within GRASS. '''Author''': Jaime Carrera

==GRASS 6.x==

===Vector add-ons===

* [http://geni.ath.cx/grass/v.out.gmt v.out.gmt] is a shell script that exports a polygon vector file into GMT xy file. psbasemap code was copied from Hamish's r.out.gmt. '''Author:''' Huidae Cho, Hamish Bowman, Dylan Beaudette

* [http://www.pois.org/florian/downloads/grass/v.strahler.tgz v.strahler] is a module that calculates the Strahler Order for all lines of a given dendritic network. '''Author:''' Florian Kindl. Available via SVN: svn co https://grasssvn.itc.it/svn/grassaddons/trunk/grassaddons/v.strahler

* [http://svg.cc/grass/index.html v.out.svg] is a module that exports SVG notation along with optional attribute data directly from GRASS 6.x vector layers. Now part of grass63-cvs. '''Author:''' Klaus Förster

* [http://les-ejk.cz/programs/ v.trees3d] is a module for making 3D trees from input vector point file. '''Author:''' Jachym Cepicky

* [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.lda v.lda] is a shell script for calculating Ian Johnson's (U. Sidney) Local Density Analysis values to measure clustering of point data at different neighborhood radii. There is an option to create a simple line graph of the results. There have been reports of problems creating the line graph on Cygwin installations of GRASS. '''Author:''' Michael Barton

* [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.append v.append] is a shell script combining two vector files AND their associated attribute tables. The vector files should be of the same type and, for best results, should have identically formatted attribute tables. '''Author:''' Michael Barton

* [http://www.shockfamily.net/cedric/grass/v.group v.group] generates a new vector map with the same geometry as an existing map. The new map has categories and a table based on grouping by the values in certain columns of the existing map's table. The values in these columns are preserved in the table for the new map. It's like a v.reclass that preserves data. '''Author:''' Cedric Shock

* [http://bambi.otago.ac.nz/hamish/grass/v.out.ascii.db v.out.ascii.db] is a shell script for exporting vector point data coordinates and selected attribute columns to either a file or to the console. '''Author:''' Hamish Bowman

* [http://les-ejk.cz/programs v.rasterbounds] is a shell script for creating polygon-vector file of rasterfile boundaries. The best version of GRASS is 6.1+. If you are using GRASS < 6.1, you have to be in the same mapset as your raster maps are from. '''Author:''' Jachym Cepicky

* [http://www.clubwebcanada.ca/twiens/v.sample.buffer.tgz v.sample.buffer] is a shell script that samples rasters in buffers of a specified size around features in a specified vector file. Sampling results are added as attributes to the vector file. This script was designed for sampling vegetation indices and DEM derived attributes for bird point counts. Sampling results can be one or more basic statistics such as mean, range, max, etc. '''Author:''' Trevor Wiens

* [http://www.gfosservices.it/materiale_didattico/moduli/grass_kriging.tar.gz v.variogram] is a script that create an omnidirectional experimental semi-variogram. This scripts require R-statistics software installed on your machine. Now the script is updated to run on spgrass6 >= 0.3 and sp >= 0.9 [http://grass.itc.it/pipermail/statsgrass/2006-October/000455.html reply]. '''Author:''' Ivan Marchesini, Pierluigi De Rosa.

* [http://www.gfosservices.it/materiale_didattico/moduli/grass_kriging.tar.gz v.surf.krige] is a script that do a surface interpolation from vector point data by Kriging method. The interpolated value of a cell is determined by using an omnidirectional variogram model fitted starting from model parameter given by user shown from the experimental semi variogram produced by v.variogram. The script can perform also the Leave-One-out cross validation to test the variogram model "fitted by eye" and an automatic fitted variogram model. The cross validation helps the user to choose the best variogram model to interpolate own data. '''Author:''' Pierluigi De Rosa.

* [http://ngeo.de/grassstuff/v.lmeasure v.lmeasure] and [http://ngeo.de/grassstuff/v.revlmeasure v.revlmeasure] are two perl scripts that place equidistant vector points along a given arbitrary vector line starting from the beginning or end of the vector line, respectively. Resulting vector points are labeled with the distance from origin. '''Author:''' Mats Schuh

* [http://david.p.finlayson.googlepages.com/v.swathwidth v.swathwidth] creates a vector map representing the sea bottom coverage of a multibeam (swath) sonar survey. '''Author:''' David Finlayson

* [http://kufaya.googlepages.com/v.flip.tar.gz v.flip] flips the direction of selected vector lines. '''Author:''' Maciej Sieczka

* [http://phygeo7.geo.uni-augsburg.de/gis2/scripts/v.digatt v.digatt] (shell script) Interactively assign numeric table attributes to series of vector objects. It is meant to be effective by avoiding to type in the attribute value for all single objects again and again. The user is prompted for typing in an attribute value which is assigned to all objects selected by mouseclick afterwards. Next the display is redrawn after updating the table column. Zooming allows to change the region before the old value can be reused or a new one can be typed in (or copied by mouse from another object) in order to assign it to the next series of objects etc. It is tested not very extensively yet. Therefore better work with a copy of your map and consider using v.digit or d.what.vect -e alternatively. [http://phygeo7.geo.uni-augsburg.de/gis2/scripts/v.digatt.png screenshot]. '''Author:''' Andreas Philipp

* [http://k153-85.fsv.cvut.cz/cgi-bin/viewcvs.cgi/grass6/vector/v.in.gama/ v.in.gama] converts [http://www.gnu.org/software/gama/ GNU GaMa] XML output file to a GRASS vector map layer. '''Author:''' Martin Landa

===Raster add-ons===

* [http://www.igc.usp.br/pessoais/guano/downloads/r.roughness r.roughness] is a shell script to calculate the surface roughness of a DEM, using r.surf.area and v.surf.rst. (for GRASS versions 6.1 and above)
* [http://www.igc.usp.br/pessoais/guano/downloads/r.roughness60 r.roughness60] - for GRASS versions 6.0.X '''Author:''' Carlos Henrique Grohmann

* [http://les-ejk.cz/programs/grass/r.gauss.tgz r.gauss] is Gaussian and Laplacian of Gaussian filter for GRASS. It is written in C language. '''Author:''' Jachym Cepicky

* [http://les-ejk.cz/programs/grass/r.mlv.tgz r.mlv] is Mean of least variance filter for GRASS. It is an edge-preserving (or even edge-enhacing) filter, which should serve for removing additive noise from images. It is written in C language. '''Author:''' Jachym Cepicky

* [http://les-ejk.cz/programs/grass/r.bilateral.tgz r.bilateral] Bilateral filter is an edge-preserving filter, which combines domain and range filtering. It is written in C language. '''Author:''' Jachym Cepicky

* [http://les-ejk.cz/programs/zc.pl Zero crossing] is a simple Perl script, finds the ,,zero crossings`` from the Laplacian of Gaussian filter (see above). It is really very simple, the edges don't need to be really on that pixel, where they are detected, no interpolation is performed. '''Author:''' Jachym Cepicky

'''Usage:'''
zc.pl -i input -o output |r.mapcalc

* [http://les-ejk.cz/programs/local_max.pl Local maxima] is a Perl script for <code>r.mapcalc</code>. It detects local maxima of the image. '''Author:''' Jachym Cepicky

'''Usage:'''
local_maxima.pl -i input -o output -s matrix_size|r.mapcalc

* [http://bambi.otago.ac.nz/hamish/grass/r.out.gmt r.out.gmt] is a GRASS script for exporting a GRASS raster map into a [[http://www.soest.hawaii.edu/gmt/ GMT]] grid file. It also creates a GMT color table from the data and can generate some GMT commands for plotting a postscript file. (code is experimental, but functional) see also http://169.237.35.250/~dylan/grass_user_group/#GMT_and_GRASS-overview '''Authors:''' Hamish Bowman, Dylan Beaudette

* [http://geni.ath.cx/grass/r.out.gmt yet another r.out.gmt] is a modified version of Hamish's r.out.gmt. Added options for title, xlabel, ylabel, comment, and map width. Removed any settings that can be changed by gmtset for more flexibility. '''Author:''' Hamish Bowman, Huidae Cho, Dylan Beaudette

* [http://bambi.otago.ac.nz/hamish/grass/r.pack r.pack] and [http://bambi.otago.ac.nz/hamish/grass/r.unpack r.unpack] are two GRASS scripts for transfering raster maps to another computer as a single file. '''Author:''' Hamish Bowman

* [http://bambi.otago.ac.nz/hamish/grass/dominant_dir.m dominant_dir.m] and [http://bambi.otago.ac.nz/hamish/grass/calc_terraflow_dir.m calc_terraflow_dir.m] are two Matlab scripts for determining the dominant flow direction from a r.terraflow MFD map and converting into a GRASS aspect map for use with d.rast.arrow, etc. '''Author:''' Hamish Bowman

* [http://www-pool.math.tu-berlin.de/~soeren/grass/modules/ r.in.onearth] for download and import satellite images direct from the NASA onearth WMS server into GRASS. '''Author:''' Soeren Gebbert

* [http://www.shockfamily.net/cedric/grass/r.tileset r.tileset] generates a list of tiles and sizes in a source projection that cover the region in the current database with appropriate resolution. The size of individual tiles can be constrained. Only tiles intersecting the current region are returned. These tilings are appropriate for requesting data from another projection to meet the specifications of the current region. For example, it could be used to generate tile requests to a latitude / longitude WMS server like this <code>r.tileset -w sourceproj="+init=epsg:4326"</code>. '''Author:''' Cedric Shock

* [ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/r.csr.tar.bz2 r.csr] integrates several Grass programs to produce colored, shaded-relief rasters in one step. Accepts single or multiple elevation/bathymetry maps as input; optionally will fill data holidays with 3x3 median filter, multiple times, if required; can apply color maps from a) input raster, b) another raster in MAPSET, or c) from a rules file; otherwise, rainbow colorbar is applied. Output colored, shaded-relief rasters can optionally be exported to tiff format and archived using tar with gzip/bzip2 compression if appropriate flags are given. Shading parameters can be modified, though useful defaults are given. '''Author:''' Eric Patton

* [ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/r.fragment.tar.bz2 r.fragment] fragments a raster into a user-defined set of smaller tiles according to an input number of rows and columns. Optionally, a null value threshold can be set to filter out candidate tiles that would have a large percentage of null cells. '''Author:''' Eric Patton

* [http://david.p.finlayson.googlepages.com/r.eucdist r.eucdist] creates a raster map estimating the euclidean distance from known cells. '''Author:''' David Finlayson

* [http://david.p.finlayson.googlepages.com/r.smoothpatch r.smoothpatch] creates a composite of two rasters using a distance-weighted average across the transition to smooth the edges. '''Author:''' David Finlayson

* [http://www.faunalia.it/download/r_li/ r.li] is a more flexible and faster replacement of the old r.le. '''''Moved into 6.3-CVS'''''. '''Authors:''' Claudio Porta, Davide Spano, Serena Pallecchi, [http://www.faunalia.it Faunalia]

* [http://kufaya.googlepages.com/r.surf.nnbathy.zip r.surf.nnbathy] interpolates surface from raster input using [http://www.marine.csiro.au/~sakov/ nn] natural neighbor interpolation library. '''Author:''' Maciej Sieczka

* The GRASS Image Processing Environment (GIPE) has USLE, Energy-balance and radiance-reflectance correction models. '''Author:''' Yann Chemin (unless specified otherwise). It is available by anonymous reading through this command (thanks Markus!): 
svn co https://grasssvn.itc.it/svn/grassaddons/trunk/grassaddons grassaddons/gipe
 
- r.usler creates USLE R factor (Rainfall erosivity) from annual precipitations.
It has 4 methods, Morgan, Roose, Foster and El-Swaify to choose from.
'''Authors:''' Natalia Medvedeva and Yann Chemin 
- r.uslek creates USLE K factor (soil erodibility) from sand, clay, silt fractions
and organic matter fraction. Based on USDA 1951 (p209) quoted in FAO World Soil CD,
and from some generic [soil class+OM] to K conversion table. 
- r.albedo creates Albedo. Albedo is the shortwave surface reflectance in the range
of 0.3-3 micro-meters. This module takes Modis, Aster, Landsat or AVHRR individual
surface reflectance bands to calculate Albedo. This module is a precursor to r.sun
or any Energy-Balance related processing. 
- r.eb.* are a set of 10+ GRASS modules that together perform the main functions of
the SEBAL model (Bastiaanssen, 1995). Those functions include (but are not limited to)
Soil heat flux, sensible heat flux, net radiation, evaporative fraction at satellite
overpass, diurnal actual evapotranspiration, momentum roughness length, etc. These
modules are also part of any Energy-Balance related processing. 
- r.evapo.potrad creates diurnal Potential evapotranspiration assuming all net radiation
becomes ET, according to SEBAL model (Bastiaanssen, 1995). This module also has a flag for
diurnal net radiation as required by SEBAL in r.eb.eta. 
- r.vi creates a given Vegetation index from a list of 13 of them, most of them only
requiring Red and NIR. Updated to accept all types of input data.
'''Authors:''' Baburao Kamble and Yann Chemin 
- r.vi.mpi is the mpi verion for cluster GRASS GIS education (no speed up here!).
'''Author:''' Shamim Akhter 
- r.dn2ref.l7, r.dn2ref.ast create top of atmosphere reflectance for Landsat 7ETM+ and
ASTER. These modules also have a flag for radiance output. Updated r.dn2ref.l7 to read .met
calibration file. 
- r.dn2full.l7 is an attempt to get all bands of Landsat7 calibrated and corrected to
either reflectance or temperature, reads only the .met file. 
- r.dn2potrad.l7] is an attempt to get ET potential from DN of Landsat 7 (Careful! No
Atmospheric correction!). 
- r.biomass creates biomass growth map from fPAR, lightuse efficiency, water availability
(or evap.fraction), Lat, doy and tsw.

* r.boxcount and r.boxcount.sh calculate the fractal dimension for a given map. These are versions for grass6 of [http://www.ucl.ac.uk/~tcrnmar/ Mark Lake's modules] for grass43. '''Authors:''' Mark Lake, grass6 port: Florian Kindl. Available via SVN: svn co https://grasssvn.itc.it/svn/grassaddons/trunk/grassaddons

===General add-ons===

* [http://www.nature-consult.de/dassau/g.laptop/g.laptop.sh g.laptop.sh] is an interactive shell script to extract raster and vector data from current Location into a new one. Data can be copied or extracted in current or original resolution and region extend. This script was written to extract smaller parts of a GRASS location to be able to present them on a laptop without the necessity to transfer huge data. Maps do not have to be in the same mapset. '''Author:''' Otto Dassau

* '''''Readline completion''''' for GRASS commands under the bash shell: [http://www.sorokine.info/grass-complete/ grass-complete] won't clutter the environment but needs to be installed; [http://dcalvelo.free.fr/grass/grass_rlcompleter.sh grass_rlcompleter.sh] needs almost no installation but will pollute the environment. Grass-Complete currently requires Bash version 2.05 for proper install. '''Author:''' Alexandre Sorokine (grass-complete), Daniel Calvelo (grass_rlcompleter.sh)
 

=== Imagery add-ons ===

* i.atcorr: Atmospheric Correction using Christo Zietsman's implementation of 6s code in C/C++. Available in SVN: 
svn co https://grasssvn.itc.it/svn/grassaddons/trunk/grassaddons grassaddons/gipe
 '''Author:''' Christo Zietsman

* [http://bambi.otago.ac.nz/hamish/grass/gdal/i.warp61 i.warp61] is a shell script that will use gdalwarp to rectify a raw input image using thin plate splines. The map should be imported into GRASS with r.in.gdal and GCPs set with i.points. Input is the raw image (GeoTIFF, JPEG, etc). Output is a GeoTIFF in the imagery group's target location's map projection. Requires a recent (early 2006) version of GRASS 6.1, or newer. '''Author:''' Hamish Bowman
 

=== Display add-ons ===

==== [[IconSymbols]] ====
* [[IconSymbols|Symbols]] which can be used with ''d.vect, d.graph'', and ''ps.map''.

==== Modules ====

* [http://bambi.otago.ac.nz/hamish/grass/d.frame.quarter d.frame.quarter] is a shell script that will split the display into four quadrants using ''d.frame''. Individual frames are named ''uno, dos, tres, cuatro'', and ''full_screen''. '''Author:''' Hamish Bowman

* [ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/d.hyperlink.tar.bz2 d.hyperlink] is an interactive shell script that allows the viewing of hyperlinked images from a vector's attribute table in an external image viewer. Queries can be made via SQL statements or interactive mouse-clicking. The attribute table must be pre-populated with a column containing the image to link the vector to; the user also specifies the image folder in the current MAPSET where the images are located. The script currently supports gimp, Eye of Gnome, gthumb, gpdf, and Inkscape image viewers. '''Author: '''Eric Patton

* [http://www.ornl.gov/sci/gist/software/grass/ pd-GRASS]: Parallel Display for GRASS GIS '''Author:''' Alex Sorokine

* [http://bambi.otago.ac.nz/hamish/grass/d.region.box d.region.box] is a shell script that quickly displays a box around the current region. '''Author:''' Hamish Bowman

* [http://bambi.otago.ac.nz/hamish/grass/d.stations d.stations] is a shell script that quickly displays vector points (or sites for GRASS 5.4 and below). '''Author:''' Hamish Bowman

* [http://bambi.otago.ac.nz/hamish/grass/d.varea d.varea] is a shell script that quickly displays vector areas. '''Author:''' Hamish Bowman

===Postscript add-ons===

* [http://les-ejk.cz/programs/grass/ps.atlas ps.atlas] is a shell script that makes more maps on current region according to input *.psmap file. General map can be stored as vector file. The resulting *.eps maps can be automatically converted to *.pdf files. '''Author:''' Jachym Cepicky

* [[ps.map scripts|ps.map samples/templates]]

==== [[AreaFillPatterns]] ====
* Hatches for ps.map's vareas

===GRASS and UMN Mapserver===

* [http://www.mail-archive.com/mapserver-users@lists.umn.edu/msg00086.html See interesting posting]

[[Category:Community]]
[[Category:Development]]
[[Category:Documentation]]
[[Category:Installation]]

GRASS Education (Free GIS education)

2006-10-18T09:57:00Z

⚠️Dassau:

__TOC__

Please modify current topics and content and/or add your own ideas and contributions

== Teaching Concepts ==

== Teaching Materials ==

== Technical Aspects ==

== Current Restrictions ==

People want to upload their course material including PDFs, powerpoint presentations, Flash tutorial movies, course material, lecture notes,
etc.. Because this wiki only supports text and simple graphics files, we have to find a solution to enable password controlled upload of large files. For this reason it is necessary to provide a decicated general Free-GIS education server to support GRASS and Free GIS teaching and education efforts.

From our point of view a natural home for Free-GIS-Edu documentation, video tutorials, presentations, PDFs, etc. could be:

* [http://wald.intevation.org Intevation's Gforge server]
* [https://www.osgeo.org OSGeo Server]
* [http://freegis.org Intevation's FreeGIS.org]

GRASS Translation Team

2006-10-18T09:02:19Z

⚠️Dassau: /* German */

GRASS Education (Free GIS education)

2006-10-18T08:45:10Z

⚠️Dassau:

__TOC__

Please modify current topics and content and/or add your own ideas and contributions

== Teaching Concepts ==

== Teaching Materials ==

== Current Restrictions ==

People want to upload their course material including PDFs, powerpoint presentations, Flash tutorial movies, course material, lecture notes,
etc.. Because this wiki only supports text and simple graphics files, we have to find a solution to enable password controlled upload of large files. For this reason it is necessary to provide a decicated general Free-GIS education server to support GRASS and Free GIS teaching and education efforts.

From our point of view a natural home for Free-GIS-Edu documentation, video tutorials, presentations, PDFs, etc. could be:

* [http://wald.intevation.org Intevation's Gforge server]
* [https://www.osgeo.org OSGeo Server]
* [http://freegis.org Intevation's FreeGIS.org]

GRASS Education (Free GIS education)

2006-10-18T08:43:56Z

⚠️Dassau:

__TOC__

== Teaching Concepts ==

== Teaching Materials ==

== Current Restrictions ==

People want to upload their course material including PDFs, powerpoint presentations, Flash tutorial movies, course material, lecture notes,
etc.. Because this wiki only supports text and simple graphics files, we have to find a solution to enable password controlled upload of large files. For this reason it is necessary to provide a decicated general Free-GIS education server to support GRASS and Free GIS teaching and education efforts.

From our point of view a natural home for Free-GIS-Edu documentation, video tutorials, presentations, PDFs, etc. could be:

* [http://wald.intevation.org Intevation's Gforge server]
* [https://www.osgeo.org OSGeo Server]
* [http://freegis.org Intevation's FreeGIS.org]

GRASS Education (Free GIS education)

2006-10-18T08:43:06Z

⚠️Dassau: /* Current Restrictions */

== Teaching Concepts ==

== Teaching Materials ==

== Current Restrictions ==

People want to upload their course material including PDFs, powerpoint presentations, Flash tutorial movies, course material, lecture notes,
etc.. Because this wiki only supports text and simple graphics files, we have to find a solution to enable password controlled upload of large files. For this reason it is necessary to provide a decicated general Free-GIS education server to support GRASS and Free GIS teaching and education efforts.

From our point of view a natural home for Free-GIS-Edu documentation, video tutorials, presentations, PDFs, etc. could be:

* [http://wald.intevation.org Intevation's Gforge server]
* [https://www.osgeo.org OSGeo Server]
* [http://freegis.org Intevation's FreeGIS.org]

GRASS Community

2006-10-18T08:40:08Z

⚠️Dassau: /* GRASS education (Free GIS education) */

__TOC__

== Freedom ==

The GRASS GIS project is developed under the terms of the [http://www.gnu.org/copyleft/gpl.html GNU General Public License] (the GPL) [http://grass.ibiblio.org/devel/index.php in the open] by [http://grass.ibiblio.org/community/index.php volunteers] the [http://mapserver.gdf-hannover.de/grassusers/map.phtml world over].

GRASS differs from many other GIS software packages used in the professional world in that it is developed and distributed by users for users; mostly on a volunteer basis, in the open, and is given away for free.

Emphasis is placed on interoperability and unlimited access to data as well as software flexibility and evolution rate (both added features and bug minimization).

* [[Gis_Concepts#How_the_Open_Source_software_development_model_works|How the Open Source software development model works]]

* [http://en.wikipedia.org/wiki/Gpl WikiPedia entry discussing the GPL]

== The GRASS Community and the Development Team ==

* [http://grass.ibiblio.org/community/index.php The Community]
* [http://grass.ibiblio.org/community/team.php The Development Team]
* [[GRASS_Translation_Team|The Translation Team]]

== GRASS education (Free GIS education) ==

The GRASS education (Free GIS education) wiki site offers a start to collect links, text documents and small images. Furthermore it provides a discussion platform to develop and collect approaches, techniques, exercises and course structures for people giving GRASS and/or other Free GIS courses.

* [[GRASS_Education_(Free_GIS_education) | GRASS education (Free GIS education)]]

== Promoting GRASS GIS ==

* [[Promotional material]]
* [[GRASS migration hints]]
* [[GRASS Propaganda]]

== GRASS AddOns ==

* [[GRASS AddOns]]

== Open Source Geospatial Foundation (OSGeo) ==
* The new [http://www.osgeo.org/ Open Source Geospatial Foundation] (OSGeo.org) was established in Chicago. GRASS was proposed as founding project.
* [[Potential tasks and responsibilities]] (earlier proposal)
* [[GRASS Project Steering Commitee]] for the OSGeo Foundation
* [[GRASS Project Incubation]] at the OSGeo Foundation
* http://grass.osgeo.org/

== IRC communication ==
* [[How to participate in IRC communication]] (#grass, #osgeo, #gdal, #qgis, #mapserver and other channels)

== Conferences ==
* [http://www.foss4g2006.org/ FOSS4G2006 - Open Source Geospatial Communities Joint Conference] 12-15 September 2006 in Lausanne, Switzerland with GRASS workshops...
* [[GRASS related workshops and presentations]]

== User Map ==
* [http://mapserver.gdf-hannover.de/grassusers/map.phtml?winwidth=890&winheight=630&language=1&mapwidth=600&mapheight=400 GRASS User Map]
* Description of new [[GRASS UserMap]]

== Other Free GIS projects ==

* [http://freegis.org FreeGIS.org]
* [http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl The DebianGIS Project]

[[Category: Community]]

GRASS Education (Free GIS education)

2006-10-18T08:39:01Z

⚠️Dassau:

== Current Restrictions ==

People want to upload their course material including PDFs, powerpoint presentations, Flash tutorial movies, course material, lecture notes,
etc.. Because this wiki only supports text + simple graphics files, we have to find a solution to enable password controlled upload of large files. For this reason it is necessary to provide a decicated general Free-GIS education server to support GRASS and Free GIS teaching and education efforts.

From our point of view a natural home for Free-GIS-Edu documentation, video tutorials, presentations, PDFs, etc. could be:

* [http://wald.intevation.org Intevation's Gforge server]
* [https://www.osgeo.org OSGeo Server]
* [http://freegis.org Intevation's FreeGIS.org]

GRASS Community

2006-10-18T08:36:52Z

⚠️Dassau:

__TOC__

== Freedom ==

The GRASS GIS project is developed under the terms of the [http://www.gnu.org/copyleft/gpl.html GNU General Public License] (the GPL) [http://grass.ibiblio.org/devel/index.php in the open] by [http://grass.ibiblio.org/community/index.php volunteers] the [http://mapserver.gdf-hannover.de/grassusers/map.phtml world over].

GRASS differs from many other GIS software packages used in the professional world in that it is developed and distributed by users for users; mostly on a volunteer basis, in the open, and is given away for free.

Emphasis is placed on interoperability and unlimited access to data as well as software flexibility and evolution rate (both added features and bug minimization).

* [[Gis_Concepts#How_the_Open_Source_software_development_model_works|How the Open Source software development model works]]

* [http://en.wikipedia.org/wiki/Gpl WikiPedia entry discussing the GPL]

== The GRASS Community and the Development Team ==

* [http://grass.ibiblio.org/community/index.php The Community]
* [http://grass.ibiblio.org/community/team.php The Development Team]
* [[GRASS_Translation_Team|The Translation Team]]

== GRASS education (Free GIS education) ==

The [[GRASS_Education_(Free_GIS_education)|GRASS education (Free GIS education) ]] wiki site
offers a start to collect links, text documents and small images. Furthermore
it provides a discussion platform to develop and collect approaches, techniques, exercises
and course structures for people giving GRASS and/or other Free GIS courses.

* [[GRASS_Education_(Free_GIS_education) | GRASS education (Free GIS education)]]

== Promoting GRASS GIS ==

* [[Promotional material]]
* [[GRASS migration hints]]
* [[GRASS Propaganda]]

== GRASS AddOns ==

* [[GRASS AddOns]]

== Open Source Geospatial Foundation (OSGeo) ==
* The new [http://www.osgeo.org/ Open Source Geospatial Foundation] (OSGeo.org) was established in Chicago. GRASS was proposed as founding project.
* [[Potential tasks and responsibilities]] (earlier proposal)
* [[GRASS Project Steering Commitee]] for the OSGeo Foundation
* [[GRASS Project Incubation]] at the OSGeo Foundation
* http://grass.osgeo.org/

== IRC communication ==
* [[How to participate in IRC communication]] (#grass, #osgeo, #gdal, #qgis, #mapserver and other channels)

== Conferences ==
* [http://www.foss4g2006.org/ FOSS4G2006 - Open Source Geospatial Communities Joint Conference] 12-15 September 2006 in Lausanne, Switzerland with GRASS workshops...
* [[GRASS related workshops and presentations]]

== User Map ==
* [http://mapserver.gdf-hannover.de/grassusers/map.phtml?winwidth=890&winheight=630&language=1&mapwidth=600&mapheight=400 GRASS User Map]
* Description of new [[GRASS UserMap]]

== Other Free GIS projects ==

* [http://freegis.org FreeGIS.org]
* [http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl The DebianGIS Project]

[[Category: Community]]

GRASS Education (Free GIS education)

2006-10-18T08:33:21Z

⚠️Dassau:

empty

GRASS Community

2006-10-18T08:32:44Z

⚠️Dassau:

__TOC__

== Freedom ==

The GRASS GIS project is developed under the terms of the [http://www.gnu.org/copyleft/gpl.html GNU General Public License] (the GPL) [http://grass.ibiblio.org/devel/index.php in the open] by [http://grass.ibiblio.org/community/index.php volunteers] the [http://mapserver.gdf-hannover.de/grassusers/map.phtml world over].

GRASS differs from many other GIS software packages used in the professional world in that it is developed and distributed by users for users; mostly on a volunteer basis, in the open, and is given away for free.

Emphasis is placed on interoperability and unlimited access to data as well as software flexibility and evolution rate (both added features and bug minimization).

* [[Gis_Concepts#How_the_Open_Source_software_development_model_works|How the Open Source software development model works]]

* [http://en.wikipedia.org/wiki/Gpl WikiPedia entry discussing the GPL]

== The GRASS Community and the Development Team ==

* [http://grass.ibiblio.org/community/index.php The Community]
* [http://grass.ibiblio.org/community/team.php The Development Team]
* [[GRASS_Translation_Team|The Translation Team]]

== GRASS education (Free GIS education) ==

The [[GRASS_Education_(Free_GIS_education)|GRASS education (Free GIS education) ]] wiki site
offers a start to collect links, text documents and small images. Furthermore
it would like to provide a discussion platform to develop and collect
approaches, techniques, exercises and course structures for people giving
GRASS and/or other Free GIS courses.

* [[GRASS_Education_(Free_GIS_education) | GRASS education (Free GIS education)]]

Most people want to upload their course material including PDFs,
powerpoint presentations, Flash tutorial movies, course material, lecture notes,
etc.. Because this wiki only supports text + simple graphics files, we have to find a
solution to enable password controlled upload of large files. For this reason
it is necessary to provide a decicated general Free-GIS education server to
support GRASS and Free GIS teaching and education efforts.

From our point of view a natural home for Free-GIS-Edu documentation, video
tutorials, presentaions, PDFs, etc. could be:

* [http://wald.intevation.org Intevation's Gforge server]
* [https://www.osgeo.org OSGeo Server]
* [http://freegis.org Intevation's FreeGIS.org]

== Promoting GRASS GIS ==

* [[Promotional material]]
* [[GRASS migration hints]]
* [[GRASS Propaganda]]

== GRASS AddOns ==

* [[GRASS AddOns]]

== Open Source Geospatial Foundation (OSGeo) ==
* The new [http://www.osgeo.org/ Open Source Geospatial Foundation] (OSGeo.org) was established in Chicago. GRASS was proposed as founding project.
* [[Potential tasks and responsibilities]] (earlier proposal)
* [[GRASS Project Steering Commitee]] for the OSGeo Foundation
* [[GRASS Project Incubation]] at the OSGeo Foundation
* http://grass.osgeo.org/

== IRC communication ==
* [[How to participate in IRC communication]] (#grass, #osgeo, #gdal, #qgis, #mapserver and other channels)

== Conferences ==
* [http://www.foss4g2006.org/ FOSS4G2006 - Open Source Geospatial Communities Joint Conference] 12-15 September 2006 in Lausanne, Switzerland with GRASS workshops...
* [[GRASS related workshops and presentations]]

== User Map ==
* [http://mapserver.gdf-hannover.de/grassusers/map.phtml?winwidth=890&winheight=630&language=1&mapwidth=600&mapheight=400 GRASS User Map]
* Description of new [[GRASS UserMap]]

== Other Free GIS projects ==

* [http://freegis.org FreeGIS.org]
* [http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl The DebianGIS Project]

[[Category: Community]]

GRASS Community

2006-10-18T08:30:44Z

⚠️Dassau:

__TOC__

== Freedom ==

The GRASS GIS project is developed under the terms of the [http://www.gnu.org/copyleft/gpl.html GNU General Public License] (the GPL) [http://grass.ibiblio.org/devel/index.php in the open] by [http://grass.ibiblio.org/community/index.php volunteers] the [http://mapserver.gdf-hannover.de/grassusers/map.phtml world over].

GRASS differs from many other GIS software packages used in the professional world in that it is developed and distributed by users for users; mostly on a volunteer basis, in the open, and is given away for free.

Emphasis is placed on interoperability and unlimited access to data as well as software flexibility and evolution rate (both added features and bug minimization).

* [[Gis_Concepts#How_the_Open_Source_software_development_model_works|How the Open Source software development model works]]

* [http://en.wikipedia.org/wiki/Gpl WikiPedia entry discussing the GPL]

== The GRASS Community and the Development Team ==

* [http://grass.ibiblio.org/community/index.php The Community]
* [http://grass.ibiblio.org/community/team.php The Development Team]
* [[GRASS_Translation_Team|The Translation Team]]

== GRASS education (Free GIS education) ==

The [[GRASS_Education|GRASS education (Free GIS education) ]] wiki site
offers a start to collect links, text documents and small images. Furthermore
it would like to provide a discussion platform to develop and collect
approaches, techniques, exercises and course structures for people giving
GRASS and/or other Free GIS courses.

* [[GRASS_Education | GRASS education (Free GIS education)]]

Most people want to upload their course material including PDFs,
powerpoint presentations, Flash tutorial movies, course material, lecture notes,
etc.. Because this wiki only supports text + simple graphics files, we have to find a
solution to enable password controlled upload of large files. For this reason
it is necessary to provide a decicated general Free-GIS education server to
support GRASS and Free GIS teaching and education efforts.

From our point of view a natural home for Free-GIS-Edu documentation, video
tutorials, presentaions, PDFs, etc. could be:

* [http://wald.intevation.org Intevation's Gforge server]
* [https://www.osgeo.org OSGeo Server]
* [http://freegis.org Intevation's FreeGIS.org]

== Promoting GRASS GIS ==

* [[Promotional material]]
* [[GRASS migration hints]]
* [[GRASS Propaganda]]

== GRASS AddOns ==

* [[GRASS AddOns]]

== Open Source Geospatial Foundation (OSGeo) ==
* The new [http://www.osgeo.org/ Open Source Geospatial Foundation] (OSGeo.org) was established in Chicago. GRASS was proposed as founding project.
* [[Potential tasks and responsibilities]] (earlier proposal)
* [[GRASS Project Steering Commitee]] for the OSGeo Foundation
* [[GRASS Project Incubation]] at the OSGeo Foundation
* http://grass.osgeo.org/

== IRC communication ==
* [[How to participate in IRC communication]] (#grass, #osgeo, #gdal, #qgis, #mapserver and other channels)

== Conferences ==
* [http://www.foss4g2006.org/ FOSS4G2006 - Open Source Geospatial Communities Joint Conference] 12-15 September 2006 in Lausanne, Switzerland with GRASS workshops...
* [[GRASS related workshops and presentations]]

== User Map ==
* [http://mapserver.gdf-hannover.de/grassusers/map.phtml?winwidth=890&winheight=630&language=1&mapwidth=600&mapheight=400 GRASS User Map]
* Description of new [[GRASS UserMap]]

== Other Free GIS projects ==

* [http://freegis.org FreeGIS.org]
* [http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl The DebianGIS Project]

[[Category: Community]]

GRASS Community

2006-10-18T08:28:27Z

⚠️Dassau:

__TOC__

== Freedom ==

The GRASS GIS project is developed under the terms of the [http://www.gnu.org/copyleft/gpl.html GNU General Public License] (the GPL) [http://grass.ibiblio.org/devel/index.php in the open] by [http://grass.ibiblio.org/community/index.php volunteers] the [http://mapserver.gdf-hannover.de/grassusers/map.phtml world over].

GRASS differs from many other GIS software packages used in the professional world in that it is developed and distributed by users for users; mostly on a volunteer basis, in the open, and is given away for free.

Emphasis is placed on interoperability and unlimited access to data as well as software flexibility and evolution rate (both added features and bug minimization).

* [[Gis_Concepts#How_the_Open_Source_software_development_model_works|How the Open Source software development model works]]

* [http://en.wikipedia.org/wiki/Gpl WikiPedia entry discussing the GPL]

== The GRASS Community and the Development Team ==

* [http://grass.ibiblio.org/community/index.php The Community]
* [http://grass.ibiblio.org/community/team.php The Development Team]
* [[GRASS_Translation_Team|The Translation Team]]

== GRASS education (Free GIS education) ==

The [[GRASS_Education|GRASS education (Free GIS education) ]] wiki site
offers a start to collect links, text documents and small images. Furthermore
it would like to provide a discussion platform to develop and collect
approaches, techniques, exercises and course structures for people giving
GRASS and/or other Free GIS courses.

Most people want to upload their course material including PDFs,
powerpoint presentations, Flash tutorial movies, course material, lecture notes,
etc.. Because this wiki only supports text + simple graphics files, we have to find a
solution to enable password controlled upload of large files. For this reason
it is necessary to provide a decicated general Free-GIS education server to
support GRASS and Free GIS teaching and education efforts.

From our point of view a natural home for Free-GIS-Edu documentation, video
tutorials, presentaions, PDFs, etc. could be:

* [[http://wald.intevation.org | Intevation's Gforge server]]
* [[https://www.osgeo.org | OSGeo Server]]
* [[http://freegis.org | Intevation's FreeGIS.org]]

== Promoting GRASS GIS ==

* [[Promotional material]]
* [[GRASS migration hints]]
* [[GRASS Propaganda]]

== GRASS AddOns ==

* [[GRASS AddOns]]

== Open Source Geospatial Foundation (OSGeo) ==
* The new [http://www.osgeo.org/ Open Source Geospatial Foundation] (OSGeo.org) was established in Chicago. GRASS was proposed as founding project.
* [[Potential tasks and responsibilities]] (earlier proposal)
* [[GRASS Project Steering Commitee]] for the OSGeo Foundation
* [[GRASS Project Incubation]] at the OSGeo Foundation
* http://grass.osgeo.org/

== IRC communication ==
* [[How to participate in IRC communication]] (#grass, #osgeo, #gdal, #qgis, #mapserver and other channels)

== Conferences ==
* [http://www.foss4g2006.org/ FOSS4G2006 - Open Source Geospatial Communities Joint Conference] 12-15 September 2006 in Lausanne, Switzerland with GRASS workshops...
* [[GRASS related workshops and presentations]]

== User Map ==
* [http://mapserver.gdf-hannover.de/grassusers/map.phtml?winwidth=890&winheight=630&language=1&mapwidth=600&mapheight=400 GRASS User Map]
* Description of new [[GRASS UserMap]]

== Other Free GIS projects ==

* [http://freegis.org FreeGIS.org]
* [http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl The DebianGIS Project]

[[Category: Community]]

GRASS-Wiki:Site support

2006-10-08T10:27:04Z

⚠️Dassau:

If you like to support this Wiki consider supporting [http://www.osgeo.org OSGeo Foundation], the [http://grass.itc.it GRASS GIS Project] or one of the national or regional [http://grass.itc.it/community/usergroups.php User groups].

This Wiki is maintained by GDF Hannover bR (info at gdf.hannover.de)

'''Or donate a bit of your time...! [http://grass.itc.it/community/get_involved.php Get involved!]'''

GRASS-Wiki:About

2006-10-08T10:18:58Z

⚠️Dassau:

This GRASS MediaWiki was migrated from an existing TWiKi portal on 18. May 2006. Since we had lot of problems with Wiki spam we decided to migrate to [http://www.mediawiki.org Mediawiki]. To be able to contribute to the new Wiki again, we would kindly ask you to [[Special:Userlogin|reregister]], because we could not convert all usernames due to an enormous number of registered Spam users. Sorry for any inconvenience!

On this Wiki, you can get and contribute GRASS related information, documents and add-ons programs.

FOSS4G2006: GRASS related workshops and presentations

2006-08-21T12:24:03Z

⚠️Dassau:

==Introduction==

Geoinformatics 2006 is to be held in Switzerland over September 12-15th 2006 and we offer several workshops and presentations. This page will hold the plans and proposed programme for the GRASS component of Geo2006. Please compair with the [http://www.foss4g2006.org/conferenceTimeTable.py?confId=1&showDate=all&showSession=all&detailLevel=contribution&viewMode=parallel official workshop time table] including all offered workshops.

===Workshops===

For each proposal we'll have to write an abstract and submit it
by 15th of april 2006 (http://www.foss4g2006.org). Any suggestion and contribution is welcome. Next FOSS4G2006 IRC meeting is in IRC (irc://irc.freenode.net/foss4g2006), see the channel topic for dates. To submit a workshop proposal one teacher needs to feel responsible as head and add the workshop.

====Beginner's Workshop (Tuesday 9-11): (accepted)====

This would propably be sth. similar to the OSG'05 workshop from Markus and Kristen Perry, material at: http://mpa.itc.it/markus/osg05/

* '''teachers:'''
** Otto Dassau (head) (OD)
** Paolo Zatelli (PZ)
** Stephan Holl (SH)
** Jachym Cepicky (JC)

* '''abstract''' (topics):
** first steps with GRASS (and with Quantum GIS) (OD)
** data import and export
** vector data analysis (SH)
** basic raster data analysis (JC)
** image analysis (optical - short) (OD)
** visualization (nviz - short) (JC)
** creating analogue maps (JC)

====Power User Workshop 1: GRASS and external DBMS (Wednesday 14-16): (accepted)====

We can demonstrate database support by connecting GRASS to the most commonly used DBMS (PostgreSQL/PostGIS, MySQL, SQLite, ...)

* '''teachers''':
** Stephan Holl (head) (SH)
** Otto Dassau (OD)
** Paolo Zatelli (PZ)
** Jachym Cepicky (JC)

* '''abstract''' (proposed topics):
** Installation, prerequirements, configuration (SH)
*** SQLite (SH)
*** PostgreSQL (PZ)
*** MySQL
*** ODBC (OD)
*** Oracle (only theoreticaly) (SH)
** Configuration of external RDBMS to use as attribute-storage instead of DBF
*** Benefits of RDBMS and GRASS (PZ)
*** Sharing attribute-data with other applications (PZ)

** Configuration of spatialy enabled RDBMS (PostGIS) (PZ)
*** reading and writing from/to such RDBMS (PZ)
*** Using already existing data from such RDBMS (PZ)
** Hints for practical usage of external RDBMS.

====Power User Workshop 2: Using R with FOSS4G, in particular with GRASS (Tuesday 14-16): (accepted)====

Using GRASS in combination with R is often useful, starting with running R within GRASS, then encapsulating R within GRASS for standardised tasks. R contributed packages also use other FOSS4G software extensively, including GDAL, OGR, PROJ.4, Terralib, and others:

* '''possible teachers''':
** Roger Bivand (head)
** please suggest (preferably GRASS side)

* '''abstract''' (proposed topics):
** Installing R for FOSS4G/GRASS - task view and packages
** Spatial classes in R
** GRASS6/R interface
** Other FOSS4G/R interfaces (rgdal, aRT, ...)
** Using the interface to do geostatistics and interpolation
** Customising FOSS4G/GRASS-side scripts

====Power User Workshop: GRASS image processing (optical and Lidar)(Tuesday 16-18) (accepted)====

* '''teachers''':
** LIDAR: Helena Mitasova, Maria Brovelli
** Optical: Markus Neteler

* '''abstract''' (proposed topics):
** Lidar data basics, topo analysis, filtering:
*** what are lidar data and where to get them
*** import lidar DEMs and massive point data sets: r.in.gdal, v.in.ascii
*** detection of the surface objects (buildings, vegetation, ...)
*** data classification: terrain, terrain with double pulse, object, object with double pulse
*** compute high resolution DEMs from point data using v.surf.rst (relation between tension, smoothing, and level of detail) or Tykhonov regularized spline functions (v.bsplinet)
*** topographic analysis based on lidar data: r.slope.aspect, v.surf.rst, r.watershed, r.terraflow
*** (to be added if it works): create your lidar-based DEM and perform topographic analysis using GRASS6 and v.surf.rst on-line through GEONGRID project
** Optical data processing (very short)
*** import, visualization with color table improvements
*** geocoding with automatic search of ground control points
*** ratios, filtering
*** image classification with vectorization of results

====Power User Workshop: GRASS 3D and visualization (accepted)(Tuesday 11-13)====

* '''teachers''':
** Helena Mitasova (assistance, if needed)
** Massimo Cuomo (head?)
** Jachym Cepicky
** Soeren Gebbert

* '''abstract''' (proposed topics):
** 3D data and how to import or create them
*** surfaces (2D raster), volumes(3D raster):v.surf.rst, v.vol.rst (Helena)
*** 3D vectors (Jachym)
*** modify/create 3D data using r.mapcalc, r3.mapcalc
*** nviz: navigation and fly throughs (Massimo)
*** nviz: working with multiple surfaces (Helena)
*** nviz: create dynamic surfaces using file sequencing tool (Helena)
*** nviz: combining surfaces and volumes
*** nviz: working with 3D vector points with multiple attributes (Massimo)

* 3D-vectors in GIS GRASS (Jachym)
** How to create them
** How to visualise them in nviz
** v.trees3d & v.extrude & v.drape

* 3D data and how to export them to VTK (Soeren)
** How to export data for Paraview (2D, 3D raster, 3D Vector)
** How to visualise them

===Live-CD for GRASS-related workshops===

Currently Stephan Holl and Otto Dassau prepare to build a new 'GISIX' LiveCD based on [http://www.knopper.net/knoppix/index-en.html KNOPPIX 5.0.1.] including all necessary software packages for the GRASS, R and Quantum GIS workshops.

* GRASS 6.1 CVS (will be up-to-date then: [[GRASS 6.2 Feature Plan|6.2.0]], 6.3.-CVS may be too risky)
* GDAL 1.3.2
* GDAL-OGR-GRASS plugin
* QGIS 0.8 SVN release 5713
* QT4-devel/QGIS-devel files
* R 2.3.1 (and hopefully all needed libs for GRASS-interaction)
** spgrass6
** spGDAL
** maptools
** rgdal
** sp
** aRT
* libterralib CVS
* Postgres 8.1.4
* PostGIS 1.1.2
* MySQL 5.0.22
* Apache2
* some locales (EN, DE, FR, ?!)
* Lidar workshop: we have sample datasets + new v.lidar.* commands (in CVS now)
* [probably forgotten something]

====Problems with LausanneLiveCD_rc1====

* LIDAR Stuff missing (now in 6.2 release branch, maybe few fixes needed; LIDAR data has MN)
* data for workshops missing
* <del>some QGIS header-files are missing in /usr/include/qgis</del>
* KNOPPIX Info screen (index.html) at the beginning still supports to many languages, not yet adopted to LausanneLiveCD
* landcover vector map in spearfish is broken at least for QGIS, in GRASS it works.
* <del>VTK/Paraview for the 3D workshop in Lausanne is missing</del>
* <del>terraview is missing</del>
* <del>Permissions of .grassrc6 are wrong (need change to knoppix:knoppix) </del>
* <del>sqlitebrowser missing </del>
* <del>pgadmin3 missing</del>
* LIDAR dataset missing
* <del>remove of OpenOffice2 -> '''all presentation need to be in PDF!!'''</del>
* All presentations are missing.

====Problems with LausanneLiveCD_rc2====

* ODBC packages (unixodbc, unixodbc-devel, unixodbc-bin, libmyodbc) are missing

===power-packed FOSS4G/OSGEO CD for the participants===

* idea from Venkatesh: provide a power-packed FOSS4G/OSGEO CD to the participants and maybe keep a few CD-RW equipped machines so that people could burn their own CD at the Conference venue. This is particularly use to participants from countries where internet bandwidth is narrow. The FOSS4G CD might be a good (release) candidate for the FOSS4G/OSGEO CD if it could be further tested, polished and improved upon.
* FOSS4G Toolkit ISO-Image can be downloaded from http://wgrass.media.osaka-cu.ac.jp/foss4g/

===Presentations===

* PyWPS - GRASS goes web [[User:Jachym]]

For each presentation proposal the presenter has to submit an abstract by 30 June, 2006 (http://www.foss4g2006.org/internalPage.py?pageId=9&confId=1).

===Workshop datasets===

* <del>GRASS dataset[http://www-pool.math.tu-berlin.de/~soeren/grass/files/LausanneDemoData.tar.bz2] for 3D workshop parts "3D-vectors in GIS GRASS (Jachym)" and "GRASS 3D data and VTK (Soeren)"</del>
* <del>LIDAR-Dataset I[http://skagit.meas.ncsu.edu/~helena/grasswork/foss4g/] from Helena (preliminary!)</del>
* <del>LIDAR-Dataset II[http://mpa.itc.it/markus/foss4g2006/] from Maria</del>
* <del>LIDAR-Dataset III from Roberto Antolin (sent to me directly)</del>
* Missing: optical image data for Lidar/Imagery Workshop

FOSS4G2006: GRASS related workshops and presentations

2006-08-01T13:51:47Z

⚠️Dassau: /* Problems with LausanneLiveCD_rc1 */

==Introduction==

Geoinformatics 2006 is to be held in Switzerland over September 12-15th 2006 and we offer several workshops and presentations. This page will hold the plans and proposed programme for the GRASS component of Geo2006. Please compair with the [http://www.foss4g2006.org/conferenceTimeTable.py?confId=1&showDate=all&showSession=all&detailLevel=contribution&viewMode=parallel official workshop time table] including all offered workshops.

===Workshops===

For each proposal we'll have to write an abstract and submit it
by 15th of april 2006 (http://www.foss4g2006.org). Any suggestion and contribution is welcome. Next FOSS4G2006 IRC meeting is in IRC (irc://irc.freenode.net/foss4g2006), see the channel topic for dates. To submit a workshop proposal one teacher needs to feel responsible as head and add the workshop.

====Beginner's Workshop (Tuesday 9-11): (accepted)====

This would propably be sth. similar to the OSG'05 workshop from Markus and Kristen Perry, material at: http://mpa.itc.it/markus/osg05/

* '''teachers:'''
** Otto Dassau (head) (OD)
** Paolo Zatelli (PZ)
** Stephan Holl (SH)
** Jachym Cepicky (JC)

* '''abstract''' (topics):
** first steps with GRASS (and with Quantum GIS) (OD)
** data import and export
** vector data analysis (SH)
** basic raster data analysis (JC)
** image analysis (optical - short) (OD)
** visualization (nviz - short) (JC)
** creating analogue maps (JC)

====Power User Workshop 1: GRASS and external DBMS (Wednesday 14-16): (accepted)====

We can demonstrate database support by connecting GRASS to the most commonly used DBMS (PostgreSQL/PostGIS, MySQL, SQLite, ...)

* '''teachers''':
** Stephan Holl (head) (SH)
** Otto Dassau (OD)
** Paolo Zatelli (PZ)
** Jachym Cepicky (JC)

* '''abstract''' (proposed topics):
** Installation, prerequirements, configuration (SH)
*** SQLite (SH)
*** PostgreSQL (PZ)
*** MySQL
*** ODBC (OD)
*** Oracle (only theoreticaly) (SH)
** Configuration of external RDBMS to use as attribute-storage instead of DBF
*** Benefits of RDBMS and GRASS (PZ)
*** Sharing attribute-data with other applications (PZ)

** Configuration of spatialy enabled RDBMS (PostGIS) (PZ)
*** reading and writing from/to such RDBMS (PZ)
*** Using already existing data from such RDBMS (PZ)
** Hints for practical usage of external RDBMS.

====Power User Workshop 2: Using R with FOSS4G, in particular with GRASS (Tuesday 14-16): (accepted)====

Using GRASS in combination with R is often useful, starting with running R within GRASS, then encapsulating R within GRASS for standardised tasks. R contributed packages also use other FOSS4G software extensively, including GDAL, OGR, PROJ.4, Terralib, and others:

* '''possible teachers''':
** Roger Bivand (head)
** please suggest (preferably GRASS side)

* '''abstract''' (proposed topics):
** Installing R for FOSS4G/GRASS - task view and packages
** Spatial classes in R
** GRASS6/R interface
** Other FOSS4G/R interfaces (rgdal, aRT, ...)
** Using the interface to do geostatistics and interpolation
** Customising FOSS4G/GRASS-side scripts

====Power User Workshop: GRASS image processing (optical and Lidar)(Tuesday 16-18) (accepted)====

* '''teachers''':
** LIDAR: Helena Mitasova, Maria Brovelli
** Optical: Markus Neteler

* '''abstract''' (proposed topics):
** Lidar data basics, topo analysis, filtering:
*** what are lidar data and where to get them
*** import lidar DEMs and massive point data sets: r.in.gdal, v.in.ascii
*** detection of the surface objects (buildings, vegetation, ...)
*** data classification: terrain, terrain with double pulse, object, object with double pulse
*** compute high resolution DEMs from point data using v.surf.rst (relation between tension, smoothing, and level of detail) or Tykhonov regularized spline functions (v.bsplinet)
*** topographic analysis based on lidar data: r.slope.aspect, v.surf.rst, r.watershed, r.terraflow
*** (to be added if it works): create your lidar-based DEM and perform topographic analysis using GRASS6 and v.surf.rst on-line through GEONGRID project
** Optical data processing (very short)
*** import, visualization with color table improvements
*** geocoding with automatic search of ground control points
*** ratios, filtering
*** image classification with vectorization of results

====Power User Workshop: GRASS 3D and visualization (accepted)(Tuesday 11-13)====

* '''teachers''':
** Helena Mitasova (assistance, if needed)
** Massimo Cuomo (head?)
** Jachym Cepicky
** Soeren Gebbert

* '''abstract''' (proposed topics):
** 3D data and how to import or create them
*** surfaces (2D raster), volumes(3D raster):v.surf.rst, v.vol.rst (Helena)
*** 3D vectors (Jachym)
*** modify/create 3D data using r.mapcalc, r3.mapcalc
*** nviz: navigation and fly throughs (Massimo)
*** nviz: working with multiple surfaces (Helena)
*** nviz: create dynamic surfaces using file sequencing tool (Helena)
*** nviz: combining surfaces and volumes
*** nviz: working with 3D vector points with multiple attributes (Massimo)

* 3D-vectors in GIS GRASS (Jachym)
** How to create them
** How to visualise them in nviz
** v.trees3d & v.extrude & v.drape

* Another possibilites of visualisation of GRASS 3D vectors (VTK) (Jachym)
** How to export data for Paraview (2D, 3D raster, 3D Vector)
** How to visualise them

===Live-CD for GRASS-related workshops===

Currently Stephan Holl and Otto Dassau prepare to build a new 'GISIX' LiveCD based on [http://www.knopper.net/knoppix/index-en.html KNOPPIX 5.0.1.] including all necessary software packages for the GRASS, R and Quantum GIS workshops.

* GRASS 6.1 CVS (will be up-to-date then)
* GDAL 1.3.1 (better 1.3.2)
* GDAL-OGR-GRASS plugin
* QGIS 0.8 Preview1
* QT4-devel/QGIS-devel files
* R 2.3.1 (and hopefully all needed libs for GRASS-interaction)
** spgrass6
** spGDAL
** maptools
** rgdal
** sp
** aRT
* libterralib CVS
* Postgres 8.1.4
* PostGIS 1.1.2
* MySQL 5.0.22
* Apache2
* Openoffice2
* some locales (EN, DE, FR, ?!)
* Lidar workshop: we have sample datasets + new v.lidar.* commands
* [probably forgotten something]

====Problems with LausanneLiveCD_rc1====

* LIDAR Stuff missing
* some QGIS header-files are missing in /usr/include/qgis
* KNOPPIX Info screen (index.html) at the beginning still supports to many languages
* landcover vector map in spearfish is broken

===power-packed FOSS4G/OSGEO CD for the participants===

* idea from Venkatesh: provide a power-packed FOSS4G/OSGEO CD to the participants and maybe keep a few CD-RW equipped machines so that people could burn their own CD at the Conference venue. This is particularly use to participants from countries where internet bandwidth is narrow. The FOSS4G CD might be a good (release) candidate for the FOSS4G/OSGEO CD if it could be further tested, polished and improved upon.
* FOSS4G Toolkit ISO-Image can be downloaded from http://wgrass.media.osaka-cu.ac.jp/foss4g/

===Presentations===

* PyWPS - GRASS goes web [[User:Jachym]]

For each presentation proposal the presenter has to submit an abstract by 30 June, 2006 (http://www.foss4g2006.org/internalPage.py?pageId=9&confId=1).

FOSS4G2006: GRASS related workshops and presentations

2006-08-01T13:44:12Z

⚠️Dassau: /* Beginner's Workshop (Tuesday 9-11): (accepted) */

==Introduction==

Geoinformatics 2006 is to be held in Switzerland over September 12-15th 2006 and we offer several workshops and presentations. This page will hold the plans and proposed programme for the GRASS component of Geo2006. Please compair with the [http://www.foss4g2006.org/conferenceTimeTable.py?confId=1&showDate=all&showSession=all&detailLevel=contribution&viewMode=parallel official workshop time table] including all offered workshops.

===Workshops===

For each proposal we'll have to write an abstract and submit it
by 15th of april 2006 (http://www.foss4g2006.org). Any suggestion and contribution is welcome. Next FOSS4G2006 IRC meeting is in IRC (irc://irc.freenode.net/foss4g2006), see the channel topic for dates. To submit a workshop proposal one teacher needs to feel responsible as head and add the workshop.

====Beginner's Workshop (Tuesday 9-11): (accepted)====

This would propably be sth. similar to the OSG'05 workshop from Markus and Kristen Perry, material at: http://mpa.itc.it/markus/osg05/

* '''teachers:'''
** Otto Dassau (head) (OD)
** Paolo Zatelli (PZ)
** Stephan Holl (SH)
** Jachym Cepicky (JC)

* '''abstract''' (topics):
** first steps with GRASS (and with Quantum GIS) (OD)
** data import and export
** vector data analysis (SH)
** basic raster data analysis (JC)
** image analysis (optical - short) (OD)
** visualization (nviz - short) (JC)
** creating analogue maps (JC)

====Power User Workshop 1: GRASS and external DBMS (Wednesday 14-16): (accepted)====

We can demonstrate database support by connecting GRASS to the most commonly used DBMS (PostgreSQL/PostGIS, MySQL, SQLite, ...)

* '''teachers''':
** Stephan Holl (head) (SH)
** Otto Dassau (OD)
** Paolo Zatelli (PZ)
** Jachym Cepicky (JC)

* '''abstract''' (proposed topics):
** Installation, prerequirements, configuration (SH)
*** SQLite (SH)
*** PostgreSQL (PZ)
*** MySQL
*** ODBC (OD)
*** Oracle (only theoreticaly) (SH)
** Configuration of external RDBMS to use as attribute-storage instead of DBF
*** Benefits of RDBMS and GRASS (PZ)
*** Sharing attribute-data with other applications (PZ)

** Configuration of spatialy enabled RDBMS (PostGIS) (PZ)
*** reading and writing from/to such RDBMS (PZ)
*** Using already existing data from such RDBMS (PZ)
** Hints for practical usage of external RDBMS.

====Power User Workshop 2: Using R with FOSS4G, in particular with GRASS (Tuesday 14-16): (accepted)====

Using GRASS in combination with R is often useful, starting with running R within GRASS, then encapsulating R within GRASS for standardised tasks. R contributed packages also use other FOSS4G software extensively, including GDAL, OGR, PROJ.4, Terralib, and others:

* '''possible teachers''':
** Roger Bivand (head)
** please suggest (preferably GRASS side)

* '''abstract''' (proposed topics):
** Installing R for FOSS4G/GRASS - task view and packages
** Spatial classes in R
** GRASS6/R interface
** Other FOSS4G/R interfaces (rgdal, aRT, ...)
** Using the interface to do geostatistics and interpolation
** Customising FOSS4G/GRASS-side scripts

====Power User Workshop: GRASS image processing (optical and Lidar)(Tuesday 16-18) (accepted)====

* '''teachers''':
** LIDAR: Helena Mitasova, Maria Brovelli
** Optical: Markus Neteler

* '''abstract''' (proposed topics):
** Lidar data basics, topo analysis, filtering:
*** what are lidar data and where to get them
*** import lidar DEMs and massive point data sets: r.in.gdal, v.in.ascii
*** detection of the surface objects (buildings, vegetation, ...)
*** data classification: terrain, terrain with double pulse, object, object with double pulse
*** compute high resolution DEMs from point data using v.surf.rst (relation between tension, smoothing, and level of detail) or Tykhonov regularized spline functions (v.bsplinet)
*** topographic analysis based on lidar data: r.slope.aspect, v.surf.rst, r.watershed, r.terraflow
*** (to be added if it works): create your lidar-based DEM and perform topographic analysis using GRASS6 and v.surf.rst on-line through GEONGRID project
** Optical data processing (very short)
*** import, visualization with color table improvements
*** geocoding with automatic search of ground control points
*** ratios, filtering
*** image classification with vectorization of results

====Power User Workshop: GRASS 3D and visualization (accepted)(Tuesday 11-13)====

* '''teachers''':
** Helena Mitasova (assistance, if needed)
** Massimo Cuomo (head?)
** Jachym Cepicky
** Soeren Gebbert

* '''abstract''' (proposed topics):
** 3D data and how to import or create them
*** surfaces (2D raster), volumes(3D raster):v.surf.rst, v.vol.rst (Helena)
*** 3D vectors (Jachym)
*** modify/create 3D data using r.mapcalc, r3.mapcalc
*** nviz: navigation and fly throughs (Massimo)
*** nviz: working with multiple surfaces (Helena)
*** nviz: create dynamic surfaces using file sequencing tool (Helena)
*** nviz: combining surfaces and volumes
*** nviz: working with 3D vector points with multiple attributes (Massimo)

* 3D-vectors in GIS GRASS (Jachym)
** How to create them
** How to visualise them in nviz
** v.trees3d & v.extrude & v.drape

* Another possibilites of visualisation of GRASS 3D vectors (VTK) (Jachym)
** How to export data for Paraview (2D, 3D raster, 3D Vector)
** How to visualise them

===Live-CD for GRASS-related workshops===

Currently Stephan Holl and Otto Dassau prepare to build a new 'GISIX' LiveCD based on [http://www.knopper.net/knoppix/index-en.html KNOPPIX 5.0.1.] including all necessary software packages for the GRASS, R and Quantum GIS workshops.

* GRASS 6.1 CVS (will be up-to-date then)
* GDAL 1.3.1 (better 1.3.2)
* GDAL-OGR-GRASS plugin
* QGIS 0.8 Preview1
* QT4-devel/QGIS-devel files
* R 2.3.1 (and hopefully all needed libs for GRASS-interaction)
** spgrass6
** spGDAL
** maptools
** rgdal
** sp
** aRT
* libterralib CVS
* Postgres 8.1.4
* PostGIS 1.1.2
* MySQL 5.0.22
* Apache2
* Openoffice2
* some locales (EN, DE, FR, ?!)
* Lidar workshop: we have sample datasets + new v.lidar.* commands
* [probably forgotten something]

====Problems with LausanneLiveCD_rc1====

* LIDAR Stuff missing
* some QGIS header-files are missing in /usr/include/qgis
* KNOPPIX Info screen (index.html) at the beginning still supports to many languages

===power-packed FOSS4G/OSGEO CD for the participants===

* idea from Venkatesh: provide a power-packed FOSS4G/OSGEO CD to the participants and maybe keep a few CD-RW equipped machines so that people could burn their own CD at the Conference venue. This is particularly use to participants from countries where internet bandwidth is narrow. The FOSS4G CD might be a good (release) candidate for the FOSS4G/OSGEO CD if it could be further tested, polished and improved upon.
* FOSS4G Toolkit ISO-Image can be downloaded from http://wgrass.media.osaka-cu.ac.jp/foss4g/

===Presentations===

* PyWPS - GRASS goes web [[User:Jachym]]

For each presentation proposal the presenter has to submit an abstract by 30 June, 2006 (http://www.foss4g2006.org/internalPage.py?pageId=9&confId=1).

FOSS4G2006: GRASS related workshops and presentations

2006-08-01T13:36:13Z

⚠️Dassau: /* Beginner's Workshop (Tuesday 9-11): (accepted) */

==Introduction==

Geoinformatics 2006 is to be held in Switzerland over September 12-15th 2006 and we offer several workshops and presentations. This page will hold the plans and proposed programme for the GRASS component of Geo2006. Please compair with the [http://www.foss4g2006.org/conferenceTimeTable.py?confId=1&showDate=all&showSession=all&detailLevel=contribution&viewMode=parallel official workshop time table] including all offered workshops.

===Workshops===

For each proposal we'll have to write an abstract and submit it
by 15th of april 2006 (http://www.foss4g2006.org). Any suggestion and contribution is welcome. Next FOSS4G2006 IRC meeting is in IRC (irc://irc.freenode.net/foss4g2006), see the channel topic for dates. To submit a workshop proposal one teacher needs to feel responsible as head and add the workshop.

====Beginner's Workshop (Tuesday 9-11): (accepted)====

This would propably be sth. similar to the OSG'05 workshop from Markus and Kristen Perry, material at: http://mpa.itc.it/markus/osg05/

* '''teachers:'''
** Otto Dassau (head) (OD)
** Paolo Zatelli (PZ)
** Stephan Holl (SH)
** Jachym Cepicky (JC)

* '''abstract''' (topics):
** first steps with GRASS (and with Quantum GIS) (OD)
** data import and export
** vector data analysis (SH)
** basic raster data analysis (JC)
** image analysis (optical - short) (OD)
** visualization (nviz - short) (JC)
** creating analogue maps

====Power User Workshop 1: GRASS and external DBMS (Wednesday 14-16): (accepted)====

We can demonstrate database support by connecting GRASS to the most commonly used DBMS (PostgreSQL/PostGIS, MySQL, SQLite, ...)

* '''teachers''':
** Stephan Holl (head) (SH)
** Otto Dassau (OD)
** Paolo Zatelli (PZ)
** Jachym Cepicky (JC)

* '''abstract''' (proposed topics):
** Installation, prerequirements, configuration (SH)
*** SQLite (SH)
*** PostgreSQL (PZ)
*** MySQL
*** ODBC (OD)
*** Oracle (only theoreticaly) (SH)
** Configuration of external RDBMS to use as attribute-storage instead of DBF
*** Benefits of RDBMS and GRASS (PZ)
*** Sharing attribute-data with other applications (PZ)

** Configuration of spatialy enabled RDBMS (PostGIS) (PZ)
*** reading and writing from/to such RDBMS (PZ)
*** Using already existing data from such RDBMS (PZ)
** Hints for practical usage of external RDBMS.

====Power User Workshop 2: Using R with FOSS4G, in particular with GRASS (Tuesday 14-16): (accepted)====

Using GRASS in combination with R is often useful, starting with running R within GRASS, then encapsulating R within GRASS for standardised tasks. R contributed packages also use other FOSS4G software extensively, including GDAL, OGR, PROJ.4, Terralib, and others:

* '''possible teachers''':
** Roger Bivand (head)
** please suggest (preferably GRASS side)

* '''abstract''' (proposed topics):
** Installing R for FOSS4G/GRASS - task view and packages
** Spatial classes in R
** GRASS6/R interface
** Other FOSS4G/R interfaces (rgdal, aRT, ...)
** Using the interface to do geostatistics and interpolation
** Customising FOSS4G/GRASS-side scripts

====Power User Workshop: GRASS image processing (optical and Lidar)(Tuesday 16-18) (accepted)====

* '''teachers''':
** LIDAR: Helena Mitasova, Maria Brovelli
** Optical: Markus Neteler

* '''abstract''' (proposed topics):
** Lidar data basics, topo analysis, filtering:
*** what are lidar data and where to get them
*** import lidar DEMs and massive point data sets: r.in.gdal, v.in.ascii
*** detection of the surface objects (buildings, vegetation, ...)
*** data classification: terrain, terrain with double pulse, object, object with double pulse
*** compute high resolution DEMs from point data using v.surf.rst (relation between tension, smoothing, and level of detail) or Tykhonov regularized spline functions (v.bsplinet)
*** topographic analysis based on lidar data: r.slope.aspect, v.surf.rst, r.watershed, r.terraflow
*** (to be added if it works): create your lidar-based DEM and perform topographic analysis using GRASS6 and v.surf.rst on-line through GEONGRID project
** Optical data processing (very short)
*** import, visualization with color table improvements
*** geocoding with automatic search of ground control points
*** ratios, filtering
*** image classification with vectorization of results

====Power User Workshop: GRASS 3D and visualization (accepted)(Tuesday 11-13)====

* '''teachers''':
** Helena Mitasova (assistance, if needed)
** Massimo Cuomo (head?)
** Jachym Cepicky
** Soeren Gebbert

* '''abstract''' (proposed topics):
** 3D data and how to import or create them
*** surfaces (2D raster), volumes(3D raster):v.surf.rst, v.vol.rst (Helena)
*** 3D vectors (Jachym)
*** modify/create 3D data using r.mapcalc, r3.mapcalc
*** nviz: navigation and fly throughs (Massimo)
*** nviz: working with multiple surfaces (Helena)
*** nviz: create dynamic surfaces using file sequencing tool (Helena)
*** nviz: combining surfaces and volumes
*** nviz: working with 3D vector points with multiple attributes (Massimo)

* 3D-vectors in GIS GRASS (Jachym)
** How to create them
** How to visualise them in nviz
** v.trees3d & v.extrude & v.drape

* Another possibilites of visualisation of GRASS 3D vectors (VTK) (Jachym)
** How to export data for Paraview (2D, 3D raster, 3D Vector)
** How to visualise them

===Live-CD for GRASS-related workshops===

Currently Stephan Holl and Otto Dassau prepare to build a new 'GISIX' LiveCD based on [http://www.knopper.net/knoppix/index-en.html KNOPPIX 5.0.1.] including all necessary software packages for the GRASS, R and Quantum GIS workshops.

* GRASS 6.1 CVS (will be up-to-date then)
* GDAL 1.3.1 (better 1.3.2)
* GDAL-OGR-GRASS plugin
* QGIS 0.8 Preview1
* QT4-devel/QGIS-devel files
* R 2.3.1 (and hopefully all needed libs for GRASS-interaction)
** spgrass6
** spGDAL
** maptools
** rgdal
** sp
** aRT
* libterralib CVS
* Postgres 8.1.4
* PostGIS 1.1.2
* MySQL 5.0.22
* Apache2
* Openoffice2
* some locales (EN, DE, FR, ?!)
* Lidar workshop: we have sample datasets + new v.lidar.* commands
* [probably forgotten something]

====Problems with LausanneLiveCD_rc1====

* LIDAR Stuff missing
* some QGIS header-files are missing in /usr/include/qgis
* KNOPPIX Info screen (index.html) at the beginning still supports to many languages

===power-packed FOSS4G/OSGEO CD for the participants===

* idea from Venkatesh: provide a power-packed FOSS4G/OSGEO CD to the participants and maybe keep a few CD-RW equipped machines so that people could burn their own CD at the Conference venue. This is particularly use to participants from countries where internet bandwidth is narrow. The FOSS4G CD might be a good (release) candidate for the FOSS4G/OSGEO CD if it could be further tested, polished and improved upon.
* FOSS4G Toolkit ISO-Image can be downloaded from http://wgrass.media.osaka-cu.ac.jp/foss4g/

===Presentations===

* PyWPS - GRASS goes web [[User:Jachym]]

For each presentation proposal the presenter has to submit an abstract by 30 June, 2006 (http://www.foss4g2006.org/internalPage.py?pageId=9&confId=1).

FOSS4G2006: GRASS related workshops and presentations

2006-08-01T10:20:08Z

⚠️Dassau: /* Problems with LausanneLiveCD_rc1 */

==Introduction==

Geoinformatics 2006 is to be held in Switzerland over September 12-15th 2006 and we offer several workshops and presentations. This page will hold the plans and proposed programme for the GRASS component of Geo2006. Please compair with the [http://www.foss4g2006.org/conferenceTimeTable.py?confId=1&showDate=all&showSession=all&detailLevel=contribution&viewMode=parallel official workshop time table] including all offered workshops.

===Workshops===

For each proposal we'll have to write an abstract and submit it
by 15th of april 2006 (http://www.foss4g2006.org). Any suggestion and contribution is welcome. Next FOSS4G2006 IRC meeting is in IRC (irc://irc.freenode.net/foss4g2006), see the channel topic for dates. To submit a workshop proposal one teacher needs to feel responsible as head and add the workshop.

====Beginner's Workshop (Tuesday 9-11): (accepted)====

This would propably be sth. similar to the OSG'05 workshop from Markus and Kristen Perry, material at: http://mpa.itc.it/markus/osg05/

* '''teachers:'''
** Otto Dassau (head) (OD)
** Paolo Zatelli (PZ)
** Stephan Holl (SH)
** Jachym Cepicky (JC)

* '''abstract''' (topics):
** first steps with GRASS (and with Quantum GIS) (OD)
** data import and export
** vector data analysis (SH)
** basic raster data analysis (JC)
** image analysis (optical - short) (OD)
** visualization (nviz - short) (JC)

====Power User Workshop 1: GRASS and external DBMS (Wednesday 14-16): (accepted)====

We can demonstrate database support by connecting GRASS to the most commonly used DBMS (PostgreSQL/PostGIS, MySQL, SQLite, ...)

* '''teachers''':
** Stephan Holl (head) (SH)
** Otto Dassau (OD)
** Paolo Zatelli (PZ)
** Jachym Cepicky (JC)

* '''abstract''' (proposed topics):
** Installation, prerequirements, configuration (SH)
*** SQLite (SH)
*** PostgreSQL (PZ)
*** MySQL
*** ODBC (OD)
*** Oracle (only theoreticaly) (SH)
** Configuration of external RDBMS to use as attribute-storage instead of DBF
*** Benefits of RDBMS and GRASS (PZ)
*** Sharing attribute-data with other applications (PZ)

** Configuration of spatialy enabled RDBMS (PostGIS) (PZ)
*** reading and writing from/to such RDBMS (PZ)
*** Using already existing data from such RDBMS (PZ)
** Hints for practical usage of external RDBMS.

====Power User Workshop 2: Using R with FOSS4G, in particular with GRASS (Tuesday 14-16): (accepted)====

Using GRASS in combination with R is often useful, starting with running R within GRASS, then encapsulating R within GRASS for standardised tasks. R contributed packages also use other FOSS4G software extensively, including GDAL, OGR, PROJ.4, Terralib, and others:

* '''possible teachers''':
** Roger Bivand (head)
** please suggest (preferably GRASS side)

* '''abstract''' (proposed topics):
** Installing R for FOSS4G/GRASS - task view and packages
** Spatial classes in R
** GRASS6/R interface
** Other FOSS4G/R interfaces (rgdal, aRT, ...)
** Using the interface to do geostatistics and interpolation
** Customising FOSS4G/GRASS-side scripts

====Power User Workshop: GRASS image processing (optical and Lidar)(Tuesday 16-18) (accepted)====

* '''teachers''':
** LIDAR: Helena Mitasova, Maria Brovelli
** Optical: Markus Neteler

* '''abstract''' (proposed topics):
** Lidar data basics, topo analysis, filtering:
*** what are lidar data and where to get them
*** import lidar DEMs and massive point data sets: r.in.gdal, v.in.ascii
*** detection of the surface objects (buildings, vegetation, ...)
*** data classification: terrain, terrain with double pulse, object, object with double pulse
*** compute high resolution DEMs from point data using v.surf.rst (relation between tension, smoothing, and level of detail) or Tykhonov regularized spline functions (v.bsplinet)
*** topographic analysis based on lidar data: r.slope.aspect, v.surf.rst, r.watershed, r.terraflow
*** (to be added if it works): create your lidar-based DEM and perform topographic analysis using GRASS6 and v.surf.rst on-line through GEONGRID project
** Optical data processing (very short)
*** import, visualization with color table improvements
*** geocoding with automatic search of ground control points
*** ratios, filtering
*** image classification with vectorization of results

====Power User Workshop: GRASS 3D and visualization (accepted)(Tuesday 11-13)====

* '''teachers''':
** Helena Mitasova (assistance, if needed)
** Massimo Cuomo (head?)
** Jachym Cepicky
** Soeren Gebbert

* '''abstract''' (proposed topics):
** 3D data and how to import or create them
*** surfaces (2D raster), volumes(3D raster):v.surf.rst, v.vol.rst (Helena)
*** 3D vectors (Jachym)
*** modify/create 3D data using r.mapcalc, r3.mapcalc
*** nviz: navigation and fly throughs (Massimo)
*** nviz: working with multiple surfaces (Helena)
*** nviz: create dynamic surfaces using file sequencing tool (Helena)
*** nviz: combining surfaces and volumes
*** nviz: working with 3D vector points with multiple attributes (Massimo)

* 3D-vectors in GIS GRASS (Jachym)
** How to create them
** How to visualise them in nviz
** v.trees3d & v.extrude & v.drape

* Another possibilites of visualisation of GRASS 3D vectors (VTK) (Jachym)
** How to export data for Paraview (2D, 3D raster, 3D Vector)
** How to visualise them

===Live-CD for GRASS-related workshops===

Currently Stephan Holl and Otto Dassau prepare to build a new 'GISIX' LiveCD based on [http://www.knopper.net/knoppix/index-en.html KNOPPIX 5.0.1.] including all necessary software packages for the GRASS, R and Quantum GIS workshops.

* GRASS 6.1 CVS (will be up-to-date then)
* GDAL 1.3.1 (better 1.3.2)
* GDAL-OGR-GRASS plugin
* QGIS 0.8 Preview1
* QT4-devel/QGIS-devel files
* R 2.3.1 (and hopefully all needed libs for GRASS-interaction)
** spgrass6
** spGDAL
** maptools
** rgdal
** sp
** aRT
* libterralib CVS
* Postgres 8.1.4
* PostGIS 1.1.2
* MySQL 5.0.22
* Apache2
* Openoffice2
* some locales (EN, DE, FR, ?!)
* Lidar workshop: we have sample datasets + new v.lidar.* commands
* [probably forgotten something]

====Problems with LausanneLiveCD_rc1====

* LIDAR Stuff missing
* some QGIS header-files are missing in /usr/include/qgis
* KNOPPIX Info screen (index.html) at the beginning still supports to many languages

===power-packed FOSS4G/OSGEO CD for the participants===

* idea from Venkatesh: provide a power-packed FOSS4G/OSGEO CD to the participants and maybe keep a few CD-RW equipped machines so that people could burn their own CD at the Conference venue. This is particularly use to participants from countries where internet bandwidth is narrow. The FOSS4G CD might be a good (release) candidate for the FOSS4G/OSGEO CD if it could be further tested, polished and improved upon.
* FOSS4G Toolkit ISO-Image can be downloaded from http://wgrass.media.osaka-cu.ac.jp/foss4g/

===Presentations===

* PyWPS - GRASS goes web [[User:Jachym]]

For each presentation proposal the presenter has to submit an abstract by 30 June, 2006 (http://www.foss4g2006.org/internalPage.py?pageId=9&confId=1).

FOSS4G2006: GRASS related workshops and presentations

2006-07-31T09:54:39Z

⚠️Dassau: /* Live-CD for GRASS-related workshops */

==Introduction==

Geoinformatics 2006 is to be held in Switzerland over September 12-15th 2006 and we offer several workshops and presentations. This page will hold the plans and proposed programme for the GRASS component of Geo2006. Please compair with the [http://www.foss4g2006.org/conferenceTimeTable.py?confId=1&showDate=all&showSession=all&detailLevel=contribution&viewMode=parallel official workshop time table] including all offered workshops.

===Workshops===

For each proposal we'll have to write an abstract and submit it
by 15th of april 2006 (http://www.foss4g2006.org). Any suggestion and contribution is welcome. Next FOSS4G2006 IRC meeting is in IRC (irc://irc.freenode.net/foss4g2006), see the channel topic for dates. To submit a workshop proposal one teacher needs to feel responsible as head and add the workshop.

====Beginner's Workshop (Tuesday 9-11): (accepted)====

This would propably be sth. similar to the OSG'05 workshop from Markus and Kristen Perry, material at: http://mpa.itc.it/markus/osg05/

* '''teachers:'''
** Otto Dassau (head)
** Paolo Zatelli
** Stephan Holl
** Jachym Cepicky

* '''abstract''' (topics):
** first steps with GRASS (and with Quantum GIS)
** data import and export
** vector data analysis
** rastor data analysis
** image analysis (optical - short)
** visualization (nviz - short)

====Power User Workshop 1: GRASS and external DBMS (Wednesday 14-16): (accepted)====

We can demonstrate database support by connecting GRASS to the most commonly used DBMS (!PostgreSQL/PostGIS, !MySQL, Oracle/Locator, sqlite, ...)

* '''teachers''':
** Stephan Holl (head)
** Otto Dassau
** Paolo Zatelli
** Jachym Cepicky

* '''abstract''' (proposed topics):
** Installation, prerequirements, configuration
*** SQLite
*** PostgreSQL
*** MySQL
*** ODBC
** Configuration of external RDBMS to use as attribute-storage
*** Benefits of RDBMS and GRASS
*** Sharing attribute-data with other applications

** Configuration of spatialy enabled RDBMS (PostGIS)
*** reading and writing from/to such RDBMS
*** Using already existing data from such RDBMS
** Hints for practical usage of external RDBMS.

====Power User Workshop 2: Using R with FOSS4G, in particular with GRASS (Tuesday 14-16): (accepted)====

Using GRASS in combination with R is often useful, starting with running R within GRASS, then encapsulating R within GRASS for standardised tasks. R contributed packages also use other FOSS4G software extensively, including GDAL, OGR, PROJ.4, Terralib, and others:

* '''possible teachers''':
** Roger Bivand (head)
** please suggest (preferably GRASS side)

* '''abstract''' (proposed topics):
** Installing R for FOSS4G/GRASS - task view and packages
** Spatial classes in R
** GRASS6/R interface
** Other FOSS4G/R interfaces (rgdal, aRT, ...)
** Using the interface to do geostatistics and interpolation
** Customising FOSS4G/GRASS-side scripts

====Power User Workshop: GRASS image processing (optical and Lidar)(Tuesday 16-18) (accepted)====

* '''teachers''':
** LIDAR: Helena Mitasova, Maria Brovelli
** Optical: Markus Neteler

* '''abstract''' (proposed topics):
** Lidar data basics, topo analysis, filtering:
*** what are lidar data and where to get them
*** import lidar DEMs and massive point data sets: r.in.gdal, v.in.ascii
*** detection of the surface objects (buildings, vegetation, ...)
*** data classification: terrain, terrain with double pulse, object, object with double pulse
*** compute high resolution DEMs from point data using v.surf.rst (relation between tension, smoothing, and level of detail) or Tykhonov regularized spline functions (v.bsplinet)
*** topographic analysis based on lidar data: r.slope.aspect, v.surf.rst, r.watershed, r.terraflow
*** (to be added if it works): create your lidar-based DEM and perform topographic analysis using GRASS6 and v.surf.rst on-line through GEONGRID project
** Optical data processing (very short)
*** import, visualization with color table improvements
*** geocoding with automatic search of ground control points
*** ratios, filtering
*** image classification with vectorization of results

====Power User Workshop: GRASS 3D and visualization (accepted)(Tuesday 11-13)====

* '''teachers''':
** Helena Mitasova (assistance, if needed)
** Massimo Cuomo (head?)
** Jachym Cepicky
** Soeren Gebbert

* '''abstract''' (proposed topics):
** 3D data and how to import or create them
*** surfaces (2D raster), volumes(3D raster):v.surf.rst, v.vol.rst (Helena)
*** 3D vectors (Jachym)
*** modify/create 3D data using r.mapcalc, r3.mapcalc
*** nviz: navigation and fly throughs (Massimo)
*** nviz: working with multiple surfaces (Helena)
*** nviz: create dynamic surfaces using file sequencing tool (Helena)
*** nviz: combining surfaces and volumes
*** nviz: working with 3D vector points with multiple attributes (Massimo)

* 3D-vectors in GIS GRASS (Jachym)
** How to create them
** How to visualise them in nviz
** v.trees3d & v.extrude & v.drape

* Another possibilites of visualisation of GRASS 3D vectors (VTK) (Jachym)
** How to export data for Paraview (2D, 3D raster, 3D Vector)
** How to visualise them

===Live-CD for GRASS-related workshops===

Currently Stephan Holl and Otto Dassau prepare to build a new 'GISIX' LiveCD based on [http://www.knopper.net/knoppix/index-en.html KNOPPIX 5.0.1.] including all necessary software packages for the GRASS, R and Quantum GIS workshops.

* GRASS 6.1 CVS (will be up-to-date then)
* GDAL 1.3.1 (better 1.3.2)
* GDAL-OGR-GRASS plugin
* QGIS 0.8 Preview1
* QT4-devel/QGIS-devel files
* R 2.3.1 (and hopefully all needed libs for GRASS-interaction)
** spgrass6
** spGDAL
** maptools
** rgdal
** sp
** aRT
* libterralib CVS
* Postgres 8.1.4
* PostGIS 1.1.2
* MySQL 5.0.22
* Apache2
* Openoffice2
* some locales (EN, DE, FR, ?!)
* Lidar workshop: we have sample datasets + new v.lidar.* commands
* [probably forgotten something]

====Problems with LausanneLiveCD_rc1====

* LIDAR Stuff missing

===power-packed FOSS4G/OSGEO CD for the participants===

* idea from Venkatesh: provide a power-packed FOSS4G/OSGEO CD to the participants and maybe keep a few CD-RW equipped machines so that people could burn their own CD at the Conference venue. This is particularly use to participants from countries where internet bandwidth is narrow. The FOSS4G CD might be a good (release) candidate for the FOSS4G/OSGEO CD if it could be further tested, polished and improved upon.
* FOSS4G Toolkit ISO-Image can be downloaded from http://wgrass.media.osaka-cu.ac.jp/foss4g/

===Presentations===

* PyWPS - GRASS goes web [[User:Jachym]]

For each presentation proposal the presenter has to submit an abstract by 30 June, 2006 (http://www.foss4g2006.org/internalPage.py?pageId=9&confId=1).

GRASS Project Steering Commitee

2006-07-27T09:42:30Z

⚠️Dassau: /* Nominations */

This page discusses the need for a GRASS Project Steering Commitee (PSC), preferably at a low level of complication.

==1st Letter to GRASS mailing lists==

<pre>
02/10/2006 06:15 PM
Dear GRASS community,

in the Chicago meeting the GRASS project was suggested to
as one of the initial OSGeo foundation projects.

So far I only received positive feedback on the idea of
moving GRASS more formally to the foundation (while the
individual authors are keeping their copyright which is
a major difference to the Apache Foundation.)

A couple of things will have to be sorted out in the
coming months to make GRASS's membership possible (below
list is inspired by Frank's mail to the GRASS project):

o We will need to form a "GRASS Project Steering Committee"
(PSC). Foundation projects need a formalized management
which may be desired in any case. I would be glad to
receive suggestions of names for this committee. For
inspiration, please look at the MapServer Technical
Steering Committee as described here:

http://mapserver.gis.umn.edu/development/rfc/ms-rfc-1

o One benefit of the foundation is some degree of legal
support and protection for the project. The flip side of that
is that the foundation needs to ensure some degree of
rigor and process in how code comes into the project. One
part of that is getting committers to sign a legal agreement
indicating that they agree that changes they commit will
be under the license of GRASS (GPL) and that they have
the right to submit the code (they wrote it, it is not
patented, have permission from their employer, etc).

o We will have to review the existing code base (which is
huge - more than 500000 lines of source code in GRASS 6).
Luckily a major code review was already done for GRASS 5.
Also the "Debianization" process was performed for GRASS
5 and GRASS 6.

o It is suggested to move the support infrastructure for GRASS
to new foundation systems. Stuff like CVS (maybe SVN then),
and bugtracker and mailing lists. The web site will also
likely appear under a foundation subdomain (ie. grass.osgeo.org)
with hopefully the known mirror site structure as before
with grass.itc.it, grass.ibiblio.org etc as principal mirror
sites. If so, the web site will be migrated into a contents
management system (CMS) in a harmonized "foundation style".
A CMS will hopefully solve the problem to get more people
involved in the Web site contents management.

o We hope to establish options to enable sponorship for the
foundation - be as direct funding or for selected foundation
projects. Details have to be worked out. My suggestion is to
create national tax-exempt organizations (such as the
German GRASS Anwender-Vereinigung e.V. which already exists)
which may offer to receive donations.

o For now we should think about nominating people with
recognized contribution to the GRASS project, to
free data, to whatever deems significant. A small paragraph
describing why the candidate is proposed as member to
the foundation is needed as well. This will be announced
more formally soon. Please see ongoing discussions here:
http://lists.osgeo.org/mailman/listinfo/discuss

(Nearly) nothing is set in stone yet.
More details will follow, a couple of official documents
are being currently prepared

Your feedback is welcome.

Markus
</pre>
______

==2nd Letter to GRASS mailing lists==

<pre>
02/11/2006 12:16 AM
Dear all,

while I already received two suggestions for a GRASS
Project Steering Committee (PSC), I suggest to post the
nominations in public, if there are no objections.
I would like to have that transparent to everyone.

Nominations should contain the name and a short paragraph
why it is a good candidate. We also have to decide,
how many members the PSC should have.

It is worth reading
- http://www.apache.org/foundation/how-it-works.html
(they are very successful, and the document applies much
to the GRASS project culture)

- http://mapserver.gis.umn.edu/development/rfc/ms-rfc-1/
(MS RFC 1: Technical Steering Committee Guidelines)
apparently 7 members there.

- http://lists.maptools.org/pipermail/gdal-dev/2006-February/thread.html#7881
(GDAL PSC to be formed)

- http://mapserver.gis.umn.edu/development/rfc/ms-rfc-10/
(MS RFC 10: Joining the Open Source Geospatial Foundation)

Related:
- https://sourceforge.net/mailarchive/forum.php?thread_id=9682788&forum_id=475
(Community MapBuilder PMC membership nomination)
- https://sourceforge.net/mailarchive/forum.php?thread_id=9673493&forum_id=475
(MapBuilder & Mapbender and the OSGeo Foundation)

In fact, there is lot of material to digest in these days..

Markus
</pre>

==3rd Letter to GRASS Dev mailing list==

<pre>
Markus Neteler neteler at itc.it Sun, 23 Apr 2006 18:10:25 +0200

On Sat, Apr 22, 2006 at 01:00:01PM +0100, Glynn Clements wrote:
...
> Alpha support in the current display architecture isn't going to
> happen (I reverted the last attempt to add it, and will do likewise in
> future).

... this is why I really suggest to get interested in a project
steering committee [1], [2].

Instead of recursively reverted changes of other developers,
we should come up with a design discussion and then *vote* on it.
At least for such crucidal pieces of the code I would like to
see less anarchy and a more formal approach. This will render
development more transparent to everybody. The scope cannot be to
have two display management systems in parallel, one without
and one with alpha support.

Existing steering committees, to get inspired from:
Mapserver: http://mapserver.gis.umn.edu/development/rfc/ms-rfc-1
GDAL: http://www.gdal.org/rfc1_pmc.html
Mapbender: http://www.mapbender.org/index.php/Mapbender_PSC
...

Please think about it!

Thanks

Markus

[1] http://grass.itc.it/pipermail/grass5/2006-February/021178.html
[2] http://grass.itc.it/pipermail/grass5/2006-April/022185.html

</pre>

Answers:

* http://grass.itc.it/pipermail/grass5/2006-April/022429.html

== Nominations ==

''The comments were copied from the related emails.''

# Michael Barton (nominated by 1): very responsive to comments and questions; various code contributions
# Radim Blazek (nominated by 1): for his extensive GRASS work including vector and DBMS support
# Hamish Bowman (nominated by 1): for documentation, integration, and various modules
# Brad Douglas (nominated by 1): for clone removal and code refactoring
# Glynn Clements (nominated by 1): for his vast knowledge of standards, practices and compatibility
# Paul Kelly (nominated by 1): for PROJ and platform support
# Markus Neteler (nominated by 2): for the obvious. :-)
# Cedric Shock (nominated by 1): various code contributions

== Status July 2006 ==

The story got stuck due to the low interest among GRASS developers. We'll see for the future.

GRASS-Wiki:About

2006-06-28T12:29:23Z

⚠️Dassau:

This GRASS MediaWiki was migrated from an existing TWiKi portal on 18. May 2006. Since we had lot of problems with Wiki spam we decided to migrate to [http://www.mediawiki.org Mediawiki]. To be able to contribute to the new Wiki again, we would kindly ask you to [[Special:Userlogin|reregister]], because we could not convert all usernames due to an enormous number of registered Spam users. Sorry for any inconvenience!

We hope this Wiki will be a great knowledge-base for the GRASS GIS project

kind regards, 
Otto Dassau, Stephan Holl and Jachym Cepicky

On this Wiki, you can get and contribute GRASS related information, documents and add-ons programs.

GRASS-Wiki:About

2006-06-28T12:28:55Z

⚠️Dassau:

This GRASS MediaWiki was migrated from an existing TWiKi portal on 18. May 2006. Since we had lot of problems with Wiki spam we decided to migrate to [http://www.mediawiki.org Mediawiki]. To be able to contribute to the new Wiki again, we would kindly ask you to [[Special:Userlogin|reregister]], because we could not convert all usernames due to an enormous number of registered Spam users. Sorry for any inconvenience!

We hope this Wiki will be a great knowledge-base for the GRASS GIS project

kind regards,
Otto Dassau, Stephan Holl and Jachym Cepicky

On this Wiki, you can get and contribute GRASS related information, documents and add-ons programs.

GRASS-Wiki:About

2006-06-28T12:28:31Z

⚠️Dassau:

This GRASS MediaWiki was migrated from an existing TWiKi portal on 18. May 2006. Since we had lot of problems with Wiki spam we decided to migrate to [http://www.mediawiki.org Mediawiki]. To be able to contribute to the new Wiki again, we would kindly ask you to [[Special:Userlogin|reregister]], because we could not convert all usernames due to an enormous number of registered Spam users. Sorry for any inconvenience!

We hope this Wiki will be a great knowledge-base for the GRASS GIS project

kind regards
Otto Dassau, Stephan Holl, Jachym Cepicky
|}

On this Wiki, you can get and contribute GRASS related information, documents and add-ons programs.

FOSS4G2006: GRASS related workshops and presentations

2006-06-28T08:55:58Z

⚠️Dassau:

==Introduction==

Geoinformatics 2006 is to be held in Switzerland over September 12-15th 2006 and we offer several workshops and presentations. This page will hold the plans and proposed programme for the GRASS component of Geo2006. Please compair with the [http://www.foss4g2006.org/conferenceTimeTable.py?confId=1&showDate=all&showSession=all&detailLevel=contribution&viewMode=parallel official workshop time table] including all offered workshops.

===Workshops===

For each proposal we'll have to write an abstract and submit it
by 15th of april 2006 (http://www.foss4g2006.org). Any suggestion and contribution is welcome. Next FOSS4G2006 IRC meeting is in IRC (irc://irc.freenode.net/foss4g2006), see the channel topic for dates. To submit a workshop proposal one teacher needs to feel responsible as head and add the workshop.

====Beginner's Workshop (Tuesday 9-11): (accepted)====

This would propably be sth. similar to the OSG'05 workshop from Markus and Kristen Perry, material at: http://mpa.itc.it/markus/osg05/

* '''teachers:'''
** Otto Dassau (head)
** Paolo Zatelli
** Stephan Holl
** Jachym Cepicky

* '''abstract''' (topics):
** first steps with GRASS (and with Quantum GIS)
** data import and export
** vector data analysis
** rastor data analysis
** image analysis (optical - short)
** visualization (nviz - short)

====Power User Workshop 1: GRASS and external DBMS (Wednesday 14-16): (accepted)====

We can demonstrate database support by connecting GRASS to the most commonly used DBMS (!PostgreSQL/PostGIS, !MySQL, Oracle/Locator, sqlite, ...)

* '''teachers''':
** Stephan Holl (head)
** Otto Dassau
** Paolo Zatelli
** Jachym Cepicky

* '''abstract''' (proposed topics):
** Installation, prerequirements
** Configuration of external RDBMS to use as attribute-storage
*** Benefits of RDBMS and GRASS
*** Sharing attribute-data with other applications
** Configuration of spatialy enabled RDBMS (!PostGIS/Oracle Spatial)
*** reading and writing from/to such RDBMS
*** Using already existing data from such RDBMS
** Hints for practical usage of external RDBMS.

====Power User Workshop 2: Using R with FOSS4G, in particular with GRASS (Tuesday 14-16): (accepted)====

Using GRASS in combination with R is often useful, starting with running R within GRASS, then encapsulating R within GRASS for standardised tasks. R contributed packages also use other FOSS4G software extensively, including GDAL, OGR, PROJ.4, Terralib, and others:

* '''possible teachers''':
** Roger Bivand (head)
** please suggest (preferably GRASS side)

* '''abstract''' (proposed topics):
** Installing R for FOSS4G/GRASS - task view and packages
** Spatial classes in R
** GRASS6/R interface
** Other FOSS4G/R interfaces (rgdal, aRT, ...)
** Using the interface to do geostatistics and interpolation
** Customising FOSS4G/GRASS-side scripts

====Power User Workshop: GRASS image processing (optical and Lidar)(Tuesday 16-18) (accepted)====

* '''teachers''':
** LIDAR: Helena Mitasova, Maria Brovelli
** Optical: Markus Neteler

* '''abstract''' (proposed topics):
** Lidar data basics, topo analysis, filtering:
*** what are lidar data and where to get them
*** import lidar DEMs and massive point data sets: r.in.gdal, v.in.ascii
*** detection of the surface objects (buildings, vegetation, ...)
*** data classification: terrain, terrain with double pulse, object, object with double pulse
*** compute high resolution DEMs from point data using v.surf.rst (relation between tension, smoothing, and level of detail) or Tykhonov regularized spline functions (v.bsplinet)
*** topographic analysis based on lidar data: r.slope.aspect, v.surf.rst, r.watershed, r.terraflow
*** (to be added if it works): create your lidar-based DEM and perform topographic analysis using GRASS6 and v.surf.rst on-line through GEONGRID project
** Optical data processing (very short)
*** import, visualization with color table improvements
*** geocoding with automatic search of ground control points
*** ratios, filtering
*** image classification with vectorization of results

====Power User Workshop: GRASS 3D and visualization (accepted)(Tuesday 11-13)====

* '''teachers''':
** Helena Mitasova (assistance, if needed)
** Massimo Cuomo (head?)
** Jachym Cepicky
** Soeren Gebbert

* '''abstract''' (proposed topics):
** 3D data and how to import or create them
*** surfaces (2D raster), volumes(3D raster):v.surf.rst, v.vol.rst (Helena)
*** 3D vectors (Jachym)
*** modify/create 3D data using r.mapcalc, r3.mapcalc
*** nviz: navigation and fly throughs (Massimo)
*** nviz: working with multiple surfaces (Helena)
*** nviz: create dynamic surfaces using file sequencing tool (Helena)
*** nviz: combining surfaces and volumes
*** nviz: working with 3D vector points with multiple attributes (Massimo)

* 3D-vectors in GIS GRASS (Jachym)
** How to create them
** How to visualise them in nviz
** v.trees3d & v.extrude & v.drape

* Another possibilites of visualisation of GRASS 3D vectors (VTK) (Jachym)
** How to export data for Paraview (2D, 3D raster, 3D Vector)
** How to visualise them

====Live-CD for GRASS, R and Quantum GIS workshops====

Currently Stephan Holl, Otto Dassau and Peter Löwe prepair to build a new 'GISIX' LiveCD based on [http://www.knopper.net/knoppix/index-en.html KNOPPIX 5.0.1.] including all necessary software packages for the GRASS, R and Quantum GIS workshops.

====power-packed FOSS4G/OSGEO CD for the participants====

* idea from Venkatesh: provide a power-packed FOSS4G/OSGEO CD to the participants and maybe keep a few CD-RW equipped machines so that people could burn their own CD at the Conference venue. This is particularly use to participants from countries where internet bandwidth is narrow. The FOSS4G CD might be a good (release) candidate for the FOSS4G/OSGEO CD if it could be further tested, polished and improved upon.
* FOSS4G Toolkit ISO-Image can be downloaded from http://wgrass.media.osaka-cu.ac.jp/foss4g/

===Presentations===

For each presentation proposal the presenter has to submit an abstract by 30 June, 2006 (http://www.foss4g2006.org/internalPage.py?pageId=9&confId=1).

FOSS4G2006: GRASS related workshops and presentations

2006-06-17T09:34:27Z

⚠️Dassau:

FOSS4G2006: GRASS related workshops and presentations

2006-06-17T09:27:58Z

⚠️Dassau: /* Power User Workshop 2: Using R with FOSS4G, in particular with GRASS (submitted) */

==Introduction==

Geoinformatics 2006 is to be held in Switzerland over September 12-15th 2006 and we are thinking of applying to offer several workshops and presentations. This page will hold the plans and proposed programme for the GRASS component of Geo2006.

===Workshops===

For each proposal we'll have to write an abstract and submit it
by 15th of april 2006 (http://www.foss4g2006.org). Any suggestion and contribution is welcome. Next FOSS4G2006 IRC meeting is in IRC (irc://irc.freenode.net/foss4g2006), see the channel topic for dates. To submit a workshop proposal one teacher needs to feel responsible as head and add the workshop.

====Beginner's Workshop (Tuesday 8-10): (accepted)====

This would propably be sth. similar to the OSG'05 workshop from Markus and Kristen Perry, material at: http://mpa.itc.it/markus/osg05/

* '''teachers:'''
** Otto Dassau (head)
** Paolo Zatelli
** Stephan Holl
** Jachym Cepicky

* '''abstract''' (topics):
** first steps with GRASS (and with Quantum GIS)
** data import and export
** vector data analysis
** rastor data analysis
** image analysis (optical - short)
** visualization (nviz - short)

====Power User Workshop 1: GRASS and external DBMS (Wednesday 13-15): (accepted)====

We can demonstrate database support by connecting GRASS to the most commonly used DBMS (!PostgreSQL/PostGIS, !MySQL, Oracle/Locator, sqlite, ...)

* '''teachers''':
** Stephan Holl (head)
** Otto Dassau
** Paolo Zatelli
** Jachym Cepicky

* '''abstract''' (proposed topics):
** Installation, prerequirements
** Configuration of external RDBMS to use as attribute-storage
*** Benefits of RDBMS and GRASS
*** Sharing attribute-data with other applications
** Configuration of spatialy enabled RDBMS (!PostGIS/Oracle Spatial)
*** reading and writing from/to such RDBMS
*** Using already existing data from such RDBMS
** Hints for practical usage of external RDBMS.

====Power User Workshop 2: Using R with FOSS4G, in particular with GRASS (Tuesday 14-16): (accepted)====

Using GRASS in combination with R is often useful, starting with running R within GRASS, then encapsulating R within GRASS for standardised tasks. R contributed packages also use other FOSS4G software extensively, including GDAL, OGR, PROJ.4, Terralib, and others:

* '''possible teachers''':
** Roger Bivand (head)
** please suggest (preferably GRASS side)

* '''abstract''' (proposed topics):
** Installing R for FOSS4G/GRASS - task view and packages
** Spatial classes in R
** GRASS6/R interface
** Other FOSS4G/R interfaces (rgdal, aRT, ...)
** Using the interface to do geostatistics and interpolation
** Customising FOSS4G/GRASS-side scripts

====Power User Workshop: GRASS image processing (optical and Lidar) (accepted)====

* '''teachers''':
** LIDAR: Helena Mitasova, Maria Brovelli
** Optical: Markus Neteler

* '''abstract''' (proposed topics):
** Lidar data basics, topo analysis, filtering:
*** what are lidar data and where to get them
*** import lidar DEMs and massive point data sets: r.in.gdal, v.in.ascii
*** detection of the surface objects (buildings, vegetation, ...)
*** data classification: terrain, terrain with double pulse, object, object with double pulse
*** compute high resolution DEMs from point data using v.surf.rst (relation between tension, smoothing, and level of detail) or Tykhonov regularized spline functions (v.bsplinet)
*** topographic analysis based on lidar data: r.slope.aspect, v.surf.rst, r.watershed, r.terraflow
*** (to be added if it works): create your lidar-based DEM and perform topographic analysis using GRASS6 and v.surf.rst on-line through GEONGRID project
** Optical data processing (very short)
*** import, visualization with color table improvements
*** geocoding with automatic search of ground control points
*** ratios, filtering
*** image classification with vectorization of results

====Power User Workshop: GRASS 3D and visualization (accepted)====

* '''teachers''':
** Helena Mitasova (assistance, if needed)
** Massimo Cuomo (head?)
** Jachym Cepicky
** Soeren Gebbert

* '''abstract''' (proposed topics):
** 3D data and how to import or create them
*** surfaces (2D raster), volumes(3D raster):v.surf.rst, v.vol.rst (Helena)
*** 3D vectors (Jachym)
*** modify/create 3D data using r.mapcalc, r3.mapcalc
*** nviz: navigation and fly throughs (Massimo)
*** nviz: working with multiple surfaces (Helena)
*** nviz: create dynamic surfaces using file sequencing tool (Helena)
*** nviz: combining surfaces and volumes
*** nviz: working with 3D vector points with multiple attributes (Massimo)

* 3D-vectors in GIS GRASS (Jachym)
** How to create them
** How to visualise them in nviz
** v.trees3d & v.extrude & v.drape

* Another possibilites of visualisation of GRASS 3D vectors (VTK) (Jachym)
** How to export data for Paraview (2D, 3D raster, 3D Vector)
** How to visualise them

====power-packed FOSS4G/OSGEO CD for the participants====

* idea from Venkatesh: provide a power-packed FOSS4G/OSGEO CD to the participants and maybe keep a few CD-RW equipped machines so that people could burn their own CD at the Conference venue. This is particularly use to participants from countries where internet bandwidth is narrow. The FOSS4G CD might be a good (release) candidate for the FOSS4G/OSGEO CD if it could be further tested, polished and improved upon.
* FOSS4G Toolkit ISO-Image can be downloaded from http://wgrass.media.osaka-cu.ac.jp/foss4g/

===Presentations===

For each presentation proposal the presenter has to submit an abstract by 30 June, 2006 (http://www.foss4g2006.org/internalPage.py?pageId=9&confId=1).

GRASS-Wiki

2006-06-10T09:55:13Z

⚠️Dassau: /* Welcome to GRASS-Wiki. */

==Welcome to GRASS-Wiki. ==



[http://grass.itc.it The Geographic Resources Analysis Support System], commonly referred to as '''GRASS''', is a Geographic Information System (GIS) used for geospatial data management and analysis, image processing, graphics/maps production, spatial modeling, and visualization. GRASS is currently used in academic and commercial settings around the world, as well as by many governmental agencies and environmental consulting companies. GRASS WIKI offers the official community platform of the GRASS GIS project.

On this Wiki, you can get and contribute GRASS related information, documents and add-ons programs.

 

'''All pages have already been ported''', but need to be checked, of course:
* [[GRASS Community]]
* [[Development|GRASS Development]]
* [[GRASS Documents]]
* [[GRASS AddOns]]
* [[GRASS Help]]

GRASS-Wiki

2006-06-10T09:54:49Z

⚠️Dassau: /* Welcome to GRASS-Wiki. */

==Welcome to GRASS-Wiki. ==



[http://grass.itc.it The Geographic Resources Analysis Support System], commonly referred to as '''GRASS''', is a Geographic Information System (GIS) used for geospatial data management and analysis, image processing, graphics/maps production, spatial modeling, and visualization. GRASS is currently used in academic and commercial settings around the world, as well as by many governmental agencies and environmental consulting companies. GRASS WIKI offers the official community platform of the GRASS GIS project.

On this Wiki, you can get and contribute GRASS related information, documents and add-ons programs.

'''All pages have already been ported''', but need to be checked, of course:
* [[GRASS Community]]
* [[Development|GRASS Development]]
* [[GRASS Documents]]
* [[GRASS AddOns]]
* [[GRASS Help]]

FOSS4G2006: GRASS related workshops and presentations

2006-06-06T07:10:44Z

⚠️Dassau: /* Power User Workshop: GRASS image processing (optical and Lidar) (accepted) */

==Introduction==

Geoinformatics 2006 is to be held in Switzerland over September 12-15th 2006 and we are thinking of applying to offer several workshops and presentations. This page will hold the plans and proposed programme for the GRASS component of Geo2006.

===Workshops===

For each proposal we'll have to write an abstract and submit it
by 15th of april 2006 (http://www.foss4g2006.org). Any suggestion and contribution is welcome. Next FOSS4G2006 IRC meeting is in IRC (irc://irc.freenode.net/foss4g2006), see the channel topic for dates. To submit a workshop proposal one teacher needs to feel responsible as head and add the workshop.

====Beginner's Workshop (Tuesday 8-10): (accepted)====

This would propably be sth. similar to the OSG'05 workshop from Markus and Kristen Perry, material at: http://mpa.itc.it/markus/osg05/

* '''teachers:'''
** Otto Dassau (head)
** Paolo Zatelli
** Stephan Holl
** Jachym Cepicky

* '''abstract''' (topics):
** first steps with GRASS (and with Quantum GIS)
** data import and export
** vector data analysis
** rastor data analysis
** image analysis (optical - short)
** visualization (nviz - short)

====Power User Workshop 1: GRASS and external DBMS (Wednesday 13-15): (accepted)====

We can demonstrate database support by connecting GRASS to the most commonly used DBMS (!PostgreSQL/PostGIS, !MySQL, Oracle/Locator, sqlite, ...)

* '''teachers''':
** Stephan Holl (head)
** Otto Dassau
** Paolo Zatelli
** Jachym Cepicky

* '''abstract''' (proposed topics):
** Installation, prerequirements
** Configuration of external RDBMS to use as attribute-storage
*** Benefits of RDBMS and GRASS
*** Sharing attribute-data with other applications
** Configuration of spatialy enabled RDBMS (!PostGIS/Oracle Spatial)
*** reading and writing from/to such RDBMS
*** Using already existing data from such RDBMS
** Hints for practical usage of external RDBMS.

====Power User Workshop 2: Using R with FOSS4G, in particular with GRASS (submitted)====

Using GRASS in combination with R is often useful, starting with running R within GRASS, then encapsulating R within GRASS for standardised tasks. R contributed packages also use other FOSS4G software extensively, including GDAL, OGR, PROJ.4, Terralib, and others:

* '''possible teachers''':
** Roger Bivand (head)
** please suggest (preferably GRASS side)

* '''abstract''' (proposed topics):
** Installing R for FOSS4G/GRASS - task view and packages
** Spatial classes in R
** GRASS6/R interface
** Other FOSS4G/R interfaces (rgdal, aRT, ...)
** Using the interface to do geostatistics and interpolation
** Customising FOSS4G/GRASS-side scripts

====Power User Workshop: GRASS image processing (optical and Lidar) (accepted)====

* '''teachers''':
** LIDAR: Helena Mitasova, Maria Brovelli
** Optical: Markus Neteler

* '''abstract''' (proposed topics):
** Lidar data basics, topo analysis, filtering:
*** what are lidar data and where to get them
*** import lidar DEMs and massive point data sets: r.in.gdal, v.in.ascii
*** detection of the surface objects (buildings, vegetation, ...)
*** data classification: terrain, terrain with double pulse, object, object with double pulse
*** compute high resolution DEMs from point data using v.surf.rst (relation between tension, smoothing, and level of detail) or Tykhonov regularized spline functions (v.bsplinet)
*** topographic analysis based on lidar data: r.slope.aspect, v.surf.rst, r.watershed, r.terraflow
*** (to be added if it works): create your lidar-based DEM and perform topographic analysis using GRASS6 and v.surf.rst on-line through GEONGRID project
** Optical data processing (very short)
*** import, visualization with color table improvements
*** geocoding with automatic search of ground control points
*** ratios, filtering
*** image classification with vectorization of results

====Power User Workshop: GRASS 3D and visualization (accepted)====

* '''teachers''':
** Helena Mitasova (assistance, if needed)
** Massimo Cuomo (head?)
** Jachym Cepicky
** Soeren Gebbert

* '''abstract''' (proposed topics):
** 3D data and how to import or create them
*** surfaces (2D raster), volumes(3D raster):v.surf.rst, v.vol.rst (Helena)
*** 3D vectors (Jachym)
*** modify/create 3D data using r.mapcalc, r3.mapcalc
*** nviz: navigation and fly throughs (Massimo)
*** nviz: working with multiple surfaces (Helena)
*** nviz: create dynamic surfaces using file sequencing tool (Helena)
*** nviz: combining surfaces and volumes
*** nviz: working with 3D vector points with multiple attributes (Massimo)

* 3D-vectors in GIS GRASS (Jachym)
** How to create them
** How to visualise them in nviz
** v.trees3d & v.extrude & v.drape

* Another possibilites of visualisation of GRASS 3D vectors (VTK) (Jachym)
** How to export data for Paraview (2D, 3D raster, 3D Vector)
** How to visualise them

====power-packed FOSS4G/OSGEO CD for the participants====

* idea from Venkatesh: provide a power-packed FOSS4G/OSGEO CD to the participants and maybe keep a few CD-RW equipped machines so that people could burn their own CD at the Conference venue. This is particularly use to participants from countries where internet bandwidth is narrow. The FOSS4G CD might be a good (release) candidate for the FOSS4G/OSGEO CD if it could be further tested, polished and improved upon.
* FOSS4G Toolkit ISO-Image can be downloaded from http://wgrass.media.osaka-cu.ac.jp/foss4g/

===Presentations===

For each presentation proposal the presenter has to submit an abstract by 30 June, 2006 (http://www.foss4g2006.org/internalPage.py?pageId=9&confId=1).

FOSS4G2006: GRASS related workshops and presentations

2006-05-30T08:09:25Z

⚠️Dassau: /* Power User Workshop 1: GRASS and external DBMS* (submitted) */

==Introduction==

Geoinformatics 2006 is to be held in Switzerland over September 12-15th 2006 and we are thinking of applying to offer several workshops and presentations. This page will hold the plans and proposed programme for the GRASS component of Geo2006.

===Workshops===

For each proposal we'll have to write an abstract and submit it
by 15th of april 2006 (http://www.foss4g2006.org). Any suggestion and contribution is welcome. Next FOSS4G2006 IRC meeting is in IRC (irc://irc.freenode.net/foss4g2006), see the channel topic for dates. To submit a workshop proposal one teacher needs to feel responsible as head and add the workshop.

====Beginner's Workshop (Tuesday 8-10): (accepted)====

This would propably be sth. similar to the OSG'05 workshop from Markus and Kristen Perry, material at: http://mpa.itc.it/markus/osg05/

* '''teachers:'''
** Otto Dassau (head)
** Paolo Zatelli
** Stephan Holl
** Jachym Cepicky

* '''abstract''' (topics):
** first steps with GRASS (and with Quantum GIS)
** data import and export
** vector data analysis
** rastor data analysis
** image analysis (optical - short)
** visualization (nviz - short)

====Power User Workshop 1: GRASS and external DBMS (Wednesday 13-15): (accepted)====

We can demonstrate database support by connecting GRASS to the most commonly used DBMS (!PostgreSQL/PostGIS, !MySQL, Oracle/Locator, sqlite, ...)

* '''teachers''':
** Stephan Holl (head)
** Otto Dassau
** Paolo Zatelli
** Jachym Cepicky

* '''abstract''' (proposed topics):
** Installation, prerequirements
** Configuration of external RDBMS to use as attribute-storage
*** Benefits of RDBMS and GRASS
*** Sharing attribute-data with other applications
** Configuration of spatialy enabled RDBMS (!PostGIS/Oracle Spatial)
*** reading and writing from/to such RDBMS
*** Using already existing data from such RDBMS
** Hints for practical usage of external RDBMS.

====Power User Workshop 2: Using R with FOSS4G, in particular with GRASS (submitted)====

Using GRASS in combination with R is often useful, starting with running R within GRASS, then encapsulating R within GRASS for standardised tasks. R contributed packages also use other FOSS4G software extensively, including GDAL, OGR, PROJ.4, Terralib, and others:

* '''possible teachers''':
** Roger Bivand (head)
** please suggest (preferably GRASS side)

* '''abstract''' (proposed topics):
** Installing R for FOSS4G/GRASS - task view and packages
** Spatial classes in R
** GRASS6/R interface
** Other FOSS4G/R interfaces (rgdal, aRT, ...)
** Using the interface to do geostatistics and interpolation
** Customising FOSS4G/GRASS-side scripts

====Power User Workshop: GRASS image processing (optical and Lidar) (submitted)====

* '''possible teachers''':
** LIDAR: Helena Mitasova, Maria Brovelli
** Optical: Markus Neteler, Otto Dassau (assistance, if needed)

* '''abstract''' (proposed topics):
** Lidar data basics, topo analysis, filtering:
*** what are lidar data and where to get them
*** import lidar DEMs and massive point data sets: r.in.gdal, v.in.ascii
*** detection of the surface objects (buildings, vegetation, ...)
*** data classification: terrain, terrain with double pulse, object, object with double pulse
*** compute high resolution DEMs from point data using v.surf.rst (relation between tension, smoothing, and level of detail) or Tykhonov regularized spline functions (v.bsplinet)
*** topographic analysis based on lidar data: r.slope.aspect, v.surf.rst, r.watershed, r.terraflow
*** (to be added if it works): create your lidar-based DEM and perform topographic analysis using GRASS6 and v.surf.rst on-line through GEONGRID project
** Optical data processing
*** import, visualization with color table improvements
*** geocoding with automatic search of ground control points
*** ratios, filtering
*** image classification with vectorization of results (Otto Dassau)

====Power User Workshop: GRASS 3D and visualization (submitted)====

* '''possible teachers''':
** Helena Mitasova (assistance, if needed)
** Massimo Cuomo (head?)
** Jachym Cepicky
** please suggest

* '''abstract''' (proposed topics):
** 3D data and how to import or create them
*** surfaces (2D raster), volumes(3D raster):v.surf.rst, v.vol.rst (Helena)
*** 3D vectors (Jachym)
*** modify/create 3D data using r.mapcalc, r3.mapcalc
*** nviz: navigation and fly throughs (Massimo)
*** nviz: working with multiple surfaces (Helena)
*** nviz: create dynamic surfaces using file sequencing tool (Helena)
*** nviz: combining surfaces and volumes
*** nviz: working with 3D vector points with multiple attributes (Massimo)

* 3D-vectors in GIS GRASS (Jachym)
** How to create them
** How to visualise them in nviz
** v.trees3d & v.extrude & v.drape

* Another possibilites of visualisation of GRASS 3D vectors (VTK) (Jachym)
** How to export data for Paraview (2D, 3D raster, 3D Vector)
** How to visualise them

====power-packed FOSS4G/OSGEO CD for the participants====

* idea from Venkatesh: provide a power-packed FOSS4G/OSGEO CD to the participants and maybe keep a few CD-RW equipped machines so that people could burn their own CD at the Conference venue. This is particularly use to participants from countries where internet bandwidth is narrow. The FOSS4G CD might be a good (release) candidate for the FOSS4G/OSGEO CD if it could be further tested, polished and improved upon.
* FOSS4G Toolkit ISO-Image can be downloaded from http://wgrass.media.osaka-cu.ac.jp/foss4g/

===Presentations===

For each presentation proposal the presenter has to submit an abstract by 30 June, 2006 (http://www.foss4g2006.org/internalPage.py?pageId=9&confId=1).

FOSS4G2006: GRASS related workshops and presentations

2006-05-30T08:08:38Z

⚠️Dassau: /* Beginner's Workshop: (accepted) */

==Introduction==

Geoinformatics 2006 is to be held in Switzerland over September 12-15th 2006 and we are thinking of applying to offer several workshops and presentations. This page will hold the plans and proposed programme for the GRASS component of Geo2006.

===Workshops===

For each proposal we'll have to write an abstract and submit it
by 15th of april 2006 (http://www.foss4g2006.org). Any suggestion and contribution is welcome. Next FOSS4G2006 IRC meeting is in IRC (irc://irc.freenode.net/foss4g2006), see the channel topic for dates. To submit a workshop proposal one teacher needs to feel responsible as head and add the workshop.

====Beginner's Workshop (Tuesday 8-10): (accepted)====

This would propably be sth. similar to the OSG'05 workshop from Markus and Kristen Perry, material at: http://mpa.itc.it/markus/osg05/

* '''teachers:'''
** Otto Dassau (head)
** Paolo Zatelli
** Stephan Holl
** Jachym Cepicky

* '''abstract''' (topics):
** first steps with GRASS (and with Quantum GIS)
** data import and export
** vector data analysis
** rastor data analysis
** image analysis (optical - short)
** visualization (nviz - short)

====Power User Workshop 1: GRASS and external DBMS* (submitted)====

We can demonstrate database support by connecting GRASS to the most commonly used DBMS (!PostgreSQL/PostGIS, !MySQL, Oracle/Locator, sqlite, ...)

* '''teachers''':
** Stephan Holl (head)
** Otto Dassau
** Paolo Zatelli
** Jachym Cepicky

* '''abstract''' (proposed topics):
** Installation, prerequirements
** Configuration of external RDBMS to use as attribute-storage
*** Benefits of RDBMS and GRASS
*** Sharing attribute-data with other applications
** Configuration of spatialy enabled RDBMS (!PostGIS/Oracle Spatial)
*** reading and writing from/to such RDBMS
*** Using already existing data from such RDBMS
** Hints for practical usage of external RDBMS.

====Power User Workshop 2: Using R with FOSS4G, in particular with GRASS (submitted)====

Using GRASS in combination with R is often useful, starting with running R within GRASS, then encapsulating R within GRASS for standardised tasks. R contributed packages also use other FOSS4G software extensively, including GDAL, OGR, PROJ.4, Terralib, and others:

* '''possible teachers''':
** Roger Bivand (head)
** please suggest (preferably GRASS side)

* '''abstract''' (proposed topics):
** Installing R for FOSS4G/GRASS - task view and packages
** Spatial classes in R
** GRASS6/R interface
** Other FOSS4G/R interfaces (rgdal, aRT, ...)
** Using the interface to do geostatistics and interpolation
** Customising FOSS4G/GRASS-side scripts

====Power User Workshop: GRASS image processing (optical and Lidar) (submitted)====

* '''possible teachers''':
** LIDAR: Helena Mitasova, Maria Brovelli
** Optical: Markus Neteler, Otto Dassau (assistance, if needed)

* '''abstract''' (proposed topics):
** Lidar data basics, topo analysis, filtering:
*** what are lidar data and where to get them
*** import lidar DEMs and massive point data sets: r.in.gdal, v.in.ascii
*** detection of the surface objects (buildings, vegetation, ...)
*** data classification: terrain, terrain with double pulse, object, object with double pulse
*** compute high resolution DEMs from point data using v.surf.rst (relation between tension, smoothing, and level of detail) or Tykhonov regularized spline functions (v.bsplinet)
*** topographic analysis based on lidar data: r.slope.aspect, v.surf.rst, r.watershed, r.terraflow
*** (to be added if it works): create your lidar-based DEM and perform topographic analysis using GRASS6 and v.surf.rst on-line through GEONGRID project
** Optical data processing
*** import, visualization with color table improvements
*** geocoding with automatic search of ground control points
*** ratios, filtering
*** image classification with vectorization of results (Otto Dassau)

====Power User Workshop: GRASS 3D and visualization (submitted)====

* '''possible teachers''':
** Helena Mitasova (assistance, if needed)
** Massimo Cuomo (head?)
** Jachym Cepicky
** please suggest

* '''abstract''' (proposed topics):
** 3D data and how to import or create them
*** surfaces (2D raster), volumes(3D raster):v.surf.rst, v.vol.rst (Helena)
*** 3D vectors (Jachym)
*** modify/create 3D data using r.mapcalc, r3.mapcalc
*** nviz: navigation and fly throughs (Massimo)
*** nviz: working with multiple surfaces (Helena)
*** nviz: create dynamic surfaces using file sequencing tool (Helena)
*** nviz: combining surfaces and volumes
*** nviz: working with 3D vector points with multiple attributes (Massimo)

* 3D-vectors in GIS GRASS (Jachym)
** How to create them
** How to visualise them in nviz
** v.trees3d & v.extrude & v.drape

* Another possibilites of visualisation of GRASS 3D vectors (VTK) (Jachym)
** How to export data for Paraview (2D, 3D raster, 3D Vector)
** How to visualise them

====power-packed FOSS4G/OSGEO CD for the participants====

* idea from Venkatesh: provide a power-packed FOSS4G/OSGEO CD to the participants and maybe keep a few CD-RW equipped machines so that people could burn their own CD at the Conference venue. This is particularly use to participants from countries where internet bandwidth is narrow. The FOSS4G CD might be a good (release) candidate for the FOSS4G/OSGEO CD if it could be further tested, polished and improved upon.
* FOSS4G Toolkit ISO-Image can be downloaded from http://wgrass.media.osaka-cu.ac.jp/foss4g/

===Presentations===

For each presentation proposal the presenter has to submit an abstract by 30 June, 2006 (http://www.foss4g2006.org/internalPage.py?pageId=9&confId=1).

GRASS-Wiki

2006-05-27T18:10:30Z

⚠️Dassau:

==Welcome to GRASS-Wiki. ==

{| style="background:yellow" width="80%" align="center"
|-
| This is the '''NEW''' GRASS Wiki, started on May 19th 2006. Since we had lot of problems with Wiki spam we decided to migrate to [http://www.mediawiki.org Mediawiki]. To be able to contribute to the new Wiki again, we would kindly ask you to [[Special:Userlogin|reregister]], because we could not convert all usernames due to an enormous number of registered Spam users. Sorry for any inconvenience!

We hope this Wiki will be a great knowledge-base for GRASS-GIS

kind regards
Otto Dassau, Stephan Holl, Jachym Cepicky
|}

[http://grass.itc.it The Geographic Resources Analysis Support System], commonly referred to as '''GRASS''', is a Geographic Information System (GIS) used for geospatial data management and analysis, image processing, graphics/maps production, spatial modeling, and visualization. GRASS is currently used in academic and commercial settings around the world, as well as by many governmental agencies and environmental consulting companies. GRASS WIKI offers the official community platform of the GRASS GIS project.

On this Wiki, you can get and contribute GRASS related information, documents and add-ons programs.

'''All pages have already been ported''', but need to be checked, of course:
* [[GRASS Community]]
* [[Development]]
* [[GRASS Documents]]
* [[GRASS AddOns]]
* [[GRASS Help]]

User talk:Dassau

2006-05-27T18:08:51Z

⚠️Dassau:

Hi Otto,

please remove [[Special:Lonelypages|orphaned]] pages:

* Faq (see discussion there for reason)
* Grass Programming Howto - replicated
* GRASS Projects - no content

thanks

Markus

-> am 27.05.06 geloescht.

FOSS4G2006: GRASS related workshops and presentations

2006-05-24T09:45:34Z

⚠️Dassau:

==Introduction==

Geoinformatics 2006 is to be held in Switzerland over September 12-15th 2006 and we are thinking of applying to offer several workshops and presentations. This page will hold the plans and proposed programme for the GRASS component of Geo2006.

===Workshops===

For each proposal we'll have to write an abstract and submit it
by 15th of april 2006 (http://www.foss4g2006.org). Any suggestion and contribution is welcome. Next FOSS4G2006 IRC meeting is in IRC (irc://irc.freenode.net/foss4g2006), see the channel topic for dates. To submit a workshop proposal one teacher needs to feel responsible as head and add the workshop.

====Beginner's Workshop: (accepted)====

This would propably be sth. similar to the OSG'05 workshop from Markus and Kristen Perry, material at: http://mpa.itc.it/markus/osg05/

* '''teachers:'''
** Otto Dassau (head)
** Paolo Zatelli
** Stephan Holl
** Jachym Cepicky

* '''abstract''' (topics):
** first steps with GRASS (and with Quantum GIS)
** data import and export
** vector data analysis
** rastor data analysis
** image analysis (optical - short)
** visualization (nviz - short)

====Power User Workshop 1: GRASS and external DBMS* (submitted)====

We can demonstrate database support by connecting GRASS to the most commonly used DBMS (!PostgreSQL/PostGIS, !MySQL, Oracle/Locator, sqlite, ...)

* '''teachers''':
** Stephan Holl (head)
** Otto Dassau
** Paolo Zatelli
** Jachym Cepicky

* '''abstract''' (proposed topics):
** Installation, prerequirements
** Configuration of external RDBMS to use as attribute-storage
*** Benefits of RDBMS and GRASS
*** Sharing attribute-data with other applications
** Configuration of spatialy enabled RDBMS (!PostGIS/Oracle Spatial)
*** reading and writing from/to such RDBMS
*** Using already existing data from such RDBMS
** Hints for practical usage of external RDBMS.

====Power User Workshop 2: Using R with FOSS4G, in particular with GRASS (submitted)====

Using GRASS in combination with R is often useful, starting with running R within GRASS, then encapsulating R within GRASS for standardised tasks. R contributed packages also use other FOSS4G software extensively, including GDAL, OGR, PROJ.4, Terralib, and others:

* '''possible teachers''':
** Roger Bivand (head)
** please suggest (preferably GRASS side)

* '''abstract''' (proposed topics):
** Installing R for FOSS4G/GRASS - task view and packages
** Spatial classes in R
** GRASS6/R interface
** Other FOSS4G/R interfaces (rgdal, aRT, ...)
** Using the interface to do geostatistics and interpolation
** Customising FOSS4G/GRASS-side scripts

====Power User Workshop: GRASS image processing (optical and Lidar) (submitted)====

* '''possible teachers''':
** LIDAR: Helena Mitasova, Maria Brovelli
** Optical: Markus Neteler, Otto Dassau (assistance, if needed)

* '''abstract''' (proposed topics):
** Lidar data basics, topo analysis, filtering:
*** what are lidar data and where to get them
*** import lidar DEMs and massive point data sets: r.in.gdal, v.in.ascii
*** detection of the surface objects (buildings, vegetation, ...)
*** data classification: terrain, terrain with double pulse, object, object with double pulse
*** compute high resolution DEMs from point data using v.surf.rst (relation between tension, smoothing, and level of detail) or Tykhonov regularized spline functions (v.bsplinet)
*** topographic analysis based on lidar data: r.slope.aspect, v.surf.rst, r.watershed, r.terraflow
*** (to be added if it works): create your lidar-based DEM and perform topographic analysis using GRASS6 and v.surf.rst on-line through GEONGRID project
** Optical data processing
*** import, visualization with color table improvements
*** geocoding with automatic search of ground control points
*** ratios, filtering
*** image classification with vectorization of results (Otto Dassau)

====Power User Workshop: GRASS 3D and visualization (submitted)====

* '''possible teachers''':
** Helena Mitasova (assistance, if needed)
** Massimo Cuomo (head?)
** Jachym Cepicky
** please suggest

* '''abstract''' (proposed topics):
** 3D data and how to import or create them
*** surfaces (2D raster), volumes(3D raster):v.surf.rst, v.vol.rst (Helena)
*** 3D vectors (Jachym)
*** modify/create 3D data using r.mapcalc, r3.mapcalc
*** nviz: navigation and fly throughs (Massimo)
*** nviz: working with multiple surfaces (Helena)
*** nviz: create dynamic surfaces using file sequencing tool (Helena)
*** nviz: combining surfaces and volumes
*** nviz: working with 3D vector points with multiple attributes (Massimo)

* 3D-vectors in GIS GRASS (Jachym)
** How to create them
** How to visualise them in nviz
** v.trees3d & v.extrude & v.drape

* Another possibilites of visualisation of GRASS 3D vectors (VTK) (Jachym)
** How to export data for Paraview (2D, 3D raster, 3D Vector)
** How to visualise them

====power-packed FOSS4G/OSGEO CD for the participants====

* idea from Venkatesh: provide a power-packed FOSS4G/OSGEO CD to the participants and maybe keep a few CD-RW equipped machines so that people could burn their own CD at the Conference venue. This is particularly use to participants from countries where internet bandwidth is narrow. The FOSS4G CD might be a good (release) candidate for the FOSS4G/OSGEO CD if it could be further tested, polished and improved upon.
* FOSS4G Toolkit ISO-Image can be downloaded from http://wgrass.media.osaka-cu.ac.jp/foss4g/

===Presentations===

For each presentation proposal the presenter has to submit an abstract by 30 June, 2006 (http://www.foss4g2006.org/internalPage.py?pageId=9&confId=1).

GRASS Module Porting List

2006-05-23T16:58:42Z

⚠️Dassau: /* Vector modules */

==GRASS 5.3 modules porting status to 6.0==

All modules '''NOT''' listed here have kept their name in
GRASS 6.0 (maybe flags/parameters are modified, though).
The list below gives hints for modules not found in 6.0.

The overall aim in 6.0 is to increase the module cohesion and to
minimize replicated code. Also obsolete code is no longer maintained.
The user interface is simplified in this sense while many modules are
becoming more powerful due to the heavily improved vector engine and
DBMS integration.

Please note that GRASS commands no longer overwrite existing maps.
To enforce overwriting (instead of using another file name or in
advance g.rename or g.copy), use the flag '--o'.

[Status: January 2005 ]

===Display modules===

Nearly all non-obsolete modules ported.

* d.menu - not ported; used for creating stand alone GRASS applications
* d.3d - obsolete and replaced by NVIZ
* d.area - merged to d.vect: HTMLMAP driver doesn't work yet with new d.vect
* d.colormode - obsolete
* d.db - d.vect (sites obsolete)
* d.display - obsolete
* d.fix.ortho - functionality is covered in i.points or i.vpoints
* d.icons - obsolete (sites replaced by vector points, d.vect)
* d.label - largely replaced by d.text, d.text.freetype
* d.labels - largely replaced by v.label, d.paint.labels, d.vect
* d.paint.labels - renamed d.labels
* d.pan - included in d.zoom -p
* d.points - obsolete (sites replaced by vector points)
* d.site.labels - obsolete (sites replaced by vector points)
* d.sites - obsolete (sites replaced by vector points)
* d.sites.qual - obsolete (sites replaced by vector points)
* d.vect.area - merged to d.vect
* d.vect.labels - merged to d.vect
* d.vect.line - merged to d.vect
* d.what.sites - obsolete (sites replaced by vector points)

===Database modules===

Drivers for dbf, postgresql, mysql, and odbc come with GRASS. All database commands work with all these platform, depending on which driver you choose. This makes all the postgresql-specific (*.pg) obsolete. Examples of replacement commands shown for v.*.pg commands.

* pg.in.dbf - implemented as db.copy, v.in.db
* g.column.pg - implemented as db.column
* d.rast.pg - currently no DB support for raster maps, desired
* d.site.pg - obsolete (sites replaced by vector points)
* d.what.r.pg - currently no DB support for raster maps, desired
* d.what.s.pg - obsolete (sites replaced by vector points)
* g.select.pg - implemented as db.select
* g.stats.pg - implemented?
* g.table.pg -implemented as db.table

* db.createdb - can be created in other ways (PG, OpenOffice etc)
* db.databases - implemented as db.tables
* db.dropdb - implemented as db.droptable

* d.vect.pg - merged to d.vect
* d.what.v.pg - merged to d.vect
* d.what.db - implemented as d.what.vect, db.select

* v.to.pg - implemented as v.to.db

===General commands===

* g.help - obsolete (all help files html/man)
* g.pnmcomp - obsolete

===General volume commands===

* g3.createwind - no longer needed
* g3.list - integrated in g.list
* g3.region - integrated in g.region
* g3.remove - integrated in g.remove
* g3.rename - integrated in g.rename
* g3.setregion - integrated in g.region

===Imagery commands===

A number of imagery commands were duplicated in the raster modules. A couple have not yet been ported, including a couple scripts

* i.colors - see r.colors
* i.composite - see r.composite
* i.in.erdas - use r.in.gdal
* i.out.erdas - use r.out.gdal
* i.quantize - see r.quantize
* i.rvi.prediction - not ported
* i.shape - not ported
* i.tape.mss - use r.in.gdal
* i.tape.mss.h - use r.in.gdal
* i.tape.other - use r.in.gdal
* i.tape.spot
* i.tape.tm - use r.in.gdal
* i.texture - see r.texture

===Miscellaneous Commands===

Various utilities for file manipulation or coordinate pair transformation not ported

* m.datum.shift - not implemented, use cs2cs of PROJ4 instead
* m.dem.examine - use external gdalinfo
* m.dem.extract - use r.in.gdal
* m.dmaUSGSread - use r.in.gdal
* m.dted.examine - use external gdalinfo
* m.dted.extract - use r.in.gdal
* m.examine.tape - use external gdalinfo
* m.flip - not ported
* m.futil - not ported
* m.gc2ll - not ported
* m.in.stf1.tape - use r.in.gdal
* m.ipf - not ported
* m.kappa - see r.kappa
* m.ll2gc - not ported
* m.ll2u - not ported
* m.lulc.read - use r.in.gdal
* m.lulc.USGS
* m.proj2 - m.proj in 6.1, or use PROJ4's cs2cs instead
* m.qcalc - not ported
* m.region.ll - not ported
* m.rot90 - not ported
* m.sdts.read
* m.strip99s
* m.svfit - not ported; part of unfinished kriging module
* m.tiger.region
* m.u2ll - - not ported

===Paint commands===

Functionality of these is covered by either ps.map or display commands followed by screen output or d.out.png

* p.chart - not ported
* p.colors - not ported
* p.icons - not ported
* p.labels - not ported
* p.map - not ported, see ps.map
* p.map.new - not ported
* p.ppm - not ported
* p.select - not ported
* p.vrml - p.out.vrml

===Raster modules===

Not ported modules include a set of overlay modules (r.infer, r.binfer, r.weight), some additional hydrology modules, and a couple of statistical routines for ascii files.

* r.binfer - not ported
* r.colors.paint - obsolete
* r.flowmd - this is old, use r.flow
* r.grow2 - ported as r.grow
* r.grow - not ported, see next line
* r.hydro.CASC2D - not ported
* r.in.doq - use r.in.gdal
* r.in.dted - use r.in.gdal
* r.in.elas - not ported, doesn't make much sense
* r.infer - not ported
* r.in.ll
* r.in.miads
* r.in.pbm - use r.in.gdal
* r.in.pgm - use r.in.gdal
* r.in.png - use r.in.gdal
* r.in.ppm - use r.in.gdal
* r.in.shape - not ported, doesn't make much sense
* r.in.sunrast - use r.in.gdal
* r.in.tang - use r.in.gdal
* r.in.tiff - use r.in.gdal
* r.in.utm - not ported, doesn't make much sense
* r.linear.regression - not ported. This works on ascii data file, not map
* r.line - included in v.to.rast
* r.mask - ported as shell script in ver. 6.1+. Or just rename any raster to MASK (use g.rename, g.copy, r.mapcalc)
* r.mask.points - obsolete (sites replaced by vector points)
* r.out.elas - not ported, doesn't make much sense
* r.out.rlc - not ported, doesn't make much sense
* r.out.tga - not ported, doesn't make much sense
* r.out.xyz - use r.stats, r.out.ascii
* r.poly - implemented in r.to.vect
* r.rational.regression - not ported. This works on ascii data file, not map
* r.reclass.scs - not much different from r.reclass
* r.rvi.prediction - script? Not ported. This works on ascii data file, not map
* r.support - ported in version 6.1+. Use r.reclass to assign category labels
* r.surf.idw2 - ported (recent discussion of difference with r.surf.idw)
* r.to.sites - implemented in r.to.vect
* r.volume - partially ported in version 6.1+; needed for r.clump
* r.water.fea - not ported
* r.weight2 - not ported
* r.weight - not ported

===Sites modules===

Sites replaced by vector points. Most routines ported now

* s.medp - the old version (GRASS 5.3) is buggy and cannot be simply updated, more work needed.
* s.probplt- not yet ported, requires gnuplot
* s.sv - part of kriging support; not yet ported, better use R-stats
* s.territory - not ported
* s.vol.idw - not yet ported
* s.windavg - not yet ported
* r3.to.sites - not yet ported (will become r3.to.vect)
* s.cellstats - not yet ported
* s.delaunay - v.delaunay
* s.hull - v.hull
* s.info - v.info
* s.in.ascii - v.in.ascii
* s.in.dbf - replaced by v.in.db
* s.in.shape - Shapefile supported by v.in.ogr
* s.kernel - v.kernel
* s.mask - not yet ported
* s.normal - v.normal
* s.out.ascii - v.out.ascii
* s.out.e00 - not yet ported (will become v.out.e00)
* s.perturb - v.perturb
* s.proj - v.proj
* s.qcount - v.qcount
* s.random - v.random
* s.sample - v.sample
* s.surf.idw - v.surf.idw
* s.surf.rst - merged to v.surf.rst
* s.to.rast - v.to.rast
* s.to.rast3 - v.vol.rst
* s.to.vect - not needed, as sites replaced by vector points
* s.univar - v.univar
* s.vol.rst - v.vol.rst
* s.voronoi - v.voronoi
* s.what - not yet ported

===Vector modules===

All modules ported or their functionality merged into other modules, with a couple of exceptions.

* v.alabel - will be merged by v.category
* v.apply.census
* v.area - the same functionality in d.what.vect
* v.autocorr
* v.bubble - replaced by v.buffer, d.vect.chart, d.vect.thematic (shell script), and ps.map(vpoints:sizecol)
* v.cadlabel - can be done by v.distance or v.category
* v.circle - replaced by v.buffer
* v.cutter - replaced by v.overlay
* v.db.reclass - move to v.reclass
* v.dump - the same functionality in v.to.db
* v.export
* v.import - v.in.ogr
* v.in.arc - v.in.ogr
* v.in.atlas -atl2dig2.c is not used
* v.in.dlg
* v.in.dlg2 -not used in 5.0
* v.in.dlg.scs -not used in 5.0
* v.in.dxf3d -replaced by v.in.dwg (see [[GRASS 6 Tutorial]])
* v.in.dxf - replaced by v.in.dwg (note: cannot be compiled by default or distributed in binary) (see GrassSixTutorialFaq#2_DXF_and_DWG_files)
* m.in.e00 - v.in.e00, but E00 should be added to OGR library
* v.in.gshhs - try v.in.mapgen with data from NOAA's Coastline extractor
* v.in.poly - v.buffer
* v.in.sdts - SDTS supported by v.in.ogr
* v.in.shape - Shapefile supported by v.in.ogr
* v.in.tig.basic - TIGER supported by v.in.ogr
* v.in.tig.lndmk - TIGER supported by v.in.ogr
* v.in.transects
* v.label - ported in ver. 6.1+; also integrated into ps.map
* v.llabel - replaced by v.category
* v.mkquads - Not ported yet
* v.mkstats - not sure what it does
* v.out.arc
* v.out.atlas
* v.out.dlg
* v.out.e00
* v.out.idrisi
* v.out.mapinfo -Mapinfo is supported by v.out.ogr
* v.out.moss
* v.out.sdts - SDTS is NOT supported by v.out.ogr
* v.out.shape -Shapefile is supported by v.out.ogr
* v.patch.scs - alternate version of v.patch
* v.prune - this functionality should go to v.clean
* v.reclass.pg -moved to v.reclass?
* v.report - replaced by v.to.db
* v.rm.dangles - merged to v.clean
* v.rmdup - merged to v.clean
* v.rmedge - merged to v.clean?
* v.scale.random - v.patch + v.random
* v.sdts.dq.cp
* v.sdts.meta
* v.sdts.meta.cp
* v.spag - merged to v.cleanmerged to v.clean
* v.split - ported in ver. 6.1+
* v.stats - the same functionality in v.info
* v.support - v.build
* v.timestamp- move to v.info?
* v.to.sites - obsolete (sites replaced by vector points)
* v.what - this functionality is available in v.distance & d.what.vect

===Volume modules===

* all g3.* modules - integrated into g.*
* r3.* modules - almost unchanged
* s.to.rast3 - see s.* above
* NVIZ - volume visualization integrated

GRASS Module Porting List

2006-05-23T16:57:26Z

⚠️Dassau: /* Vector modules */

==GRASS 5.3 modules porting status to 6.0==

All modules '''NOT''' listed here have kept their name in
GRASS 6.0 (maybe flags/parameters are modified, though).
The list below gives hints for modules not found in 6.0.

The overall aim in 6.0 is to increase the module cohesion and to
minimize replicated code. Also obsolete code is no longer maintained.
The user interface is simplified in this sense while many modules are
becoming more powerful due to the heavily improved vector engine and
DBMS integration.

Please note that GRASS commands no longer overwrite existing maps.
To enforce overwriting (instead of using another file name or in
advance g.rename or g.copy), use the flag '--o'.

[Status: January 2005 ]

===Display modules===

Nearly all non-obsolete modules ported.

* d.menu - not ported; used for creating stand alone GRASS applications
* d.3d - obsolete and replaced by NVIZ
* d.area - merged to d.vect: HTMLMAP driver doesn't work yet with new d.vect
* d.colormode - obsolete
* d.db - d.vect (sites obsolete)
* d.display - obsolete
* d.fix.ortho - functionality is covered in i.points or i.vpoints
* d.icons - obsolete (sites replaced by vector points, d.vect)
* d.label - largely replaced by d.text, d.text.freetype
* d.labels - largely replaced by v.label, d.paint.labels, d.vect
* d.paint.labels - renamed d.labels
* d.pan - included in d.zoom -p
* d.points - obsolete (sites replaced by vector points)
* d.site.labels - obsolete (sites replaced by vector points)
* d.sites - obsolete (sites replaced by vector points)
* d.sites.qual - obsolete (sites replaced by vector points)
* d.vect.area - merged to d.vect
* d.vect.labels - merged to d.vect
* d.vect.line - merged to d.vect
* d.what.sites - obsolete (sites replaced by vector points)

===Database modules===

Drivers for dbf, postgresql, mysql, and odbc come with GRASS. All database commands work with all these platform, depending on which driver you choose. This makes all the postgresql-specific (*.pg) obsolete. Examples of replacement commands shown for v.*.pg commands.

* pg.in.dbf - implemented as db.copy, v.in.db
* g.column.pg - implemented as db.column
* d.rast.pg - currently no DB support for raster maps, desired
* d.site.pg - obsolete (sites replaced by vector points)
* d.what.r.pg - currently no DB support for raster maps, desired
* d.what.s.pg - obsolete (sites replaced by vector points)
* g.select.pg - implemented as db.select
* g.stats.pg - implemented?
* g.table.pg -implemented as db.table

* db.createdb - can be created in other ways (PG, OpenOffice etc)
* db.databases - implemented as db.tables
* db.dropdb - implemented as db.droptable

* d.vect.pg - merged to d.vect
* d.what.v.pg - merged to d.vect
* d.what.db - implemented as d.what.vect, db.select

* v.to.pg - implemented as v.to.db

===General commands===

* g.help - obsolete (all help files html/man)
* g.pnmcomp - obsolete

===General volume commands===

* g3.createwind - no longer needed
* g3.list - integrated in g.list
* g3.region - integrated in g.region
* g3.remove - integrated in g.remove
* g3.rename - integrated in g.rename
* g3.setregion - integrated in g.region

===Imagery commands===

A number of imagery commands were duplicated in the raster modules. A couple have not yet been ported, including a couple scripts

* i.colors - see r.colors
* i.composite - see r.composite
* i.in.erdas - use r.in.gdal
* i.out.erdas - use r.out.gdal
* i.quantize - see r.quantize
* i.rvi.prediction - not ported
* i.shape - not ported
* i.tape.mss - use r.in.gdal
* i.tape.mss.h - use r.in.gdal
* i.tape.other - use r.in.gdal
* i.tape.spot
* i.tape.tm - use r.in.gdal
* i.texture - see r.texture

===Miscellaneous Commands===

Various utilities for file manipulation or coordinate pair transformation not ported

* m.datum.shift - not implemented, use cs2cs of PROJ4 instead
* m.dem.examine - use external gdalinfo
* m.dem.extract - use r.in.gdal
* m.dmaUSGSread - use r.in.gdal
* m.dted.examine - use external gdalinfo
* m.dted.extract - use r.in.gdal
* m.examine.tape - use external gdalinfo
* m.flip - not ported
* m.futil - not ported
* m.gc2ll - not ported
* m.in.stf1.tape - use r.in.gdal
* m.ipf - not ported
* m.kappa - see r.kappa
* m.ll2gc - not ported
* m.ll2u - not ported
* m.lulc.read - use r.in.gdal
* m.lulc.USGS
* m.proj2 - m.proj in 6.1, or use PROJ4's cs2cs instead
* m.qcalc - not ported
* m.region.ll - not ported
* m.rot90 - not ported
* m.sdts.read
* m.strip99s
* m.svfit - not ported; part of unfinished kriging module
* m.tiger.region
* m.u2ll - - not ported

===Paint commands===

Functionality of these is covered by either ps.map or display commands followed by screen output or d.out.png

* p.chart - not ported
* p.colors - not ported
* p.icons - not ported
* p.labels - not ported
* p.map - not ported, see ps.map
* p.map.new - not ported
* p.ppm - not ported
* p.select - not ported
* p.vrml - p.out.vrml

===Raster modules===

Not ported modules include a set of overlay modules (r.infer, r.binfer, r.weight), some additional hydrology modules, and a couple of statistical routines for ascii files.

* r.binfer - not ported
* r.colors.paint - obsolete
* r.flowmd - this is old, use r.flow
* r.grow2 - ported as r.grow
* r.grow - not ported, see next line
* r.hydro.CASC2D - not ported
* r.in.doq - use r.in.gdal
* r.in.dted - use r.in.gdal
* r.in.elas - not ported, doesn't make much sense
* r.infer - not ported
* r.in.ll
* r.in.miads
* r.in.pbm - use r.in.gdal
* r.in.pgm - use r.in.gdal
* r.in.png - use r.in.gdal
* r.in.ppm - use r.in.gdal
* r.in.shape - not ported, doesn't make much sense
* r.in.sunrast - use r.in.gdal
* r.in.tang - use r.in.gdal
* r.in.tiff - use r.in.gdal
* r.in.utm - not ported, doesn't make much sense
* r.linear.regression - not ported. This works on ascii data file, not map
* r.line - included in v.to.rast
* r.mask - ported as shell script in ver. 6.1+. Or just rename any raster to MASK (use g.rename, g.copy, r.mapcalc)
* r.mask.points - obsolete (sites replaced by vector points)
* r.out.elas - not ported, doesn't make much sense
* r.out.rlc - not ported, doesn't make much sense
* r.out.tga - not ported, doesn't make much sense
* r.out.xyz - use r.stats, r.out.ascii
* r.poly - implemented in r.to.vect
* r.rational.regression - not ported. This works on ascii data file, not map
* r.reclass.scs - not much different from r.reclass
* r.rvi.prediction - script? Not ported. This works on ascii data file, not map
* r.support - ported in version 6.1+. Use r.reclass to assign category labels
* r.surf.idw2 - ported (recent discussion of difference with r.surf.idw)
* r.to.sites - implemented in r.to.vect
* r.volume - partially ported in version 6.1+; needed for r.clump
* r.water.fea - not ported
* r.weight2 - not ported
* r.weight - not ported

===Sites modules===

Sites replaced by vector points. Most routines ported now

* s.medp - the old version (GRASS 5.3) is buggy and cannot be simply updated, more work needed.
* s.probplt- not yet ported, requires gnuplot
* s.sv - part of kriging support; not yet ported, better use R-stats
* s.territory - not ported
* s.vol.idw - not yet ported
* s.windavg - not yet ported
* r3.to.sites - not yet ported (will become r3.to.vect)
* s.cellstats - not yet ported
* s.delaunay - v.delaunay
* s.hull - v.hull
* s.info - v.info
* s.in.ascii - v.in.ascii
* s.in.dbf - replaced by v.in.db
* s.in.shape - Shapefile supported by v.in.ogr
* s.kernel - v.kernel
* s.mask - not yet ported
* s.normal - v.normal
* s.out.ascii - v.out.ascii
* s.out.e00 - not yet ported (will become v.out.e00)
* s.perturb - v.perturb
* s.proj - v.proj
* s.qcount - v.qcount
* s.random - v.random
* s.sample - v.sample
* s.surf.idw - v.surf.idw
* s.surf.rst - merged to v.surf.rst
* s.to.rast - v.to.rast
* s.to.rast3 - v.vol.rst
* s.to.vect - not needed, as sites replaced by vector points
* s.univar - v.univar
* s.vol.rst - v.vol.rst
* s.voronoi - v.voronoi
* s.what - not yet ported

===Vector modules===

All modules ported or their functionality merged into other modules, with a couple of exceptions.

* v.alabel - will be merged by v.category
* v.apply.census
* v.area - the same functionality in d.what.vect
* v.autocorr
* v.bubble - replaced by v.buffer, d.vect.chart, d.vect.thematic (shell script), and ps.map(vpoints:sizecol)
* v.cadlabel - can be done by v.distance or v.category
* v.circle - replaced by v.buffer
* v.cutter - replaced by v.overlay
* v.db.reclass - move to v.reclass
* v.dump - the same functionality in v.to.db
* v.export
* v.import - v.in.ogr
* v.in.arc - v.in.ogr
* v.in.atlas -atl2dig2.c is not used
* v.in.dlg
* v.in.dlg2 -not used in 5.0
* v.in.dlg.scs -not used in 5.0
* v.in.dxf3d -replaced by v.in.dwg (see [[Grass 6 Tutorial]])
* v.in.dxf - replaced by v.in.dwg (note: cannot be compiled by default or distributed in binary) (see GrassSixTutorialFaq#2_DXF_and_DWG_files)
* m.in.e00 - v.in.e00, but E00 should be added to OGR library
* v.in.gshhs - try v.in.mapgen with data from NOAA's Coastline extractor
* v.in.poly - v.buffer
* v.in.sdts - SDTS supported by v.in.ogr
* v.in.shape - Shapefile supported by v.in.ogr
* v.in.tig.basic - TIGER supported by v.in.ogr
* v.in.tig.lndmk - TIGER supported by v.in.ogr
* v.in.transects
* v.label - ported in ver. 6.1+; also integrated into ps.map
* v.llabel - replaced by v.category
* v.mkquads - Not ported yet
* v.mkstats - not sure what it does
* v.out.arc
* v.out.atlas
* v.out.dlg
* v.out.e00
* v.out.idrisi
* v.out.mapinfo -Mapinfo is supported by v.out.ogr
* v.out.moss
* v.out.sdts - SDTS is NOT supported by v.out.ogr
* v.out.shape -Shapefile is supported by v.out.ogr
* v.patch.scs - alternate version of v.patch
* v.prune - this functionality should go to v.clean
* v.reclass.pg -moved to v.reclass?
* v.report - replaced by v.to.db
* v.rm.dangles - merged to v.clean
* v.rmdup - merged to v.clean
* v.rmedge - merged to v.clean?
* v.scale.random - v.patch + v.random
* v.sdts.dq.cp
* v.sdts.meta
* v.sdts.meta.cp
* v.spag - merged to v.cleanmerged to v.clean
* v.split - ported in ver. 6.1+
* v.stats - the same functionality in v.info
* v.support - v.build
* v.timestamp- move to v.info?
* v.to.sites - obsolete (sites replaced by vector points)
* v.what - this functionality is available in v.distance & d.what.vect

===Volume modules===

* all g3.* modules - integrated into g.*
* r3.* modules - almost unchanged
* s.to.rast3 - see s.* above
* NVIZ - volume visualization integrated

GRASS and PHP

2006-05-23T16:55:17Z

⚠️Dassau: /* Resources and examples */

==Running Grass modules through an Webserver==

For some reasons, you may want to call Grass modules within a html page instead of using the command line or a GUI. One way - among others - is to execute them out of a php script.

In the following, a few notes how to procceed for writing your own code:

===Check your php installation===

Save this code snipped in your server directory under the filename "doihavephp.php" and call it with a web browser:

<pre>
<?php
phpinfo();
?>
</pre>

There you will see detailed informations upon your server's php installation. If you see nothing, please check http://www.php.net for details
how to get and install php on your machine.

===Define the environment settings===

By default, there are only a few variables set in the server environment. Save the following snippet under "env.php" and see what is set
as default values for your server.

<pre>
<?php
//enable all error messages
error_reporting(E_ALL);
//print a line of text as a header for the following output
echo "<hr>env: ";
//execute the env command and redirect the output
$handle = popen('"env" 2>&1', 'r');
//wait a while for the results. this is not clean, but works for the first attempt
sleep("1");
//collect the response
$read = fread($handle, 4096);
//print the response - if response is incomplete, increment the sleep delay
echo $read;
//don't forget to close the handle
pclose($handle);
echo " done.<hr>";
?>
</pre>

'''Note''': %PUBURL%/%TWIKIWEB%/TWikiDocGraphics/warning.gif Please be careful when modifying environment variables permanent in files like /etc/bash.bashrc. You may cause by accident security leaks. Please check with your IT manager how to grant security when your machine is visible to the internet.

The environment variables are set by using the *<verbatim>putenv("VARIABLE")</verbatim>* command. They are only valid during the runtime of the actual script, so you have to send the full set for each request.

<pre>
<?php
error_reporting(E_ALL);
putenv("GRASS_WIDTH=900");
echo "<hr>env: ";
$handle = popen('"env" 2>&1', 'r');
sleep("1");
$read = fread($handle, 4096);
echo $read;
pclose($handle);
echo " done.<hr>";
?>
</pre>

The list shows some environment variables used by Grass modules. Please note, that the content has to be adapted to meet your system's specific setup and that it may be incomplete or partially false in some combinations.

|*Variable*|*Value*|*Note*|
|GISBASE|/usr/local/grass-6.1.cvs| "...where the happy little creatures hide..." (Bob Ross)|
|LD_LIBRARY_PATH|/usr/lib:/usr/local/grass-6.1.cvs/lib:/usr..|path to ALL required libraries|
|GISRC|/gd/.grassrc6_php|Grass resource file -please see related paragraph below|
|HOME|/tmp||
|GRASS_PERL|/usr/bin/perl||
|GIS_LOCK|$$||

'''Glynn clarified regarding GRASS_LD_LIBRARY_PATH:'''

You need to set LD_LIBRARY_PATH. GRASS_LD_LIBRARY_PATH is merely a saved copy so that the value can be restored if LD_LIBRARY_PATH is reset due to running a setuid/setgid executable (e.g. xterm). LD_LIBRARY_PATH is what the Linux loader actually uses to locate shared libraries.

===Redirecting STDOUT and STDERR===

When calling a function, you may either collect the output in a handle as shown in the example before or redirect it in a text file. The syntax for redirection is:

'''system("g.version > version.txt 2> version_err.txt");'''

===Deleting prior output files===

Remove output files immediately after use or before rewriting them to ensure that you will not work with old stuff in case of troubles.

'''system("rm -f version.txt");''' 
'''system("rm -f version_err.txt");'''

===The Grass Resource File===

You may copy your .grassrc6 file to your script directory and e.g. name it .grassrc6_php. It contains the follwing lines and has to be adapted to fit into your setup:

'''file .grassrc6_php'''

<pre>
GISDBASE: /gd
GRASS_GUI: tcltk
MAPSET: etopo5
LOCATION_NAME: smallworld
MONITOR=PNG
</pre>

===Access Rights===

'''The Problem''':

I can't get outside a shell access to a mapset even when calling in advance g.access with grant for both user and group. When chowning the entire location directory to user www-data, it works, but then there is no longer access from the grass shell.

'''Glynn wrote''': You can't select a mapset as the current mapset unless you actually own it. Having write permission isn't sufficient.

This check is implemented in G__mapset_permissions() and G__mapset_permissions2() in lib/gis/mapset_msc.c.
You will have to modify those functions to disable the check if you want to be able to modify mapsets which you don't own.

If your web application only reads the data, you can create a single mapset directory owned by the account under which the PHP script runs,
then either use g.mapsets or explicit map@mapset references to access maps in other mapsets.

===Resources and examples===

A Grass Map on the fly: http://grass.itc.it/spearfish/php_grassmap.php

Earthquake epicenters dynamically inserted: http://grass.itc.it/spearfish/php_grass_earthquakes.php

related e-mails: http://grass.itc.it/pipermail/grass5/2004-August/015106.html

Many thanks to Glynn Clements, Markus Neteler and Sharyn Namnath for code and help!

GRASS and Python

2006-05-23T16:54:22Z

⚠️Dassau:

==Python extensions from GRASS GIS==

===Work done===

* SWIG interface (thanks to Sajith VK): http://freegis.gnu.org.in/temporary/python_grass6.tar.bz2

SWIG (Simpliﬁed Wrapper and Interface Generator) is:

# A compiler that turns ANSI C/C++ declarations into scripting language interfaces.
# Completely automated (produces a fully working Python extension module).
# Language neutral. SWIG can also target Tcl, Perl, Guile, MATLAB, etc...
# Attempts to eliminate the tedium of writing extension modules.

===Links===

* SWIG http://www.swig.org/
* SIP http://directory.fsf.org/all/Python-SIP.html