GRASS-Wiki - User contributions [en]

Script portability

2012-05-04T12:34:23Z

⚠️Afrigeri:

=== Make GRASS shell scripts portable ===

:::::: Portable shell scripting is something of a black art, since with the evolution and derivation of the UNIX shell, the definition of "portable" is perhaps ambiguous.
:::::: _Simon__Nattrass_

== Guidelines ==

==== Conditionals ====

Conditional with [ ... ] should replaced by __test__

<source lang="bash">
if [ -f foo.c ]
then
...
fi
</source>

as here:

<source lang="bash">
if test -f foo.c
then
...
fi
</source>

==== Arithmetics ====

Expression with $(( ... ))
<source lang="bash">
x=$(($x+1))
</source>

are more portable if using __expr__

<source lang="bash">
x=`expr $x + 1`
</source>

==== The $(command) expression versus `command` ====

The $(command) may be supported in many modern Bourne shells but for pure Bourne shells use of `command` is favored, although this method tends to lead to confusion when the backquotes contain the characters $, ` and \. In such cases remember to use the character \ to escape these sequences.

== References ==

* [http://www.novell.com/coolsolutions/feature/11232.html Making Scripts Portable]] by Simon Nattrass

Script portability

2012-05-04T12:26:51Z

⚠️Afrigeri:

=== Make GRASS shell scripts portable ===

:::::: Portable shell scripting is something of a black art, since with the evolution and derivation of the UNIX shell, the definition of "portable" is perhaps ambiguous.
:::::: _Simon__Nattrass_

== Guidelines ==

==== Conditionals ====

Conditional with [ ... ] should replaced by __test__

<source lang="bash">
if [ -f foo.c ]
then
...
fi
</source>

as here:

<source lang="bash">
if test -f foo.c
then
...
fi
</source>

== Arithmetics ==

Expression with $(( ... ))
<source lang="bash">
x=$(($x+1))
</source>

are more portable if using __expr__

<source lang="bash">
x=`expr $x + 1`
</source>

== The $(command) expression versus `command` ==

The $(command) may be supported in many modern Bourne shells but for pure Bourne shells use of `command` is favored, although this method tends to lead to confusion when the backquotes contain the characters $, ` and \. In such cases remember to use the character \ to escape these sequences.

== References ==

* [http://www.novell.com/coolsolutions/feature/11232.html Making Scripts Portable]] by Simon Nattrass

Script portability

2012-05-04T12:22:15Z

⚠️Afrigeri: Created page with "=== Make GRASS shell scripts portable === :::::: Portable shell scripting is something of a black art, since with the evolution and derivation of the UNIX shell, the definiti..."

Scripting

2012-05-04T12:05:21Z

⚠️Afrigeri: /* Shell scripts */

== Scripting ==

=== General ===

* See the [http://grass.ibiblio.org/grass63/manuals/html63_user/g.parser.html g.parser] module help page. It's an easy way to make your script look and act like a GRASS module, including creating a GUI and help page template for it automatically.

* There are a number of [http://grass.ibiblio.org/grass63/manuals/html63_user/general.html other] g.* modules which are specifically useful for scripting use.

==== Verbosity level ====

Use the "--quiet" (alias --q) and "--verbose" (alias --v) command line arguments to make the script produce more or less messages and info like percent done. This works for almost all modules. The big exception to that is r.mapcalc which doesn't use the standard parser.

For r.mapcalc, or if you want to set a blanket --quiet directive for the whole script, you can set the GRASS_VERBOSE environmental variable. Python's os module has a putenv() function to do that.

These are the levels you can use:
(from lib/gis/verbose.c)
0 - module should print nothing but errors and warnings (G_fatal_error,
G_warning) Triggered by "--q" or "--quiet".
1 - module will print progress information (G_percent)
2 - module will print all messages (G_message) [default level]
3 - module will be very verbose. Triggered by "--v" or "--verbose".

"--quiet" will set the level to 0.

shell script example
# for everything that follows
GRASS_VERBOSE=1
export GRASS_VEBOSE

# override for just one module
GRASS_VERBOSE=0 \
r.mapcalc "only_set = for_this_process"

Another nice thing about using the enviro variable method is that it is
silently ignored for earlier versions of GRASS. For earlier versions of GRASS
an error happens when "--quiet" isn't recognized as a valid command line
option. (the new 6.2.3 knows to ignore it)

see "Verbosity levels" on the [[Development_Specs]] page.

The advantage of these methods versus sending all stderr to /dev/null is that
warning and error messages are not lost, making prototyping and debugging a
whole lot easier.

=== Shell scripts ===

See the [http://grass.itc.it/grass63/source/snapshot/SUBMITTING_SCRIPTS SUBMITTING_SCRIPTS] file for some tips.

See the existing GRASS scripts in the scripts/ directory for examples of using tempfiles, etc.

Newer versions of Ubuntu use Dash as the default /bin/sh, so don't assume that sh will handle Bashisms.

* [[GRASS_and_Shell|Running GRASS as a batch job]]
* [[Script_portability|Script portability]]

=== Tcl/Tk ===

See the [http://grass.itc.it/grass63/source/snapshot/SUBMITTING_TCLTK SUBMITTING_TCLTK] file for some tips.

=== Python ===

* See the [[GRASS and Python]] page

{{Python}}

Scripting

2012-05-04T12:03:32Z

⚠️Afrigeri: /* Bash */

== Scripting ==

=== General ===

* See the [http://grass.ibiblio.org/grass63/manuals/html63_user/g.parser.html g.parser] module help page. It's an easy way to make your script look and act like a GRASS module, including creating a GUI and help page template for it automatically.

* There are a number of [http://grass.ibiblio.org/grass63/manuals/html63_user/general.html other] g.* modules which are specifically useful for scripting use.

==== Verbosity level ====

Use the "--quiet" (alias --q) and "--verbose" (alias --v) command line arguments to make the script produce more or less messages and info like percent done. This works for almost all modules. The big exception to that is r.mapcalc which doesn't use the standard parser.

For r.mapcalc, or if you want to set a blanket --quiet directive for the whole script, you can set the GRASS_VERBOSE environmental variable. Python's os module has a putenv() function to do that.

These are the levels you can use:
(from lib/gis/verbose.c)
0 - module should print nothing but errors and warnings (G_fatal_error,
G_warning) Triggered by "--q" or "--quiet".
1 - module will print progress information (G_percent)
2 - module will print all messages (G_message) [default level]
3 - module will be very verbose. Triggered by "--v" or "--verbose".

"--quiet" will set the level to 0.

shell script example
# for everything that follows
GRASS_VERBOSE=1
export GRASS_VEBOSE

# override for just one module
GRASS_VERBOSE=0 \
r.mapcalc "only_set = for_this_process"

Another nice thing about using the enviro variable method is that it is
silently ignored for earlier versions of GRASS. For earlier versions of GRASS
an error happens when "--quiet" isn't recognized as a valid command line
option. (the new 6.2.3 knows to ignore it)

see "Verbosity levels" on the [[Development_Specs]] page.

The advantage of these methods versus sending all stderr to /dev/null is that
warning and error messages are not lost, making prototyping and debugging a
whole lot easier.

=== Shell scripts ===

See the [http://grass.itc.it/grass63/source/snapshot/SUBMITTING_SCRIPTS SUBMITTING_SCRIPTS] file for some tips.

See the existing GRASS scripts in the scripts/ directory for examples of using tempfiles, etc.

Newer versions of Ubuntu use Dash as the default /bin/sh, so don't assume that sh will handle Bashisms.

* [[GRASS_and_Shell|Running GRASS as a batch job]]

=== Tcl/Tk ===

See the [http://grass.itc.it/grass63/source/snapshot/SUBMITTING_TCLTK SUBMITTING_TCLTK] file for some tips.

=== Python ===

* See the [[GRASS and Python]] page

{{Python}}

AddOns

2012-05-04T00:07:44Z

⚠️Afrigeri: /* g.region.ll */

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 http://svn.osgeo.org/grass/grass-addons

== Building and installing Addons ==

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

In GRASS 6.4 and newer you can use the {{cmd|g.extension}} 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 ==

=== How to obtain write-access ===

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.

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 {{src|SUBMITTING}} for C-programs, {{src|SUBMITTING_PYTHON}} for Python scripts or {{src|SUBMITTING_SCRIPTS|branch=branches/develbranch_6}} for Bash scripts coding standards before submitting here.

=== 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 {{cmd|g.parser}} help page.

== Miscellaneous Add-ons ==

* [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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

* [http://www.wgug.org/index.php?option=com_content&view=article&id=56&Itemid=9 ann.*] is the set of GRASS modules (in python) which implements artificial neural network using FANN library. The package requires Fast Artificial Neural Network Library ([http://leenissen.dk/fann/wp/ FANN]) v2.x. '''Author:''' Pawel Netzel

== GRASS 6.x (current) ==
* todo: move this content to [[AddOns/GRASS6]]
: (requires an update of the mediawiki AddOnCmd macro to be more like the versioned html doc macro)

See also
svn co https://svn.osgeo.org/grass/grass-addons/grass6/

=== Vector add-ons ===

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

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

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

Available via SVN or {{cmd|g.extension}}:
svn co https://svn.osgeo.org/grass/grass-addons/grass6/vector/adehabitat

==== v.append ====

: [http://web.archive.org/web/20060914172621/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.
: ''Note'': also module ''v.patch'' can be used for this task.

: '''Author:''' Michael Barton

==== v.autokrige ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/vector/v.in.gama

==== v.in.geodesic ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.in.geodesic v.in.geodesic] is a shell script which will create a new vector map containing a great circle line. The user may either define a beginning and end coordinate, or define a starting coordinate along with initial azimuth and desired line length.

: '''Author:''' Hamish Bowman

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/vector/v.in.geoplot

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.in.gshhs v.in.gshhs] imports [http://www.soest.hawaii.edu/pwessel/gshhs/index.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.marxan ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.in.marxan v.in.marxan] is a python script that imports Marxan output data for display in a vector grid file prepared using v.out.marxan.
: ''see also the [http://www.uq.edu.au/marxan/ Marxan]

: '''Author:''' Trevor Wiens

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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. See also the [[#v.in.p190]] addon.

:'''Author:''' Hamish Bowman

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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.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/grass6/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.in.p190 ====

: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.in.p190 v.in.p190] is a shell script that imports 'Centre of Source' "S" navigation data from seismic P1/90 (UKOOA) data files and writes it either GRASS vector points or vector lines format. Optionally it will export the navigation data into .csv text files as well. ''Currently in the functional prototype stage, some assembly is required. See inside the shell script for details.'' For working with SEG-Y data, see also the [[#v.in.mbsys_fnv]] addon.

: '''Author:''' Hamish Bowman

==== v.in.ply ====

* GRASS 6: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.in.ply v.in.ply] is a shell script that imports a PLY file and writes it as GRASS vector points. For a much more advanced version, see the GRASS 7 version.

: '''Author:''' Markus Neteler

* GRASS 7: [https://trac.osgeo.org/grass/browser/grass-addons/grass7/vector/v.in.ply v.in.ply] is a C program that imports a PLY file and writes it as GRASS vector map.

: '''Author:''' Markus Metz

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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.redwg ====

: [http://lists.gnu.org/archive/html/info-libredwg/2010-08/msg00000.html v.in.redwg imports DWG files into GRASS.]
:'''Author:''' Rodrigo Rodrigues da Silva

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

==== 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.py ====
* '''Spatial Analysis Tools'''

: [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.lda.py v.lda.py] is a Python script for calculating Ian Johnson's (U. Sidney) Local Density Analysis values. This can be used in two ways. When only one vector points file is entered, it serves to measure clustering of point data at different neighborhood radii. When two different point files are entered, it measures the the co-occurence of the points from the two files. There is an option to export the data into a cvs format file for easy plotting in a spreadsheet or statistical program like R.

==== v.nn.py ====
* '''Spatial Analysis Tools'''

: [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.nn.py v.nn.py] is a Python script for calculating the nearest neighbor coefficient of a single vector points file--as an index of clustering--or of two points files--to provide an index of the correspondence between the points in one file and points in a different file.

==== v.ldm ====
:[https://raw.github.com/amuriy/GRASS-scripts/master/v.ldm v.ldm] Shell script to compute "Linear Directional Mean" of vector lines, to display LDM graphics on the graphic monitor, and optionally to save it to vector line and update attribute table with LDM parameters.
:See [http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#/How_Linear_Directional_Mean_works/005p0000001r000000/ this link] for full LDM description.

: '''Author:''' Alexander Muriy

Available via SVN or {{cmd|g.extension}}:

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

==== 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://web.archive.org/web/20060827192321/http://ngeo.de/grassstuff/v.lmeasure v.lmeasure] and [http://web.archive.org/web/20060827060303/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.mkhexgrid ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.mkhexgrid v.mkhexgrid] is a python script that creates a hexagonal grid the size of the selected region using user specified side lengths or areas. This has been updated 2011-09-14.

: '''Author:''' Trevor Wiens

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/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.geoserver ====

: [http://www.wgug.org/index.php?option=com_content&view=article&id=56&Itemid=9 v.out.geoserver] is a shell script for exporting vector data to [http://geoserver.org GeoServer] directly. It uses: v.out.ogr, curl, zip and GeoServer REST interface.

: '''Author:''' Pawel Netzel

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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.marxan ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.out.marxan v.out.marxan] is a python script that prepares vector layers and exports GRASS vector attributes and adjacency information as Marxan input files. Output from Marxan simulations can be imported using v.in.marxan.
: ''see also the [http://www.uq.edu.au/marxan/ Marxan]

: '''Author:''' Trevor Wiens

==== v.out.ply ====

: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.out.ply v.out.ply] is a shell script that exports a GRASS vector points cloud into a PLY file.

: '''Author:''' Markus Neteler

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

: [http://svg.cc/assvg/grass.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/grass6/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/grass6/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/grass6/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/grass6/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/grass6/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 ====
* ''Currently unavailable. Being re-written in python. Target for inclusion in addons svn is January 2011''
''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/grass6/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/grass6/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 or {{cmd|g.extension}}:

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

==== v.swathwidth ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/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.transects ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.transects v.transects] is a python script that creates a set of equidistant lines (transects) that are perpendicular to an input vector line file. Points and quadrilateral areas are alternative outputs.

: '''Author:''' Eric Hardin

==== 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

Available via SVN or {{cmd|g.extension}}:

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

==== v.to.equidist ====

: [https://raw.github.com/amuriy/GRASS-scripts/master/v.to.equidist v.to.equidist] is a shell script that generates vector points or line segments along a given vector line(s) with the equal distances (uses v.segment)

: '''Author:''' Alexander Muriy

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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.

==== v.vect.stats ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.vect.stats v.vect.stats] counts the number of points falling into each polygon and optionally calculates statistics from numeric point attributes for each polygon. v.vect.stats is a C module for GRASS 6.4 and 6.5 (see enclosed patch for 6.5, applies also to 6.4.2) and included in GRASS 7.

: '''Author:''' Markus Metz

==== 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 http://svn.osgeo.org/grass/grass-addons/grass6/raster

==== Raplat ====

GRASS-RaPlaT: The Radio Planning Tool for GRASS GIS system developed by support of Slovenian largest mobile operator Mobitel. It is especially designed for radio coverage calculation of GSM/UMTS systems, but can be applied also to other wireless systems in the frequency range 400 MHz – 2.4 GHz (e.g. TETRA, WiFi). Its structure is modular and characterized by high level of flexibility and adaptability.

* Documentation: http://commsys.ijs.si/en/component/content/article/54-software/149-user-manual
* Software: http://commsys.ijs.si/en/software/grass-raplat

: '''Author:''' Department of Communication Systems, Jozef Stefan Institue, Jamova 39, SI-1000 Ljubljana, Slovenia

==== r.area ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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.basin ====

: [http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.basin/ r.basin] Generates the main morphometric parameters of the basin starting from the digital elevation model and the coordinates of the basin's closing section.

: '''Author:''' Margherita Di Leo, Massimo Di Stefano

Available via SVN or {{cmd|g.extension}}:

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

==== 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 or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/raster/r.burn.frict

==== r.clump2 ====

: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.clump2 r.clump2] is a C module similar to r.clump. Differences are: diagonally adjacent cells are also clumped but can be excluded, NULL (nodata) cells are always excluded, and selective clumping with start coordinates is supported.

: '''Author:''' Markus Metz

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

==== r.colors.out_sld ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.colors.out_sld r.colors.out_sld] is a shell script used to export the color table associated with a raster map layer to an OGC [http://docs.geoserver.org/latest/en/user/styling/sld-cookbook/rasters.html SLD] XML file, for use with [[GeoServer]] and the ilk.

: '''Author:''' Hamish Bowman

==== r.colors.out_vtk ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.colors.out_vtk r.colors.out_vtk] is a shell script used to export the color table associated with a raster map layer to a {{wikipedia|VTK}} XML file. (see also [[Help with 3D]])

: '''Author:''' Hamish Bowman

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/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/grass6/raster/r.colors.tools/palettes grass-addons SVN]).

: '''Author:''' Hamish Bowman

==== r.csr ====

: [https://svn.osgeo.org/grass/grass-addons/grass6/raster/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]

Available via SVN or {{cmd|g.extension}}:

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

==== r.denoise ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.denoise/description.html manual pages] for details. Further information on Sun's denoising algorithm, including an example, is available [http://personalpages.manchester.ac.uk/staff/neil.mitchell/mdenoise/ here].

: '''Author:''' John Stevenson

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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.diversity ====
: [http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.diversity/ r.diversity] calculates selected diversity indices by calling various r.li commands.This script uses the [http://grass.osgeo.org/grass64/manuals/html64_user/r.li.pielou.html Pielou], [http://grass.osgeo.org/grass64/manuals/html64_user/r.li.renyi.html Renyi], [http://grass.osgeo.org/grass64/manuals/html64_user/r.li.shannon.html Shannon] and [http://grass.osgeo.org/grass64/manuals/html64_user/r.li.simpson.html Simpson] indices. The output is a map for each index.

: '''Author:''' Luca Delucchi, Duccio Rocchini

==== 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.forestfrag ====

: [http://dl.dropbox.com/u/10445979/r.forestfrag.sh r.forestfrag.sh] creates forest fragmentation index from a GRASS raster map (where forest=1, non-forest=0) based on a method developed by Riitters et. al (2000). So far only running/tested on GRASS 6.4 and only with 3x3 moving window (shell-script has to be adjusted for other window-sizes)
: '''Author:''' Maning Sambale, Stefan Sylla

==== 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/grass6/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/grass6/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/grass6/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/grass6/raster/r.fuzzy.system

==== r.game_of_life ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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.hazard.flood ====

: [http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.hazard.flood/ r.hazard.flood] is an implementation of a fast procedure to detect flood prone areas. The exposure to flooding may be delineated by adopting a topographic index (TIm) computed from a DEM. The portion of a basin exposed to flood inundation is generally characterized by a TIm higher than a given threshold, tau. The threshold is automatically determinated from the cellsize. The proposed procedure may help in the delineation of flood prone areas especially in basins with marked topography. The use of the modified topographic index should not be considered as an alternative to standard hydrological-hydraulic simulations for flood mapping, but it may represent a useful and rapid tool for a preliminary delineation of flooding areas in ungauged basins and in areas where expensive and time consuming hydrological-hydraulic simulations are not affordable or economically convenient.

: '''Author:''' Margherita Di Leo

Available via SVN or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.hazard.flood/

==== r.in.ign ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.in.ign/ r.in.ign] imports raster data from [http://api.ign.fr IGN WMS-C stream service]. Yet an uncompleted version, briefly documented [http://grass.osgeo.org/wiki/IGN_wms-c_stream here].

: '''Author:''' Vincent Bain

Available via SVN or {{cmd|g.extension}}:

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

==== 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.srtm.region ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass7/raster/r.in.srtm.region r.in.srtm.region] for download and import of SRTM for the current region. If needed, tiles are patched together and optionally holes interpolated.

: '''Author:''' Markus Metz

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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.in.xyz.auto ====

: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.in.xyz.auto r.in.xyz.auto] runs the {{Cmd|r.in.xyz}} module, automatically setting up the region extent for you. ''For useful output it is strongly recommended to manually set the region resolution and bounds yourself instead of using this script.''

: '''Author:''' Hamish Bowman

==== r3.in.xyz ====

: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/raster3d/r3.in.xyz r3.in.xyz] creates a 3D raster map from an assemblage of many coordinates using univariate statistics. It is the 3D version of {{Cmd|r.in.xyz}}.

: '''Author:''' Hamish Bowman

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

: [https://svn.osgeo.org/grass/grass-addons/grass6/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/grass6/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.ipso ====

: [http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.ipso/ r.ipso] Produces the ipsometric and ipsographic curve related to a digital elevation model and prints the percentiles

: '''Authors:''' Margherita Di Leo, Massimo Di Stefano, Francesco Di Stefano

Available via SVN or {{cmd|g.extension}}:

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

==== 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

==== r.maxent.lambdas ====

: [http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.maxent.lambdas r.maxent.lambdas] is a shell script to compute raw and/or logistic prediction maps from a lambdas file produced with MaxEnt 3.3.3e. See also [[#r.out.maxent_swd]]

: '''Author:''' Stefan Blumentrath, [http://www.nina.no NINA]

Available via SVN or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.maxent.lambdas/

==== 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 or {{cmd|g.extension}}:

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

==== r.modis ====

:The '''r.modis''' suite is a toolset to import MODIS satellite data in GRASS GIS. It uses the [http://gis.cri.fmach.it/pymodis/ pyModis library] and the MODIS Reprojection Tool software to convert, mosaik and process MODIS data. It is written in Python language for GRASS 7, developed during the Google Summer of Code 2011.

See also [[R.modis]]:

: '''Author:''' Luca Delucchi (GSoC mentor: Markus Neteler)

Available via SVN or {{cmd|g.extension}}:

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

==== 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.geoserver ====

: [http://www.wgug.org/index.php?option=com_content&view=article&id=56&Itemid=9 r.out.geoserver] exports GRASS raster layer to [http://geoserver.org GeoServer] and publishes it using WMS. The modul is a shell script. It uses: r.out.gdal, curl, xmlstarlet and GeoServer REST interface.

: '''Author:''' Pawel Netzel

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/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/grass6/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.kap_template ====

: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.out.kap_template r.out.kap_template] is a shell script that exports a raster map into a GeoTiff and a metadata text file suitable for use with KAP (BSB) raster nautical chart converter programs such as <tt>tif2bsb</tt> (after verifying that you are legally entitled to use such a tool).
: '''''This is EXPERIMENTAL software. NOT FOR NAVIGATIONAL USE.'''''
: For an easy to use data viewer, see also the [http://www.opencpn.org OpenCPN] free navigational software.

: '''Author:''' Hamish Bowman

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

: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/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.out.maxent_swd ====

: [http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.out.maxent_swd r.out.maxent_swd] is a shell script to produce a set of SWD files as input to MaxEnt 3.3.3e using r.stats. See also [[#r.maxent.lambdas]]

: '''Author:''' Stefan Blumentrath, [http://www.nina.no NINA]

Available via SVN or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.out.maxent_swd/

==== r.pack ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.pack r.pack] and [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.unpack r.unpack] are two GRASS scripts for transferring raster maps to another computer as a single compressed file including color table etc.
: An earlier version has been renamed as [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.pack/experiment r.pack.mat] and [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.unpack/experiment r.unpack.mat].

: '''Author:''' Hamish Bowman

==== r.pi ====

: [https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.pi/ r.pi] (raster patch index) provides various functions to analyse spatial attributes of a landscape. It has a focus on patch-based indices but delivers class-based indices as well. r.le and its successor r.li provide landscape indices.

: '''Authors:''' Programming: Elshad Shirinov, Scientific concept: Dr. Martin Wegmann

==== 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 or {{cmd|g.extension}}:

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

==== r.refine ====

: [http://www.bowdoin.edu/~ltoma/research.html r.refine]: reduces a DEM to a TIN (takes as input a grid DEM and an error margin and simplifies it to the desired accuracy into a TIN)
Available via the source code repository [https://github.com/jonrtodd/r.refine]
: '''Authors:''' Laura Toma and Jonathan Todd

==== 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/grass6/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/grass6/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/grass6/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/grass6/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 or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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 or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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 with improvements via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

==== r.stack ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.stack r.stack] is a shell script used to patch all the raster maps in a time series (or burst 3D raster) together into a vertical stack, to aid multi-map analyses in modules where group input is not yet available.

: '''Author:''' Hamish Bowman

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 network map produced by r.watershed and stream.extract or custom user input. See description for details.

: '''Author:''' Jarek Jasiewicz

Available via SVN or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

==== r.stream.preview ====

: In order to find a value of upslope area to be used as input to extract the river network using r.stream.extract or r.watershed, it is common to proceed by tentatives. [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.stream.preview r.stream.preview] is useful for quickly display results for various tentatives of threshold values.

: '''Author:''' Margherita Di Leo

Available via SVN or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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/grass6/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 or {{cmd|g.extension}}:
svn co https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.terracost

==== r.threshold ====

[http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.threshold/ r.threshold] Finds a first tentative value of upslope area to be used as input to extract the river network using r.stream.extract or r.watershed.

Available via SVN or {{cmd|g.extension}}:
svn co https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.threshold

==== 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 ====

Note: This addon is only needed for GRASS 6.3, its functionality has been added to r.univar in 6.4+ and 7.

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.univar.zonal r.univar.zonal] is similar to {{cmd|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 or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.univar.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 or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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.wf ====

: [http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.wf/ r.wf] produces the Width Function of a basin. The Width Function W(x) gives the number of the cells in a basin at a flow distance x from the outlet (it is also referred as distance-area function). The distance is not the euclidean one, but it is measured along the flowpath towards the outlet.

: '''Authors:''' Margherita Di Leo, Massimo Di Stefano, Francesco Di Stefano

Available via SVN or {{cmd|g.extension}}:

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

==== r.xtent ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/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/grass6/imagery/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/grass6/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 or {{cmd|g.extension}}:

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

===General add-ons===

==== GRASS create location scripts ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/general/grass_create_location grass_create_location.sh] Script to generate a new GRASS location from GIS file (e.g. geoTIFF or SHAPE), wktfile or EPSG code.

: '''Author:''' Markus Neteler

==== 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/grass6/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/grass6/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/grass6/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/grass6/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

==== g.region.ll ====

: [https://bitbucket.org/afrigeri/grass-addons g.region.ll] sets the region in a projected location using longitudes and latitudes.

: '''Author:''' Alessandro Frigeri

=== Imagery add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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/grass6/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/grass6/imagery/i.linespoints

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

==== i.landsat.dehaze ====

Bandwise haze correction using tasscap4 (haze) and linear regression of a Landsat scene.

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

: '''Author:''' Markus Neteler

==== 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).

Available also in GRASS 7 and GRASS 6.5.

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

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

==== i.landsat.acca ====

Implements the Automated Cloud-Cover Assessment (ACCA) Algorithm from Irish (2000) with the constant values for pass filter one from Irish et al. (2006). To do this, it needs Landsat band numbers 2, 3, 4, 5, and 6 (or band 61 for Landsat-7 ETM+) which have already been processed from DN into reflectance and band-6 temperature with i.landsat.toar).

Available also in GRASS 7.

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

: '''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/grass6/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/grass6/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 or {{cmd|g.extension}}:

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

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

: Spectral Angle mapping

: '''Author:''' Markus Neteler. Available via SVN or {{cmd|g.extension}}:

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

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

: Spectral unmixing

: '''Author:''' Markus Neteler. Available via SVN or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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/grass6/imagery/i.topo.corr

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

==== i.warp ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 http://svn.osgeo.org/grass/grass-addons/grass6/display

==== d.barb ====

[http://trac.osgeo.org/grass/browser/grass-addons/grass6/display/d.barb d.barb] is a C module that will draw wind barbs, straw plots, and arrow plots from raster array or sparse vector point data. It can use either direction + magnitude, or u + v components as the input, and can produce a legend key. (''work in progress, but it's mostly there'')

: '''Author:''' Hamish Bowman

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/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.frontline ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/display/d.frontline d.frontline] is a shell script that draws frontlines on the graphics monitor using ''d.graph'' module and different types of symbols. Also it optionally saves frontline graphics to ''d.graph'' commands file and/or ''ps.map'' file (for later use with the "read" ''ps.map'' instruction)

: '''Author:''' Alexander Muriy

==== 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/grass6/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/grass6/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/grass6/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/grass6/display/d.shortcuts d.varea] is a shell script that quickly displays vector areas.

: '''Author:''' Hamish Bowman

==== d.zoom.keys ====

[https://raw.github.com/amuriy/GRASS-scripts/master/d.zoom.keys d.zoom.keys] is a shell (+awk) script that allows to change the current geographic region settings interactively, with a keyboard. Can use navigation in X-monitor (requires <xev> and <xdotool>) or terminal.

NOTE: tested normally only on Linux (Ubuntu 10.04), on other systems <awk> and other tools may behave differently.

: '''Author:''' Alexander Muriy

Also available via SVN or {{cmd|g.extension}}:

https://svn.osgeo.org/grass/grass-addons/grass6/display/d.zoom.keys/

==== 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/grass6/postscript/ps.output ps.output] is much like {{cmd|ps.map}} but with advanced decorations and ability for translucency. Here you can find a [[Ps.output|tutorial]].

: '''Author:''' Jorge Tizado

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

* Hatches for ps.map's vareas

=== wxGUI add-ons ===

===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 7.x (in development)==

* See [[AddOns/GRASS7]]

==GRASS 5.x (old)==

See also
http://grass.osgeo.org/outgoing/

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

=== Sites addons ===

* [http://www.tigers.ru/grass_docs/progs/DESCRIPTION.html Parallelized s.surf.idw] using MPI. ([http://babelfish.yahoo.com/translate_url?doit=done&tt=url&intl=1&fr=bf-home&trurl=http%3A%2F%2Fwww.tigers.ru%2Fgrass_docs%2Fprogs%2FDESCRIPTION.html&lp=ru_en&btnTrUrl=Translate babelfish translation])
: '''Author''': Alexei Popov, Russia.

=== Raster addons ===

* [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 or {{cmd|g.extension}}:
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

2012-05-04T00:06:42Z

⚠️Afrigeri: added g.region.ll

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 http://svn.osgeo.org/grass/grass-addons

== Building and installing Addons ==

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

In GRASS 6.4 and newer you can use the {{cmd|g.extension}} 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 ==

=== How to obtain write-access ===

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.

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 {{src|SUBMITTING}} for C-programs, {{src|SUBMITTING_PYTHON}} for Python scripts or {{src|SUBMITTING_SCRIPTS|branch=branches/develbranch_6}} for Bash scripts coding standards before submitting here.

=== 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 {{cmd|g.parser}} help page.

== Miscellaneous Add-ons ==

* [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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

* [http://www.wgug.org/index.php?option=com_content&view=article&id=56&Itemid=9 ann.*] is the set of GRASS modules (in python) which implements artificial neural network using FANN library. The package requires Fast Artificial Neural Network Library ([http://leenissen.dk/fann/wp/ FANN]) v2.x. '''Author:''' Pawel Netzel

== GRASS 6.x (current) ==
* todo: move this content to [[AddOns/GRASS6]]
: (requires an update of the mediawiki AddOnCmd macro to be more like the versioned html doc macro)

See also
svn co https://svn.osgeo.org/grass/grass-addons/grass6/

=== Vector add-ons ===

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

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

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

Available via SVN or {{cmd|g.extension}}:
svn co https://svn.osgeo.org/grass/grass-addons/grass6/vector/adehabitat

==== v.append ====

: [http://web.archive.org/web/20060914172621/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.
: ''Note'': also module ''v.patch'' can be used for this task.

: '''Author:''' Michael Barton

==== v.autokrige ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/vector/v.in.gama

==== v.in.geodesic ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.in.geodesic v.in.geodesic] is a shell script which will create a new vector map containing a great circle line. The user may either define a beginning and end coordinate, or define a starting coordinate along with initial azimuth and desired line length.

: '''Author:''' Hamish Bowman

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/vector/v.in.geoplot

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.in.gshhs v.in.gshhs] imports [http://www.soest.hawaii.edu/pwessel/gshhs/index.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.marxan ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.in.marxan v.in.marxan] is a python script that imports Marxan output data for display in a vector grid file prepared using v.out.marxan.
: ''see also the [http://www.uq.edu.au/marxan/ Marxan]

: '''Author:''' Trevor Wiens

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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. See also the [[#v.in.p190]] addon.

:'''Author:''' Hamish Bowman

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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.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/grass6/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.in.p190 ====

: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.in.p190 v.in.p190] is a shell script that imports 'Centre of Source' "S" navigation data from seismic P1/90 (UKOOA) data files and writes it either GRASS vector points or vector lines format. Optionally it will export the navigation data into .csv text files as well. ''Currently in the functional prototype stage, some assembly is required. See inside the shell script for details.'' For working with SEG-Y data, see also the [[#v.in.mbsys_fnv]] addon.

: '''Author:''' Hamish Bowman

==== v.in.ply ====

* GRASS 6: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.in.ply v.in.ply] is a shell script that imports a PLY file and writes it as GRASS vector points. For a much more advanced version, see the GRASS 7 version.

: '''Author:''' Markus Neteler

* GRASS 7: [https://trac.osgeo.org/grass/browser/grass-addons/grass7/vector/v.in.ply v.in.ply] is a C program that imports a PLY file and writes it as GRASS vector map.

: '''Author:''' Markus Metz

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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.redwg ====

: [http://lists.gnu.org/archive/html/info-libredwg/2010-08/msg00000.html v.in.redwg imports DWG files into GRASS.]
:'''Author:''' Rodrigo Rodrigues da Silva

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

==== 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.py ====
* '''Spatial Analysis Tools'''

: [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.lda.py v.lda.py] is a Python script for calculating Ian Johnson's (U. Sidney) Local Density Analysis values. This can be used in two ways. When only one vector points file is entered, it serves to measure clustering of point data at different neighborhood radii. When two different point files are entered, it measures the the co-occurence of the points from the two files. There is an option to export the data into a cvs format file for easy plotting in a spreadsheet or statistical program like R.

==== v.nn.py ====
* '''Spatial Analysis Tools'''

: [http://www.public.asu.edu/~cmbarton/files/grass_scripts/v.nn.py v.nn.py] is a Python script for calculating the nearest neighbor coefficient of a single vector points file--as an index of clustering--or of two points files--to provide an index of the correspondence between the points in one file and points in a different file.

==== v.ldm ====
:[https://raw.github.com/amuriy/GRASS-scripts/master/v.ldm v.ldm] Shell script to compute "Linear Directional Mean" of vector lines, to display LDM graphics on the graphic monitor, and optionally to save it to vector line and update attribute table with LDM parameters.
:See [http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#/How_Linear_Directional_Mean_works/005p0000001r000000/ this link] for full LDM description.

: '''Author:''' Alexander Muriy

Available via SVN or {{cmd|g.extension}}:

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

==== 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://web.archive.org/web/20060827192321/http://ngeo.de/grassstuff/v.lmeasure v.lmeasure] and [http://web.archive.org/web/20060827060303/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.mkhexgrid ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.mkhexgrid v.mkhexgrid] is a python script that creates a hexagonal grid the size of the selected region using user specified side lengths or areas. This has been updated 2011-09-14.

: '''Author:''' Trevor Wiens

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/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.geoserver ====

: [http://www.wgug.org/index.php?option=com_content&view=article&id=56&Itemid=9 v.out.geoserver] is a shell script for exporting vector data to [http://geoserver.org GeoServer] directly. It uses: v.out.ogr, curl, zip and GeoServer REST interface.

: '''Author:''' Pawel Netzel

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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.marxan ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.out.marxan v.out.marxan] is a python script that prepares vector layers and exports GRASS vector attributes and adjacency information as Marxan input files. Output from Marxan simulations can be imported using v.in.marxan.
: ''see also the [http://www.uq.edu.au/marxan/ Marxan]

: '''Author:''' Trevor Wiens

==== v.out.ply ====

: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.out.ply v.out.ply] is a shell script that exports a GRASS vector points cloud into a PLY file.

: '''Author:''' Markus Neteler

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

: [http://svg.cc/assvg/grass.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/grass6/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/grass6/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/grass6/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/grass6/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/grass6/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 ====
* ''Currently unavailable. Being re-written in python. Target for inclusion in addons svn is January 2011''
''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/grass6/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/grass6/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 or {{cmd|g.extension}}:

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

==== v.swathwidth ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/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.transects ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.transects v.transects] is a python script that creates a set of equidistant lines (transects) that are perpendicular to an input vector line file. Points and quadrilateral areas are alternative outputs.

: '''Author:''' Eric Hardin

==== 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

Available via SVN or {{cmd|g.extension}}:

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

==== v.to.equidist ====

: [https://raw.github.com/amuriy/GRASS-scripts/master/v.to.equidist v.to.equidist] is a shell script that generates vector points or line segments along a given vector line(s) with the equal distances (uses v.segment)

: '''Author:''' Alexander Muriy

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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.

==== v.vect.stats ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/vector/v.vect.stats v.vect.stats] counts the number of points falling into each polygon and optionally calculates statistics from numeric point attributes for each polygon. v.vect.stats is a C module for GRASS 6.4 and 6.5 (see enclosed patch for 6.5, applies also to 6.4.2) and included in GRASS 7.

: '''Author:''' Markus Metz

==== 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 http://svn.osgeo.org/grass/grass-addons/grass6/raster

==== Raplat ====

GRASS-RaPlaT: The Radio Planning Tool for GRASS GIS system developed by support of Slovenian largest mobile operator Mobitel. It is especially designed for radio coverage calculation of GSM/UMTS systems, but can be applied also to other wireless systems in the frequency range 400 MHz – 2.4 GHz (e.g. TETRA, WiFi). Its structure is modular and characterized by high level of flexibility and adaptability.

* Documentation: http://commsys.ijs.si/en/component/content/article/54-software/149-user-manual
* Software: http://commsys.ijs.si/en/software/grass-raplat

: '''Author:''' Department of Communication Systems, Jozef Stefan Institue, Jamova 39, SI-1000 Ljubljana, Slovenia

==== r.area ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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.basin ====

: [http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.basin/ r.basin] Generates the main morphometric parameters of the basin starting from the digital elevation model and the coordinates of the basin's closing section.

: '''Author:''' Margherita Di Leo, Massimo Di Stefano

Available via SVN or {{cmd|g.extension}}:

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

==== 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 or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/raster/r.burn.frict

==== r.clump2 ====

: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.clump2 r.clump2] is a C module similar to r.clump. Differences are: diagonally adjacent cells are also clumped but can be excluded, NULL (nodata) cells are always excluded, and selective clumping with start coordinates is supported.

: '''Author:''' Markus Metz

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

==== r.colors.out_sld ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.colors.out_sld r.colors.out_sld] is a shell script used to export the color table associated with a raster map layer to an OGC [http://docs.geoserver.org/latest/en/user/styling/sld-cookbook/rasters.html SLD] XML file, for use with [[GeoServer]] and the ilk.

: '''Author:''' Hamish Bowman

==== r.colors.out_vtk ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.colors.out_vtk r.colors.out_vtk] is a shell script used to export the color table associated with a raster map layer to a {{wikipedia|VTK}} XML file. (see also [[Help with 3D]])

: '''Author:''' Hamish Bowman

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/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/grass6/raster/r.colors.tools/palettes grass-addons SVN]).

: '''Author:''' Hamish Bowman

==== r.csr ====

: [https://svn.osgeo.org/grass/grass-addons/grass6/raster/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]

Available via SVN or {{cmd|g.extension}}:

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

==== r.denoise ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.denoise/description.html manual pages] for details. Further information on Sun's denoising algorithm, including an example, is available [http://personalpages.manchester.ac.uk/staff/neil.mitchell/mdenoise/ here].

: '''Author:''' John Stevenson

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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.diversity ====
: [http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.diversity/ r.diversity] calculates selected diversity indices by calling various r.li commands.This script uses the [http://grass.osgeo.org/grass64/manuals/html64_user/r.li.pielou.html Pielou], [http://grass.osgeo.org/grass64/manuals/html64_user/r.li.renyi.html Renyi], [http://grass.osgeo.org/grass64/manuals/html64_user/r.li.shannon.html Shannon] and [http://grass.osgeo.org/grass64/manuals/html64_user/r.li.simpson.html Simpson] indices. The output is a map for each index.

: '''Author:''' Luca Delucchi, Duccio Rocchini

==== 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.forestfrag ====

: [http://dl.dropbox.com/u/10445979/r.forestfrag.sh r.forestfrag.sh] creates forest fragmentation index from a GRASS raster map (where forest=1, non-forest=0) based on a method developed by Riitters et. al (2000). So far only running/tested on GRASS 6.4 and only with 3x3 moving window (shell-script has to be adjusted for other window-sizes)
: '''Author:''' Maning Sambale, Stefan Sylla

==== 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/grass6/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/grass6/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/grass6/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/grass6/raster/r.fuzzy.system

==== r.game_of_life ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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.hazard.flood ====

: [http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.hazard.flood/ r.hazard.flood] is an implementation of a fast procedure to detect flood prone areas. The exposure to flooding may be delineated by adopting a topographic index (TIm) computed from a DEM. The portion of a basin exposed to flood inundation is generally characterized by a TIm higher than a given threshold, tau. The threshold is automatically determinated from the cellsize. The proposed procedure may help in the delineation of flood prone areas especially in basins with marked topography. The use of the modified topographic index should not be considered as an alternative to standard hydrological-hydraulic simulations for flood mapping, but it may represent a useful and rapid tool for a preliminary delineation of flooding areas in ungauged basins and in areas where expensive and time consuming hydrological-hydraulic simulations are not affordable or economically convenient.

: '''Author:''' Margherita Di Leo

Available via SVN or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.hazard.flood/

==== r.in.ign ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.in.ign/ r.in.ign] imports raster data from [http://api.ign.fr IGN WMS-C stream service]. Yet an uncompleted version, briefly documented [http://grass.osgeo.org/wiki/IGN_wms-c_stream here].

: '''Author:''' Vincent Bain

Available via SVN or {{cmd|g.extension}}:

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

==== 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.srtm.region ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass7/raster/r.in.srtm.region r.in.srtm.region] for download and import of SRTM for the current region. If needed, tiles are patched together and optionally holes interpolated.

: '''Author:''' Markus Metz

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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.in.xyz.auto ====

: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.in.xyz.auto r.in.xyz.auto] runs the {{Cmd|r.in.xyz}} module, automatically setting up the region extent for you. ''For useful output it is strongly recommended to manually set the region resolution and bounds yourself instead of using this script.''

: '''Author:''' Hamish Bowman

==== r3.in.xyz ====

: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/raster3d/r3.in.xyz r3.in.xyz] creates a 3D raster map from an assemblage of many coordinates using univariate statistics. It is the 3D version of {{Cmd|r.in.xyz}}.

: '''Author:''' Hamish Bowman

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

: [https://svn.osgeo.org/grass/grass-addons/grass6/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/grass6/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.ipso ====

: [http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.ipso/ r.ipso] Produces the ipsometric and ipsographic curve related to a digital elevation model and prints the percentiles

: '''Authors:''' Margherita Di Leo, Massimo Di Stefano, Francesco Di Stefano

Available via SVN or {{cmd|g.extension}}:

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

==== 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

==== r.maxent.lambdas ====

: [http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.maxent.lambdas r.maxent.lambdas] is a shell script to compute raw and/or logistic prediction maps from a lambdas file produced with MaxEnt 3.3.3e. See also [[#r.out.maxent_swd]]

: '''Author:''' Stefan Blumentrath, [http://www.nina.no NINA]

Available via SVN or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.maxent.lambdas/

==== 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 or {{cmd|g.extension}}:

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

==== r.modis ====

:The '''r.modis''' suite is a toolset to import MODIS satellite data in GRASS GIS. It uses the [http://gis.cri.fmach.it/pymodis/ pyModis library] and the MODIS Reprojection Tool software to convert, mosaik and process MODIS data. It is written in Python language for GRASS 7, developed during the Google Summer of Code 2011.

See also [[R.modis]]:

: '''Author:''' Luca Delucchi (GSoC mentor: Markus Neteler)

Available via SVN or {{cmd|g.extension}}:

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

==== 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.geoserver ====

: [http://www.wgug.org/index.php?option=com_content&view=article&id=56&Itemid=9 r.out.geoserver] exports GRASS raster layer to [http://geoserver.org GeoServer] and publishes it using WMS. The modul is a shell script. It uses: r.out.gdal, curl, xmlstarlet and GeoServer REST interface.

: '''Author:''' Pawel Netzel

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/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/grass6/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.kap_template ====

: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.out.kap_template r.out.kap_template] is a shell script that exports a raster map into a GeoTiff and a metadata text file suitable for use with KAP (BSB) raster nautical chart converter programs such as <tt>tif2bsb</tt> (after verifying that you are legally entitled to use such a tool).
: '''''This is EXPERIMENTAL software. NOT FOR NAVIGATIONAL USE.'''''
: For an easy to use data viewer, see also the [http://www.opencpn.org OpenCPN] free navigational software.

: '''Author:''' Hamish Bowman

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

: [https://trac.osgeo.org/grass/browser/grass-addons/grass6/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.out.maxent_swd ====

: [http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.out.maxent_swd r.out.maxent_swd] is a shell script to produce a set of SWD files as input to MaxEnt 3.3.3e using r.stats. See also [[#r.maxent.lambdas]]

: '''Author:''' Stefan Blumentrath, [http://www.nina.no NINA]

Available via SVN or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.out.maxent_swd/

==== r.pack ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.pack r.pack] and [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.unpack r.unpack] are two GRASS scripts for transferring raster maps to another computer as a single compressed file including color table etc.
: An earlier version has been renamed as [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.pack/experiment r.pack.mat] and [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.unpack/experiment r.unpack.mat].

: '''Author:''' Hamish Bowman

==== r.pi ====

: [https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.pi/ r.pi] (raster patch index) provides various functions to analyse spatial attributes of a landscape. It has a focus on patch-based indices but delivers class-based indices as well. r.le and its successor r.li provide landscape indices.

: '''Authors:''' Programming: Elshad Shirinov, Scientific concept: Dr. Martin Wegmann

==== 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 or {{cmd|g.extension}}:

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

==== r.refine ====

: [http://www.bowdoin.edu/~ltoma/research.html r.refine]: reduces a DEM to a TIN (takes as input a grid DEM and an error margin and simplifies it to the desired accuracy into a TIN)
Available via the source code repository [https://github.com/jonrtodd/r.refine]
: '''Authors:''' Laura Toma and Jonathan Todd

==== 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/grass6/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/grass6/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/grass6/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/grass6/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 or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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 or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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 with improvements via SVN:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

==== r.stack ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.stack r.stack] is a shell script used to patch all the raster maps in a time series (or burst 3D raster) together into a vertical stack, to aid multi-map analyses in modules where group input is not yet available.

: '''Author:''' Hamish Bowman

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 network map produced by r.watershed and stream.extract or custom user input. See description for details.

: '''Author:''' Jarek Jasiewicz

Available via SVN or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

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

==== r.stream.preview ====

: In order to find a value of upslope area to be used as input to extract the river network using r.stream.extract or r.watershed, it is common to proceed by tentatives. [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.stream.preview r.stream.preview] is useful for quickly display results for various tentatives of threshold values.

: '''Author:''' Margherita Di Leo

Available via SVN or {{cmd|g.extension}}:

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

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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/grass6/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 or {{cmd|g.extension}}:
svn co https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.terracost

==== r.threshold ====

[http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.threshold/ r.threshold] Finds a first tentative value of upslope area to be used as input to extract the river network using r.stream.extract or r.watershed.

Available via SVN or {{cmd|g.extension}}:
svn co https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.threshold

==== 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 ====

Note: This addon is only needed for GRASS 6.3, its functionality has been added to r.univar in 6.4+ and 7.

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster/r.univar.zonal r.univar.zonal] is similar to {{cmd|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 or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.univar.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 or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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.wf ====

: [http://svn.osgeo.org/grass/grass-addons/grass6/raster/r.wf/ r.wf] produces the Width Function of a basin. The Width Function W(x) gives the number of the cells in a basin at a flow distance x from the outlet (it is also referred as distance-area function). The distance is not the euclidean one, but it is measured along the flowpath towards the outlet.

: '''Authors:''' Margherita Di Leo, Massimo Di Stefano, Francesco Di Stefano

Available via SVN or {{cmd|g.extension}}:

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

==== r.xtent ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/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/grass6/imagery/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/grass6/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 or {{cmd|g.extension}}:

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

===General add-ons===

==== GRASS create location scripts ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/general/grass_create_location grass_create_location.sh] Script to generate a new GRASS location from GIS file (e.g. geoTIFF or SHAPE), wktfile or EPSG code.

: '''Author:''' Markus Neteler

==== 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/grass6/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/grass6/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/grass6/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/grass6/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

==== g.region.ll ====

: [https://bitbucket.org/afrigeri/grass-addons g.region.ll] sets the region in a projected location using longitudes an latitude.

: '''Author:''' Alessandro Frigeri

=== Imagery add-ons ===

See also

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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/grass6/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/grass6/imagery/i.linespoints

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

==== i.landsat.dehaze ====

Bandwise haze correction using tasscap4 (haze) and linear regression of a Landsat scene.

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

: '''Author:''' Markus Neteler

==== 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).

Available also in GRASS 7 and GRASS 6.5.

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

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

==== i.landsat.acca ====

Implements the Automated Cloud-Cover Assessment (ACCA) Algorithm from Irish (2000) with the constant values for pass filter one from Irish et al. (2006). To do this, it needs Landsat band numbers 2, 3, 4, 5, and 6 (or band 61 for Landsat-7 ETM+) which have already been processed from DN into reflectance and band-6 temperature with i.landsat.toar).

Available also in GRASS 7.

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

: '''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/grass6/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/grass6/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 or {{cmd|g.extension}}:

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

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

: Spectral Angle mapping

: '''Author:''' Markus Neteler. Available via SVN or {{cmd|g.extension}}:

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

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

: Spectral unmixing

: '''Author:''' Markus Neteler. Available via SVN or {{cmd|g.extension}}:

svn co https://svn.osgeo.org/grass/grass-addons/grass6/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/grass6/imagery/i.topo.corr

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

==== i.warp ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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 http://svn.osgeo.org/grass/grass-addons/grass6/display

==== d.barb ====

[http://trac.osgeo.org/grass/browser/grass-addons/grass6/display/d.barb d.barb] is a C module that will draw wind barbs, straw plots, and arrow plots from raster array or sparse vector point data. It can use either direction + magnitude, or u + v components as the input, and can produce a legend key. (''work in progress, but it's mostly there'')

: '''Author:''' Hamish Bowman

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

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/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/grass6/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.frontline ====

: [http://trac.osgeo.org/grass/browser/grass-addons/grass6/display/d.frontline d.frontline] is a shell script that draws frontlines on the graphics monitor using ''d.graph'' module and different types of symbols. Also it optionally saves frontline graphics to ''d.graph'' commands file and/or ''ps.map'' file (for later use with the "read" ''ps.map'' instruction)

: '''Author:''' Alexander Muriy

==== 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/grass6/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/grass6/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/grass6/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/grass6/display/d.shortcuts d.varea] is a shell script that quickly displays vector areas.

: '''Author:''' Hamish Bowman

==== d.zoom.keys ====

[https://raw.github.com/amuriy/GRASS-scripts/master/d.zoom.keys d.zoom.keys] is a shell (+awk) script that allows to change the current geographic region settings interactively, with a keyboard. Can use navigation in X-monitor (requires <xev> and <xdotool>) or terminal.

NOTE: tested normally only on Linux (Ubuntu 10.04), on other systems <awk> and other tools may behave differently.

: '''Author:''' Alexander Muriy

Also available via SVN or {{cmd|g.extension}}:

https://svn.osgeo.org/grass/grass-addons/grass6/display/d.zoom.keys/

==== 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/grass6/postscript/ps.output ps.output] is much like {{cmd|ps.map}} but with advanced decorations and ability for translucency. Here you can find a [[Ps.output|tutorial]].

: '''Author:''' Jorge Tizado

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

* Hatches for ps.map's vareas

=== wxGUI add-ons ===

===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 7.x (in development)==

* See [[AddOns/GRASS7]]

==GRASS 5.x (old)==

See also
http://grass.osgeo.org/outgoing/

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

=== Sites addons ===

* [http://www.tigers.ru/grass_docs/progs/DESCRIPTION.html Parallelized s.surf.idw] using MPI. ([http://babelfish.yahoo.com/translate_url?doit=done&tt=url&intl=1&fr=bf-home&trurl=http%3A%2F%2Fwww.tigers.ru%2Fgrass_docs%2Fprogs%2FDESCRIPTION.html&lp=ru_en&btnTrUrl=Translate babelfish translation])
: '''Author''': Alexei Popov, Russia.

=== Raster addons ===

* [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 or {{cmd|g.extension}}:
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]]

GRASS Community Sprint Prague 2011

2011-05-27T21:29:09Z

⚠️Afrigeri: /* Semi-technical */

[[Image:community_sprint_prague_2011.png|center|600px]]
<center>
Let's call the dog [http://books.google.com/books?id=sfQuAAAAIAAJ Dashenka]
</center>
[[Image:grass-logo-url.png|center|100px]]
 
__TOC__

Succeeding the [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2011 Geoinformatics FCE CTU 2011] ''(International Conference on Free Software and Open Source in Geoinformatics)'', 19-20 May 2011, [http://en.wikipedia.org/wiki/Prague Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic], the GRASS GIS project will hold a '''GRASS Developer and Power User Meeting, aka 'GRASS Community Sprint'''' ''from May 20 to May 25, 2011''.

'''Important dates:'''

* 19 (Thursday) - 20 (Friday) May 2011: Geoinformatics FCE CTU 2011 conference

* '''20 (Friday) - 25 (Wednesday) May 2011: GRASS Community Sprint @ [http://www.fsv.cvut.cz/ FCE CTU]'''

== Purpose ==

Get together GRASS project members to make decisions and tackle larger problems.

For this meeting, we welcome people committed to improving the GRASS GIS project. This includes developers, documenters, bug reporters, translators etc.

== Sponsors ==



If you are interested to sponsor the GRASS Community Sprint, please read about 
    '''sponsoring the GRASS project at [http://grass.osgeo.org/donation.php http://grass.osgeo.org/donation.php]''' 
and, if needed, contact [[User:Neteler|Markus Neteler]] <tt><neteler at osgeo.org></tt>. Any surplus at the end of the event will be turned over to the GRASS GIS project.

The first GRASS Community Sprint is a great occasion for you to support the development of GRASS. With your contribution you'll enable more developers to meet in Prague. The community sprint is an important opportunity for the GRASS developers to discuss and collaboratively resolve bugs, plan the direction for the project and work on new features. Please see below for the more detailed agenda. The developers and contributors are donating their valuable time, so it would be great if in-kind funding can be made available from within the community to cover out-of-pocket expenses. All of the work that takes place at the community sprint will be directly contributed back into the GRASS project to the benefit of everyone who uses it.

=== Thanks to our sponsors ===

We are grateful for the support which we have received to organize this GRASS Community Sprint:

* [http://gfoss.it/ GFOSS.it Associazione Italiana per l'Informazione Geografica Libera] - 1400 Euro
* Stefan Sylla, [http://sylla-consult.de/en/ sylla-consult], Frankfurt, Germany - 100 Euro
* [http://www.r3-gis.com/ R3 GIS], Merano, Italy - 500 euro
* [http://www.fossgis.de FOSSGIS e.V.], D-A-CH, - 500 euro

== Timing ==

'''When''': Friday, May 20, 2011 (day of arrival) - Wednesday, May 25, 2011 (day of departure)

Of course you are invited to join or leave the community sprint whenever you want.

'''Duration''':

* Friday is day of arrival
** First meeting in the evening (after the [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2011 conference]) to define the agenda
* Saturday to Tuesday
** Full days
* Wednesday is day of departure
** Probably hacking for people with a flight later in the evening

== Venue ==
[[Image:logo_cvut.jpg|130px|left]]
Department of Mapping and Cartography 
[http://www.fsv.cvut.cz Faculty of Civil Engineering] 
[http://www.cvut.cz Czech Technical University in Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic] 
[http://geoinformatics.fsv.cvut.cz/gwiki/Room_B367 Room B367] 

'''[http://geoinformatics.fsv.cvut.cz/gwiki/Where_you_can_find_us Location & Transportations]'''

Prague has an international [http://www.prg.aero/en/ airport] and is also reachable by train, bus or car.

== Accommodation and Costs ==

Participants should plan for the following costs:

* Travel to Prague, variable depending on where you come from
* Accommodation and meals
'''Please note''': The currency in Czech Republic is [http://en.wikipedia.org/wiki/Czech_crown crown] (CZK, koruna, Kč). 100 Czech crowns are about 4 Euros (see [http://www.cnb.cz/en/financial_markets/foreign_exchange_market/exchange_rate_fixing/daily.jsp current rates]).

'''[http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague Accommodation in Prague]'''

:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Masarykova_Kolej_Hotel Masarykova Kolej Hotel]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_DAP Hotel DAP]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Krystal Hotel Krystal]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Pension_Hanspaulka Pension Hanspaulka]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Silenzio Hotel Silenzio]
:* Special offer: ''sleeping for free in the kindergarten'' (30min by city urban mass transportation from the university campus, sleeping bag required, kitchen and WC available, no showers, in working days available only from 8 p.m. to 8 a.m.), contact [[User:Landa|Martin Landa]] for details
:* See also http://www.hotel.cz/praha-6/accommodation/

Please let us know your time of arrival and leaving, so we can book for the accommodations and organize the logistics.

Financial support: (partial) travel grants can be payed upon request thanks to our sponsors!

== Weather and Common Item Prices ==

* In May the weather in Prague is usually quite warm ([http://www.prague-spot.com/climate 15 or more degrees by day])
* A espresso coffee is about 20 CZK (80 cents), a beer (half of liter) in a common pub is around 25 CZK (1 euro), can be more in special pubs. In Prague you can have a full meal (see [http://en.wikipedia.org/wiki/Czech_cuisine Czech cuisine]) for still 75 - 150 CZK (3 - 6 euros), but beware of tourist restaurants, the prize can easily rise. It's quite easy to find in Prague also Italian or Chinese restaurants.

== Agenda - What we plan to do ==

'''Note:''' The program is generally open for your ideas. Please write an email to the [http://lists.osgeo.org/mailman/listinfo/grass-dev GRASS developer list] to discuss your contribution.

=== Timeline ===

==== Friday, 20 May ====
* Kick-off at 18.30

==== Saturday, 21 May (Room B367, third floor) ====
* 10 a.m. starting time
* 11 a.m. Welcome meeting
* discuss and finetune agenda
* presentation of participants
* Evening
: '''[http://www.youtube.com/watch?v=Jf6NFRGO9ak Valentina Shuklina's] concert in [http://www.cafe-technika.cz Café Technika]'''

==== Sunday, 22 May ====
* '''9 a.m.''' starting time
* All participants discussion rounds:
** Testing new wxGUI features before publishing procedure
** Changing parameter names in GRASS 7 (think about automated differences to GRASS 6 documentation)
** {{done}} r.mask problems: backport this [http://trac.osgeo.org/grass/changeset/46323 change] and floating point support
** [[Toolboxes]]
** ...
* Individual topics...
** {{done}} LiDAR, LAS handling (Sunday: Helena, MarkusM, and MarkusN)
* Evening: '''Social dinner'''

==== Monday, 23 May ====
* Community Sprint 3
** Outline [[Movies#Q:_How_to_create_a_screencast_.28for_video_tutorials_etc.29.3F|screen capture videos]] for "Getting started with GRASS" and for using wxGUI for various specific tasks ''(Monday: Helena and Martin)''

==== Tuesday, 24 May ====
* Community Sprint 4

==== Wednesday, 25 May ====
* Finish press release (including thanks to sponsors with names)
* Wrap up and see you soon

=== Topics ===

==== Non-technical ====

* {{done}} Prettify http://grass.osgeo.org/donation.php (borrow HTML code from http://donate.openstreetmap.org/)
* Discuss new sponsoring concept (discuss during lunch on Sunday)
* Improve promotional material
* {{done}} Introduce this year's selection of Google Summer of Code projects
* Strategy to populate [http://grass.fem-environment.eu/ new GRASS Website] (note: address is temporary) with content from [http://grass.osgeo.org old website] - design new GRASS Web site engine based on [[Web site|CMS]]. Content migration should be tracked in this Wiki ''(Milena, MarkusN, Nicolas)''
* GRASS 7 development strategy:
** Feature freezing GRASS 6; bugfix-only backports for 6.4.2+ libraries and modules
* ...
* run grass64/gource_it.sh and publish video ''(MarkusN)''

==== Semi-technical ====

Open discussion:
* Discuss possible metadata storage improvements for GRASS 7

Individually:
* Discuss changing manual to use Sphinx (see related {{trac|151}})'' (who takes this task?)''
* Support translated manual pages (see related {{trac|846}}) ''(who knows Makefile programming?)''
* Sample Mars dataset - at least empty location with correct setup ''(Alessandro Frigeri)''
: ''ping me later & I'll dig out my MOLA notes (see NVIZ screenshots page). I think there's some info in vol 1 or 3 of the GRASS newsletters. Also I seem to recall that Peter Lowe had a demo Mars mapset already set up for NVIZ + 3D rendering. Note planetary scientists often work in 0-360 degrees not -180 to +180, but GRASS supports that so all is ok.''--Hamish

** Hi-res Location: Valles Marineris
** Lo-res Location: Halex Valles -- see Frigeri et al. 2011.
* LiDAR, LAS handling ''(Sunday: Helena, MarkusM, and MarkusN)''
: ''note wish to add direct liblas support to {{cmd|r.in.xyz}}. To be honest I'm not sure how much of a speed advantage there will really be vs. piping from las2txt, but if someone wants to try & report results I'd be interested to hear about it. Not sure if it should be in another r.in.las cloned module or not. maybe a new option stream={ascii|las|mbio}? See also Bob Covill's r.in.xyz version with direct libmbio.a (MB-Systems [multibeam bathymetry]) support.'' --Hamish
* Improve manual with more examples and screenshots
* Revive command line (ie Bash) tab-completion for map names, option lists.
* ...

==== Technical ====

===== wxGUI: graphical user interface =====
* wxGUI: testing before publishing procedure
* wxGUI: add language selector at startup or in GUI configuration (Important!)
* wxGUI: modeller improvements
* wxGUI: further improve the integration of CLI and GUI
* wxNVIZ: consider to switch to [[OpenSceneGraph]] for 3D visualization
* Restore d.* commands in GRASS7 - some prototypes are already existing (p.mon: Stefano)
* ...

===== Built system, installation =====
* Addons:
** Autocompilation job for GRASS-Addons ''(MarkusN et al.)''
** Improve {{cmd|g.extension}} (enable to use precompiled winGRASS Addon binaries)
* Discuss backporting Makefile system from GRASS 7 to GRASS 6
* {{done}} Discuss and define new [[GRASS repository layout proposal|toolbox concept]]
* Daily generated OSGeo4W packages for 6.5svn, 7.0svn.
* {{done}} GRASS on clusters: shared discussion
** Job queuing with [[Parallel_GRASS_jobs|Grid Engine]] and [http://en.wikipedia.org/wiki/TORQUE_Resource_Manager Torque]
** Multi-core CPU with [[OpenMP]]
** GPU+Multi-core CPU with [[OpenCL]]
** Multi-node with [http://www.mcs.anl.gov/research/projects/mpich2/ mpich2]
* ...

===== Documentation =====
* Develop something like the wxGUI module search tree for the HTML pages
* Finally :) get htDig fixed on the projects VM
* ...

===== Testing and benchmarking =====
* Write tests for different core modules (see the [http://www-pool.math.tu-berlin.de/~soeren/grass/GRASS_TestSuite/html_grass-6.4/ former testsuite] from Soeren's): [[Test Suite]]
* Discuss testing procedure for GUI: here is a list of [http://www.testingfaqs.org/t-gui.html| GUI test tools] - see also [http://en.wikipedia.org/wiki/GOMS| GOMS analysis]
* Benchmarking between GRASS, QGIS, Sextante, gvSIG, ... for watershed calculation, import, export, extract, ...
* ...

===== Capabilities =====

* SQLite default DB in grass7: switch default to per-map DB file like DBF, or keep a per-mapset DB file as is currently implemented?
* Discussion and implementation time frame of temporal GIS capabilities in GRASS [[Time series development]]
* Discussion about a new parser interface for better command line, GUI and WPS support. Discussion started here: http://trac.osgeo.org/grass/ticket/1031
* Improve [[WPS]] support
* Discuss improvements in GRASS 7 vector engine (OGR support, lightweight topology structures, better 3D support)
* {{done}} Discuss fundamental changes in raster and vector engine for GRASS 8
* winGRASS: GRASS and R-stats integration improvements (see related {{trac|1149}}, [http://code.google.com/p/batchfiles/ Windows batchfiles for use with R], [http://trac.osgeo.org/grass/ticket/1149#comment:7 ticket/1149#comment:7], [http://trac.osgeo.org/grass/ticket/1149#comment:8 ticket/1149#comment:8])
* Implement [http://www.gaia-gis.it/spatialite/ RasterLite] as GRASS raster database
* Java APIs
* ...

;Discussion on ML
* http://lists.osgeo.org/pipermail/grass-user/2011-March/059830.html

== Participation ==

We are planning for attendance of 20 people (i.e., hacking places) but of course you are welcome to join us and bring new ideas with you, as more places are available. Please add your name here or contact [[User:Landa|Martin Landa]] <tt><landa.martin at gmail.com></tt>:

=== In person ===

{|class="wikitable sortable" border="2" cellspacing="0" cellpadding="4" rules="all" style="margin:1em 1em 1em 0; border:solid 1px #AAAAAA; border-collapse:collapse; background-color:#edf9c7; font-size:95%; empty-cells:show;"
|width=50px|'''No'''
|width=150px|'''Participant '''
|width=100px|'''Arrival'''
|width=100px|'''Departure'''
|'''Topic'''
|width=75px|'''T-Shirt'''
|'''Notes'''
|-
|1
|[[User:Landa|Martin Landa]]
| May 20
| May 25
|Toolbox concept, vector engine in GRASS 7, wxGUI
| M
|
|-
|2
|[[User:Neteler|Markus Neteler]]
|May 17
|May 23
| sponsoring, coding, manual, odds and ends
| M
|
|-
|3
|[[User:Lucadelu|Luca Delucchi]]
|May 16
|May 25
|New toolbox concept,translation, g.cloud, r.modis
|L
|
|-
|4
|[[User:RobertSzczepanek|Robert Szczepanek]]
|May 19
|May 23
|wxGUI, hydrological toolbox, translation
|M
|
|-
|5
|[[User:madi|Margherita Di Leo]]
|May 16
|May 25
| [http://grass.osgeo.org/devel/i18n.php Translation] , python api, wxGUI
| L
|
|-
|6
|[[User:annalisapg|Annalisa Minelli]]
|May 16
|May 25
|[http://grass.osgeo.org/devel/i18n.php Translation], python api, r.viewshed, winGRASS debug
|S
|
|-
|7
|[[User:AnneGhisla|Anne Ghisla]]
|May 16
|May 25
|wxGUI development, v.krige
|M
|
|-
|8
|[[User:Afrigeri|Alessandro Frigeri]]
|May 18
|May 25
|Planetary SRS in GRASS GIS - OGC W*S tweakings for IAU GCS
|M
|
|-
|9
|[[User:huhabla|Sören Gebbert]]
| May 20
| May 23
|Time series development, Web Processing Service support, wps-grass-bridge, New parser interface, vtk-grass-bridge
| L
|
|-
|-
|10
|[[User:MilenaN|Milena Nowotarska]]
| May 19
| May 23
|wxGUI, translation
| S
|
|-
|11
|[[User:helena|Helena Mitasova]]
|May 22
|May 25
|wxnviz, v.vol.rst, r3 and time series, toolbox concept
|S
|
|-
|12
|[[User:blazek|Radim Blazek]]
|May 20
|May 21
|QGIS friendliness lobbying
|XL
|
|-
|13
|[[User:peter.loewe|Peter Loewe]]
|May 20
|May 23
|GRASS on computation grids lobbying, povray, paraview/vtk
|XL
|
|-
|14
|[[User:moovida|Andrea Antonello]]
|May 18
|May 23
|GRASS toolbox for uDig, Geopaparazzi import module for GRASS, Hopefully get knowledge about new raster format
|L
|
|-
|15
|[[User:mmetz|Markus Metz]]
|
|
|vector engine in GRASS 7, support for massive datasets
|L
|
|-
|16
|Paweł Netzel
| May 19
| May 22
|
| XL
|
|-
|17
|[[User:annakrat|Anna Kratochvílová]]
|
|
|wxNviz
|S
|
|-
|18
|Vaclav Petras
|
|
|
|
|-
|19
|Stefano Cavallari
|
|
|Python etc
|
|
|-
|}

=== Via IRC chat ===

* join us at irc://irc.freenode.net/grass (#grass in [[IRC]])
* Hamish B, as timezones & work allows

=== Collaborative document scratching ===

* EtherPad: http://etherpad.osuosl.org

== Individual Preparation ==

* Bring your own computer
* Bring [http://en.wikipedia.org/wiki/Mains_electricity_by_country power connector adapter] if needed (Czech Republic: 230V, 50Hz, [http://en.wikipedia.org/wiki/File:Euro-Flachstecker_2.jpg Type C Europlugs] are common and also [http://en.wikipedia.org/wiki/File:French_plug_and_socket.jpg Type E])
* Install subversion and the compiler tools, and come with a working GRASS development environment if possible.

== Broadcast & Video ==

* Streaming not possible...
* Live session notes via [http://etherpad.osuosl.org/ EtherPad] are useful. (afterwards post the pads to the wiki)


== FAQ ==

* ''Is the GRASS Community Sprint just a coding event?''
** It is mainly a coding and documentation event. It is a working session for people who are already participants in the GRASS project and/or are committed to improving the GRASS project.
** On demand we can do some presentations of current working GRASS implementation and new upcoming features to spread the idea of Open Source GIS software
* ''Is the GRASS Community Sprint for developers only?''
** No: anybody can help, with testing, checking out bugs and fixes, documentation and more.
* ''Where can I get help and more information about the community sprint?''
** Contact [[User:Landa|Martin Landa]] <tt><landa.martin at gmail.com></tt>

[[Category: Workshops]]

GRASS Community Sprint Prague 2011

2011-05-27T21:28:31Z

⚠️Afrigeri: /* Semi-technical */

[[Image:community_sprint_prague_2011.png|center|600px]]
<center>
Let's call the dog [http://books.google.com/books?id=sfQuAAAAIAAJ Dashenka]
</center>
[[Image:grass-logo-url.png|center|100px]]
 
__TOC__

Succeeding the [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2011 Geoinformatics FCE CTU 2011] ''(International Conference on Free Software and Open Source in Geoinformatics)'', 19-20 May 2011, [http://en.wikipedia.org/wiki/Prague Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic], the GRASS GIS project will hold a '''GRASS Developer and Power User Meeting, aka 'GRASS Community Sprint'''' ''from May 20 to May 25, 2011''.

'''Important dates:'''

* 19 (Thursday) - 20 (Friday) May 2011: Geoinformatics FCE CTU 2011 conference

* '''20 (Friday) - 25 (Wednesday) May 2011: GRASS Community Sprint @ [http://www.fsv.cvut.cz/ FCE CTU]'''

== Purpose ==

Get together GRASS project members to make decisions and tackle larger problems.

For this meeting, we welcome people committed to improving the GRASS GIS project. This includes developers, documenters, bug reporters, translators etc.

== Sponsors ==



If you are interested to sponsor the GRASS Community Sprint, please read about 
    '''sponsoring the GRASS project at [http://grass.osgeo.org/donation.php http://grass.osgeo.org/donation.php]''' 
and, if needed, contact [[User:Neteler|Markus Neteler]] <tt><neteler at osgeo.org></tt>. Any surplus at the end of the event will be turned over to the GRASS GIS project.

The first GRASS Community Sprint is a great occasion for you to support the development of GRASS. With your contribution you'll enable more developers to meet in Prague. The community sprint is an important opportunity for the GRASS developers to discuss and collaboratively resolve bugs, plan the direction for the project and work on new features. Please see below for the more detailed agenda. The developers and contributors are donating their valuable time, so it would be great if in-kind funding can be made available from within the community to cover out-of-pocket expenses. All of the work that takes place at the community sprint will be directly contributed back into the GRASS project to the benefit of everyone who uses it.

=== Thanks to our sponsors ===

We are grateful for the support which we have received to organize this GRASS Community Sprint:

* [http://gfoss.it/ GFOSS.it Associazione Italiana per l'Informazione Geografica Libera] - 1400 Euro
* Stefan Sylla, [http://sylla-consult.de/en/ sylla-consult], Frankfurt, Germany - 100 Euro
* [http://www.r3-gis.com/ R3 GIS], Merano, Italy - 500 euro
* [http://www.fossgis.de FOSSGIS e.V.], D-A-CH, - 500 euro

== Timing ==

'''When''': Friday, May 20, 2011 (day of arrival) - Wednesday, May 25, 2011 (day of departure)

Of course you are invited to join or leave the community sprint whenever you want.

'''Duration''':

* Friday is day of arrival
** First meeting in the evening (after the [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2011 conference]) to define the agenda
* Saturday to Tuesday
** Full days
* Wednesday is day of departure
** Probably hacking for people with a flight later in the evening

== Venue ==
[[Image:logo_cvut.jpg|130px|left]]
Department of Mapping and Cartography 
[http://www.fsv.cvut.cz Faculty of Civil Engineering] 
[http://www.cvut.cz Czech Technical University in Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic] 
[http://geoinformatics.fsv.cvut.cz/gwiki/Room_B367 Room B367] 

'''[http://geoinformatics.fsv.cvut.cz/gwiki/Where_you_can_find_us Location & Transportations]'''

Prague has an international [http://www.prg.aero/en/ airport] and is also reachable by train, bus or car.

== Accommodation and Costs ==

Participants should plan for the following costs:

* Travel to Prague, variable depending on where you come from
* Accommodation and meals
'''Please note''': The currency in Czech Republic is [http://en.wikipedia.org/wiki/Czech_crown crown] (CZK, koruna, Kč). 100 Czech crowns are about 4 Euros (see [http://www.cnb.cz/en/financial_markets/foreign_exchange_market/exchange_rate_fixing/daily.jsp current rates]).

'''[http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague Accommodation in Prague]'''

:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Masarykova_Kolej_Hotel Masarykova Kolej Hotel]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_DAP Hotel DAP]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Krystal Hotel Krystal]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Pension_Hanspaulka Pension Hanspaulka]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Silenzio Hotel Silenzio]
:* Special offer: ''sleeping for free in the kindergarten'' (30min by city urban mass transportation from the university campus, sleeping bag required, kitchen and WC available, no showers, in working days available only from 8 p.m. to 8 a.m.), contact [[User:Landa|Martin Landa]] for details
:* See also http://www.hotel.cz/praha-6/accommodation/

Please let us know your time of arrival and leaving, so we can book for the accommodations and organize the logistics.

Financial support: (partial) travel grants can be payed upon request thanks to our sponsors!

== Weather and Common Item Prices ==

* In May the weather in Prague is usually quite warm ([http://www.prague-spot.com/climate 15 or more degrees by day])
* A espresso coffee is about 20 CZK (80 cents), a beer (half of liter) in a common pub is around 25 CZK (1 euro), can be more in special pubs. In Prague you can have a full meal (see [http://en.wikipedia.org/wiki/Czech_cuisine Czech cuisine]) for still 75 - 150 CZK (3 - 6 euros), but beware of tourist restaurants, the prize can easily rise. It's quite easy to find in Prague also Italian or Chinese restaurants.

== Agenda - What we plan to do ==

'''Note:''' The program is generally open for your ideas. Please write an email to the [http://lists.osgeo.org/mailman/listinfo/grass-dev GRASS developer list] to discuss your contribution.

=== Timeline ===

==== Friday, 20 May ====
* Kick-off at 18.30

==== Saturday, 21 May (Room B367, third floor) ====
* 10 a.m. starting time
* 11 a.m. Welcome meeting
* discuss and finetune agenda
* presentation of participants
* Evening
: '''[http://www.youtube.com/watch?v=Jf6NFRGO9ak Valentina Shuklina's] concert in [http://www.cafe-technika.cz Café Technika]'''

==== Sunday, 22 May ====
* '''9 a.m.''' starting time
* All participants discussion rounds:
** Testing new wxGUI features before publishing procedure
** Changing parameter names in GRASS 7 (think about automated differences to GRASS 6 documentation)
** {{done}} r.mask problems: backport this [http://trac.osgeo.org/grass/changeset/46323 change] and floating point support
** [[Toolboxes]]
** ...
* Individual topics...
** {{done}} LiDAR, LAS handling (Sunday: Helena, MarkusM, and MarkusN)
* Evening: '''Social dinner'''

==== Monday, 23 May ====
* Community Sprint 3
** Outline [[Movies#Q:_How_to_create_a_screencast_.28for_video_tutorials_etc.29.3F|screen capture videos]] for "Getting started with GRASS" and for using wxGUI for various specific tasks ''(Monday: Helena and Martin)''

==== Tuesday, 24 May ====
* Community Sprint 4

==== Wednesday, 25 May ====
* Finish press release (including thanks to sponsors with names)
* Wrap up and see you soon

=== Topics ===

==== Non-technical ====

* {{done}} Prettify http://grass.osgeo.org/donation.php (borrow HTML code from http://donate.openstreetmap.org/)
* Discuss new sponsoring concept (discuss during lunch on Sunday)
* Improve promotional material
* {{done}} Introduce this year's selection of Google Summer of Code projects
* Strategy to populate [http://grass.fem-environment.eu/ new GRASS Website] (note: address is temporary) with content from [http://grass.osgeo.org old website] - design new GRASS Web site engine based on [[Web site|CMS]]. Content migration should be tracked in this Wiki ''(Milena, MarkusN, Nicolas)''
* GRASS 7 development strategy:
** Feature freezing GRASS 6; bugfix-only backports for 6.4.2+ libraries and modules
* ...
* run grass64/gource_it.sh and publish video ''(MarkusN)''

==== Semi-technical ====

Open discussion:
* Discuss possible metadata storage improvements for GRASS 7

Individually:
* Discuss changing manual to use Sphinx (see related {{trac|151}})'' (who takes this task?)''
* Support translated manual pages (see related {{trac|846}}) ''(who knows Makefile programming?)''
* Sample Mars dataset - at least empty location with correct setup ''(Alessandro Frigeri)''
: ''ping me later & I'll dig out my MOLA notes (see NVIZ screenshots page). I think there's some info in vol 1 or 3 of the GRASS newsletters. Also I seem to recall that Peter Lowe had a demo Mars mapset already set up for NVIZ + 3D rendering. Note planetary scientists often work in 0-360 degrees not -180 to +180, but GRASS supports that so all is ok.''--Hamish
** Hi-res Location: Valles Marineris
** Lo-res Location: Halex Valles -- see Frigeri et al. 2011.
* LiDAR, LAS handling ''(Sunday: Helena, MarkusM, and MarkusN)''
: ''note wish to add direct liblas support to {{cmd|r.in.xyz}}. To be honest I'm not sure how much of a speed advantage there will really be vs. piping from las2txt, but if someone wants to try & report results I'd be interested to hear about it. Not sure if it should be in another r.in.las cloned module or not. maybe a new option stream={ascii|las|mbio}? See also Bob Covill's r.in.xyz version with direct libmbio.a (MB-Systems [multibeam bathymetry]) support.'' --Hamish
* Improve manual with more examples and screenshots
* Revive command line (ie Bash) tab-completion for map names, option lists.
* ...

==== Technical ====

===== wxGUI: graphical user interface =====
* wxGUI: testing before publishing procedure
* wxGUI: add language selector at startup or in GUI configuration (Important!)
* wxGUI: modeller improvements
* wxGUI: further improve the integration of CLI and GUI
* wxNVIZ: consider to switch to [[OpenSceneGraph]] for 3D visualization
* Restore d.* commands in GRASS7 - some prototypes are already existing (p.mon: Stefano)
* ...

===== Built system, installation =====
* Addons:
** Autocompilation job for GRASS-Addons ''(MarkusN et al.)''
** Improve {{cmd|g.extension}} (enable to use precompiled winGRASS Addon binaries)
* Discuss backporting Makefile system from GRASS 7 to GRASS 6
* {{done}} Discuss and define new [[GRASS repository layout proposal|toolbox concept]]
* Daily generated OSGeo4W packages for 6.5svn, 7.0svn.
* {{done}} GRASS on clusters: shared discussion
** Job queuing with [[Parallel_GRASS_jobs|Grid Engine]] and [http://en.wikipedia.org/wiki/TORQUE_Resource_Manager Torque]
** Multi-core CPU with [[OpenMP]]
** GPU+Multi-core CPU with [[OpenCL]]
** Multi-node with [http://www.mcs.anl.gov/research/projects/mpich2/ mpich2]
* ...

===== Documentation =====
* Develop something like the wxGUI module search tree for the HTML pages
* Finally :) get htDig fixed on the projects VM
* ...

===== Testing and benchmarking =====
* Write tests for different core modules (see the [http://www-pool.math.tu-berlin.de/~soeren/grass/GRASS_TestSuite/html_grass-6.4/ former testsuite] from Soeren's): [[Test Suite]]
* Discuss testing procedure for GUI: here is a list of [http://www.testingfaqs.org/t-gui.html| GUI test tools] - see also [http://en.wikipedia.org/wiki/GOMS| GOMS analysis]
* Benchmarking between GRASS, QGIS, Sextante, gvSIG, ... for watershed calculation, import, export, extract, ...
* ...

===== Capabilities =====

* SQLite default DB in grass7: switch default to per-map DB file like DBF, or keep a per-mapset DB file as is currently implemented?
* Discussion and implementation time frame of temporal GIS capabilities in GRASS [[Time series development]]
* Discussion about a new parser interface for better command line, GUI and WPS support. Discussion started here: http://trac.osgeo.org/grass/ticket/1031
* Improve [[WPS]] support
* Discuss improvements in GRASS 7 vector engine (OGR support, lightweight topology structures, better 3D support)
* {{done}} Discuss fundamental changes in raster and vector engine for GRASS 8
* winGRASS: GRASS and R-stats integration improvements (see related {{trac|1149}}, [http://code.google.com/p/batchfiles/ Windows batchfiles for use with R], [http://trac.osgeo.org/grass/ticket/1149#comment:7 ticket/1149#comment:7], [http://trac.osgeo.org/grass/ticket/1149#comment:8 ticket/1149#comment:8])
* Implement [http://www.gaia-gis.it/spatialite/ RasterLite] as GRASS raster database
* Java APIs
* ...

;Discussion on ML
* http://lists.osgeo.org/pipermail/grass-user/2011-March/059830.html

== Participation ==

We are planning for attendance of 20 people (i.e., hacking places) but of course you are welcome to join us and bring new ideas with you, as more places are available. Please add your name here or contact [[User:Landa|Martin Landa]] <tt><landa.martin at gmail.com></tt>:

=== In person ===

{|class="wikitable sortable" border="2" cellspacing="0" cellpadding="4" rules="all" style="margin:1em 1em 1em 0; border:solid 1px #AAAAAA; border-collapse:collapse; background-color:#edf9c7; font-size:95%; empty-cells:show;"
|width=50px|'''No'''
|width=150px|'''Participant '''
|width=100px|'''Arrival'''
|width=100px|'''Departure'''
|'''Topic'''
|width=75px|'''T-Shirt'''
|'''Notes'''
|-
|1
|[[User:Landa|Martin Landa]]
| May 20
| May 25
|Toolbox concept, vector engine in GRASS 7, wxGUI
| M
|
|-
|2
|[[User:Neteler|Markus Neteler]]
|May 17
|May 23
| sponsoring, coding, manual, odds and ends
| M
|
|-
|3
|[[User:Lucadelu|Luca Delucchi]]
|May 16
|May 25
|New toolbox concept,translation, g.cloud, r.modis
|L
|
|-
|4
|[[User:RobertSzczepanek|Robert Szczepanek]]
|May 19
|May 23
|wxGUI, hydrological toolbox, translation
|M
|
|-
|5
|[[User:madi|Margherita Di Leo]]
|May 16
|May 25
| [http://grass.osgeo.org/devel/i18n.php Translation] , python api, wxGUI
| L
|
|-
|6
|[[User:annalisapg|Annalisa Minelli]]
|May 16
|May 25
|[http://grass.osgeo.org/devel/i18n.php Translation], python api, r.viewshed, winGRASS debug
|S
|
|-
|7
|[[User:AnneGhisla|Anne Ghisla]]
|May 16
|May 25
|wxGUI development, v.krige
|M
|
|-
|8
|[[User:Afrigeri|Alessandro Frigeri]]
|May 18
|May 25
|Planetary SRS in GRASS GIS - OGC W*S tweakings for IAU GCS
|M
|
|-
|9
|[[User:huhabla|Sören Gebbert]]
| May 20
| May 23
|Time series development, Web Processing Service support, wps-grass-bridge, New parser interface, vtk-grass-bridge
| L
|
|-
|-
|10
|[[User:MilenaN|Milena Nowotarska]]
| May 19
| May 23
|wxGUI, translation
| S
|
|-
|11
|[[User:helena|Helena Mitasova]]
|May 22
|May 25
|wxnviz, v.vol.rst, r3 and time series, toolbox concept
|S
|
|-
|12
|[[User:blazek|Radim Blazek]]
|May 20
|May 21
|QGIS friendliness lobbying
|XL
|
|-
|13
|[[User:peter.loewe|Peter Loewe]]
|May 20
|May 23
|GRASS on computation grids lobbying, povray, paraview/vtk
|XL
|
|-
|14
|[[User:moovida|Andrea Antonello]]
|May 18
|May 23
|GRASS toolbox for uDig, Geopaparazzi import module for GRASS, Hopefully get knowledge about new raster format
|L
|
|-
|15
|[[User:mmetz|Markus Metz]]
|
|
|vector engine in GRASS 7, support for massive datasets
|L
|
|-
|16
|Paweł Netzel
| May 19
| May 22
|
| XL
|
|-
|17
|[[User:annakrat|Anna Kratochvílová]]
|
|
|wxNviz
|S
|
|-
|18
|Vaclav Petras
|
|
|
|
|-
|19
|Stefano Cavallari
|
|
|Python etc
|
|
|-
|}

=== Via IRC chat ===

* join us at irc://irc.freenode.net/grass (#grass in [[IRC]])
* Hamish B, as timezones & work allows

=== Collaborative document scratching ===

* EtherPad: http://etherpad.osuosl.org

== Individual Preparation ==

* Bring your own computer
* Bring [http://en.wikipedia.org/wiki/Mains_electricity_by_country power connector adapter] if needed (Czech Republic: 230V, 50Hz, [http://en.wikipedia.org/wiki/File:Euro-Flachstecker_2.jpg Type C Europlugs] are common and also [http://en.wikipedia.org/wiki/File:French_plug_and_socket.jpg Type E])
* Install subversion and the compiler tools, and come with a working GRASS development environment if possible.

== Broadcast & Video ==

* Streaming not possible...
* Live session notes via [http://etherpad.osuosl.org/ EtherPad] are useful. (afterwards post the pads to the wiki)


== FAQ ==

* ''Is the GRASS Community Sprint just a coding event?''
** It is mainly a coding and documentation event. It is a working session for people who are already participants in the GRASS project and/or are committed to improving the GRASS project.
** On demand we can do some presentations of current working GRASS implementation and new upcoming features to spread the idea of Open Source GIS software
* ''Is the GRASS Community Sprint for developers only?''
** No: anybody can help, with testing, checking out bugs and fixes, documentation and more.
* ''Where can I get help and more information about the community sprint?''
** Contact [[User:Landa|Martin Landa]] <tt><landa.martin at gmail.com></tt>

[[Category: Workshops]]

GRASS Community Sprint Prague 2011

2011-05-27T21:28:10Z

⚠️Afrigeri: /* Semi-technical */

[[Image:community_sprint_prague_2011.png|center|600px]]
<center>
Let's call the dog [http://books.google.com/books?id=sfQuAAAAIAAJ Dashenka]
</center>
[[Image:grass-logo-url.png|center|100px]]
 
__TOC__

Succeeding the [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2011 Geoinformatics FCE CTU 2011] ''(International Conference on Free Software and Open Source in Geoinformatics)'', 19-20 May 2011, [http://en.wikipedia.org/wiki/Prague Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic], the GRASS GIS project will hold a '''GRASS Developer and Power User Meeting, aka 'GRASS Community Sprint'''' ''from May 20 to May 25, 2011''.

'''Important dates:'''

* 19 (Thursday) - 20 (Friday) May 2011: Geoinformatics FCE CTU 2011 conference

* '''20 (Friday) - 25 (Wednesday) May 2011: GRASS Community Sprint @ [http://www.fsv.cvut.cz/ FCE CTU]'''

== Purpose ==

Get together GRASS project members to make decisions and tackle larger problems.

For this meeting, we welcome people committed to improving the GRASS GIS project. This includes developers, documenters, bug reporters, translators etc.

== Sponsors ==



If you are interested to sponsor the GRASS Community Sprint, please read about 
    '''sponsoring the GRASS project at [http://grass.osgeo.org/donation.php http://grass.osgeo.org/donation.php]''' 
and, if needed, contact [[User:Neteler|Markus Neteler]] <tt><neteler at osgeo.org></tt>. Any surplus at the end of the event will be turned over to the GRASS GIS project.

The first GRASS Community Sprint is a great occasion for you to support the development of GRASS. With your contribution you'll enable more developers to meet in Prague. The community sprint is an important opportunity for the GRASS developers to discuss and collaboratively resolve bugs, plan the direction for the project and work on new features. Please see below for the more detailed agenda. The developers and contributors are donating their valuable time, so it would be great if in-kind funding can be made available from within the community to cover out-of-pocket expenses. All of the work that takes place at the community sprint will be directly contributed back into the GRASS project to the benefit of everyone who uses it.

=== Thanks to our sponsors ===

We are grateful for the support which we have received to organize this GRASS Community Sprint:

* [http://gfoss.it/ GFOSS.it Associazione Italiana per l'Informazione Geografica Libera] - 1400 Euro
* Stefan Sylla, [http://sylla-consult.de/en/ sylla-consult], Frankfurt, Germany - 100 Euro
* [http://www.r3-gis.com/ R3 GIS], Merano, Italy - 500 euro
* [http://www.fossgis.de FOSSGIS e.V.], D-A-CH, - 500 euro

== Timing ==

'''When''': Friday, May 20, 2011 (day of arrival) - Wednesday, May 25, 2011 (day of departure)

Of course you are invited to join or leave the community sprint whenever you want.

'''Duration''':

* Friday is day of arrival
** First meeting in the evening (after the [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2011 conference]) to define the agenda
* Saturday to Tuesday
** Full days
* Wednesday is day of departure
** Probably hacking for people with a flight later in the evening

== Venue ==
[[Image:logo_cvut.jpg|130px|left]]
Department of Mapping and Cartography 
[http://www.fsv.cvut.cz Faculty of Civil Engineering] 
[http://www.cvut.cz Czech Technical University in Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic] 
[http://geoinformatics.fsv.cvut.cz/gwiki/Room_B367 Room B367] 

'''[http://geoinformatics.fsv.cvut.cz/gwiki/Where_you_can_find_us Location & Transportations]'''

Prague has an international [http://www.prg.aero/en/ airport] and is also reachable by train, bus or car.

== Accommodation and Costs ==

Participants should plan for the following costs:

* Travel to Prague, variable depending on where you come from
* Accommodation and meals
'''Please note''': The currency in Czech Republic is [http://en.wikipedia.org/wiki/Czech_crown crown] (CZK, koruna, Kč). 100 Czech crowns are about 4 Euros (see [http://www.cnb.cz/en/financial_markets/foreign_exchange_market/exchange_rate_fixing/daily.jsp current rates]).

'''[http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague Accommodation in Prague]'''

:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Masarykova_Kolej_Hotel Masarykova Kolej Hotel]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_DAP Hotel DAP]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Krystal Hotel Krystal]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Pension_Hanspaulka Pension Hanspaulka]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Silenzio Hotel Silenzio]
:* Special offer: ''sleeping for free in the kindergarten'' (30min by city urban mass transportation from the university campus, sleeping bag required, kitchen and WC available, no showers, in working days available only from 8 p.m. to 8 a.m.), contact [[User:Landa|Martin Landa]] for details
:* See also http://www.hotel.cz/praha-6/accommodation/

Please let us know your time of arrival and leaving, so we can book for the accommodations and organize the logistics.

Financial support: (partial) travel grants can be payed upon request thanks to our sponsors!

== Weather and Common Item Prices ==

* In May the weather in Prague is usually quite warm ([http://www.prague-spot.com/climate 15 or more degrees by day])
* A espresso coffee is about 20 CZK (80 cents), a beer (half of liter) in a common pub is around 25 CZK (1 euro), can be more in special pubs. In Prague you can have a full meal (see [http://en.wikipedia.org/wiki/Czech_cuisine Czech cuisine]) for still 75 - 150 CZK (3 - 6 euros), but beware of tourist restaurants, the prize can easily rise. It's quite easy to find in Prague also Italian or Chinese restaurants.

== Agenda - What we plan to do ==

'''Note:''' The program is generally open for your ideas. Please write an email to the [http://lists.osgeo.org/mailman/listinfo/grass-dev GRASS developer list] to discuss your contribution.

=== Timeline ===

==== Friday, 20 May ====
* Kick-off at 18.30

==== Saturday, 21 May (Room B367, third floor) ====
* 10 a.m. starting time
* 11 a.m. Welcome meeting
* discuss and finetune agenda
* presentation of participants
* Evening
: '''[http://www.youtube.com/watch?v=Jf6NFRGO9ak Valentina Shuklina's] concert in [http://www.cafe-technika.cz Café Technika]'''

==== Sunday, 22 May ====
* '''9 a.m.''' starting time
* All participants discussion rounds:
** Testing new wxGUI features before publishing procedure
** Changing parameter names in GRASS 7 (think about automated differences to GRASS 6 documentation)
** {{done}} r.mask problems: backport this [http://trac.osgeo.org/grass/changeset/46323 change] and floating point support
** [[Toolboxes]]
** ...
* Individual topics...
** {{done}} LiDAR, LAS handling (Sunday: Helena, MarkusM, and MarkusN)
* Evening: '''Social dinner'''

==== Monday, 23 May ====
* Community Sprint 3
** Outline [[Movies#Q:_How_to_create_a_screencast_.28for_video_tutorials_etc.29.3F|screen capture videos]] for "Getting started with GRASS" and for using wxGUI for various specific tasks ''(Monday: Helena and Martin)''

==== Tuesday, 24 May ====
* Community Sprint 4

==== Wednesday, 25 May ====
* Finish press release (including thanks to sponsors with names)
* Wrap up and see you soon

=== Topics ===

==== Non-technical ====

* {{done}} Prettify http://grass.osgeo.org/donation.php (borrow HTML code from http://donate.openstreetmap.org/)
* Discuss new sponsoring concept (discuss during lunch on Sunday)
* Improve promotional material
* {{done}} Introduce this year's selection of Google Summer of Code projects
* Strategy to populate [http://grass.fem-environment.eu/ new GRASS Website] (note: address is temporary) with content from [http://grass.osgeo.org old website] - design new GRASS Web site engine based on [[Web site|CMS]]. Content migration should be tracked in this Wiki ''(Milena, MarkusN, Nicolas)''
* GRASS 7 development strategy:
** Feature freezing GRASS 6; bugfix-only backports for 6.4.2+ libraries and modules
* ...
* run grass64/gource_it.sh and publish video ''(MarkusN)''

==== Semi-technical ====

Open discussion:
* Discuss possible metadata storage improvements for GRASS 7

Individually:
* Discuss changing manual to use Sphinx (see related {{trac|151}})'' (who takes this task?)''
* Support translated manual pages (see related {{trac|846}}) ''(who knows Makefile programming?)''
* Sample Mars dataset - at least empty location with correct setup ''(Alessandro Frigeri)''
: ''ping me later & I'll dig out my MOLA notes (see NVIZ screenshots page). I think there's some info in vol 1 or 3 of the GRASS newsletters. Also I seem to recall that Peter Lowe had a demo Mars mapset already set up for NVIZ + 3D rendering. Note planetary scientists often work in 0-360 degrees not -180 to +180, but GRASS supports that so all is ok.''--Hamish
** Hi-res Location: Valles Marineris
** Lo-res Location: Halex Valles -- see Frigeri et al. 2011.
* LiDAR, LAS handling ''(Sunday: Helena, MarkusM, and MarkusN)''
: ''note wish to add direct liblas support to {{cmd|r.in.xyz}}. To be honest I'm not sure how much of a speed advantage there will really be vs. piping from las2txt, but if someone wants to try & report results I'd be interested to hear about it. Not sure if it should be in another r.in.las cloned module or not. maybe a new option stream={ascii|las|mbio}? See also Bob Covill's r.in.xyz version with direct libmbio.a (MB-Systems [multibeam bathymetry]) support.'' --Hamish
* Improve manual with more examples and screenshots
* Revive command line (ie Bash) tab-completion for map names, option lists.
* ...

==== Technical ====

===== wxGUI: graphical user interface =====
* wxGUI: testing before publishing procedure
* wxGUI: add language selector at startup or in GUI configuration (Important!)
* wxGUI: modeller improvements
* wxGUI: further improve the integration of CLI and GUI
* wxNVIZ: consider to switch to [[OpenSceneGraph]] for 3D visualization
* Restore d.* commands in GRASS7 - some prototypes are already existing (p.mon: Stefano)
* ...

===== Built system, installation =====
* Addons:
** Autocompilation job for GRASS-Addons ''(MarkusN et al.)''
** Improve {{cmd|g.extension}} (enable to use precompiled winGRASS Addon binaries)
* Discuss backporting Makefile system from GRASS 7 to GRASS 6
* {{done}} Discuss and define new [[GRASS repository layout proposal|toolbox concept]]
* Daily generated OSGeo4W packages for 6.5svn, 7.0svn.
* {{done}} GRASS on clusters: shared discussion
** Job queuing with [[Parallel_GRASS_jobs|Grid Engine]] and [http://en.wikipedia.org/wiki/TORQUE_Resource_Manager Torque]
** Multi-core CPU with [[OpenMP]]
** GPU+Multi-core CPU with [[OpenCL]]
** Multi-node with [http://www.mcs.anl.gov/research/projects/mpich2/ mpich2]
* ...

===== Documentation =====
* Develop something like the wxGUI module search tree for the HTML pages
* Finally :) get htDig fixed on the projects VM
* ...

===== Testing and benchmarking =====
* Write tests for different core modules (see the [http://www-pool.math.tu-berlin.de/~soeren/grass/GRASS_TestSuite/html_grass-6.4/ former testsuite] from Soeren's): [[Test Suite]]
* Discuss testing procedure for GUI: here is a list of [http://www.testingfaqs.org/t-gui.html| GUI test tools] - see also [http://en.wikipedia.org/wiki/GOMS| GOMS analysis]
* Benchmarking between GRASS, QGIS, Sextante, gvSIG, ... for watershed calculation, import, export, extract, ...
* ...

===== Capabilities =====

* SQLite default DB in grass7: switch default to per-map DB file like DBF, or keep a per-mapset DB file as is currently implemented?
* Discussion and implementation time frame of temporal GIS capabilities in GRASS [[Time series development]]
* Discussion about a new parser interface for better command line, GUI and WPS support. Discussion started here: http://trac.osgeo.org/grass/ticket/1031
* Improve [[WPS]] support
* Discuss improvements in GRASS 7 vector engine (OGR support, lightweight topology structures, better 3D support)
* {{done}} Discuss fundamental changes in raster and vector engine for GRASS 8
* winGRASS: GRASS and R-stats integration improvements (see related {{trac|1149}}, [http://code.google.com/p/batchfiles/ Windows batchfiles for use with R], [http://trac.osgeo.org/grass/ticket/1149#comment:7 ticket/1149#comment:7], [http://trac.osgeo.org/grass/ticket/1149#comment:8 ticket/1149#comment:8])
* Implement [http://www.gaia-gis.it/spatialite/ RasterLite] as GRASS raster database
* Java APIs
* ...

;Discussion on ML
* http://lists.osgeo.org/pipermail/grass-user/2011-March/059830.html

== Participation ==

We are planning for attendance of 20 people (i.e., hacking places) but of course you are welcome to join us and bring new ideas with you, as more places are available. Please add your name here or contact [[User:Landa|Martin Landa]] <tt><landa.martin at gmail.com></tt>:

=== In person ===

{|class="wikitable sortable" border="2" cellspacing="0" cellpadding="4" rules="all" style="margin:1em 1em 1em 0; border:solid 1px #AAAAAA; border-collapse:collapse; background-color:#edf9c7; font-size:95%; empty-cells:show;"
|width=50px|'''No'''
|width=150px|'''Participant '''
|width=100px|'''Arrival'''
|width=100px|'''Departure'''
|'''Topic'''
|width=75px|'''T-Shirt'''
|'''Notes'''
|-
|1
|[[User:Landa|Martin Landa]]
| May 20
| May 25
|Toolbox concept, vector engine in GRASS 7, wxGUI
| M
|
|-
|2
|[[User:Neteler|Markus Neteler]]
|May 17
|May 23
| sponsoring, coding, manual, odds and ends
| M
|
|-
|3
|[[User:Lucadelu|Luca Delucchi]]
|May 16
|May 25
|New toolbox concept,translation, g.cloud, r.modis
|L
|
|-
|4
|[[User:RobertSzczepanek|Robert Szczepanek]]
|May 19
|May 23
|wxGUI, hydrological toolbox, translation
|M
|
|-
|5
|[[User:madi|Margherita Di Leo]]
|May 16
|May 25
| [http://grass.osgeo.org/devel/i18n.php Translation] , python api, wxGUI
| L
|
|-
|6
|[[User:annalisapg|Annalisa Minelli]]
|May 16
|May 25
|[http://grass.osgeo.org/devel/i18n.php Translation], python api, r.viewshed, winGRASS debug
|S
|
|-
|7
|[[User:AnneGhisla|Anne Ghisla]]
|May 16
|May 25
|wxGUI development, v.krige
|M
|
|-
|8
|[[User:Afrigeri|Alessandro Frigeri]]
|May 18
|May 25
|Planetary SRS in GRASS GIS - OGC W*S tweakings for IAU GCS
|M
|
|-
|9
|[[User:huhabla|Sören Gebbert]]
| May 20
| May 23
|Time series development, Web Processing Service support, wps-grass-bridge, New parser interface, vtk-grass-bridge
| L
|
|-
|-
|10
|[[User:MilenaN|Milena Nowotarska]]
| May 19
| May 23
|wxGUI, translation
| S
|
|-
|11
|[[User:helena|Helena Mitasova]]
|May 22
|May 25
|wxnviz, v.vol.rst, r3 and time series, toolbox concept
|S
|
|-
|12
|[[User:blazek|Radim Blazek]]
|May 20
|May 21
|QGIS friendliness lobbying
|XL
|
|-
|13
|[[User:peter.loewe|Peter Loewe]]
|May 20
|May 23
|GRASS on computation grids lobbying, povray, paraview/vtk
|XL
|
|-
|14
|[[User:moovida|Andrea Antonello]]
|May 18
|May 23
|GRASS toolbox for uDig, Geopaparazzi import module for GRASS, Hopefully get knowledge about new raster format
|L
|
|-
|15
|[[User:mmetz|Markus Metz]]
|
|
|vector engine in GRASS 7, support for massive datasets
|L
|
|-
|16
|Paweł Netzel
| May 19
| May 22
|
| XL
|
|-
|17
|[[User:annakrat|Anna Kratochvílová]]
|
|
|wxNviz
|S
|
|-
|18
|Vaclav Petras
|
|
|
|
|-
|19
|Stefano Cavallari
|
|
|Python etc
|
|
|-
|}

=== Via IRC chat ===

* join us at irc://irc.freenode.net/grass (#grass in [[IRC]])
* Hamish B, as timezones & work allows

=== Collaborative document scratching ===

* EtherPad: http://etherpad.osuosl.org

== Individual Preparation ==

* Bring your own computer
* Bring [http://en.wikipedia.org/wiki/Mains_electricity_by_country power connector adapter] if needed (Czech Republic: 230V, 50Hz, [http://en.wikipedia.org/wiki/File:Euro-Flachstecker_2.jpg Type C Europlugs] are common and also [http://en.wikipedia.org/wiki/File:French_plug_and_socket.jpg Type E])
* Install subversion and the compiler tools, and come with a working GRASS development environment if possible.

== Broadcast & Video ==

* Streaming not possible...
* Live session notes via [http://etherpad.osuosl.org/ EtherPad] are useful. (afterwards post the pads to the wiki)


== FAQ ==

* ''Is the GRASS Community Sprint just a coding event?''
** It is mainly a coding and documentation event. It is a working session for people who are already participants in the GRASS project and/or are committed to improving the GRASS project.
** On demand we can do some presentations of current working GRASS implementation and new upcoming features to spread the idea of Open Source GIS software
* ''Is the GRASS Community Sprint for developers only?''
** No: anybody can help, with testing, checking out bugs and fixes, documentation and more.
* ''Where can I get help and more information about the community sprint?''
** Contact [[User:Landa|Martin Landa]] <tt><landa.martin at gmail.com></tt>

[[Category: Workshops]]

GRASS Community Sprint Prague 2011

2011-05-27T21:27:49Z

⚠️Afrigeri: /* Semi-technical */

[[Image:community_sprint_prague_2011.png|center|600px]]
<center>
Let's call the dog [http://books.google.com/books?id=sfQuAAAAIAAJ Dashenka]
</center>
[[Image:grass-logo-url.png|center|100px]]
 
__TOC__

Succeeding the [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2011 Geoinformatics FCE CTU 2011] ''(International Conference on Free Software and Open Source in Geoinformatics)'', 19-20 May 2011, [http://en.wikipedia.org/wiki/Prague Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic], the GRASS GIS project will hold a '''GRASS Developer and Power User Meeting, aka 'GRASS Community Sprint'''' ''from May 20 to May 25, 2011''.

'''Important dates:'''

* 19 (Thursday) - 20 (Friday) May 2011: Geoinformatics FCE CTU 2011 conference

* '''20 (Friday) - 25 (Wednesday) May 2011: GRASS Community Sprint @ [http://www.fsv.cvut.cz/ FCE CTU]'''

== Purpose ==

Get together GRASS project members to make decisions and tackle larger problems.

For this meeting, we welcome people committed to improving the GRASS GIS project. This includes developers, documenters, bug reporters, translators etc.

== Sponsors ==



If you are interested to sponsor the GRASS Community Sprint, please read about 
    '''sponsoring the GRASS project at [http://grass.osgeo.org/donation.php http://grass.osgeo.org/donation.php]''' 
and, if needed, contact [[User:Neteler|Markus Neteler]] <tt><neteler at osgeo.org></tt>. Any surplus at the end of the event will be turned over to the GRASS GIS project.

The first GRASS Community Sprint is a great occasion for you to support the development of GRASS. With your contribution you'll enable more developers to meet in Prague. The community sprint is an important opportunity for the GRASS developers to discuss and collaboratively resolve bugs, plan the direction for the project and work on new features. Please see below for the more detailed agenda. The developers and contributors are donating their valuable time, so it would be great if in-kind funding can be made available from within the community to cover out-of-pocket expenses. All of the work that takes place at the community sprint will be directly contributed back into the GRASS project to the benefit of everyone who uses it.

=== Thanks to our sponsors ===

We are grateful for the support which we have received to organize this GRASS Community Sprint:

* [http://gfoss.it/ GFOSS.it Associazione Italiana per l'Informazione Geografica Libera] - 1400 Euro
* Stefan Sylla, [http://sylla-consult.de/en/ sylla-consult], Frankfurt, Germany - 100 Euro
* [http://www.r3-gis.com/ R3 GIS], Merano, Italy - 500 euro
* [http://www.fossgis.de FOSSGIS e.V.], D-A-CH, - 500 euro

== Timing ==

'''When''': Friday, May 20, 2011 (day of arrival) - Wednesday, May 25, 2011 (day of departure)

Of course you are invited to join or leave the community sprint whenever you want.

'''Duration''':

* Friday is day of arrival
** First meeting in the evening (after the [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2011 conference]) to define the agenda
* Saturday to Tuesday
** Full days
* Wednesday is day of departure
** Probably hacking for people with a flight later in the evening

== Venue ==
[[Image:logo_cvut.jpg|130px|left]]
Department of Mapping and Cartography 
[http://www.fsv.cvut.cz Faculty of Civil Engineering] 
[http://www.cvut.cz Czech Technical University in Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic] 
[http://geoinformatics.fsv.cvut.cz/gwiki/Room_B367 Room B367] 

'''[http://geoinformatics.fsv.cvut.cz/gwiki/Where_you_can_find_us Location & Transportations]'''

Prague has an international [http://www.prg.aero/en/ airport] and is also reachable by train, bus or car.

== Accommodation and Costs ==

Participants should plan for the following costs:

* Travel to Prague, variable depending on where you come from
* Accommodation and meals
'''Please note''': The currency in Czech Republic is [http://en.wikipedia.org/wiki/Czech_crown crown] (CZK, koruna, Kč). 100 Czech crowns are about 4 Euros (see [http://www.cnb.cz/en/financial_markets/foreign_exchange_market/exchange_rate_fixing/daily.jsp current rates]).

'''[http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague Accommodation in Prague]'''

:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Masarykova_Kolej_Hotel Masarykova Kolej Hotel]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_DAP Hotel DAP]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Krystal Hotel Krystal]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Pension_Hanspaulka Pension Hanspaulka]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Silenzio Hotel Silenzio]
:* Special offer: ''sleeping for free in the kindergarten'' (30min by city urban mass transportation from the university campus, sleeping bag required, kitchen and WC available, no showers, in working days available only from 8 p.m. to 8 a.m.), contact [[User:Landa|Martin Landa]] for details
:* See also http://www.hotel.cz/praha-6/accommodation/

Please let us know your time of arrival and leaving, so we can book for the accommodations and organize the logistics.

Financial support: (partial) travel grants can be payed upon request thanks to our sponsors!

== Weather and Common Item Prices ==

* In May the weather in Prague is usually quite warm ([http://www.prague-spot.com/climate 15 or more degrees by day])
* A espresso coffee is about 20 CZK (80 cents), a beer (half of liter) in a common pub is around 25 CZK (1 euro), can be more in special pubs. In Prague you can have a full meal (see [http://en.wikipedia.org/wiki/Czech_cuisine Czech cuisine]) for still 75 - 150 CZK (3 - 6 euros), but beware of tourist restaurants, the prize can easily rise. It's quite easy to find in Prague also Italian or Chinese restaurants.

== Agenda - What we plan to do ==

'''Note:''' The program is generally open for your ideas. Please write an email to the [http://lists.osgeo.org/mailman/listinfo/grass-dev GRASS developer list] to discuss your contribution.

=== Timeline ===

==== Friday, 20 May ====
* Kick-off at 18.30

==== Saturday, 21 May (Room B367, third floor) ====
* 10 a.m. starting time
* 11 a.m. Welcome meeting
* discuss and finetune agenda
* presentation of participants
* Evening
: '''[http://www.youtube.com/watch?v=Jf6NFRGO9ak Valentina Shuklina's] concert in [http://www.cafe-technika.cz Café Technika]'''

==== Sunday, 22 May ====
* '''9 a.m.''' starting time
* All participants discussion rounds:
** Testing new wxGUI features before publishing procedure
** Changing parameter names in GRASS 7 (think about automated differences to GRASS 6 documentation)
** {{done}} r.mask problems: backport this [http://trac.osgeo.org/grass/changeset/46323 change] and floating point support
** [[Toolboxes]]
** ...
* Individual topics...
** {{done}} LiDAR, LAS handling (Sunday: Helena, MarkusM, and MarkusN)
* Evening: '''Social dinner'''

==== Monday, 23 May ====
* Community Sprint 3
** Outline [[Movies#Q:_How_to_create_a_screencast_.28for_video_tutorials_etc.29.3F|screen capture videos]] for "Getting started with GRASS" and for using wxGUI for various specific tasks ''(Monday: Helena and Martin)''

==== Tuesday, 24 May ====
* Community Sprint 4

==== Wednesday, 25 May ====
* Finish press release (including thanks to sponsors with names)
* Wrap up and see you soon

=== Topics ===

==== Non-technical ====

* {{done}} Prettify http://grass.osgeo.org/donation.php (borrow HTML code from http://donate.openstreetmap.org/)
* Discuss new sponsoring concept (discuss during lunch on Sunday)
* Improve promotional material
* {{done}} Introduce this year's selection of Google Summer of Code projects
* Strategy to populate [http://grass.fem-environment.eu/ new GRASS Website] (note: address is temporary) with content from [http://grass.osgeo.org old website] - design new GRASS Web site engine based on [[Web site|CMS]]. Content migration should be tracked in this Wiki ''(Milena, MarkusN, Nicolas)''
* GRASS 7 development strategy:
** Feature freezing GRASS 6; bugfix-only backports for 6.4.2+ libraries and modules
* ...
* run grass64/gource_it.sh and publish video ''(MarkusN)''

==== Semi-technical ====

Open discussion:
* Discuss possible metadata storage improvements for GRASS 7

Individually:
* Discuss changing manual to use Sphinx (see related {{trac|151}})'' (who takes this task?)''
* Support translated manual pages (see related {{trac|846}}) ''(who knows Makefile programming?)''
* Sample Mars dataset - at least empty location with correct setup ''(Alessandro Frigeri)''
: ''ping me later & I'll dig out my MOLA notes (see NVIZ screenshots page). I think there's some info in vol 1 or 3 of the GRASS newsletters. Also I seem to recall that Peter Lowe had a demo Mars mapset already set up for NVIZ + 3D rendering. Note planetary scientists often work in 0-360 degrees not -180 to +180, but GRASS supports that so all is ok.''--Hamish
* Hi-res Location: Valles Marineris
** Lo-res Location: Halex Valles -- see Frigeri et al. 2011.
* LiDAR, LAS handling ''(Sunday: Helena, MarkusM, and MarkusN)''
: ''note wish to add direct liblas support to {{cmd|r.in.xyz}}. To be honest I'm not sure how much of a speed advantage there will really be vs. piping from las2txt, but if someone wants to try & report results I'd be interested to hear about it. Not sure if it should be in another r.in.las cloned module or not. maybe a new option stream={ascii|las|mbio}? See also Bob Covill's r.in.xyz version with direct libmbio.a (MB-Systems [multibeam bathymetry]) support.'' --Hamish
* Improve manual with more examples and screenshots
* Revive command line (ie Bash) tab-completion for map names, option lists.
* ...

==== Technical ====

===== wxGUI: graphical user interface =====
* wxGUI: testing before publishing procedure
* wxGUI: add language selector at startup or in GUI configuration (Important!)
* wxGUI: modeller improvements
* wxGUI: further improve the integration of CLI and GUI
* wxNVIZ: consider to switch to [[OpenSceneGraph]] for 3D visualization
* Restore d.* commands in GRASS7 - some prototypes are already existing (p.mon: Stefano)
* ...

===== Built system, installation =====
* Addons:
** Autocompilation job for GRASS-Addons ''(MarkusN et al.)''
** Improve {{cmd|g.extension}} (enable to use precompiled winGRASS Addon binaries)
* Discuss backporting Makefile system from GRASS 7 to GRASS 6
* {{done}} Discuss and define new [[GRASS repository layout proposal|toolbox concept]]
* Daily generated OSGeo4W packages for 6.5svn, 7.0svn.
* {{done}} GRASS on clusters: shared discussion
** Job queuing with [[Parallel_GRASS_jobs|Grid Engine]] and [http://en.wikipedia.org/wiki/TORQUE_Resource_Manager Torque]
** Multi-core CPU with [[OpenMP]]
** GPU+Multi-core CPU with [[OpenCL]]
** Multi-node with [http://www.mcs.anl.gov/research/projects/mpich2/ mpich2]
* ...

===== Documentation =====
* Develop something like the wxGUI module search tree for the HTML pages
* Finally :) get htDig fixed on the projects VM
* ...

===== Testing and benchmarking =====
* Write tests for different core modules (see the [http://www-pool.math.tu-berlin.de/~soeren/grass/GRASS_TestSuite/html_grass-6.4/ former testsuite] from Soeren's): [[Test Suite]]
* Discuss testing procedure for GUI: here is a list of [http://www.testingfaqs.org/t-gui.html| GUI test tools] - see also [http://en.wikipedia.org/wiki/GOMS| GOMS analysis]
* Benchmarking between GRASS, QGIS, Sextante, gvSIG, ... for watershed calculation, import, export, extract, ...
* ...

===== Capabilities =====

* SQLite default DB in grass7: switch default to per-map DB file like DBF, or keep a per-mapset DB file as is currently implemented?
* Discussion and implementation time frame of temporal GIS capabilities in GRASS [[Time series development]]
* Discussion about a new parser interface for better command line, GUI and WPS support. Discussion started here: http://trac.osgeo.org/grass/ticket/1031
* Improve [[WPS]] support
* Discuss improvements in GRASS 7 vector engine (OGR support, lightweight topology structures, better 3D support)
* {{done}} Discuss fundamental changes in raster and vector engine for GRASS 8
* winGRASS: GRASS and R-stats integration improvements (see related {{trac|1149}}, [http://code.google.com/p/batchfiles/ Windows batchfiles for use with R], [http://trac.osgeo.org/grass/ticket/1149#comment:7 ticket/1149#comment:7], [http://trac.osgeo.org/grass/ticket/1149#comment:8 ticket/1149#comment:8])
* Implement [http://www.gaia-gis.it/spatialite/ RasterLite] as GRASS raster database
* Java APIs
* ...

;Discussion on ML
* http://lists.osgeo.org/pipermail/grass-user/2011-March/059830.html

== Participation ==

We are planning for attendance of 20 people (i.e., hacking places) but of course you are welcome to join us and bring new ideas with you, as more places are available. Please add your name here or contact [[User:Landa|Martin Landa]] <tt><landa.martin at gmail.com></tt>:

=== In person ===

{|class="wikitable sortable" border="2" cellspacing="0" cellpadding="4" rules="all" style="margin:1em 1em 1em 0; border:solid 1px #AAAAAA; border-collapse:collapse; background-color:#edf9c7; font-size:95%; empty-cells:show;"
|width=50px|'''No'''
|width=150px|'''Participant '''
|width=100px|'''Arrival'''
|width=100px|'''Departure'''
|'''Topic'''
|width=75px|'''T-Shirt'''
|'''Notes'''
|-
|1
|[[User:Landa|Martin Landa]]
| May 20
| May 25
|Toolbox concept, vector engine in GRASS 7, wxGUI
| M
|
|-
|2
|[[User:Neteler|Markus Neteler]]
|May 17
|May 23
| sponsoring, coding, manual, odds and ends
| M
|
|-
|3
|[[User:Lucadelu|Luca Delucchi]]
|May 16
|May 25
|New toolbox concept,translation, g.cloud, r.modis
|L
|
|-
|4
|[[User:RobertSzczepanek|Robert Szczepanek]]
|May 19
|May 23
|wxGUI, hydrological toolbox, translation
|M
|
|-
|5
|[[User:madi|Margherita Di Leo]]
|May 16
|May 25
| [http://grass.osgeo.org/devel/i18n.php Translation] , python api, wxGUI
| L
|
|-
|6
|[[User:annalisapg|Annalisa Minelli]]
|May 16
|May 25
|[http://grass.osgeo.org/devel/i18n.php Translation], python api, r.viewshed, winGRASS debug
|S
|
|-
|7
|[[User:AnneGhisla|Anne Ghisla]]
|May 16
|May 25
|wxGUI development, v.krige
|M
|
|-
|8
|[[User:Afrigeri|Alessandro Frigeri]]
|May 18
|May 25
|Planetary SRS in GRASS GIS - OGC W*S tweakings for IAU GCS
|M
|
|-
|9
|[[User:huhabla|Sören Gebbert]]
| May 20
| May 23
|Time series development, Web Processing Service support, wps-grass-bridge, New parser interface, vtk-grass-bridge
| L
|
|-
|-
|10
|[[User:MilenaN|Milena Nowotarska]]
| May 19
| May 23
|wxGUI, translation
| S
|
|-
|11
|[[User:helena|Helena Mitasova]]
|May 22
|May 25
|wxnviz, v.vol.rst, r3 and time series, toolbox concept
|S
|
|-
|12
|[[User:blazek|Radim Blazek]]
|May 20
|May 21
|QGIS friendliness lobbying
|XL
|
|-
|13
|[[User:peter.loewe|Peter Loewe]]
|May 20
|May 23
|GRASS on computation grids lobbying, povray, paraview/vtk
|XL
|
|-
|14
|[[User:moovida|Andrea Antonello]]
|May 18
|May 23
|GRASS toolbox for uDig, Geopaparazzi import module for GRASS, Hopefully get knowledge about new raster format
|L
|
|-
|15
|[[User:mmetz|Markus Metz]]
|
|
|vector engine in GRASS 7, support for massive datasets
|L
|
|-
|16
|Paweł Netzel
| May 19
| May 22
|
| XL
|
|-
|17
|[[User:annakrat|Anna Kratochvílová]]
|
|
|wxNviz
|S
|
|-
|18
|Vaclav Petras
|
|
|
|
|-
|19
|Stefano Cavallari
|
|
|Python etc
|
|
|-
|}

=== Via IRC chat ===

* join us at irc://irc.freenode.net/grass (#grass in [[IRC]])
* Hamish B, as timezones & work allows

=== Collaborative document scratching ===

* EtherPad: http://etherpad.osuosl.org

== Individual Preparation ==

* Bring your own computer
* Bring [http://en.wikipedia.org/wiki/Mains_electricity_by_country power connector adapter] if needed (Czech Republic: 230V, 50Hz, [http://en.wikipedia.org/wiki/File:Euro-Flachstecker_2.jpg Type C Europlugs] are common and also [http://en.wikipedia.org/wiki/File:French_plug_and_socket.jpg Type E])
* Install subversion and the compiler tools, and come with a working GRASS development environment if possible.

== Broadcast & Video ==

* Streaming not possible...
* Live session notes via [http://etherpad.osuosl.org/ EtherPad] are useful. (afterwards post the pads to the wiki)


== FAQ ==

* ''Is the GRASS Community Sprint just a coding event?''
** It is mainly a coding and documentation event. It is a working session for people who are already participants in the GRASS project and/or are committed to improving the GRASS project.
** On demand we can do some presentations of current working GRASS implementation and new upcoming features to spread the idea of Open Source GIS software
* ''Is the GRASS Community Sprint for developers only?''
** No: anybody can help, with testing, checking out bugs and fixes, documentation and more.
* ''Where can I get help and more information about the community sprint?''
** Contact [[User:Landa|Martin Landa]] <tt><landa.martin at gmail.com></tt>

[[Category: Workshops]]

GRASS Community Sprint Prague 2011

2011-05-27T21:27:14Z

⚠️Afrigeri: /* Semi-technical */

[[Image:community_sprint_prague_2011.png|center|600px]]
<center>
Let's call the dog [http://books.google.com/books?id=sfQuAAAAIAAJ Dashenka]
</center>
[[Image:grass-logo-url.png|center|100px]]
 
__TOC__

Succeeding the [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2011 Geoinformatics FCE CTU 2011] ''(International Conference on Free Software and Open Source in Geoinformatics)'', 19-20 May 2011, [http://en.wikipedia.org/wiki/Prague Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic], the GRASS GIS project will hold a '''GRASS Developer and Power User Meeting, aka 'GRASS Community Sprint'''' ''from May 20 to May 25, 2011''.

'''Important dates:'''

* 19 (Thursday) - 20 (Friday) May 2011: Geoinformatics FCE CTU 2011 conference

* '''20 (Friday) - 25 (Wednesday) May 2011: GRASS Community Sprint @ [http://www.fsv.cvut.cz/ FCE CTU]'''

== Purpose ==

Get together GRASS project members to make decisions and tackle larger problems.

For this meeting, we welcome people committed to improving the GRASS GIS project. This includes developers, documenters, bug reporters, translators etc.

== Sponsors ==



If you are interested to sponsor the GRASS Community Sprint, please read about 
    '''sponsoring the GRASS project at [http://grass.osgeo.org/donation.php http://grass.osgeo.org/donation.php]''' 
and, if needed, contact [[User:Neteler|Markus Neteler]] <tt><neteler at osgeo.org></tt>. Any surplus at the end of the event will be turned over to the GRASS GIS project.

The first GRASS Community Sprint is a great occasion for you to support the development of GRASS. With your contribution you'll enable more developers to meet in Prague. The community sprint is an important opportunity for the GRASS developers to discuss and collaboratively resolve bugs, plan the direction for the project and work on new features. Please see below for the more detailed agenda. The developers and contributors are donating their valuable time, so it would be great if in-kind funding can be made available from within the community to cover out-of-pocket expenses. All of the work that takes place at the community sprint will be directly contributed back into the GRASS project to the benefit of everyone who uses it.

=== Thanks to our sponsors ===

We are grateful for the support which we have received to organize this GRASS Community Sprint:

* [http://gfoss.it/ GFOSS.it Associazione Italiana per l'Informazione Geografica Libera] - 1400 Euro
* Stefan Sylla, [http://sylla-consult.de/en/ sylla-consult], Frankfurt, Germany - 100 Euro
* [http://www.r3-gis.com/ R3 GIS], Merano, Italy - 500 euro
* [http://www.fossgis.de FOSSGIS e.V.], D-A-CH, - 500 euro

== Timing ==

'''When''': Friday, May 20, 2011 (day of arrival) - Wednesday, May 25, 2011 (day of departure)

Of course you are invited to join or leave the community sprint whenever you want.

'''Duration''':

* Friday is day of arrival
** First meeting in the evening (after the [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2011 conference]) to define the agenda
* Saturday to Tuesday
** Full days
* Wednesday is day of departure
** Probably hacking for people with a flight later in the evening

== Venue ==
[[Image:logo_cvut.jpg|130px|left]]
Department of Mapping and Cartography 
[http://www.fsv.cvut.cz Faculty of Civil Engineering] 
[http://www.cvut.cz Czech Technical University in Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic] 
[http://geoinformatics.fsv.cvut.cz/gwiki/Room_B367 Room B367] 

'''[http://geoinformatics.fsv.cvut.cz/gwiki/Where_you_can_find_us Location & Transportations]'''

Prague has an international [http://www.prg.aero/en/ airport] and is also reachable by train, bus or car.

== Accommodation and Costs ==

Participants should plan for the following costs:

* Travel to Prague, variable depending on where you come from
* Accommodation and meals
'''Please note''': The currency in Czech Republic is [http://en.wikipedia.org/wiki/Czech_crown crown] (CZK, koruna, Kč). 100 Czech crowns are about 4 Euros (see [http://www.cnb.cz/en/financial_markets/foreign_exchange_market/exchange_rate_fixing/daily.jsp current rates]).

'''[http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague Accommodation in Prague]'''

:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Masarykova_Kolej_Hotel Masarykova Kolej Hotel]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_DAP Hotel DAP]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Krystal Hotel Krystal]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Pension_Hanspaulka Pension Hanspaulka]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Silenzio Hotel Silenzio]
:* Special offer: ''sleeping for free in the kindergarten'' (30min by city urban mass transportation from the university campus, sleeping bag required, kitchen and WC available, no showers, in working days available only from 8 p.m. to 8 a.m.), contact [[User:Landa|Martin Landa]] for details
:* See also http://www.hotel.cz/praha-6/accommodation/

Please let us know your time of arrival and leaving, so we can book for the accommodations and organize the logistics.

Financial support: (partial) travel grants can be payed upon request thanks to our sponsors!

== Weather and Common Item Prices ==

* In May the weather in Prague is usually quite warm ([http://www.prague-spot.com/climate 15 or more degrees by day])
* A espresso coffee is about 20 CZK (80 cents), a beer (half of liter) in a common pub is around 25 CZK (1 euro), can be more in special pubs. In Prague you can have a full meal (see [http://en.wikipedia.org/wiki/Czech_cuisine Czech cuisine]) for still 75 - 150 CZK (3 - 6 euros), but beware of tourist restaurants, the prize can easily rise. It's quite easy to find in Prague also Italian or Chinese restaurants.

== Agenda - What we plan to do ==

'''Note:''' The program is generally open for your ideas. Please write an email to the [http://lists.osgeo.org/mailman/listinfo/grass-dev GRASS developer list] to discuss your contribution.

=== Timeline ===

==== Friday, 20 May ====
* Kick-off at 18.30

==== Saturday, 21 May (Room B367, third floor) ====
* 10 a.m. starting time
* 11 a.m. Welcome meeting
* discuss and finetune agenda
* presentation of participants
* Evening
: '''[http://www.youtube.com/watch?v=Jf6NFRGO9ak Valentina Shuklina's] concert in [http://www.cafe-technika.cz Café Technika]'''

==== Sunday, 22 May ====
* '''9 a.m.''' starting time
* All participants discussion rounds:
** Testing new wxGUI features before publishing procedure
** Changing parameter names in GRASS 7 (think about automated differences to GRASS 6 documentation)
** {{done}} r.mask problems: backport this [http://trac.osgeo.org/grass/changeset/46323 change] and floating point support
** [[Toolboxes]]
** ...
* Individual topics...
** {{done}} LiDAR, LAS handling (Sunday: Helena, MarkusM, and MarkusN)
* Evening: '''Social dinner'''

==== Monday, 23 May ====
* Community Sprint 3
** Outline [[Movies#Q:_How_to_create_a_screencast_.28for_video_tutorials_etc.29.3F|screen capture videos]] for "Getting started with GRASS" and for using wxGUI for various specific tasks ''(Monday: Helena and Martin)''

==== Tuesday, 24 May ====
* Community Sprint 4

==== Wednesday, 25 May ====
* Finish press release (including thanks to sponsors with names)
* Wrap up and see you soon

=== Topics ===

==== Non-technical ====

* {{done}} Prettify http://grass.osgeo.org/donation.php (borrow HTML code from http://donate.openstreetmap.org/)
* Discuss new sponsoring concept (discuss during lunch on Sunday)
* Improve promotional material
* {{done}} Introduce this year's selection of Google Summer of Code projects
* Strategy to populate [http://grass.fem-environment.eu/ new GRASS Website] (note: address is temporary) with content from [http://grass.osgeo.org old website] - design new GRASS Web site engine based on [[Web site|CMS]]. Content migration should be tracked in this Wiki ''(Milena, MarkusN, Nicolas)''
* GRASS 7 development strategy:
** Feature freezing GRASS 6; bugfix-only backports for 6.4.2+ libraries and modules
* ...
* run grass64/gource_it.sh and publish video ''(MarkusN)''

==== Semi-technical ====

Open discussion:
* Discuss possible metadata storage improvements for GRASS 7

Individually:
* Discuss changing manual to use Sphinx (see related {{trac|151}})'' (who takes this task?)''
* Support translated manual pages (see related {{trac|846}}) ''(who knows Makefile programming?)''
* Sample Mars dataset - at least empty location with correct setup ''(Alessandro Frigeri)''
: ''ping me later & I'll dig out my MOLA notes (see NVIZ screenshots page). I think there's some info in vol 1 or 3 of the GRASS newsletters. Also I seem to recall that Peter Lowe had a demo Mars mapset already set up for NVIZ + 3D rendering. Note planetary scientists often work in 0-360 degrees not -180 to +180, but GRASS supports that so all is ok.''--Hamish
** Hi-res Location: Valles Marineris
** Lo-res Location: Halex Valles -- see Frigeri et al. 2011.
* LiDAR, LAS handling ''(Sunday: Helena, MarkusM, and MarkusN)''
: ''note wish to add direct liblas support to {{cmd|r.in.xyz}}. To be honest I'm not sure how much of a speed advantage there will really be vs. piping from las2txt, but if someone wants to try & report results I'd be interested to hear about it. Not sure if it should be in another r.in.las cloned module or not. maybe a new option stream={ascii|las|mbio}? See also Bob Covill's r.in.xyz version with direct libmbio.a (MB-Systems [multibeam bathymetry]) support.'' --Hamish
* Improve manual with more examples and screenshots
* Revive command line (ie Bash) tab-completion for map names, option lists.
* ...

==== Technical ====

===== wxGUI: graphical user interface =====
* wxGUI: testing before publishing procedure
* wxGUI: add language selector at startup or in GUI configuration (Important!)
* wxGUI: modeller improvements
* wxGUI: further improve the integration of CLI and GUI
* wxNVIZ: consider to switch to [[OpenSceneGraph]] for 3D visualization
* Restore d.* commands in GRASS7 - some prototypes are already existing (p.mon: Stefano)
* ...

===== Built system, installation =====
* Addons:
** Autocompilation job for GRASS-Addons ''(MarkusN et al.)''
** Improve {{cmd|g.extension}} (enable to use precompiled winGRASS Addon binaries)
* Discuss backporting Makefile system from GRASS 7 to GRASS 6
* {{done}} Discuss and define new [[GRASS repository layout proposal|toolbox concept]]
* Daily generated OSGeo4W packages for 6.5svn, 7.0svn.
* {{done}} GRASS on clusters: shared discussion
** Job queuing with [[Parallel_GRASS_jobs|Grid Engine]] and [http://en.wikipedia.org/wiki/TORQUE_Resource_Manager Torque]
** Multi-core CPU with [[OpenMP]]
** GPU+Multi-core CPU with [[OpenCL]]
** Multi-node with [http://www.mcs.anl.gov/research/projects/mpich2/ mpich2]
* ...

===== Documentation =====
* Develop something like the wxGUI module search tree for the HTML pages
* Finally :) get htDig fixed on the projects VM
* ...

===== Testing and benchmarking =====
* Write tests for different core modules (see the [http://www-pool.math.tu-berlin.de/~soeren/grass/GRASS_TestSuite/html_grass-6.4/ former testsuite] from Soeren's): [[Test Suite]]
* Discuss testing procedure for GUI: here is a list of [http://www.testingfaqs.org/t-gui.html| GUI test tools] - see also [http://en.wikipedia.org/wiki/GOMS| GOMS analysis]
* Benchmarking between GRASS, QGIS, Sextante, gvSIG, ... for watershed calculation, import, export, extract, ...
* ...

===== Capabilities =====

* SQLite default DB in grass7: switch default to per-map DB file like DBF, or keep a per-mapset DB file as is currently implemented?
* Discussion and implementation time frame of temporal GIS capabilities in GRASS [[Time series development]]
* Discussion about a new parser interface for better command line, GUI and WPS support. Discussion started here: http://trac.osgeo.org/grass/ticket/1031
* Improve [[WPS]] support
* Discuss improvements in GRASS 7 vector engine (OGR support, lightweight topology structures, better 3D support)
* {{done}} Discuss fundamental changes in raster and vector engine for GRASS 8
* winGRASS: GRASS and R-stats integration improvements (see related {{trac|1149}}, [http://code.google.com/p/batchfiles/ Windows batchfiles for use with R], [http://trac.osgeo.org/grass/ticket/1149#comment:7 ticket/1149#comment:7], [http://trac.osgeo.org/grass/ticket/1149#comment:8 ticket/1149#comment:8])
* Implement [http://www.gaia-gis.it/spatialite/ RasterLite] as GRASS raster database
* Java APIs
* ...

;Discussion on ML
* http://lists.osgeo.org/pipermail/grass-user/2011-March/059830.html

== Participation ==

We are planning for attendance of 20 people (i.e., hacking places) but of course you are welcome to join us and bring new ideas with you, as more places are available. Please add your name here or contact [[User:Landa|Martin Landa]] <tt><landa.martin at gmail.com></tt>:

=== In person ===

{|class="wikitable sortable" border="2" cellspacing="0" cellpadding="4" rules="all" style="margin:1em 1em 1em 0; border:solid 1px #AAAAAA; border-collapse:collapse; background-color:#edf9c7; font-size:95%; empty-cells:show;"
|width=50px|'''No'''
|width=150px|'''Participant '''
|width=100px|'''Arrival'''
|width=100px|'''Departure'''
|'''Topic'''
|width=75px|'''T-Shirt'''
|'''Notes'''
|-
|1
|[[User:Landa|Martin Landa]]
| May 20
| May 25
|Toolbox concept, vector engine in GRASS 7, wxGUI
| M
|
|-
|2
|[[User:Neteler|Markus Neteler]]
|May 17
|May 23
| sponsoring, coding, manual, odds and ends
| M
|
|-
|3
|[[User:Lucadelu|Luca Delucchi]]
|May 16
|May 25
|New toolbox concept,translation, g.cloud, r.modis
|L
|
|-
|4
|[[User:RobertSzczepanek|Robert Szczepanek]]
|May 19
|May 23
|wxGUI, hydrological toolbox, translation
|M
|
|-
|5
|[[User:madi|Margherita Di Leo]]
|May 16
|May 25
| [http://grass.osgeo.org/devel/i18n.php Translation] , python api, wxGUI
| L
|
|-
|6
|[[User:annalisapg|Annalisa Minelli]]
|May 16
|May 25
|[http://grass.osgeo.org/devel/i18n.php Translation], python api, r.viewshed, winGRASS debug
|S
|
|-
|7
|[[User:AnneGhisla|Anne Ghisla]]
|May 16
|May 25
|wxGUI development, v.krige
|M
|
|-
|8
|[[User:Afrigeri|Alessandro Frigeri]]
|May 18
|May 25
|Planetary SRS in GRASS GIS - OGC W*S tweakings for IAU GCS
|M
|
|-
|9
|[[User:huhabla|Sören Gebbert]]
| May 20
| May 23
|Time series development, Web Processing Service support, wps-grass-bridge, New parser interface, vtk-grass-bridge
| L
|
|-
|-
|10
|[[User:MilenaN|Milena Nowotarska]]
| May 19
| May 23
|wxGUI, translation
| S
|
|-
|11
|[[User:helena|Helena Mitasova]]
|May 22
|May 25
|wxnviz, v.vol.rst, r3 and time series, toolbox concept
|S
|
|-
|12
|[[User:blazek|Radim Blazek]]
|May 20
|May 21
|QGIS friendliness lobbying
|XL
|
|-
|13
|[[User:peter.loewe|Peter Loewe]]
|May 20
|May 23
|GRASS on computation grids lobbying, povray, paraview/vtk
|XL
|
|-
|14
|[[User:moovida|Andrea Antonello]]
|May 18
|May 23
|GRASS toolbox for uDig, Geopaparazzi import module for GRASS, Hopefully get knowledge about new raster format
|L
|
|-
|15
|[[User:mmetz|Markus Metz]]
|
|
|vector engine in GRASS 7, support for massive datasets
|L
|
|-
|16
|Paweł Netzel
| May 19
| May 22
|
| XL
|
|-
|17
|[[User:annakrat|Anna Kratochvílová]]
|
|
|wxNviz
|S
|
|-
|18
|Vaclav Petras
|
|
|
|
|-
|19
|Stefano Cavallari
|
|
|Python etc
|
|
|-
|}

=== Via IRC chat ===

* join us at irc://irc.freenode.net/grass (#grass in [[IRC]])
* Hamish B, as timezones & work allows

=== Collaborative document scratching ===

* EtherPad: http://etherpad.osuosl.org

== Individual Preparation ==

* Bring your own computer
* Bring [http://en.wikipedia.org/wiki/Mains_electricity_by_country power connector adapter] if needed (Czech Republic: 230V, 50Hz, [http://en.wikipedia.org/wiki/File:Euro-Flachstecker_2.jpg Type C Europlugs] are common and also [http://en.wikipedia.org/wiki/File:French_plug_and_socket.jpg Type E])
* Install subversion and the compiler tools, and come with a working GRASS development environment if possible.

== Broadcast & Video ==

* Streaming not possible...
* Live session notes via [http://etherpad.osuosl.org/ EtherPad] are useful. (afterwards post the pads to the wiki)


== FAQ ==

* ''Is the GRASS Community Sprint just a coding event?''
** It is mainly a coding and documentation event. It is a working session for people who are already participants in the GRASS project and/or are committed to improving the GRASS project.
** On demand we can do some presentations of current working GRASS implementation and new upcoming features to spread the idea of Open Source GIS software
* ''Is the GRASS Community Sprint for developers only?''
** No: anybody can help, with testing, checking out bugs and fixes, documentation and more.
* ''Where can I get help and more information about the community sprint?''
** Contact [[User:Landa|Martin Landa]] <tt><landa.martin at gmail.com></tt>

[[Category: Workshops]]

Planetary mapping

2011-05-22T12:12:53Z

⚠️Afrigeri: /* GIS Support */

=== GIS Support ===

* GRASS lat/lon regions may be used as 0-360 longitude, not just 180 east+west.

* You can set and add custom ellipsoids, see the g.setproj module. Permanently adding custom ellipsoids can be done by hand, the config tables for that are plain self-documenting text files, so reasonably easy to edit. We would of course be happy to include standard planetary ellipsoids along with future versions GRASS. An ellipse table with planetary spheroids (to put as <tt>$GISBASE/etc/*.table</tt> files) is available [http://www.unipg.it/~afrigeri/software/isisgrass here].

==== Open Issues ====
* r.out.gdal exports 'unkown' ellipsoids / datums, and also the reference meridian is named 'Greenwich'
* wxGUI: following graphics might be misleading

=== Example of the use of GRASS GIS in Planetary Research ===

GRASS '''ps.map''' output as published in an [http://www.sciencemag.org/content/317/5845/1715.abstract article ] in ''Science'' journal

[[File:Psmap_on_sciencemag.png]]

=== Data ===

Data summary (1999):
http://publish.uwo.ca/~pjstooke/mapsummy.txt

=== Modules ===

* r.in.gdal will handle HDF and netCDF and [http://www.gdal.org/formats_list.html many many more formats]
* r.in.bin will load raw binary data
* see also the [[GRASS and GMT]] wiki page for interfacing with GMT Mapping Tools

=== Mars topography ===

See tutorial in [http://grass.osgeo.org/newsletter/index.php GRASSNews volume 1]:
: ''Global dataset of bathymetry and topography''. GRASS Newsletter, 1:8-11, August 2004. ISSN 1614-8746.

==== Screenshots ====

* [http://grass.osgeo.org/grass62/screenshots/images/olympus_mons.jpg Olympus Mons, Mars topography from Mars Global Surveyor MOLA data]

* [http://grass.osgeo.org/wiki/Stereo_anaglyphs 3D anaglyph view of Mars topography]

=== See also ===

* Frigeri, A, Hare, T, Neteler, M., Coradini, A, Federico, C, Orosei, R. (2011). ''A research environment for digital planetary data processing and mapping using ISIS and GRASS GIS''. Accepted by Planetary and Space Science [ [http://dx.doi.org/10.1016/j.pss.2010.12.008 DOI] | [http://gis.cri.fmach.it/uploads/frigeri2011_isis_grass.pdf PDF] ]
* ...

[[Category:Applications]]
[[Category:Documentation]]

Planetary mapping

2011-05-22T12:10:21Z

⚠️Afrigeri: /* Example of the use of GRASS GIS in Planetary Research */

=== GIS Support ===

* GRASS lat/lon regions may be used as 0-360 longitude, not just 180 east+west.

* You can set and add custom ellipsoids, see the g.setproj module. Permanently adding custom ellipsoids can be done by hand, the config tables for that are plain self-documenting text files, so reasonably easy to edit. We would of course be happy to include standard planetary ellipsoids along with future versions GRASS. An ellipse table with planetary spheroids (to put as <tt>$GISBASE/etc/*.table</tt> files) is available [http://www.unipg.it/~afrigeri/software/isisgrass here].

==== Open Issues ====
* r.out.gdal exports 'unkown' ellipsoids / datums, and also the reference meridian is named 'Greenwich'

=== Example of the use of GRASS GIS in Planetary Research ===

GRASS '''ps.map''' output as published in an [http://www.sciencemag.org/content/317/5845/1715.abstract article ] in ''Science'' journal

[[File:Psmap_on_sciencemag.png]]

=== Data ===

Data summary (1999):
http://publish.uwo.ca/~pjstooke/mapsummy.txt

=== Modules ===

* r.in.gdal will handle HDF and netCDF and [http://www.gdal.org/formats_list.html many many more formats]
* r.in.bin will load raw binary data
* see also the [[GRASS and GMT]] wiki page for interfacing with GMT Mapping Tools

=== Mars topography ===

See tutorial in [http://grass.osgeo.org/newsletter/index.php GRASSNews volume 1]:
: ''Global dataset of bathymetry and topography''. GRASS Newsletter, 1:8-11, August 2004. ISSN 1614-8746.

==== Screenshots ====

* [http://grass.osgeo.org/grass62/screenshots/images/olympus_mons.jpg Olympus Mons, Mars topography from Mars Global Surveyor MOLA data]

* [http://grass.osgeo.org/wiki/Stereo_anaglyphs 3D anaglyph view of Mars topography]

=== See also ===

* Frigeri, A, Hare, T, Neteler, M., Coradini, A, Federico, C, Orosei, R. (2011). ''A research environment for digital planetary data processing and mapping using ISIS and GRASS GIS''. Accepted by Planetary and Space Science [ [http://dx.doi.org/10.1016/j.pss.2010.12.008 DOI] | [http://gis.cri.fmach.it/uploads/frigeri2011_isis_grass.pdf PDF] ]
* ...

[[Category:Applications]]
[[Category:Documentation]]

Planetary mapping

2011-05-22T12:08:57Z

⚠️Afrigeri: /* Examples of the use of GRASS GIS in Planetary Research */

=== GIS Support ===

* GRASS lat/lon regions may be used as 0-360 longitude, not just 180 east+west.

* You can set and add custom ellipsoids, see the g.setproj module. Permanently adding custom ellipsoids can be done by hand, the config tables for that are plain self-documenting text files, so reasonably easy to edit. We would of course be happy to include standard planetary ellipsoids along with future versions GRASS. An ellipse table with planetary spheroids (to put as <tt>$GISBASE/etc/*.table</tt> files) is available [http://www.unipg.it/~afrigeri/software/isisgrass here].

==== Open Issues ====
* r.out.gdal exports 'unkown' ellipsoids / datums, and also the reference meridian is named 'Greenwich'

=== Example of the use of GRASS GIS in Planetary Research ===

GRASS '''ps.map''' output as published in an [http://www.sciencemag.org/content/317/5845/1715.abstract article ] in ''Science'' journal

=== Data ===

Data summary (1999):
http://publish.uwo.ca/~pjstooke/mapsummy.txt

=== Modules ===

* r.in.gdal will handle HDF and netCDF and [http://www.gdal.org/formats_list.html many many more formats]
* r.in.bin will load raw binary data
* see also the [[GRASS and GMT]] wiki page for interfacing with GMT Mapping Tools

=== Mars topography ===

See tutorial in [http://grass.osgeo.org/newsletter/index.php GRASSNews volume 1]:
: ''Global dataset of bathymetry and topography''. GRASS Newsletter, 1:8-11, August 2004. ISSN 1614-8746.

==== Screenshots ====

* [http://grass.osgeo.org/grass62/screenshots/images/olympus_mons.jpg Olympus Mons, Mars topography from Mars Global Surveyor MOLA data]

* [http://grass.osgeo.org/wiki/Stereo_anaglyphs 3D anaglyph view of Mars topography]

=== See also ===

* Frigeri, A, Hare, T, Neteler, M., Coradini, A, Federico, C, Orosei, R. (2011). ''A research environment for digital planetary data processing and mapping using ISIS and GRASS GIS''. Accepted by Planetary and Space Science [ [http://dx.doi.org/10.1016/j.pss.2010.12.008 DOI] | [http://gis.cri.fmach.it/uploads/frigeri2011_isis_grass.pdf PDF] ]
* ...

[[Category:Applications]]
[[Category:Documentation]]

Planetary mapping

2011-05-22T11:59:06Z

⚠️Afrigeri: /* Example of the use of GRASS GIS in Planetary Research */

=== GIS Support ===

* GRASS lat/lon regions may be used as 0-360 longitude, not just 180 east+west.

* You can set and add custom ellipsoids, see the g.setproj module. Permanently adding custom ellipsoids can be done by hand, the config tables for that are plain self-documenting text files, so reasonably easy to edit. We would of course be happy to include standard planetary ellipsoids along with future versions GRASS. An ellipse table with planetary spheroids (to put as <tt>$GISBASE/etc/*.table</tt> files) is available [http://www.unipg.it/~afrigeri/software/isisgrass here].

==== Open Issues ====
* r.out.gdal exports 'unkown' ellipsoids / datums, and also the reference meridian is named 'Greenwich'

=== Example of the use of GRASS GIS in Planetary Research ===

GRASS '''ps.map''' output as published in an article in ''Science'' journal

[[File:Psmap on sciencemag.png]]

=== Data ===

Data summary (1999):
http://publish.uwo.ca/~pjstooke/mapsummy.txt

=== Modules ===

* r.in.gdal will handle HDF and netCDF and [http://www.gdal.org/formats_list.html many many more formats]
* r.in.bin will load raw binary data
* see also the [[GRASS and GMT]] wiki page for interfacing with GMT Mapping Tools

=== Mars topography ===

See tutorial in [http://grass.osgeo.org/newsletter/index.php GRASSNews volume 1]:
: ''Global dataset of bathymetry and topography''. GRASS Newsletter, 1:8-11, August 2004. ISSN 1614-8746.

==== Screenshots ====

* [http://grass.osgeo.org/grass62/screenshots/images/olympus_mons.jpg Olympus Mons, Mars topography from Mars Global Surveyor MOLA data]

* [http://grass.osgeo.org/wiki/Stereo_anaglyphs 3D anaglyph view of Mars topography]

=== See also ===

* Frigeri, A, Hare, T, Neteler, M., Coradini, A, Federico, C, Orosei, R. (2011). ''A research environment for digital planetary data processing and mapping using ISIS and GRASS GIS''. Accepted by Planetary and Space Science [ [http://dx.doi.org/10.1016/j.pss.2010.12.008 DOI] | [http://gis.cri.fmach.it/uploads/frigeri2011_isis_grass.pdf PDF] ]
* ...

[[Category:Applications]]
[[Category:Documentation]]

File:Psmap on sciencemag.png

2011-05-22T11:56:45Z

⚠️Afrigeri: GRASS's ps.map output as published on Science journal.

GRASS's ps.map output as published on Science journal.

Planetary mapping

2011-05-22T11:50:58Z

⚠️Afrigeri: /* Data */

=== GIS Support ===

* GRASS lat/lon regions may be used as 0-360 longitude, not just 180 east+west.

* You can set and add custom ellipsoids, see the g.setproj module. Permanently adding custom ellipsoids can be done by hand, the config tables for that are plain self-documenting text files, so reasonably easy to edit. We would of course be happy to include standard planetary ellipsoids along with future versions GRASS. An ellipse table with planetary spheroids (to put as <tt>$GISBASE/etc/*.table</tt> files) is available [http://www.unipg.it/~afrigeri/software/isisgrass here].

==== Open Issues ====
* r.out.gdal exports 'unkown' ellipsoids / datums, and also the reference meridian is named 'Greenwich'

=== Example of the use of GRASS GIS in Planetary Research ===

GRASS '''ps.map''' output as published in an article in ''Science'' journal [[File:http://www.sciencemag.org/content/317/5845/1715/F1.small.gif]]

=== Data ===

Data summary (1999):
http://publish.uwo.ca/~pjstooke/mapsummy.txt

=== Modules ===

* r.in.gdal will handle HDF and netCDF and [http://www.gdal.org/formats_list.html many many more formats]
* r.in.bin will load raw binary data
* see also the [[GRASS and GMT]] wiki page for interfacing with GMT Mapping Tools

=== Mars topography ===

See tutorial in [http://grass.osgeo.org/newsletter/index.php GRASSNews volume 1]:
: ''Global dataset of bathymetry and topography''. GRASS Newsletter, 1:8-11, August 2004. ISSN 1614-8746.

==== Screenshots ====

* [http://grass.osgeo.org/grass62/screenshots/images/olympus_mons.jpg Olympus Mons, Mars topography from Mars Global Surveyor MOLA data]

* [http://grass.osgeo.org/wiki/Stereo_anaglyphs 3D anaglyph view of Mars topography]

=== See also ===

* Frigeri, A, Hare, T, Neteler, M., Coradini, A, Federico, C, Orosei, R. (2011). ''A research environment for digital planetary data processing and mapping using ISIS and GRASS GIS''. Accepted by Planetary and Space Science [ [http://dx.doi.org/10.1016/j.pss.2010.12.008 DOI] | [http://gis.cri.fmach.it/uploads/frigeri2011_isis_grass.pdf PDF] ]
* ...

[[Category:Applications]]
[[Category:Documentation]]

Planetary mapping

2011-05-21T10:12:43Z

⚠️Afrigeri: /* GIS Support */

=== GIS Support ===

* GRASS lat/lon regions may be used as 0-360 longitude, not just 180 east+west.

* You can set and add custom ellipsoids, see the g.setproj module. Permanently adding custom ellipsoids can be done by hand, the config tables for that are plain self-documenting text files, so reasonably easy to edit. We would of course be happy to include standard planetary ellipsoids along with future versions GRASS. An ellipse table with planetary spheroids (to put as <tt>$GISBASE/etc/*.table</tt> files) is available [http://www.unipg.it/~afrigeri/software/isisgrass here].

==== Open Issues ====
* r.out.gdal exports 'unkown' ellipsoids / datums, and also the reference meridian is named 'Greenwich'

=== Data ===

Data summary (1999):
http://publish.uwo.ca/~pjstooke/mapsummy.txt

=== Modules ===

* r.in.gdal will handle HDF and netCDF and [http://www.gdal.org/formats_list.html many many more formats]
* r.in.bin will load raw binary data
* see also the [[GRASS and GMT]] wiki page for interfacing with GMT Mapping Tools

=== Mars topography ===

See tutorial in [http://grass.osgeo.org/newsletter/index.php GRASSNews volume 1]:
: ''Global dataset of bathymetry and topography''. GRASS Newsletter, 1:8-11, August 2004. ISSN 1614-8746.

==== Screenshots ====

* [http://grass.osgeo.org/grass62/screenshots/images/olympus_mons.jpg Olympus Mons, Mars topography from Mars Global Surveyor MOLA data]

* [http://grass.osgeo.org/wiki/Stereo_anaglyphs 3D anaglyph view of Mars topography]

=== See also ===

* Frigeri, A, Hare, T, Neteler, M., Coradini, A, Federico, C, Orosei, R. (2011). ''A research environment for digital planetary data processing and mapping using ISIS and GRASS GIS''. Accepted by Planetary and Space Science [ [http://dx.doi.org/10.1016/j.pss.2010.12.008 DOI] | [http://gis.cri.fmach.it/uploads/frigeri2011_isis_grass.pdf PDF] ]
* ...

[[Category:Applications]]
[[Category:Documentation]]

Planetary mapping

2011-05-21T10:10:02Z

⚠️Afrigeri: /* GIS Support */

=== GIS Support ===

* GRASS lat/lon regions may be used as 0-360 longitude, not just 180 east+west.

* You can set and add custom ellipsoids, see the g.setproj module. Permanently adding custom ellipsoids can be done by hand, the config tables for that are plain self-documenting text files, so reasonably easy to edit. We would of course be happy to include standard planetary ellipsoids along with future versions GRASS. An ellipse table with planetary spheroids (to put as <tt>$GISBASE/etc/*.table</tt> files) is available [http://www.unipg.it/~afrigeri/software/isisgrass here].

=== Data ===

Data summary (1999):
http://publish.uwo.ca/~pjstooke/mapsummy.txt

=== Modules ===

* r.in.gdal will handle HDF and netCDF and [http://www.gdal.org/formats_list.html many many more formats]
* r.in.bin will load raw binary data
* see also the [[GRASS and GMT]] wiki page for interfacing with GMT Mapping Tools

=== Mars topography ===

See tutorial in [http://grass.osgeo.org/newsletter/index.php GRASSNews volume 1]:
: ''Global dataset of bathymetry and topography''. GRASS Newsletter, 1:8-11, August 2004. ISSN 1614-8746.

==== Screenshots ====

* [http://grass.osgeo.org/grass62/screenshots/images/olympus_mons.jpg Olympus Mons, Mars topography from Mars Global Surveyor MOLA data]

* [http://grass.osgeo.org/wiki/Stereo_anaglyphs 3D anaglyph view of Mars topography]

=== See also ===

* Frigeri, A, Hare, T, Neteler, M., Coradini, A, Federico, C, Orosei, R. (2011). ''A research environment for digital planetary data processing and mapping using ISIS and GRASS GIS''. Accepted by Planetary and Space Science [ [http://dx.doi.org/10.1016/j.pss.2010.12.008 DOI] | [http://gis.cri.fmach.it/uploads/frigeri2011_isis_grass.pdf PDF] ]
* ...

[[Category:Applications]]
[[Category:Documentation]]

GRASS Community Sprint Prague 2011

2011-04-22T07:18:54Z

⚠️Afrigeri: /* Participation */

__TOC__

Succeeding the [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2011 Geoinformatics FCE CTU 2011] ''(International Conference on Free Software and Open Source in Geoinformatics)'', 19-20 May 2011, [http://en.wikipedia.org/wiki/Prague Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic], the GRASS GIS project will hold a '''GRASS Developer and Power User Meeting, aka 'GRASS Community Sprint'''' ''from May 20 to May 25, 2011''.

'''Important dates:'''

* 19 (Thursday) - 20 (Friday) May 2011: Geoinformatics FCE CTU 2011 conference

* '''20 (Friday) - 25 (Wednesday) May 2011: GRASS Community Sprint @ [http://www.fsv.cvut.cz/ FCE CTU]'''

== Purpose ==

Get together GRASS project members to make decisions and tackle larger problems.

For this meeting, we welcome people committed to improving the GRASS GIS project. This includes developers, documenters, bug reporters, translators etc.

== Sponsors ==



If you are interested to sponsor the GRASS Community Sprint, please read about 
    '''sponsoring the GRASS project at [http://grass.osgeo.org/donation.php http://grass.osgeo.org/donation.php]''' 
and, if needed, contact [[User:Neteler|Markus Neteler]] <tt><neteler at osgeo.org></tt>. Any surplus at the end of the event will be turned over to the GRASS GIS project.

The first GRASS Community Sprint is a great occasion for you to support the development of GRASS. With your contribution you'll enable more developers to meet in Prague. The community sprint is an important opportunity for the GRASS developers to discuss and collaboratively resolve bugs, plan the direction for the project and work on new features. Please see below for the more detailed agenda. The developers and contributors are donating their valuable time, so it would be great if in-kind funding can be made available from within the community to cover out-of-pocket expenses. All of the work that takes place at the community sprint will be directly contributed back into the GRASS project to the benefit of everyone who uses it.

=== Thanks to our sponsors ===

* [http://gfoss.it/ GFOSS.it Associazione Italiana per l'Informazione Geografica Libera]
* Stefan Sylla, [http://sylla-consult.de/en/ sylla-consult], Frankfurt, Germany

== Timing ==

'''When''': Friday, May 20, 2011 (day of arrival) - Wednesday, May 25, 2011 (day of departure)

Of course you are invited to join or leave the community sprint whenever you want.

'''Duration''':

* Friday is day of arrival
** First meeting in the evening (after the [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2011 conference]) to define the agenda
* Saturday to Tuesday
** Full days
* Wednesday is day of departure
** Probably hacking for people with a flight later in the evening

== Venue ==
[[Image:logo_cvut.jpg|130px|left]]
Department of Mapping and Cartography 
[http://www.fsv.cvut.cz Faculty of Civil Engineering] 
[http://www.cvut.cz Czech Technical University in Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic] 
Room ''<to be defined>'' 

'''[http://geoinformatics.fsv.cvut.cz/gwiki/Where_you_can_find_us Location & Transportations]'''

Prague has an international [http://www.prg.aero/en/ airport] and is also reachable by train, bus or car.

== Accommodation and Costs ==

Participants should plan for the following costs:

* Travel to Prague, variable depending on where you come from
* Accommodation and meals
'''Please note''': The currency in Czech Republic is [http://en.wikipedia.org/wiki/Czech_crown crown] (CZK, koruna, Kč). 100 Czech crowns are about 4 Euros (see [http://www.cnb.cz/en/financial_markets/foreign_exchange_market/exchange_rate_fixing/daily.jsp current rates]).

'''[http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague Accommodation in Prague]'''

:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Masarykova_Kolej_Hotel Masarykova Kolej Hotel]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_DAP Hotel DAP]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Krystal Hotel Krystal]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Pension_Hanspaulka Pension Hanspaulka]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Silenzio Hotel Silenzio]
:* Special offer: ''sleeping for free in the kindergarten'' (30min by city urban mass transportation from the university campus, sleeping bag required, kitchen and WC available, no showers, in working days only available from 8 p.m. to 8 a.m.), contact [[User:Landa|Martin Landa]] for details
:* See also http://www.hotel.cz/praha-6/accommodation/

Please let us know your time of arrival and leaving, so we can book for the accommodations and organize the logistics.

'''TO BE DEFINED:''' We will cover as much as possible thanks to our sponsors.

== Weather and Common Item Prices ==

* In May the weather in Prague is usually quite warm ([http://www.prague-spot.com/climate 15 or more degrees by day])
* A espresso coffee is about 20 CZK (80 cents), a beer (half of liter) in a common pub is around 25 CZK (1 euro), can be more in special pubs. In Prague you can have a full meal (see [http://en.wikipedia.org/wiki/Czech_cuisine Czech cuisine]) for still 75 - 150 CZK (3 - 6 euros), but beware of tourist restaurants, the prize can easily rise. It's quite easy to find in Prague also Italian or Chinese restaurants.

== Agenda - What we plan to do ==

'''Note:''' The program is generally open for your ideas. Please write an email to the [http://lists.osgeo.org/mailman/listinfo/grass-dev GRASS developer list] to discuss your contribution.

=== Timeline ===

* Friday, 20 May:
** Welcome meeting
** Discuss and finetune agenda

* Saturday, 21 May:
** Morning:
** Afternoon:
** Evening: Social dinner

* Sunday, 22 May:
** Community Sprinting 1

* Monday, 23 May:
** Community Sprinting 2

* Tuesday, 24 May:
** Community Sprinting 3

* Wednesday, 25 May:
** Finish press release (including thanks to sponsors with names)
** Wrap up and see you soon

=== Topics ===

==== Non-technical ====

* Discuss new sponsoring concept
* Populate new GRASS Website with content from old website
* ...

==== Semi-technical ====

* Improve manual with more examples and screenshots
* Change manual to use Sphinx (see related {{trac|151}})
* Support translated manual pages (see related {{trac|846}})
* Design new project web site engine based on CMS
* ...

==== Technical ====

wxGUI: graphical user interface
* wxGUI: add language selector at startup or in GUI configuration
* wxGUI modeller improvements
* wxNVIZ: consider to switch to [[OpenSceneGraph]] for 3D visualization
* ...

Built system, installation:
* autocompilation job for GRASS-Addons
* backport Makefile system from GRASS 7 to GRASS 6
* Improve {{cmd|g.extension}} (enable to use prepared winGRASS Addon binaries)
* Define new [[GRASS repository layout proposal|toolbox concept]]
* ...

Capabilities:
* Discussion and implementation time frame of temporal GIS capabilities in GRASS [[Time series development]]
* Discussion about a new parser interface for better command line, GUI and WPS support. Discussion started here: http://trac.osgeo.org/grass/ticket/1031
* Improve [[WPS]] support
* Discuss improvements in GRASS 7 vector engine (OGR support, lightweight topology structures, better 3D support)
* Discuss fundamental changes in raster and vector engine for GRASS 8
* winGRASS: GRASS and R-stats integration improvements
* Implement [http://www.gaia-gis.it/spatialite/ RasterLite] as GRASS raster database
* ...

;Discussion on ML
* http://lists.osgeo.org/pipermail/grass-user/2011-March/059830.html

== Participation ==

We are planning for attendance of 20/30 people (i.e., hacking places) but of course you are welcome to join us and bring new ideas with you, as more places are available. Please add your name here or contact [[User:Landa|Martin Landa]] <tt><landa.martin at gmail.com></tt>:

{|class="wikitable sortable" border="2" cellspacing="0" cellpadding="4" rules="all" style="margin:1em 1em 1em 0; border:solid 1px #AAAAAA; border-collapse:collapse; background-color:#edf9c7; font-size:95%; empty-cells:show;"
|width=50px|'''No'''
|width=150px|'''Participant '''
|width=100px|'''Arrival'''
|width=100px|'''Departure'''
|'''Topic'''
|width=75px|'''T-Shirt'''
|'''Notes'''
|-
|1
|[[User:Landa|Martin Landa]]
| May 20
| May 25
|Toolbox concept, vector engine in GRASS 7, wxGUI
| M
|
|-
|2
|[[User:Neteler|Markus Neteler]]
|May 17
|May 23
| sponsoring, coding, manual, odds and ends
| M
|
|-
|3
|[[User:Lucadelu|Luca Delucchi]]
|
|
|New toolbox concept,translation
|
|
|-
|4
|[[User:RobertSzczepanek|Robert Szczepanek]]
|
|
|wxGUI, hydrological toolbox, translation
|
|
|-
|5
|[[User:madi|Margherita Di Leo]]
|May 16
|May 25
| [http://grass.osgeo.org/devel/i18n.php Translation] , python api, wxGUI
| L
|
|-
|6
|[[User:annalisapg|Annalisa Minelli]]
|May 16
|May 25
|[http://grass.osgeo.org/devel/i18n.php Translation], python api
|S
|
|-
|7
|[[User:AnneGhisla|Anne Ghisla]]
|
|
|wxGUI development, v.krige
|
|to be confirmed (but 80% sure)
|-
|8
|[[User:Afrigeri|Alessandro Frigeri]]
|May, 18th
|May, 25th
|Planetary SRS in GRASS GIS - OGC W*S tweakings for IAU GCS
|M
|
|-
|9
|[[User:huhabla|Sören Gebbert]]
| May 20
| May 23
|Time series development, Web Processing Service support, wps-grass-bridge, New parser interface, vtk-grass-bridge
| L
|
|-
|-
|10
|[[User:MilenaN|Milena Nowotarska]]
|
|
|wxGUI, translation
|
|
|-
|11
|[[User:helena|Helena Mitasova]]
|May 22
|May 25
|wxnviz, v.vol.rst, r3 and time series, toolbox concept
|S
|
|-
|12
|[[User:blazek|Radim Blazek]]
|?
|?
|QGIS friendliness lobbying
|XL
|
|-
|13
|[[User:peter.loewe|Peter Loewe]]
|May 20
|May 23
|GRASS on computation grids lobbying, povray, paraview/vtk
|XL
|
|-
|14
|[[User:moovida|Andrea Antonello]]
|May 18
|May 23
|GRASS toolbox for uDig, Geopaparazzi import module for GRASS, Hopefully get knowledge about new raster format
|L
|to be confirmed (but 87% sure)
|-
|
|''add yourself here...''
|
|
|
|
|-
|}

== Individual Preparation ==

* Bring your own computer
* Install subversion and the compiler tools, and come with a working GRASS development environment if possible.


== FAQ ==

* ''Is the GRASS Community Sprint just a coding event?''
** It is mainly a coding and documentation event. It is a working session for people who are already participants in the GRASS project and/or are committed to improving the GRASS project.
** On demand we can do some presentations of current working GRASS implementation and new upcoming features to spread the idea of Open Source GIS software
* ''Is the GRASS Community Sprint for developers only?''
** No: anybody can help, with testing, checking out bugs and fixes, documentation and more.
* ''Where can I get help and more information about the community sprint?''
** Contact [[User:Landa|Martin Landa]] <tt><landa.martin at gmail.com></tt>

[[Category: Workshops]]

User:Afrigeri

2011-04-14T13:57:08Z

⚠️Afrigeri: Created page with "Researcher"

Researcher

GRASS Community Sprint Prague 2011

2011-04-14T13:56:17Z

⚠️Afrigeri: /* Participation */

{{ToModify}}
__TOC__

Succeeding the [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2011 Geoinformatics FCE CTU 2011] ''(International Conference on Free Software and Open Source in Geoinformatics)'', 19-20 May 2011, [http://en.wikipedia.org/wiki/Prague Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic], the GRASS GIS project will hold a '''GRASS Developer and Power User Meeting, aka 'GRASS Community Sprint'''' ''from May 20 to May 25, 2011''.

'''Important dates:'''

* 19 (Thursday) - 20 (Friday) May 2011: Geoinformatics FCE CTU 2011 conference

* '''20 (Friday) - 25 (Wednesday) May 2011: GRASS Community Sprint @ [http://www.fsv.cvut.cz/ FCE CTU]'''

== Purpose ==

Get together GRASS project members to make decisions and tackle larger problems.

For this meeting, we welcome people committed to improving the GRASS GIS project. This includes developers, documenters, bug reporters, translators etc.

== Sponsors ==



If you are interested to sponsor the GRASS Community Sprint, please contact [[User:Neteler|Markus Neteler]] <tt><neteler at osgeo.org></tt>. Any surplus at the end of the event will be turned over to the GRASS GIS project (find more information about GRASS sponsorship [http://grass.osgeo.org/donation.php here]).

The first GRASS Community Sprint is a great occasion for you to support the development of GRASS. With your contribution you'll enable more developers to meet in Prague. The community sprint is an important opportunity for the GRASS developers to discuss and collaboratively resolve bugs, plan the direction for the project and work on new features. Please see below for the more detailed agenda. The developers and contributors are donating their valuable time, so it would be great if in-kind funding can be made available from within the community to cover out-of-pocket expenses. All of the work that takes place at the community sprint will be directly contributed back into the GRASS project to the benefit of everyone who uses it.

== Timing ==

'''When''': Friday, May 20, 2011 (day of arrival) - Wednesday, May 25, 2011 (day of departure)

Of course you are invited to join or leave the community sprint whenever you want.

'''Duration''':

* Friday is day of arrival
** First meeting in the evening (after the [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2011 conference]) to define the agenda
* Saturday to Tuesday
** Full days
* Wednesday is day of departure
** Probably hacking for people with a flight later in the evening

== Venue ==
[[Image:logo_cvut.jpg|130px|left]]
Department of Mapping and Cartography 
[http://www.fsv.cvut.cz Faculty of Civil Engineering] 
[http://www.cvut.cz Czech Technical University in Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic] 
Room ''<to be defined>'' 

'''[http://geoinformatics.fsv.cvut.cz/gwiki/Where_you_can_find_us Location & Transportations]'''

Prague has an international [http://www.prg.aero/en/ airport] and is also reachable by train, bus or car.

== Accommodation and Costs ==

Participants should plan for the following costs:

* Travel to Prague, variable depending on where you come from
* Accommodation and meals
'''Please note''': The currency in Czech Republic is [http://en.wikipedia.org/wiki/Czech_crown crown] (CZK, koruna, Kč). 100 Czech crowns are about 4 Euros (see [http://www.cnb.cz/en/financial_markets/foreign_exchange_market/exchange_rate_fixing/daily.jsp current rates]).

'''[http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague Accommodation in Prague]'''

:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Masarykova_Kolej_Hotel Masarykova Kolej Hotel]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_DAP Hotel DAP]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Krystal Hotel Krystal]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Pension_Hanspaulka Pension Hanspaulka]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Silenzio Hotel Silenzio]
:* Special offer: ''sleeping for free in the kindergarten'' (30min by city urban mass transportation from the university campus, sleeping bag required, kitchen and WC available, no showers, in working days only available from 8 p.m. to 8 a.m.), contact [[User:Landa|Martin Landa]] for details
:* See also http://www.hotel.cz/praha-6/accommodation/

Please let us know your time of arrival and leaving, so we can book for the accommodations and organize the logistics.

'''TO BE DEFINED:''' We will cover as much as possible thanks to our sponsors.

== Weather and Common Item Prices ==

* In May the weather in Prague is usually quite warm ([http://www.prague-spot.com/climate 15 or more degrees by day])
* A espresso coffee is about 20 CZK (80 cents), a beer (half of liter) in a common pub is around 25 CZK (1 euro), can be more in special pubs. In Prague you can have a full meal (see [http://en.wikipedia.org/wiki/Czech_cuisine Czech cuisine]) for still 75 - 150 CZK (3 - 6 euros), but beware of tourist restaurants, the prize can easily rise. It's quite easy to find in Prague also Italian or Chinese restaurants.

== Agenda ==

'''Note:''' The program is generally open for your ideas. Please write an email to the [http://lists.osgeo.org/mailman/listinfo/grass-dev GRASS developer list] to discuss your contribution.

=== Topics ===

==== Non-technical ====

* Discuss new sponsoring concept
* ...

==== Semi-technical ====

* Change manual to use Sphinx (see related {{trac|151}})
* Support translated manual pages (see related {{trac|846}})
* Design new project web site engine based on CMS
* ...

==== Technical ====

* backport Makefile system from GRASS 7 to GRASS 6
* Improve {{cmd|g.extension}} (enable to use prepared winGRASS Addon binaries)
* Define new [[GRASS repository layout proposal|toolbox concept]]
* Improve [[WPS]] support
* Discuss improvements in GRASS 7 vector engine (OGR support, lightweight topology structures, better 3D support)
* Discuss fundamental changes in raster and vector engine for GRASS 8
* ...

;Discussion on ML
* http://lists.osgeo.org/pipermail/grass-user/2011-March/059830.html

== Participation ==

We are planning for attendance of 20/30 people (i.e., hacking places) but of course you are welcome to join us and bring new ideas with you, as more places are available. Please add your name here or contact [[User:Landa|Martin Landa]] <tt><landa.martin at gmail.com></tt>:

{|class="wikitable sortable" border="2" cellspacing="0" cellpadding="4" rules="all" style="margin:1em 1em 1em 0; border:solid 1px #AAAAAA; border-collapse:collapse; background-color:#edf9c7; font-size:95%; empty-cells:show;"
|'''No'''
|'''Participant '''
|'''Arrival'''
|'''Departure'''
|'''Topic'''
|'''T-Shirt'''
|'''Notes'''
|-
|1
|[[User:Landa|Martin Landa]]
| May 20
| May 25
|Toolbox concept, vector engine in GRASS 7, wxGUI
| M
|
|-
|2
|[[User:Neteler|Markus Neteler]]
|
|
|
|
|
|-
|3
|[[User:Lucadelu|Luca Delucchi]]
|
|
|New toolbox concept,translation
|
|
|-
|4
|[[User:RobertSzczepanek|Robert Szczepanek]]
|
|
|wxGUI, hydrological toolbox, translation
|
|
|-
|5
|[[User:madi|Margherita Di Leo]]
|
|
|[http://grass.osgeo.org/devel/i18n.php Translation] , python api
|
|
|-
|6
|[[User:annalisapg|Annalisa Minelli]]
|
|
|[http://grass.osgeo.org/devel/i18n.php Translation], python api
|
|
|-
|7
|[[User:AnneGhisla|Anne Ghisla]]
|
|
|wxGUI development, v.krige
|
|to be confirmed (but 80% sure)
|-
|8
|[[User:Afrigeri|Alessandro Frigeri]]
|
|
| Planetary SRS in GRASS GIS - OGC W*S tweakings for IAU GCS
|
|
|-
|X
|''add yourself here...''
|
|
|
|
|-
|}

== Individual Preparation ==

* Bring your own computer
* Install subversion and the compiler tools, and come with a working GRASS development environment if possible.


== FAQ ==

* ''Is the GRASS Community Sprint just a coding event?''
** It is mainly a coding and documentation event. It is a working session for people who are already participants in the GRASS project and/or are committed to improving the GRASS project.
** On demand we can do some presentations of current working GRASS implementation and new upcoming features to spread the idea of Open Source GIS software
* ''Is the GRASS Community Sprint for developers only?''
** No: anybody can help, with testing, checking out bugs and fixes, documentation and more.
* ''Where can I get help and more information about the community sprint?''
** Contact [[User:Landa|Martin Landa]] <tt><landa.martin at gmail.com></tt>

[[Category: Workshops]]

Time series development

2010-04-24T22:25:52Z

⚠️Afrigeri: /* Alessandro Frigeri's notes */

* ''see also the [[Time series]] user-help wiki page''

== About ==
This page is born out of discussions in Lausanne. A lot of people seem to be interested in having some standardized, documented format for dealing with time series in GRASS, so that we can deal with data (e.g. climate station, water gauges), link with models, etc., without having to come up with a custom solution each time. This could also lead to modules to help with interpolation to deal with missing values, etc.

There was also discussion of possibly setting up a mailing list. Do we want this?
: I would vote against just-another-mailing list [[User:Neteler|Neteler]] 23:51, 18 September 2006 (CEST)

==== Ideas from MN ====

* each imported raster map get's automatically "registered" in an SQL table
** Table structure:
*** map name
*** map creator (optional)
*** time stamp of import
*** time stamp of map production (optional)
*** time range of validity (optional)
* g.list, g.rename etc. tools have a new "where" parameter do search maps in this table
* g.remove will also remove row from SQL table
* SQL commands can be used for search by time stamps

==== maxi's proposal ====
* what about a table with time series (sort of header of each time series) and another table for each time serie with a list of associated filename and related timestamp?
** time series head table structure:
*** series name
*** creator name
*** timestamp of creation
*** range of validity
*** time step
*** ....
** time serie associated map (table named like the related time serie):
*** timestamp
*** map name
*** timestamp of import

==== Soerens ideas ====

===== a temporal gis extension for grass =====

''The temporal extension should not only help to manage temporal data, the data should also be easy to analyse and visualize in time.''

====== temproal gis implementation in grass ======

* a seperate library in grass (dir temporal_gis or tgis)
* should manage raster, raster3d, vector maps and groups of raster maps (imagery groups)
* the existing timestamps should be used for registration in a temporal database
* maps can be registered and unregistered in the temporal database
* it should be possible to cretae several temporal tables in the database
** '''those tables are a new datatype in grass'''
** the tables should be used for thematic time series
** maps and groups may be registered in different tables
** it should be very easy to register and unregister thousands of maps in the database
** tables will have a description, history, transaction log, ceration time and modification time
** statistical Informations about the maps (ranges) should be stored in the database
** if the raster map changes the table should be easily updatable (automatic update implemented in the libs -> if map is closed update the temporal table)
* the temporal database should allow temporal queries for one, several or all tables in the database
* if an sql database is used for map storing the full functionality of the grass-db-lib will be used
* grass temporal gis library functions should begin with a T_, example:
T_register_rast_in_table(mapset, name, table)
T_unregister_rast_in_table(mapset, name, table)
T_query_table(table, sort, sqlstring)
...

===== changes to existing libs/modules =====

* timestamps support for groups must be added
* r.timestamp, r3.timestamp and v.timestamp should be implemented in g.timestamp with group support
* support for temporal region (starttime, endtime, timesteps) in g.region
* g.remove, g.rename and g.copy will need to have access to the temporal database
** if a maps is removed and registered in temporal tables, the table entry should also be removed
** every map keeps the info in which temporal tables it is registered (additional file or info in header)
* the timestamp should be automatically created if a map is created
* g.list should list all temporal databases, not the registered maps (t.info should do this)
* if automatically temporal table update is requested, all the file io libs of raster, raster3d, vector maps and groups have to be extended

===== temporal database concepts =====

====== SQL databases with a time datatype ======

* the temporal database in which the maps/groups are registered should provide temporal queries
** select all maps between 20 jan 2002 and 13 feb 2004
** select all maps with a valid range of 3 months
** select all maps with datum < 13 sep 1999
** select all maps with a valid range of 10 years and a value range between [20:45]
* Postgresql is one Open Source database which supports such queries and suitable temporal datatypes [[http://www.postgresql.org/files/documentation/books/pghandbuch/html/datatype-datetime.html]] and [[http://www.postgresql.org/files/documentation/books/pghandbuch/html/functions-datetime.html]]
* since version 3.0.x sqlite also supports temporal queries and datatypes [[http://www.sqlite.org/cvstrac/wiki?p=DateAndTimeFunctions]]

====== SQL databases without a time datatype ======

* sql databses which are able to handle double data types can be used
** if the timestamps of the maps are converted into a double data type (seconds) befor send to the database
*** 21 jan 2004 14:35:21 = 7897456389 seconds
** the conversion have to be done automatically by the grass lib
** temporal queries are partly available with staments like " select * from table where dateLarger(date, '20 jan 2006')"
** complex WHERE statements may not be available because the dates have to be converted into seconds
e.g: where="startdate < 20 jan 2006 AND startdate > 14 sep 1990 AND daterange < 4 years 3 mon"
will be hard to implement, the dates have to be parsed and replaced by one number (seconds)

====== text based databases ======

* another way is to implement this functionality with text tables
* the time stamps are managed in a double linked list
* the query functionality is not that powerful then a postgresql database
* only simple temporal queries are possible

text database example:

temporal_gis
|-- group
| `-- Landsat_2006_2010
| |-- head
| |-- hist
| |-- list
| |-- range
| |-- time_wind
| `-- transaction_log
|-- raster
| |-- landuse_2006_2010
| | |-- head
| | |-- hist
| | |-- list
| | |-- range
| | |-- time_wind
| | `-- transaction_log
| `-- soils_2006_2010
| |-- head
| |-- hist
| |-- list
| |-- range
| |-- time_wind
| `-- transaction_log
|-- raster3d
| `-- phdist_2006_2010
| |-- head
| |-- hist
| |-- list
| |-- range
| |-- time_wind
| `-- transaction_log
`-- vector
`-- observ_wells_2006_2010
|-- head
|-- hist
|-- list
|-- range
|-- time_wind
`-- transaction_log

===== timestamps in temporal database =====

* the following timestamps should be created in the database
** a valid timestamp with startime or start- and endtime
** creation time
** modification time
** if the maps have a valid start and endtime the event duration should be calculated by the database automatically

===== temporal management tools =====

* the time is a new datatype in grass
* therefore the temporal management should be done by specific commands starting with t.*
* tools for queries, register, unregister und extraction of maps from the temporal database have to be implemented, like t.info, t.register, t.unregister and t.extract ...

Example t.register:

GRASS 6.3.cvs > t.register help

Description:
Register groups, raster, raster3d and vector maps into the temporal database

Keywords:
temporal, time

Usage:
t.register [-s] [tgroup=string[,string,...]]
[trast=string[,string,...]] [trast3d=string[,string,...]]
[tvect=string[,string,...]] [group=string[,string,...]]
[rast=string[,string,...]] [rast3d=string[,string,...]]
[vect=string[,string,...]] [date=timestamp[,timestamp,...]]
[timestep=timestep[,timestep,...]]

Flags:
-s Use the timestep between new maps.

Parameters:
tgroup Temporal group database(s) in which the group(s) should be registered
trast Temporal raster database(s) in which the raster(s) should be registered
trast3d Temporal raster3d database(s) in which the raster3d(s) should be registered
tvect Temporal vector database(s) in which the vector(s) should be registered
group Group(s) to be registered in the temporal group database
rast Raster map(s) to be registered in the temporal raster database
rast3d Raster3d map(s) to be registered in the temporal raster3d database
vect Vector map(s) to be registered in the temporal vector database
date datetime, datetime1/datetime2 for map(s)
timestep timestep between the maps

====== example ======

register 3 raster maps beginning from 20 jan 2001 with a timestep of 3 month in temporal database table Landsat
t.register -s trast=Landsat rast=LandsatJan,LandsatApr,LandsatJul date="20 jan 2001" timestep="3 mon"

Table:
1 LandsatJan 20 jan 2001 ...
2 LandsatApr 20 apr 2001 ...
3 LandsatJul 20 jul 2001 ...

===== OO Layer =====

* it should be possible to have data access with spatial-temporal functions:
** value = g4dDataObject->Get4DValue(x, y, z, timestamp) -- for volume maps
** value = g4dDataObject->Get4DValue(x, y, timestamp) -- for raster maps

* based on this functionality a 4d animation tool based on VTK should be implemented
[[User:Huhabla|huhabla]] 00:19, 26 September 2006 (CEST)

===== Implemented Prototype: r.rast4d=====

http://trac.osgeo.org/grass/browser/grass-addons/raster/r.rast4d

==== Jachym's notes ====
On IRC, we discussed, that time series would be stored in database (PostgreSQL). If data format would be like YYYY-MM-DD-HH-MM-SS, the "database" could be some textfile, which would be sortable via standard 'sort' and g.* modules would not need to speek SQL - KISS, works even on a toaster.

g.list rast should print all raster maps. Raster map belonging to time serie does not stop to be raster map. New data type "times" has to be created, so that modules like g.list, g.remove ... can handle it.

If "times" is going to be new GRASS data type, new t.* group of commands has to be introduced, to have equivalent commands for r.what, d.rast, r.schmeiß.mich.tot, ...

==== Alessandro Frigeri's notes ====
Scale/resolution issues:
* Implementation of absolute and relative time scale (e.g. numerical modeling is likely to require times referred to the start of the simulation, remote sensed data is commonly referred to UTC time).
* Implementation of Units Of Measure conversions for time (see specific issue on Units Of Measure implementation) so we can analyze time-series in their more natural unit and resolution (geologic events are in Mega or Giga years while surface temperature variations are in the order of magniture of hours, or kilo seconds)

==== Open Issues ====
* will 'g.list rast' show also rasters belonging to time series?
* how to deal with huge file number in a folder? (very long serie often deals with a huge number of maps)
** limitation: how many rasters can a folder contain ('fileno' in /etc/security/limits.conf).
** efficiency: huge number of files will tremendiously slow down each map listing procedures.
* associated color table: only one color table should serve one series (avoid multiple color table for each map)

[[Category:Development]]

Applications

2008-06-23T23:01:47Z

⚠️Afrigeri: Added planetary mapping

Many people are doing many things with GRASS.

It is encouraged that interested parties add contacts, tips, scripts, references, and partake in general discussion on the following free-form pages. Click on a subject and start editing, or add a new interest group! Anyone can contribute to the wiki pages, just register yourself an account.

* [[Archeology]]
* [[Environmental Protection and Monitoring]]
* [[Geology]]
* [[Hydrologic Sciences]] - including ice cover
* [[Marine Science]]
* [[Meteorology]]
* [[Natural Hazards]]
* [[Public Health]]
* [[Search and Rescue]]
* [[Soil Science]]
* [[Wildlife Zoology]]
* Planetary mapping
* ''Add your interest here ...''

GRASS 7 ideas collection

2007-02-05T14:37:01Z

⚠️Afrigeri: /* Library */

== Raster ==

=== Library ===

* Split libgis into G_() part and Rast_() part
* Rewrite library from scratch. See [http://grass.itc.it/pipermail/grass-dev/2006-August/025025.html suggestions]
* Insert 'vertical' 2d rasters (e.g. [http://woodshole.er.usgs.gov/project-pages/longislandsound/images/Ghist_square2.jpg geophysical survey data])

=== Modules ===

* Remove r.in.arc and r.out.arc, '''if''' a [http://intevation.de/rt/webrt?serial_num=4897 related bug in r.in.gdal] is fixed. The [http://bugzilla.remotesensing.org/show_bug.cgi?id=1071 integer/floating point detection for AAIGrid driver in GDAL] was fixed after 1.3.2 release, so r.in.gdal and r.out.gdal should be enough now.

* Remove the code from r.info that makes it print projection information - we have g.region and g.proj for that. Moreover, r.info always prints a bogus '''(zone 0)''' information in non-UTM locations, which is confussing. See [http://intevation.de/rt/webrt?serial_num=3054 a bug report].

* fix the raster map history management (truncating long history, odd storage). It should work like for vector maps in GRASS 6.

* dispose '''r.resample''' and '''r.bilinear''' in favor of '''r.resamp.interp'''

* merge '''r.surf.idw''' and '''r.surf.idw2'''

* drop '''r.univar.sh'''; newly implemented '''r.univar''' features cover it

* drop '''r.univar.sh'''; newly implemented '''r.univar''' features cover it

* r.sum, r.mode, r.median, r.average, r.statistics, r.univar, r.univar2 - maybe they can be reduced to just r.statistics and r.univar? See [http://intevation.de/rt/webrt?serial_num=1848 RT #1848] and a [http://grass.itc.it/pipermail/grass-dev/2006-November/027665.html thread on the GRASS dev list]

* Dispose r.out.tiff. New C r.out.gdal should cover all it's option now (doublecheck!). See [http://intevation.de/rt/webrt?serial_num=3680 RT #3680] (starting with date Sun, Nov 26 2006 14:54:23).

* Remove remaining -v and -q flags for verbosity levels of modules.

* fix lseek() usage for Large File Support: see [http://grass.itc.it/pipermail/grass-dev/2006-December/028231.html list of affected modules]

== Vector ==
=== Library ===
* 2d 'vertical' vector data (e.g. [http://sofia.usgs.gov/publications/maps/florida_geology/Txsectionbh.jpg Geologic Cross Sections])

=== Modules ===

* rename v.mkgrid to v.grid
* merge v.select and v.overlay
* Remove [http://intevation.de/rt/webrt?serial_num=3600 doubled units in v.to.db GUI]

* Fix the [http://intevation.de/rt/webrt?serial_num=3623 Column 'cat_' already exists (duplicate name)] in v.in.ogr. Maybe by creating columns ''cat_1'', ''cat_2'' etc. each time a Grass vector is exported to shapefile and imported back to Grass?
* write Vect_map_exists() and implement in g.remove and v.digit -n (why wait for GRASS 7 ??)
* add '-d' dissolve to v.reclass
* add 'where=' to v.to.rast (why wait for GRASS 7 ??)
* implement Douglas-Peucker generalization ([http://www.ngdc.noaa.gov/mgg/shorelines/data/gshhs/version1.2/gshhs_dp.c C code file])to substitute prune tool of v.clean (why wait for GRASS 7 ??)

== General ==
=== Library ===
* Add support for planetary bodies reference systems
* Add new partial differential equation (PDE) library with OpenMP support

=== Modules ===

* g.remove, g.mremove, g.rename, g.copy: don't allow for default datatype (which is currently raster) [http://intevation.de/rt/webrt?serial_num=3009].

== Database ==
=== Library ===
=== Modules ===

== Imagery ==
=== Library ===

Do merge of image libraries:

* A)
** lib/imagery/: standard lib, in use (i.* except for i.points3, i.rectify3)
** imagery/i.ortho.photo/libes/: standard lib, in use (i.ortho.photo, photo.*)
* B)
** lib/image3/: never finished improvement which integrated the standard lib and the ortho lib. Seems to provide also ortho rectification for satellite data (i.points3, i.rectify3)

=== Modules ===

* merge of i.points, i.vpoints, i.points3
* merge of i.rectify and i.rectify3
* addition of new resampling algorithms such as bilinear, cubic convolution (take from r.proj?)
* add other warping methods (maybe thin splines from GDAL?)
* implement/finish linewise ortho-rectification of satellite data
* Depreciate tape functions in next major revision of GRASS and create a tape module that accomplishes tape access.

== Raster3D ==
=== Library ===
* renaming of all G3D library functions to fulfil the grass coding standard
* extent/rewrite documentation
* localisation support (why wait for GRASS 7 ??)

=== Modules ===
* report and support modules like r3.stats, r3.support
* voxel -> vector (isosurfaces ...) and vector -> voxel (lines, faces, volumes) conversion modules
* module for 3d Kriging interpolation based on vector points
* a GRASS-Python/VTK visualisation/manipulation tool

== Display ==
=== Modules ===
* Huidae Cho merged d.text.freetype and d.text into d.text.new; drop them and rename d.text.new into d.text
* merge d.font and d.font.freetype too

== Parser ==

* "Add another semantic meaning to the parser system for a type safe enumerated list" (Cedric's words commenting the bug that [http://intevation.de/rt/webrt?serial_num=2969 '''v.type''' doesn't allow for selecting input and output type in '''GUI''']

* Making GRASS modules be less verbose. Use --verbose flag and GRASS_VERBOSE environment variable. All output (G_message, G_percetn, G_warning) should go to GRASS_LOG file which could be grassdata/location/mapset/.grass.log by default.

== Data management ==

* store vertical units on per-map base, using code from [http://www.gnu.org/software/units/ units] software
* store vertical map datum on per-location base (GDAL/OGR needs the same [http://lists.maptools.org/pipermail/gdal-dev/2005-October/006857.html enhancement])
* add versioning for maps (to recover previous map versions)

== Time series ==

* Implement better [[Time series in GRASS]] support (series of satellite data etc)

== Visualization ==

...

== CLI ==

Fix the parameters and flags. Make it a concept. See proposal in GRASS 5 [http://freegis.org/cgi-bin/viewcvs.cgi/grass/documents/parameter_proposal.txt?rev=HEAD&content-type=text/vnd.viewcvs-markup documents/parameter_proposal.txt]

== GUI ==

* Multiplatform
* Fast
* Small on monitor
* Number of window reduction
* Managable from command line via d.* modules (which will have to be rewritten too)
* Facilitating easy development of custom GUI application based on GRASS

* [[GRASS and Python|Python]]?
* WxWidgets?
* Qt4

== Conceptual changes ==

* File organization in binaries:
** the grass etc dir is a mess... module should maintain arch-deps and arch-indep things in different paths -- <cite> frankie at #grass irc</cite>
** it's basically a FHS violation, i dunno if it is reported by lintian, anyway /usr/lib/grass should be used for arch-deps data, not for mixed stuff -- <cite> frankie at #grass irc</cite>

[[Category:Development]]
[[Category:Release Roadmap]]

GRASS 7 ideas collection

2007-02-05T14:34:53Z

⚠️Afrigeri: /* Library */

== Raster ==

=== Library ===

* Split libgis into G_() part and Rast_() part
* Rewrite library from scratch. See [http://grass.itc.it/pipermail/grass-dev/2006-August/025025.html suggestions]
* Insert 'vertical' 2d rasters (e.g. [http://woodshole.er.usgs.gov/project-pages/longislandsound/images/Ghist_square2.jpg geophysical survey data])

=== Modules ===

* Remove r.in.arc and r.out.arc, '''if''' a [http://intevation.de/rt/webrt?serial_num=4897 related bug in r.in.gdal] is fixed. The [http://bugzilla.remotesensing.org/show_bug.cgi?id=1071 integer/floating point detection for AAIGrid driver in GDAL] was fixed after 1.3.2 release, so r.in.gdal and r.out.gdal should be enough now.

* Remove the code from r.info that makes it print projection information - we have g.region and g.proj for that. Moreover, r.info always prints a bogus '''(zone 0)''' information in non-UTM locations, which is confussing. See [http://intevation.de/rt/webrt?serial_num=3054 a bug report].

* fix the raster map history management (truncating long history, odd storage). It should work like for vector maps in GRASS 6.

* dispose '''r.resample''' and '''r.bilinear''' in favor of '''r.resamp.interp'''

* merge '''r.surf.idw''' and '''r.surf.idw2'''

* drop '''r.univar.sh'''; newly implemented '''r.univar''' features cover it

* drop '''r.univar.sh'''; newly implemented '''r.univar''' features cover it

* r.sum, r.mode, r.median, r.average, r.statistics, r.univar, r.univar2 - maybe they can be reduced to just r.statistics and r.univar? See [http://intevation.de/rt/webrt?serial_num=1848 RT #1848] and a [http://grass.itc.it/pipermail/grass-dev/2006-November/027665.html thread on the GRASS dev list]

* Dispose r.out.tiff. New C r.out.gdal should cover all it's option now (doublecheck!). See [http://intevation.de/rt/webrt?serial_num=3680 RT #3680] (starting with date Sun, Nov 26 2006 14:54:23).

* Remove remaining -v and -q flags for verbosity levels of modules.

* fix lseek() usage for Large File Support: see [http://grass.itc.it/pipermail/grass-dev/2006-December/028231.html list of affected modules]

== Vector ==
=== Library ===
=== Modules ===

* rename v.mkgrid to v.grid
* merge v.select and v.overlay
* Remove [http://intevation.de/rt/webrt?serial_num=3600 doubled units in v.to.db GUI]

* Fix the [http://intevation.de/rt/webrt?serial_num=3623 Column 'cat_' already exists (duplicate name)] in v.in.ogr. Maybe by creating columns ''cat_1'', ''cat_2'' etc. each time a Grass vector is exported to shapefile and imported back to Grass?
* write Vect_map_exists() and implement in g.remove and v.digit -n (why wait for GRASS 7 ??)
* add '-d' dissolve to v.reclass
* add 'where=' to v.to.rast (why wait for GRASS 7 ??)
* implement Douglas-Peucker generalization ([http://www.ngdc.noaa.gov/mgg/shorelines/data/gshhs/version1.2/gshhs_dp.c C code file])to substitute prune tool of v.clean (why wait for GRASS 7 ??)

== General ==
=== Library ===
* Add support for planetary bodies reference systems
* Add new partial differential equation (PDE) library with OpenMP support

=== Modules ===

* g.remove, g.mremove, g.rename, g.copy: don't allow for default datatype (which is currently raster) [http://intevation.de/rt/webrt?serial_num=3009].

== Database ==
=== Library ===
=== Modules ===

== Imagery ==
=== Library ===

Do merge of image libraries:

* A)
** lib/imagery/: standard lib, in use (i.* except for i.points3, i.rectify3)
** imagery/i.ortho.photo/libes/: standard lib, in use (i.ortho.photo, photo.*)
* B)
** lib/image3/: never finished improvement which integrated the standard lib and the ortho lib. Seems to provide also ortho rectification for satellite data (i.points3, i.rectify3)

=== Modules ===

* merge of i.points, i.vpoints, i.points3
* merge of i.rectify and i.rectify3
* addition of new resampling algorithms such as bilinear, cubic convolution (take from r.proj?)
* add other warping methods (maybe thin splines from GDAL?)
* implement/finish linewise ortho-rectification of satellite data
* Depreciate tape functions in next major revision of GRASS and create a tape module that accomplishes tape access.

== Raster3D ==
=== Library ===
* renaming of all G3D library functions to fulfil the grass coding standard
* extent/rewrite documentation
* localisation support (why wait for GRASS 7 ??)

=== Modules ===
* report and support modules like r3.stats, r3.support
* voxel -> vector (isosurfaces ...) and vector -> voxel (lines, faces, volumes) conversion modules
* module for 3d Kriging interpolation based on vector points
* a GRASS-Python/VTK visualisation/manipulation tool

== Display ==
=== Modules ===
* Huidae Cho merged d.text.freetype and d.text into d.text.new; drop them and rename d.text.new into d.text
* merge d.font and d.font.freetype too

== Parser ==

* "Add another semantic meaning to the parser system for a type safe enumerated list" (Cedric's words commenting the bug that [http://intevation.de/rt/webrt?serial_num=2969 '''v.type''' doesn't allow for selecting input and output type in '''GUI''']

* Making GRASS modules be less verbose. Use --verbose flag and GRASS_VERBOSE environment variable. All output (G_message, G_percetn, G_warning) should go to GRASS_LOG file which could be grassdata/location/mapset/.grass.log by default.

== Data management ==

* store vertical units on per-map base, using code from [http://www.gnu.org/software/units/ units] software
* store vertical map datum on per-location base (GDAL/OGR needs the same [http://lists.maptools.org/pipermail/gdal-dev/2005-October/006857.html enhancement])
* add versioning for maps (to recover previous map versions)

== Time series ==

* Implement better [[Time series in GRASS]] support (series of satellite data etc)

== Visualization ==

...

== CLI ==

Fix the parameters and flags. Make it a concept. See proposal in GRASS 5 [http://freegis.org/cgi-bin/viewcvs.cgi/grass/documents/parameter_proposal.txt?rev=HEAD&content-type=text/vnd.viewcvs-markup documents/parameter_proposal.txt]

== GUI ==

* Multiplatform
* Fast
* Small on monitor
* Number of window reduction
* Managable from command line via d.* modules (which will have to be rewritten too)
* Facilitating easy development of custom GUI application based on GRASS

* [[GRASS and Python|Python]]?
* WxWidgets?
* Qt4

== Conceptual changes ==

* File organization in binaries:
** the grass etc dir is a mess... module should maintain arch-deps and arch-indep things in different paths -- <cite> frankie at #grass irc</cite>
** it's basically a FHS violation, i dunno if it is reported by lintian, anyway /usr/lib/grass should be used for arch-deps data, not for mixed stuff -- <cite> frankie at #grass irc</cite>

[[Category:Development]]
[[Category:Release Roadmap]]

Time series development

2006-11-18T11:53:38Z

⚠️Afrigeri: Notes on scales, resolution and units of measurement.

This page is born out of discussions in Lausanne. A lot of people seem to be interested in having some standardized, documented format for dealing with time series in GRASS, so that we can deal with data (e.g. climate station, water gauges), link with models, etc., without having to come up with a custom solution each time. This could also lead to modules to help with interpolation to deal with missing values, etc.

There was also discussion of possibly setting up a mailing list. Do we want this?
: I would vote against just-another-mailing list [[User:Neteler|Neteler]] 23:51, 18 September 2006 (CEST)

==== Ideas from MN ====

* each imported raster map get's automatically "registered" in an SQL table
** Table structure:
*** map name
*** map creator (optional)
*** time stamp of import
*** time stamp of map production (optional)
*** time range of validity (optional)
* g.list, g.rename etc. tools have a new "where" parameter do search maps in this table
* g.remove will also remove row from SQL table
* SQL commands can be used for search by time stamps

==== maxi's proposal ====
* what about a table with time series (sort of header of each time series) and another table for each time serie with a list of associated filename and related timestamp?
** time series head table structure:
*** series name
*** creator name
*** timestamp of creation
*** range of validity
*** time step
*** ....
** time serie associated map (table named like the related time serie):
*** timestamp
*** map name
*** timestamp of import

==== Soerens ideas ====

===== a temporal gis extension for grass =====

''The temporal extension should not only help to manage temporal data, the data should also be easy to analyse and visualize in time.''

====== temproal gis implementation in grass ======

* a seperate library in grass (dir temporal_gis or tgis)
* should manage raster, raster3d, vector maps and groups of raster maps (imagery groups)
* the existing timestamps should be used for registration in a temporal database
* maps can be registered and unregistered in the temporal database
* it should be possible to cretae several temporal tables in the database
** '''those tables are a new datatype in grass'''
** the tables should be used for thematic time series
** maps and groups may be registered in different tables
** it should be very easy to register and unregister thousands of maps in the database
** tables will have a description, history, transaction log, ceration time and modification time
** statistical Informations about the maps (ranges) should be stored in the database
** if the raster map changes the table should be easily updatable (automatic update implemented in the libs -> if map is closed update the temporal table)
* the temporal database should allow temporal queries for one, several or all tables in the database
* if an sql database is used for map storing the full functionality of the grass-db-lib will be used
* grass temporal gis library functions should begin with a T_, example:
T_register_rast_in_table(mapset, name, table)
T_unregister_rast_in_table(mapset, name, table)
T_query_table(table, sort, sqlstring)
...

===== changes to existing libs/modules =====

* timestamps support for groups must be added
* r.timestamp, r3.timestamp and v.timestamp should be implemented in g.timestamp with group support
* support for temporal region (starttime, endtime, timesteps) in g.region
* g.remove, g.rename and g.copy will need to have access to the temporal database
** if a maps is removed and registered in temporal tables, the table entry should also be removed
** every map keeps the info in which temporal tables it is registered (additional file or info in header)
* the timestamp should be automatically created if a map is created
* g.list should list all temporal databases, not the registered maps (t.info should do this)
* if automatically temporal table update is requested, all the file io libs of raster, raster3d, vector maps and groups have to be extended

===== temporal database concepts =====

====== SQL databases with a time datatype ======

* the temporal database in which the maps/groups are registered should provide temporal queries
** select all maps between 20 jan 2002 and 13 feb 2004
** select all maps with a valid range of 3 months
** select all maps with datum < 13 sep 1999
** select all maps with a valid range of 10 years and a value range between [20:45]
* Postgresql is one Open Source database which supports such queries and suitable temporal datatypes [[http://www.postgresql.org/files/documentation/books/pghandbuch/html/datatype-datetime.html]] and [[http://www.postgresql.org/files/documentation/books/pghandbuch/html/functions-datetime.html]]
* since version 3.0.x sqlite also supports temporal queries and datatypes [[http://www.sqlite.org/cvstrac/wiki?p=DateAndTimeFunctions]]

====== SQL databases without a time datatype ======

* sql databses which are able to handle double data types can be used
** if the timestamps of the maps are converted into a double data type (seconds) befor send to the database
*** 21 jan 2004 14:35:21 = 7897456389 seconds
** the conversion have to be done automatically by the grass lib
** temporal queries are partly available with staments like " select * from table where dateLarger(date, '20 jan 2006')"
** complex WHERE statements may not be available because the dates have to be converted into seconds
e.g: where="startdate < 20 jan 2006 AND startdate > 14 sep 1990 AND daterange < 4 years 3 mon"
will be hard to implement, the dates have to be parsed and replaced by one number (seconds)

====== text based databases ======

* another way is to implement this functionality with text tables
* the time stamps are managed in a double linked list
* the query functionality is not that powerful then a postgresql database
* only simple temporal queries are possible

text database example:

temporal_gis
|-- group
| `-- Landsat_2006_2010
| |-- head
| |-- hist
| |-- list
| |-- range
| |-- time_wind
| `-- transaction_log
|-- raster
| |-- landuse_2006_2010
| | |-- head
| | |-- hist
| | |-- list
| | |-- range
| | |-- time_wind
| | `-- transaction_log
| `-- soils_2006_2010
| |-- head
| |-- hist
| |-- list
| |-- range
| |-- time_wind
| `-- transaction_log
|-- raster3d
| `-- phdist_2006_2010
| |-- head
| |-- hist
| |-- list
| |-- range
| |-- time_wind
| `-- transaction_log
`-- vector
`-- observ_wells_2006_2010
|-- head
|-- hist
|-- list
|-- range
|-- time_wind
`-- transaction_log

===== timestamps in temporal database =====

* the following timestamps should be created in the database
** a valid timestamp with startime or start- and endtime
** creation time
** modification time
** if the maps have a valid start and endtime the event duration should be calculated by the database automatically

===== temporal management tools =====

* the time is a new datatype in grass
* therefore the temporal management should be done by specific commands starting with t.*
* tools for queries, register, unregister und extraction of maps from the temporal database have to be implemented, like t.info, t.register, t.unregister and t.extract ...

Example t.register:

GRASS 6.3.cvs > t.register help

Description:
Register groups, raster, raster3d and vector maps into the temporal database

Keywords:
temporal, time

Usage:
t.register [-s] [tgroup=string[,string,...]]
[trast=string[,string,...]] [trast3d=string[,string,...]]
[tvect=string[,string,...]] [group=string[,string,...]]
[rast=string[,string,...]] [rast3d=string[,string,...]]
[vect=string[,string,...]] [date=timestamp[,timestamp,...]]
[timestep=timestep[,timestep,...]]

Flags:
-s Use the timestep between new maps.

Parameters:
tgroup Temporal group database(s) in which the group(s) should be registered
trast Temporal raster database(s) in which the raster(s) should be registered
trast3d Temporal raster3d database(s) in which the raster3d(s) should be registered
tvect Temporal vector database(s) in which the vector(s) should be registered
group Group(s) to be registered in the temporal group database
rast Raster map(s) to be registered in the temporal raster database
rast3d Raster3d map(s) to be registered in the temporal raster3d database
vect Vector map(s) to be registered in the temporal vector database
date datetime, datetime1/datetime2 for map(s)
timestep timestep between the maps

====== example ======

register 3 raster maps beginning from 20 jan 2001 with a timestep of 3 month in temporal database table Landsat
t.register -s trast=Landsat rast=LandsatJan,LandsatApr,LandsatJul date="20 jan 2001" timestep="3 mon"

Table:
1 LandsatJan 20 jan 2001 ...
2 LandsatApr 20 apr 2001 ...
3 LandsatJul 20 jul 2001 ...

===== OO Layer =====

* it should be possible to have data access with spatial-temporal functions:
** value = g4dDataObject->Get4DValue(x, y, z, timestamp) -- for volume maps
** value = g4dDataObject->Get4DValue(x, y, timestamp) -- for raster maps

* based on this functionality a 4d animation tool based on VTK should be implemented
[[User:Huhabla|huhabla]] 00:19, 26 September 2006 (CEST)

==== Jachym's notes ====
On IRC, we discussed, that time series would be stored in database (PostgreSQL). If data format would be like YYYY-MM-DD-HH-MM-SS, the "database" could be some textfile, which would be sortable via standard 'sort' and g.* modules would not need to speek SQL - KISS, works even on a toaster.

g.list rast should print all raster maps. Raster map belonging to time serie does not stop to be raster map. New data type "times" has to be created, so that modules like g.list, g.remove ... can handle it.

If "times" is going to be new GRASS data type, new t.* group of commands has to be introduced, to have equivalent commands for r.what, d.rast, r.schmeiß.mich.tot, ...

==== Alessandro Frigeri's notes ====
Scale/resolution issues:
* Implementation of absolute and relative time scale (e.g. numerical modeling is likely to
require times referred to the start of the simulation, remote sensed data is commonly referred to UTC time).
* Implementation of Units Of Measure conversions for time (see specific issue on Units Of Measure implementation) so we can analyze time-series in their more natural unit and resolution (geologic events are in Giga or Million years while surface temperature variations are in the order of magniture of hours)

==== Open Issues ====
* will 'g.list rast' show also rasters belonging to time series?
* how to deal with huge file number in a folder? (very long serie often deals with a huge number of maps)
** limitation: how many rasters can a folder contain ('fileno' in /etc/security/limits.conf).
** efficiency: huge number of files will tremendiously slow down each map listing procedures.
* associated color table: only one color table should serve one series (avoid multiple color table for each map)

[[Category:Development]]

Ps.map scripts

2006-11-09T06:43:06Z

⚠️Afrigeri: changfed 61 -> 63 to the ps,map manpage url

* [http://grass.ibiblio.org/grass63/manuals/html63_user/ps.map.html ps.map help page].

* [[psmap_simple_example|Simple ps.map example]] ([http://grass.ibiblio.org/download/data6.php Spearfish dataset])

* Example showing all standard vareas [[psmap_fill_patterns|fill pattern hatches]]. (Spearfish dataset)

[[Category:Documentation]]
[[Category:FAQ]]

GRASS 7 ideas collection

2006-08-10T11:19:15Z

⚠️Afrigeri: /* Library */

== Raster ==

=== Library ===

* Rewrite library from scratch

=== Modules ===

* Remove r.in.arc and r.out.arc, '''if''' a [http://intevation.de/rt/webrt?serial_num=4897 related bug in r.in.gdal] is fixed. The [http://bugzilla.remotesensing.org/show_bug.cgi?id=1071 integer/floating point detection for AAIGrid driver in GDAL] was fixed after 1.3.2 release, so r.in.gdal and r.out.gdal should be enough now.

* Remove the code from r.info that makes it print projection information - we have g.region and g.proj for that. Moreover, r.info always prints a bogus '''(zone 0)''' information in non-UTM locations, which is confussing. See [http://intevation.de/rt/webrt?serial_num=3054 a bug report].

* fix the raster map history management (truncating long history, odd storage). It should work like for vector maps in GRASS 6.

* rename r.composite to r.rgb (for d.rgb name complicance)

== Vector ==
=== Library ===
=== Modules ===

* rename v.mkgrid to v.grid

* Remove [http://intevation.de/rt/webrt?serial_num=3600 doubled units in v.to.db GUI]

* Fix the [http://intevation.de/rt/webrt?serial_num=3623 Column 'cat_' already exists (duplicate name)] in v.in.ogr. Maybe by creating columns ''cat_1'', ''cat_2'' etc. each time a Grass vector is exported to shapefile and imported back to Grass?
* write Vect_map_exists() and implement in g.remove and v.digit -n
* add '-d' dissolve to v.reclass
* add 'where=' to v.to.rast

== General ==
=== Library ===
* Add support for planetary bodies reference systems

=== Modules ===

* g.remove, g.mremove, g.rename, g.copy: don't allow for default datatype (which is currently raster) [http://intevation.de/rt/webrt?serial_num=3009].

== Database ==
=== Library ===
=== Modules ===

== Imagery ==
=== Library ===

Do merge of image libraries:

* A)
** lib/imagery/: standard lib, in use (i.* except for i.points3, i.rectify3)
** imagery/i.ortho.photo/libes/: standard lib, in use (i.ortho.photo, photo.*)
* B)
** lib/image3/: never finished improvement which integrated the standard lib and the ortho lib. Seems to provide also ortho rectification for satellite data (i.points3, i.rectify3)

=== Modules ===

* merge of i.points, i.vpoints, i.points3
* merge of i.rectify and i.rectify3
* addition of new resampling algorithms such as bilinear, cubic convolution (take from r.proj?)
* add other warping methods (maybe thin splines from GDAL?)
* implement/finish linewise ortho-rectification of satellite data

== Raster3D ==
=== Library ===
* renaming of all G3D library functions to fulfil the grass coding standard
* extent/rewrite documentation
* localisation support (why wait for GRASS 7 ??)

=== Modules ===
* report and support modules like r3.stats, r3.support
* voxel -> vector (isosurfaces ...) and vector -> voxel (lines, faces, volumes) conversion modules
* module for 3d Kriging interpolation based on vector points
* a GRASS-Python/VTK visualisation/manipulation tool

== Parser ==

* "Add another semantic meaning to the parser system for a type safe enumerated list" (Cedric's words commenting the bug that [http://intevation.de/rt/webrt?serial_num=2969 '''v.type''' doesn't allow for selecting input and output type in '''GUI''']

== Data management ==

* store vertical units on per-map base, using code from [http://www.gnu.org/software/units/ units] software
* store vertical map datum on per-location base (GDAL/OGR needs the same [http://lists.maptools.org/pipermail/gdal-dev/2005-October/006857.html enhancement])
* add versioning for maps (to recover previous map versions)

== Visualization ==

...

== CLI ==

Fix the parameters and flags. Make it a concept. See proposal in GRASS 5 [http://freegis.org/cgi-bin/viewcvs.cgi/grass/documents/parameter_proposal.txt?rev=HEAD&content-type=text/vnd.viewcvs-markup documents/parameter_proposal.txt]

== GUI ==

* Multiplatform
* Fast
* Small on monitor
* Number of window reduction
* Managable from command line via d.* modules (which will have to be rewritten too)

* [[GRASS and Python|Python]]?
* WxWidgets?
* Qt4

[[Category:Development]]

GRASS 7 ideas collection

2006-08-10T11:16:52Z

⚠️Afrigeri: /* Library */

== Raster ==

=== Library ===

* Rewrite library from scratch

=== Modules ===

* Remove r.in.arc and r.out.arc, '''if''' a [http://intevation.de/rt/webrt?serial_num=4897 related bug in r.in.gdal] is fixed. The [http://bugzilla.remotesensing.org/show_bug.cgi?id=1071 integer/floating point detection for AAIGrid driver in GDAL] was fixed after 1.3.2 release, so r.in.gdal and r.out.gdal should be enough now.

* Remove the code from r.info that makes it print projection information - we have g.region and g.proj for that. Moreover, r.info always prints a bogus '''(zone 0)''' information in non-UTM locations, which is confussing. See [http://intevation.de/rt/webrt?serial_num=3054 a bug report].

* fix the raster map history management (truncating long history, odd storage). It should work like for vector maps in GRASS 6.

* rename r.composite to r.rgb (for d.rgb name complicance)

== Vector ==
=== Library ===
=== Modules ===

* rename v.mkgrid to v.grid

* Remove [http://intevation.de/rt/webrt?serial_num=3600 doubled units in v.to.db GUI]

* Fix the [http://intevation.de/rt/webrt?serial_num=3623 Column 'cat_' already exists (duplicate name)] in v.in.ogr. Maybe by creating columns ''cat_1'', ''cat_2'' etc. each time a Grass vector is exported to shapefile and imported back to Grass?
* write Vect_map_exists() and implement in g.remove and v.digit -n
* add '-d' dissolve to v.reclass
* add 'where=' to v.to.rast

== General ==
=== Library ===
Add support for planetary bodies reference systems

=== Modules ===

* g.remove, g.mremove, g.rename, g.copy: don't allow for default datatype (which is currently raster) [http://intevation.de/rt/webrt?serial_num=3009].

== Database ==
=== Library ===
=== Modules ===

== Imagery ==
=== Library ===

Do merge of image libraries:

* A)
** lib/imagery/: standard lib, in use (i.* except for i.points3, i.rectify3)
** imagery/i.ortho.photo/libes/: standard lib, in use (i.ortho.photo, photo.*)
* B)
** lib/image3/: never finished improvement which integrated the standard lib and the ortho lib. Seems to provide also ortho rectification for satellite data (i.points3, i.rectify3)

=== Modules ===

* merge of i.points, i.vpoints, i.points3
* merge of i.rectify and i.rectify3
* addition of new resampling algorithms such as bilinear, cubic convolution (take from r.proj?)
* add other warping methods (maybe thin splines from GDAL?)
* implement/finish linewise ortho-rectification of satellite data

== Raster3D ==
=== Library ===
* renaming of all G3D library functions to fulfil the grass coding standard
* extent/rewrite documentation
* localisation support (why wait for GRASS 7 ??)

=== Modules ===
* report and support modules like r3.stats, r3.support
* voxel -> vector (isosurfaces ...) and vector -> voxel (lines, faces, volumes) conversion modules
* module for 3d Kriging interpolation based on vector points
* a GRASS-Python/VTK visualisation/manipulation tool

== Parser ==

* "Add another semantic meaning to the parser system for a type safe enumerated list" (Cedric's words commenting the bug that [http://intevation.de/rt/webrt?serial_num=2969 '''v.type''' doesn't allow for selecting input and output type in '''GUI''']

== Data management ==

* store vertical units on per-map base, using code from [http://www.gnu.org/software/units/ units] software
* store vertical map datum on per-location base (GDAL/OGR needs the same [http://lists.maptools.org/pipermail/gdal-dev/2005-October/006857.html enhancement])
* add versioning for maps (to recover previous map versions)

== Visualization ==

...

== CLI ==

Fix the parameters and flags. Make it a concept. See proposal in GRASS 5 [http://freegis.org/cgi-bin/viewcvs.cgi/grass/documents/parameter_proposal.txt?rev=HEAD&content-type=text/vnd.viewcvs-markup documents/parameter_proposal.txt]

== GUI ==

* Multiplatform
* Fast
* Small on monitor
* Number of window reduction
* Managable from command line via d.* modules (which will have to be rewritten too)

* [[GRASS and Python|Python]]?
* WxWidgets?
* Qt4

[[Category:Development]]

Installation Guide

2006-08-10T11:13:27Z

⚠️Afrigeri: /* Compile GRASS and package it (debian/testing) */

== General ==

''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/grass61/binary/linux/snapshot/ 6.1 weekly snapshot]] release.

==== DebianGis ====

There is also the wonderfull [http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl DebianGIS] project which has a more recent GRASS version with its related packages.

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.

=== Mandriva ===

[http://www.gdf-hannover.de GDF Hannover] provides RPM-packages for stable releases prepared to install on Mandriva systems.

You can download them here: [http://www.gdf-hannover.de/software]

=== SuSE ===

[http://www.gdf-hannover.de GDF Hannover] provides RPM-packages for stable releases prepared to install on SUSE-systems.

You can download them here: [http://www.gdf-hannover.de/software]

=== 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://wwwamb.bologna.enea.it/forgrass/download.htm here].

== MS-Windows ==

* Precompiled 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

2006-08-10T11:12:12Z

⚠️Afrigeri: /* Compile GRASS and package it (debian/testing) */

== General ==

''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/grass61/binary/linux/snapshot/ 6.1 weekly snapshot]] release.

==== DebianGis ====

There is also the wonderfull [http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl DebianGIS] project which has a more recent GRASS version with its related packages.

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.

=== Mandriva ===

[http://www.gdf-hannover.de GDF Hannover] provides RPM-packages for stable releases prepared to install on Mandriva systems.

You can download them here: [http://www.gdf-hannover.de/software]

=== SuSE ===

[http://www.gdf-hannover.de GDF Hannover] provides RPM-packages for stable releases prepared to install on SUSE-systems.

You can download them here: [http://www.gdf-hannover.de/software]

=== 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://wwwamb.bologna.enea.it/forgrass/download.htm here].

== MS-Windows ==

* Precompiled 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

2006-08-10T11:11:20Z

⚠️Afrigeri: /* Compiling GRASS from source on Debian */

== General ==

''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/grass61/binary/linux/snapshot/ 6.1 weekly snapshot]] release.

==== DebianGis ====

There is also the wonderfull [http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl DebianGIS] project which has a more recent GRASS version with its related packages.

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.

=== Mandriva ===

[http://www.gdf-hannover.de GDF Hannover] provides RPM-packages for stable releases prepared to install on Mandriva systems.

You can download them here: [http://www.gdf-hannover.de/software]

=== SuSE ===

[http://www.gdf-hannover.de GDF Hannover] provides RPM-packages for stable releases prepared to install on SUSE-systems.

You can download them here: [http://www.gdf-hannover.de/software]

=== 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://wwwamb.bologna.enea.it/forgrass/download.htm here].

== MS-Windows ==

* Precompiled 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]]

GRASS and Python

2006-05-31T15:14:05Z

⚠️Afrigeri:

==Python extensions from GRASS GIS==

There is a prototype GRASS-SWIG interface available (thanks to Sajith VK), find in GRASS 6-CVS: swig/python/

[http://www.swig.org SWIG] (Simplified 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.

===Python-GRASS add-ons===

# Jáchym Čepický's G-ps.map, a GUI to typeset printable maps with ps.map http://les-ejk.cz/?cat=gpsmap
# Jáchym Čepický's v.pydigit, a GUI to v.edit http://les-ejk.cz/programs/grass/v.pydigit-31.5.05-1.tgz

===Links===

* SWIG http://www.swig.org/
* SIP http://directory.fsf.org/all/Python-SIP.html

GRASS and Python

2006-05-23T17:07:47Z

⚠️Afrigeri:

==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.

===Python-GRASS add-ons===

# Jáchym Čepický's G-ps.map, a GUI to typeset printable maps with ps.map http://les-ejk.cz/?cat=gpsmap

===Links===

* SWIG http://www.swig.org/
* SIP http://directory.fsf.org/all/Python-SIP.html

GRASS and Python

2006-05-23T16:57:43Z

⚠️Afrigeri:

==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.

===Python-GRASS add-ons===

# G-ps.map http://les-ejk.cz/?cat=gpsmap

===Links===

* SWIG http://www.swig.org/
* SIP http://directory.fsf.org/all/Python-SIP.html