GRASS-Wiki - User contributions [en]

User:Maxi

2012-11-05T15:40:47Z

⚠️Maxi: Created page with " ==== Personal profile ==== :[http://wiki.osgeo.org/wiki/User:Maxi71 OSGeo profile]"

==== Personal profile ====

:[http://wiki.osgeo.org/wiki/User:Maxi71 OSGeo profile]

GRASS Community Sprint Genova 2013

2012-11-05T15:37:38Z

⚠️Maxi:

The GRASS GIS team will organize a '''GRASS Developer and Power User Meeting, aka 'GRASS Community Sprint'''' from '''2-7 Feb, 2013'''. The sprint is at the same time of the [http://geomorfolab.arch.unige.it/genova2013/ XIV Meeting degli Utenti Italiani Grass e Gfoss], 6-9 Feb 2013, University of Genova, Dipartimento di Scienze per l'Architettura della Scuola Politecnica, [http://en.wikipedia.org/wiki/Genoa Genova], [http://en.wikipedia.org/wiki/Italy Italy].

== Purpose ==

This next edition of the GRASS GIS community sprint 2013 is a great occasion for folks to support the development by actively contributing to the source code, manuals or likewise. The '''community''' sprint is a get-together for GRASS project members and supporters and related [http://www.osgeo.org/ OSGeo] projects to make decisions and tackle larger problems. For this meeting, we welcome people committed to improving the GRASS GIS project and the interfaces to [[QGIS GRASS Cookbook|QGIS]], [[GDAL]], [[PostGIS]], [[R statistics]], [[GRASS and Sextante|Sextante, gvSIG]], OGC Services (esp. [[WPS]]) and more. This includes developers, documenters, bug reporters, translators and others.

For this meeting, we welcome people committed to improving the GRASS GIS and related projects. This includes developers, document writers, wish and bug reporters, translators etc.

== Sponsors ==

We welcome financial contributions to support the meeting and we are looking for sponsors to cover costs such as meals or to help reducing travelling and accommodation expenses for GRASS developers with far arrival 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 third 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''': 2-7 Feb, 2013

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

'''Duration''': 6 days

== Venue ==

University of Genova, Dipartimento di Scienze per l'Architettura della Scuola Politecnica, Genova, Italy.

'''[http://geomorfolab.arch.unige.it/ Geomorfolab]''',
Dipartimento di Scienze per l'Architettura,
Scuola Politecnica - Università degli Studi di Genova,
Stradone S. Agostino 37, 16128 Genova

Rooms: TBD

== Accommodation and Costs ==

== Weather and Common Item Prices ==

== Agenda ==

=== Timeline ===

== Participation ==

=== 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|'''Number'''
!width=130px|'''Participant '''
!width=100px|'''Country'''
!width=100px|'''Arrival'''
!width=100px|'''Departure'''
!'''Topic'''
!width=75px|'''T-Shirt'''
!'''Notes'''
|-
|1
|[[User:Lucadelu|Luca Delucchi]]
|Italy
| Feb 2
| Feb 10
|
| L
|
|-
|2
|[[User:Neteler|Markus Neteler]]
|Italy
|
|
|
| M + S
|
|-
|3
|[[User:Madi|Margherita Di Leo]]
|Italy
|
|
|
| L
|
|-
|4
|[[User:pcav|Paolo Cavallini]]
|Italy
|
|
|
| L
|
|-
|5
|[[User:lcasagrande|Luca Casagrande]]
|Italy
|
|
| GRASS Tutorial with Open Data from Italy
| L
|
|-
|6
|[[User:Annakrat|Anna Kratochvilova]]
|Czech Republic
|
|
|
| M
|
|-
|7
|Vaclav Petras
|Czech Republic
|
|
|
| M
|
|-
|8
|[[User:pietro|Pietro Zambelli]]
|Italy
|
|
|
| M
|
|-
|9
|[[User:Landa|Martin Landa]]
|Czech Republic
| Feb 2
| Feb 10
| [[wxGUI]], vector architecture, GRASS 7 development
| L
|
|-
|10
|[[User:Maxi|Massimiliano Cannata]]
|Italy
|
|
|
| XL
|
|-
|}

=== Via IRC chat ===

: [irc://freenode/grass #grass] on Freenode

For details, see [[IRC]]

=== Collaborative document scratching ===

== Individual Preparation ==

* Bring your own computer
* Bring [http://en.wikipedia.org/wiki/Mains_electricity_by_country your power connector adapter] if needed ([http://en.wikipedia.org/wiki/File:L_plug.jpg Italy])
* Install subversion and the compiler tools, and come with a working GRASS development environment if possible.

== Photos ==

Also during the event :)

== FAQ ==

* How was it last time?
** Very cool, see [[GRASS Community Sprint Prague 2012]]!
* ''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?''
** Not at all: 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:Lucadelu|Luca Delucchi]] <tt><lucadeluge at gmail dot com></tt> or [[User:Neteler|Markus Neteler]]

GRASS Community Sprint Prague 2012

2012-05-25T11:18:08Z

⚠️Maxi:

The GRASS GIS team will organize a '''GRASS Developer and Power User Meeting, aka 'GRASS Community Sprint'''' from '''May 23 to May 28, 2012'''. The sprint is following the <a rel="nofollow" class="external text" href="http://foss4g-cee.org/">FOSS4G-CEE</a> & <a rel="nofollow" class="external text" href="http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2012">Geoinformatics</a> ''(Free and Open Source Software for Geospatial in Central and East Europe)'', 21-23 May 2012, Czech Technical University in <a rel="nofollow" class="external text" href="http://en.wikipedia.org/wiki/Prague">Prague</a>, <a rel="nofollow" class="external text" href="http://en.wikipedia.org/wiki/Czech_Republic">Czech Republic</a>.
<div class="center"><div class="floatnone"><a href="/wiki/File:Community_sprint_prague2012.png" class="image"><img alt="Community sprint prague2012.png" src="/grass-wiki/images/thumb/Community_sprint_prague2012.png/640px-Community_sprint_prague2012.png" width="640" height="195" /></a></div></div>
'''Important dates:'''

*21 (Monday) - 23 (Wednesday) May 2012: <a rel="nofollow" class="external text" href="http://foss4g-cee.org/">FOSS4G-CEE & Geoinformatics conference</a>

*'''23 (Wednesday) - 28 (Monday) May 2012: GRASS GIS Community Sprint''' @ <a rel="nofollow" class="external text" href="http://www.fsv.cvut.cz/">FCE CTU</a>

== Purpose ==

This second edition of the GRASS GIS community sprint 2012 is a great occasion for folks to support the development by actively contributing to the source code, manuals or likewise. The '''community''' sprint is a get-together for GRASS project members and supporters and related <a rel="nofollow" class="external text" href="http://www.osgeo.org/">OSGeo</a> projects to make decisions and tackle larger problems. For this meeting, we welcome people committed to improving the GRASS GIS project and the interfaces to <a href="/wiki/QGIS_GRASS_Cookbook" title="QGIS GRASS Cookbook">QGIS</a>, <a href="/wiki/GDAL" title="GDAL">RTENOTITLE</a>, <a href="/wiki/PostGIS" title="PostGIS">RTENOTITLE</a>, <a href="/wiki/R_statistics" title="R statistics">RTENOTITLE</a>, <a href="/wiki/GRASS_and_Sextante" title="GRASS and Sextante">Sextante, gvSIG</a>, OGC Services (esp. <a href="/wiki/WPS" title="WPS">RTENOTITLE</a>) and more. This includes developers, documenters, bug reporters, translators and others.

For this meeting, we welcome people committed to improving the GRASS GIS and related projects. This includes developers, document writers, wish and bug reporters, translators etc.

== Sponsors ==

We welcome financial contributions to support the meeting and we are looking for sponsors to cover costs such as meals or to help reducing travelling and accommodation expenses for GRASS developers with far arrival If you are interested to sponsor the GRASS Community Sprint, please read about

:::'''sponsoring the GRASS project at <a rel="nofollow" class="external free" href="http://grass.osgeo.org/donation.php">http://grass.osgeo.org/donation.php</a>''' </dd> </dd> </dd>

and, if needed, contact <a href="/wiki/User:Neteler" title="User:Neteler">Markus Neteler</a> <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:

*remainder from the 2011 edition of the Community Sprint and small donations (via <a rel="nofollow" class="external text" href="http://www.gfoss.it/">GFOSS.it</a>, the Italian OSGeo chapter) - 1400 Euro
*<a rel="nofollow" class="external text" href="http://www.osgeo.org/">Open Source Geospatial Foundation</a> (OSGeo) - 1000 Euro
*<a rel="nofollow" class="external text" href="http://www.fossgis.de/">FOSSGIS e.V.</a> - 1000 Euro
*Stefan Sylla, <a rel="nofollow" class="external text" href="http://sylla-consult.de/en/">sylla-consult</a>, Frankfurt, Germany - 500 Euro

== Timing ==

'''When''': Wednesday, May 23, 2012 (day of arrival) - Monday, May 28, 2012 (day of departure)

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

'''Duration''':

*Wednesday is day of arrival
**First meeting in the evening (after the <a rel="nofollow" class="external text" href="http://foss4g-cee.org/">FOSS4G-CEE & Geoinfomatics conference</a>) to define the agenda
*Thursday to Sunday
**Full days
*Monday is day of departure
**Probably hacking for people with a flight later in the evening

== Venue ==
<div class="floatleft"><a href="/wiki/File:Logo_cvut.jpg" class="image"><img alt="Logo cvut.jpg" src="/grass-wiki/images/thumb/Logo_cvut.jpg/130px-Logo_cvut.jpg" width="130" height="99" /></a></div>
Department of Mapping and Cartography<br> <a rel="nofollow" class="external text" href="http://www.fsv.cvut.cz">Faculty of Civil Engineering</a><br> <a rel="nofollow" class="external text" href="http://www.cvut.cz">Czech Technical University in Prague</a>, <a rel="nofollow" class="external text" href="http://en.wikipedia.org/wiki/Czech_Republic">Czech Republic</a><br> <a rel="nofollow" class="external text" href="http://geoinformatics.fsv.cvut.cz/gwiki/Room_B367">Room B367</a> <br>

'''<a rel="nofollow" class="external text" href="http://geoinformatics.fsv.cvut.cz/gwiki/Where_you_can_find_us">Location & Transportations</a>'''

Prague has an international <a rel="nofollow" class="external text" href="http://www.prg.aero/en/">airport</a> and is also reachable by train, bus or car.

== Accommodation and Costs ==

Participants should plan for the following costs:

*The participation is free of charge
*Travel to Prague, variable depending on where you come from
*Accommodation and meals (with the donated sponsorship money we will try to cover some expenses of the participants)

'''Please note''': The currency in Czech Republic is <a rel="nofollow" class="external text" href="http://en.wikipedia.org/wiki/Czech_crown">crown</a> (CZK, koruna, Kč). 100 Czech crowns are about 4 Euros (see <a rel="nofollow" class="external text" href="http://www.cnb.cz/en/financial_markets/foreign_exchange_market/exchange_rate_fixing/daily.jsp">current rates</a>).

'''<a rel="nofollow" class="external text" href="http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague">Accommodation in Prague</a>'''

:*<a rel="nofollow" class="external text" href="http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Masarykova_Kolej_Hotel">Masarykova Kolej Hotel</a>
:*<a rel="nofollow" class="external text" href="http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_DAP">Hotel DAP</a>
:*<a rel="nofollow" class="external text" href="http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Krystal">Hotel Krystal</a>
:*<a rel="nofollow" class="external text" href="http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Pension_Hanspaulka">Pension Hanspaulka</a>
:*<a rel="nofollow" class="external text" href="http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Hotel_Silenzio">Hotel Silenzio</a>
:*<a rel="nofollow" class="external text" href="http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Student_hostels_.28CTU.29">Student hostels (CTU)</a>
:*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 <a href="/wiki/User:Landa" title="User:Landa">Martin Landa</a> for details
:*See also http://www.hotel.cz/praha-6/accommodation/
</dd>

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 (<a rel="nofollow" class="external text" href="http://www.prague-spot.com/climate">15 or more degrees by day</a>)
*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 <a rel="nofollow" class="external text" href="http://en.wikipedia.org/wiki/Czech_cuisine">Czech cuisine</a>) for still 75 - 150 CZK (3 - 6 euros), but beware of tourist restaurants, the price 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 <a rel="nofollow" class="external text" href="http://lists.osgeo.org/mailman/listinfo/grass-dev">GRASS developer list</a> to discuss your contribution.

Further details about the action items you '''find <a href="/wiki/Talk:GRASS_Community_Sprint_Prague_2012" title="Talk:GRASS Community Sprint Prague 2012">here</a>''' and below. Topics cover non-technical, semi-technical, and technical issues.

=== Timeline ===

TODO: merge below entries from <a href="/wiki/Talk:GRASS_Community_Sprint_Prague_2012" title="Talk:GRASS Community Sprint Prague 2012">RTENOTITLE</a>

==== Wednesday, 23 May ====

*14:30: Kick-off in the Faculty of Civil Engineering, building B, room 367 (3rd floor, <a rel="nofollow" class="external text" href="http://geoinformatics.fsv.cvut.cz/gwiki/Where_you_can_find_us">map</a>)
*Participants presentation

List of topics:

*various topics from the list: r.modis, add liblas support to OSGeo4W GRASS package (<a rel="nofollow" class="external text" href="http://wingrass.fsv.cvut.cz/grass64/">download</a>)
*extension of Rtree to 4D, time series test script portability updates, ...
*see reports <a href="/wiki/Talk:GRASS_Community_Sprint_Prague_2012" title="Talk:GRASS Community Sprint Prague 2012">here</a>
*20:00: Dinner at restaurant <a rel="nofollow" class="external text" href="http://www.budvarkadejvice.cz">Budvarka</a> near the university, see the <a rel="nofollow" class="external text" href="http://www.openstreetmap.org/?mlat=50.09824&mlon=14.3962&zoom=15&layers=M">map</a>

==== Thursday, 24 May ====

*9:00-evening
*Discuss role and current composition of GRASS-PSC
*Seminar by Sören Gebbert: "New time series management in GRASS 7" (<a rel="nofollow" class="external text" href="http://grass.osgeo.org/gdp/html_grass70/temporal.html">manual</a>)
*20:00: Dinner at restaurant <a rel="nofollow" class="external text" href="http://www.restaurant-uglaubicu.cz/">U Glaubiců</a> in the city center, see the <a rel="nofollow" class="external text" href="http://www.openstreetmap.org/?mlat=50.0876&mlon=14.4035&zoom=16&layers=M">map</a>
*Discussion: Generate automated command statistics with g.parser (just module name)
*Discussion: adopting CMS for Web site - huge amount of work to change...

==== Friday, 25 May ====

*9:00-evening
*wxGUI: save session commands into protocol
*test wxGUI digitizer
*visual guide to GRASS GIS development
*...
*20:00: Dinner at restaurant <a rel="nofollow" class="external text" href="http://www.hlucna-samota.cz/">Hlučná samota</a>, see the <a rel="nofollow" class="external text" href="http://www.openstreetmap.org/?mlat=50.071600&mlon=14.436300&zoom=18&layers=M">map</a>

==== Saturday, 26 May ====

*9:00-evening

==== Sunday, 27 May ====

*9:00-evening

==== Monday, 28 May ====

*Last meeting
*Farewell and have a good trip home

== 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 <a href="/wiki/User:Landa" title="User:Landa">Martin Landa</a> <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="130px" | '''Participant '''
! width="100px" | '''Country'''
! width="100px" | '''Arrival'''
! width="100px" | '''Departure'''
! '''Topic'''
! width="75px" | '''T-Shirt'''
! '''Notes'''
|-
| 1
| <a href="/grass-wiki/index.php?title=/wiki/User:Landa&action=edit&redlink=1" class="new" title="/wiki/User:Landa (page does not exist)">Martin Landa</a>
| Czech Republic
| May 20
| May 28
| Toolbox concept, vector engine in GRASS 7, wxGUI, PostGIS Topology support
| L
|
|-
| 2
| <a href="/grass-wiki/index.php?title=/wiki/User:Neteler&action=edit&redlink=1" class="new" title="/wiki/User:Neteler (page does not exist)">Markus Neteler</a>
| Italy
| May 20
| May 28
| GRASS on Android, QGIS-Sextante-GRASS interface, high performance computing, g.cloud, singing & beer in pub, Toolbox, ...
| M + S
|
|-
| 3
| <a href="/grass-wiki/index.php?title=/wiki/User:Lucadelu&action=edit&redlink=1" class="new" title="/wiki/User:Lucadelu (page does not exist)">Luca Delucchi</a>
| Italy
| May 20
| May 26
| r.modis, r.li.setup gui, v.in.geopaparazzi (only if andrea antonello comes to Prague)
| L
|
|-
| 4
| <a href="/grass-wiki/index.php?title=/grass-wiki/index.php%3Ftitle%3DUser:Moovida%26action%3Dedit%26redlink%3D1&action=edit&redlink=1" class="new" title="/grass-wiki/index.php?title=User:Moovida&action=edit&redlink=1 (page does not exist)">Andrea Antonello</a>
| Italy
| May 21/22
| May 25/26
| v.in.geopaparazzi, GRASS [<a rel="nofollow" class="external text" href="http://www.coulthard.org.uk/CAESAR.html">Caesar model</a>] input module with Silvia, singing at the pub with Luca Delucchi and Peter Loewe
| L
|
|-
| 5
| <a href="/grass-wiki/index.php?title=/grass-wiki/index.php%3Ftitle%3DUser:Silli%26action%3Dedit%26redlink%3D1&action=edit&redlink=1" class="new" title="/grass-wiki/index.php?title=User:Silli&action=edit&redlink=1 (page does not exist)">Silvia Franceschi</a>
| Italy
| May 21/22
| May 25/26
| GRASS [<a rel="nofollow" class="external text" href="http://www.coulthard.org.uk/CAESAR.html">Caesar model</a>] input module
| S
|
|-
| 6
| <a href="/grass-wiki/index.php?title=/wiki/User:Peter.loewe&action=edit&redlink=1" class="new" title="/wiki/User:Peter.loewe (page does not exist)">Peter Loewe</a>
| Germany
| May 20/21
| May 25/26
| collecting beer-money while Luca and Andrea sing in pubs ; i.atcorr debugging ; g.cloud ? ; r.tsunami ? ; Tutorial/Documentation on g.infer
| S
|
|-
| 7
| <a href="/grass-wiki/index.php?title=/wiki/User:Annakrat&action=edit&redlink=1" class="new" title="/wiki/User:Annakrat (page does not exist)">Anna Kratochvilova</a>
| Czech Republic
| May 20
| May 28
| imagery, wxGUI
| S
|
|-
| 8
| <a href="/grass-wiki/index.php?title=/grass-wiki/index.php%3Ftitle%3DUser:Vaclav%26action%3Dedit%26redlink%3D1&action=edit&redlink=1" class="new" title="/grass-wiki/index.php?title=User:Vaclav&action=edit&redlink=1 (page does not exist)">Vaclav Petras</a>
| Czech Republic
| May 20
| May 28
| imagery, wxGUI, Toolbox concept ?
| M
|
|-
| 9
| <a href="/grass-wiki/index.php?title=/wiki/User:Helena&action=edit&redlink=1" class="new" title="/wiki/User:Helena (page does not exist)">Helena Mitasova</a>
| USA
| May 21
| May 25/26
| toolbox concept, student sandbox, wxnviz z-scale, inventory of mobile and touch implementations, GRASS on-line and cloud
|
|
|-
| 10
| <a href="/grass-wiki/index.php?title=/wiki/User:Huhabla&action=edit&redlink=1" class="new" title="/wiki/User:Huhabla (page does not exist)">Sören Gebbert</a>
| Germany
| May 20
| May 27
| Temporal GIS framework demo and discussion, Temporal GIS wxGUI and WPS integration, massive parallel computation of spatio-temporal datasets, Cloud computing
| L
|
|-
| 11
| <a href="/grass-wiki/index.php?title=/grass-wiki/index.php%3Ftitle%3DUser:Turek%26action%3Dedit%26redlink%3D1&action=edit&redlink=1" class="new" title="/grass-wiki/index.php?title=User:Turek&action=edit&redlink=1 (page does not exist)">Štěpán Turek</a>
| Czech Republic
| May 20
| May 28
| v.net.* front end, WMS
| L
|
|-
| 12
| Radim Blažek
| Czech Republic
| May 24/25
| May 24/25
| QGIS interface
| -
|
|-
| 13
| <a href="/grass-wiki/index.php?title=/wiki/User:Pietro&action=edit&redlink=1" class="new" title="/wiki/User:Pietro (page does not exist)">Pietro Zambelli</a>
| Italy
| May 23/24
| May 28/29
| GSoC2012: High level map interaction
| L
|-
| 14
| Markus Metz
| Italy
| May 23
| May 26
| GRASS 7 everything
|
|
|-
| 15
| <a href="/grass-wiki/index.php?title=/wiki/User:NikosA&action=edit&redlink=1" class="new" title="/wiki/User:NikosA (page does not exist)">Nikos Alexandris</a>
| Greece
| May 24
| May 27/28
| (wannabe) bughunter, assist documentation and tutorials
|
|
|-
| 16
| <a href="/grass-wiki/index.php?title=/wiki/User:MilenaN&action=edit&redlink=1" class="new" title="/wiki/User:MilenaN (page does not exist)">Milena Nowotarska</a>
| Poland
| May 23
| May 27
| translation, wxGUI
| S
|
|-
| 17
| Massimiliano Cannata
| Switzerland
| May 20
| May 24
| finalization and commit of a new grass addon module r.massmov, a physically based model to simulate the landslide ruonout velocity and deposit thickness
|  :-o
| Committed on May 25
|-
| 18
| Monia Molinari
| Switzerland
| May 20
| May 24
| finalization and commit of a new grass addon module r.massmov, a physically based model to simulate the landslide ruonout velocity and deposit thickness
|  :-o
| Committed on May 25
|}

<a href="/grass-wiki/index.php?title=Sv:Main_Page/sv&action=edit&redlink=1" class="new" title="Sv:Main Page/sv (page does not exist)">sv:Main Page/sv</a>

=== Via IRC chat ===

:<a rel="nofollow" class="external text" href="irc://freenode/grass">#grass</a> on Freenode </dd>

For details, see <a href="/wiki/IRC" title="IRC" class="mw-redirect">RTENOTITLE</a>

=== Collaborative document scratching ===

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

== Individual Preparation ==

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

== Broadcast & Video ==

During the event :)

== Photos ==

Also during the event :)

== FAQ ==

*How was it last year?
**Very nice, see <a href="/wiki/GRASS_Community_Sprint_Prague_2011" title="GRASS Community Sprint Prague 2011">RTENOTITLE</a>!
*''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 <a href="/wiki/User:Landa" title="User:Landa">Martin Landa</a> <tt><landa.martin at gmail.com></tt>

<a _fcknotitle="true" href="Category:Workshops">Workshops</a>

[[sv:Main Page/sv|sv:Main Page/sv]]

GRASS Community Sprint Prague 2012

2012-05-25T11:16:17Z

⚠️Maxi: /* In person */

The GRASS GIS team will organize a '''GRASS Developer and Power User Meeting, aka 'GRASS Community Sprint'''' from '''May 23 to May 28, 2012'''. The sprint is following the [http://foss4g-cee.org/ FOSS4G-CEE] & [http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2012 Geoinformatics] ''(Free and Open Source Software for Geospatial in Central and East Europe)'', 21-23 May 2012, Czech Technical University in [http://en.wikipedia.org/wiki/Prague Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic].
[[Image:community_sprint_prague2012.png|center|640px]]
'''Important dates:'''

* 21 (Monday) - 23 (Wednesday) May 2012: [http://foss4g-cee.org/ FOSS4G-CEE & Geoinformatics conference]

* '''23 (Wednesday) - 28 (Monday) May 2012: GRASS GIS Community Sprint''' @ [http://www.fsv.cvut.cz/ FCE CTU]

== Purpose ==

This second edition of the GRASS GIS community sprint 2012 is a great occasion for folks to support the development by actively contributing to the source code, manuals or likewise. The '''community''' sprint is a get-together for GRASS project members and supporters and related [http://www.osgeo.org/ OSGeo] projects to make decisions and tackle larger problems. For this meeting, we welcome people committed to improving the GRASS GIS project and the interfaces to [[QGIS GRASS Cookbook|QGIS]], [[GDAL]], [[PostGIS]], [[R statistics]], [[GRASS and Sextante|Sextante, gvSIG]], OGC Services (esp. [[WPS]]) and more. This includes developers, documenters, bug reporters, translators and others.

For this meeting, we welcome people committed to improving the GRASS GIS and related projects. This includes developers, document writers, wish and bug reporters, translators etc.

== Sponsors ==

We welcome financial contributions to support the meeting and we are looking for sponsors to cover costs such as meals or to help reducing travelling and accommodation expenses for GRASS developers with far arrival 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:

* remainder from the 2011 edition of the Community Sprint and small donations (via [http://www.gfoss.it/ GFOSS.it], the Italian OSGeo chapter) - 1400 Euro
* [http://www.osgeo.org/ Open Source Geospatial Foundation] (OSGeo) - 1000 Euro
* [http://www.fossgis.de/ FOSSGIS e.V.] - 1000 Euro
* Stefan Sylla, [http://sylla-consult.de/en/ sylla-consult], Frankfurt, Germany - 500 Euro

== Timing ==

'''When''': Wednesday, May 23, 2012 (day of arrival) - Monday, May 28, 2012 (day of departure)

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

'''Duration''':

* Wednesday is day of arrival
** First meeting in the evening (after the [http://foss4g-cee.org/ FOSS4G-CEE & Geoinfomatics conference]) to define the agenda
* Thursday to Sunday
** Full days
* Monday 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<br>
[http://www.fsv.cvut.cz Faculty of Civil Engineering]<br>
[http://www.cvut.cz Czech Technical University in Prague], [http://en.wikipedia.org/wiki/Czech_Republic Czech Republic]<br>
[http://geoinformatics.fsv.cvut.cz/gwiki/Room_B367 Room B367] <br>

'''[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:

* The participation is free of charge
* Travel to Prague, variable depending on where you come from
* Accommodation and meals (with the donated sponsorship money we will try to cover some expenses of the participants)
'''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]
:* [http://geoinformatics.fsv.cvut.cz/gwiki/Accommodation_in_Prague#Student_hostels_.28CTU.29 Student hostels (CTU)]
:* 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 price 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.

Further details about the action items you '''find [[Talk:GRASS_Community_Sprint_Prague_2012|here]]''' and below. Topics cover non-technical, semi-technical, and technical issues.

=== Timeline ===

TODO: merge below entries from [[Talk:GRASS_Community_Sprint_Prague_2012]]

==== Wednesday, 23 May ====
* 14:30: Kick-off in the Faculty of Civil Engineering, building B, room 367 (3rd floor, [http://geoinformatics.fsv.cvut.cz/gwiki/Where_you_can_find_us map])
* Participants presentation

List of topics:
* various topics from the list: r.modis, add liblas support to OSGeo4W GRASS package ([http://wingrass.fsv.cvut.cz/grass64/ download])
* extension of Rtree to 4D, time series test script portability updates, ...
* see reports [[Talk:GRASS_Community_Sprint_Prague_2012|here]]
* 20:00: Dinner at restaurant [http://www.budvarkadejvice.cz Budvarka] near the university, see the [http://www.openstreetmap.org/?mlat=50.09824&mlon=14.3962&zoom=15&layers=M map]

==== Thursday, 24 May ====

* 9:00-evening
* Discuss role and current composition of GRASS-PSC
* Seminar by Sören Gebbert: "New time series management in GRASS 7" ([http://grass.osgeo.org/gdp/html_grass70/temporal.html manual])
* 20:00: Dinner at restaurant [http://www.restaurant-uglaubicu.cz/ U Glaubiců] in the city center, see the [http://www.openstreetmap.org/?mlat=50.0876&mlon=14.4035&zoom=16&layers=M map]
* Discussion: Generate automated command statistics with g.parser (just module name)
* Discussion: adopting CMS for Web site - huge amount of work to change...

==== Friday, 25 May ====

* 9:00-evening
* wxGUI: save session commands into protocol
* test wxGUI digitizer
* visual guide to GRASS GIS development
* ...

==== Saturday, 26 May ====

* 9:00-evening

==== Sunday, 27 May ====

* 9:00-evening

==== Monday, 28 May ====

* Last meeting
* Farewell and have a good trip home

== 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="130px" | '''Participant '''
! width="100px" | '''Country'''
! width="100px" | '''Arrival'''
! width="100px" | '''Departure'''
! '''Topic'''
! width="75px" | '''T-Shirt'''
! '''Notes'''
|-
| 1
| [[/wiki/User:Landa|Martin Landa]]
| Czech Republic
| May 20
| May 28
| Toolbox concept, vector engine in GRASS 7, wxGUI, PostGIS Topology support
| L
|
|-
| 2
| [[/wiki/User:Neteler|Markus Neteler]]
| Italy
| May 20
| May 28
| GRASS on Android, QGIS-Sextante-GRASS interface, high performance computing, g.cloud, singing & beer in pub, Toolbox, ...
| M + S
|
|-
| 3
| [[/wiki/User:Lucadelu|Luca Delucchi]]
| Italy
| May 20
| May 26
| r.modis, r.li.setup gui, v.in.geopaparazzi (only if andrea antonello comes to Prague)
| L
|
|-
| 4
| [[/grass-wiki/index.php?title=User:Moovida&action=edit&redlink=1|Andrea Antonello]]
| Italy
| May 21/22
| May 25/26
| v.in.geopaparazzi, GRASS [[http://www.coulthard.org.uk/CAESAR.html Caesar model]] input module with Silvia, singing at the pub with Luca Delucchi and Peter Loewe
| L
|
|-
| 5
| [[/grass-wiki/index.php?title=User:Silli&action=edit&redlink=1|Silvia Franceschi]]
| Italy
| May 21/22
| May 25/26
| GRASS [[http://www.coulthard.org.uk/CAESAR.html Caesar model]] input module
| S
|
|-
| 6
| [[/wiki/User:Peter.loewe|Peter Loewe]]
| Germany
| May 20/21
| May 25/26
| collecting beer-money while Luca and Andrea sing in pubs ; i.atcorr debugging ; g.cloud ? ; r.tsunami ? ; Tutorial/Documentation on g.infer
| S
|
|-
| 7
| [[/wiki/User:Annakrat|Anna Kratochvilova]]
| Czech Republic
| May 20
| May 28
| imagery, wxGUI
| S
|
|-
| 8
| [[/grass-wiki/index.php?title=User:Vaclav&action=edit&redlink=1|Vaclav Petras]]
| Czech Republic
| May 20
| May 28
| imagery, wxGUI, Toolbox concept ?
| M
|
|-
| 9
| [[/wiki/User:Helena|Helena Mitasova]]
| USA
| May 21
| May 25/26
| toolbox concept, student sandbox, wxnviz z-scale, inventory of mobile and touch implementations, GRASS on-line and cloud
|
|
|-
| 10
| [[/wiki/User:Huhabla|Sören Gebbert]]
| Germany
| May 20
| May 27
| Temporal GIS framework demo and discussion, Temporal GIS wxGUI and WPS integration, massive parallel computation of spatio-temporal datasets, Cloud computing
| L
|
|-
| 11
| [[/grass-wiki/index.php?title=User:Turek&action=edit&redlink=1|Štěpán Turek]]
| Czech Republic
| May 20
| May 28
| v.net.* front end, WMS
| L
|
|-
| 12
| Radim Blažek
| Czech Republic
| May 24/25
| May 24/25
| QGIS interface
| -
|
|-
| 13
| [[/wiki/User:Pietro|Pietro Zambelli]]
| Italy
| May 23/24
| May 28/29
| GSoC2012: High level map interaction
| L
|-
| 14
| Markus Metz
| Italy
| May 23
| May 26
| GRASS 7 everything
|
|
|-
| 15
| [[/wiki/User:NikosA|Nikos Alexandris]]
| Greece
| May 24
| May 27/28
| (wannabe) bughunter, assist documentation and tutorials
|
|
|-
| 16
| [[/wiki/User:MilenaN|Milena Nowotarska]]
| Poland
| May 23
| May 27
| translation, wxGUI
| S
|
|-
| 17
| [[/wiki/User:Maxi71|Massimiliano Cannata]]
| Switzerland
| May 20
| May 24
| finalization and commit of a new grass addon module r.massmov, a physically based model to simulate the landslide ruonout velocity and deposit thickness
| :-o
| Committed on May 25
|-
| 18
| Monia Molinari
| Switzerland
| May 20
| May 24
| finalization and commit of a new grass addon module r.massmov, a physically based model to simulate the landslide ruonout velocity and deposit thickness
| :-o
| Committed on May 25
|}

[[sv:Main Page/sv|sv:Main Page/sv]]

=== Via IRC chat ===

: [irc://freenode/grass #grass] on Freenode

For details, see [[IRC]]

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

During the event :)

== Photos ==

Also during the event :)

== FAQ ==

* How was it last year?
** Very nice, see [[GRASS Community Sprint Prague 2011]]!
* ''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]]

AddOns

2008-10-08T14:45:20Z

⚠️Maxi: /* v.sample.buffer */

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

__TOC__

== AddOns source code repository ==

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

To checkout:

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

Please contact the [http://lists.osgeo.org/mailman/listinfo/grass-dev grass-dev] mailing list if you would like to host your module there.

== Adding something new ==

Please announce your add-on to the GRASS users' mailing list so that others may be aware of your work.

=== Copyright and licensing information ===

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

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

[script follows]
</pre>

=== Coding standards ===

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

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

=== Documenting your code ===

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

== Miscellaneous Add-ons ==

* [http://trac.osgeo.org/grass/browser/grass-addons/misc/utm_which_zone utm_which_zone.sh] is a shell script to determine UTM zone from Lat/Lon input. Requires [http://www.octave.org Octave] or Matlab to be installed. A shell-only version is [http://dcalvelo.free.fr/grass/utm_which_zone_sh.sh available] which only requires awk.<BR>'''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.<BR>'''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! <BR>'''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.<BR>'''Author:''' Carlos Henrique Grohmann

==GRASS 5.x==

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

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

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

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

* [http://www.valledemexico.ambitiouslemon.com/gwmodelling.html r.gmtg] The groundwater modelling tool for grass. A module to use MODFLOW within GRASS. <BR>'''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.<BR>'''Lead author''': Laura Toma

==GRASS 6.x==

=== Vector add-ons ===

See also

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

==== v.append ====

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

: '''Author:''' Michael Barton

==== v.breach ====

: [http://kufaya.googlepages.com/v.breach.zip 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 ====

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.colors v.colors] is a shell script for populating a GRASSRGB column based on a numeric database column and a ''r.colors'' rules file. Works just like ''r.colors'', but for vector maps.

: '''Author:''' Hamish Bowman

==== 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://kufaya.googlepages.com/v.flip.zip 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 ====

: [http://k153-85.fsv.cvut.cz/cgi-bin/viewcvs.cgi/grass6/vector/v.in.gama/ v.in.gama] converts [http://www.gnu.org/software/gama/ GNU GaMa] XML output file to a GRASS vector map layer.

:'''Author:''' Martin Landa

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

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

: '''Author:''' Huidae Cho

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

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

: '''Author:''' Jannis Achstetter

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

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

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

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

==== v.lda ====

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

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

: [http://kufaya.googlepages.com/v.line.center.zip v.line.center] creates a points vector map with each point located in the middle of the length of the input vector line.

: '''Author:''' Maciej Sieczka

==== v.lmeasure ====

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

: '''Author:''' Mats Schuh

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

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

: '''Author:''' Hamish Bowman

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

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

: '''Author:''' Hamish Bowman

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

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

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

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

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

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

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

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

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

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

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

: '''Author:''' Hamish Bowman

==== v.rasterbounds ====

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

: '''Author:''' Jachym Cepicky

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

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

: '''Author:''' Trevor Wiens

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

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

: '''Author:''' Eric Patton

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

: [http://trac.osgeo.org/grass/browser/grass-addons/vector/v.surf.icw v.surf.icw] is an IDW interpolation method using true distance cost instead of euclidean shortest distance, i.e. ''as the fish swims around an island'' not ''as the bird flies''. This will cleanly travel around hard barriers and a cost surface map may be used to model expensive-cross barriers. Input data points do not need direct line of sight to be considered, but should be kept within a few dozen as the module becomes very computationally expensive. A number of radial basis function options are available. ([http://grass.gdf-hannover.de/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 ====

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

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

==== v.strahler ====

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

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

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

==== v.swathwidth ====

: [http://david.p.finlayson.googlepages.com/v.swathwidth v.swathwidth] creates a vector map representing the sea bottom coverage of a multibeam (swath) sonar survey.

: '''Author:''' David Finlayson

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

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

: '''Author:''' Jachym Cepicky

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

: '''Author:''' Jaime Carrera

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

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

: '''Author:''' Hamish Bowman

==== v.variogram ====

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

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

==== AniMove ====

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

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

==== Utilities ====

===== Shapemerge =====

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

:'''Authors:''' Perrygeo

=== Raster add-ons ===

See also

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

==== r.bilateral ====

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

: '''Author:''' Jachym Cepicky

==== r.boxcount ====

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

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

Available via SVN:

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

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

[http://hamish.bowman.googlepages.com/grass_color_maps r.colors.stddev] is a GRASS shell script for creating dynamic color rules for raster maps based on univariate statistics.

: '''Author:''' Hamish Bowman

==== 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.<BR>For a large collection of GMT .cpt files see http://sview01.wiredworkplace.net/pub/cpt-city/
: Other palette ideas from [http://geography.uoregon.edu/datagraphics/color_scales.htm Univ. Oregon] and [http://oceancolor.gsfc.nasa.gov/PRODUCTS/colorbars.html NASA/Goddard's OceanColor] (latter partially translated for use with GRASS on the [http://trac.osgeo.org/grass/browser/grass-addons/raster/r.colors.tools/palettes grass-addons SVN]).

: '''Author:''' Hamish Bowman

==== r.csr ====

[ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/r.csr.tar.bz2 r.csr] integrates several Grass programs to produce colored, shaded-relief rasters in one step. Accepts single or multiple elevation/bathymetry maps as input; optionally will fill data holidays with 3x3 median filter, multiple times, if required; can apply color maps from a) input raster, b) another raster in MAPSET, or c) from a rules file; otherwise, rainbow colorbar is applied. Output colored, shaded-relief rasters can optionally be exported to tiff format and archived using tar with gzip/bzip2 compression if appropriate flags are given. Shading parameters can be modified, though useful defaults are given.

: '''Author:''' Eric Patton

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

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

: '''Author:''' Hamish Bowman

==== r.eucdist ====

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

: '''Author:''' David Finlayson

==== r.fragment ====

[ftp://gsca.nrcan.gc.ca/outgoing/Patton/Grass/Scripts/r.fragment.tar.bz2 r.fragment] fragments a raster into a user-defined set of smaller tiles according to an input number of rows and columns. Optionally, a null value threshold can be set to filter out candidate tiles that would have a large percentage of null cells.

: '''Author:''' Eric Patton

==== r.game_of_life ====

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

: '''Author:''' Hamish Bowman

==== r.gauss ====

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

:'''Author:''' Jachym Cepicky

==== r.gradgrid4 ====

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

: '''Author:''' Martin Mergili

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

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

: '''Author:''' Soeren Gebbert

==== r.in.wms ====

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

: '''Author:''' Jachym Cepicky

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

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

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

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

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

: '''Author:''' David Finlayson

==== r.li ====

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

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

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

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

: '''Author:''' Jachym Cepicky

==== r.mandelbrot ====

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

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

==== r.mcda====

[http://geonomica.googlepages.com/r.mcda.tar.gz r.mcda] r.mcda suite is a toolset for geographics multi-criteria decision aiding and data analisys 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

==== r.mlv ====

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

: '''Author:''' Jachym Cepicky

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

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

: '''Author:''' Giovanni Allegri

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

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

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

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

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

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

==== r.pack ====

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

: '''Author:''' Hamish Bowman

==== r.roughness ====

[http://www.igc.usp.br/pessoais/guano/downloads/r.roughness r.roughness] is a shell script to calculate the surface roughness of a DEM, using r.surf.area and v.surf.rst. (for GRASS versions 6.1 and above)

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

[http://www.igc.usp.br/pessoais/guano/downloads/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://www.igc.usp.br/pessoais/guano/downloads/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://www.igc.usp.br/pessoais/guano/downloads/r.roughness.window.vector.html r.roughness.window.vector.html] - provisional help page for r.roughness.window.vector.

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

==== r.roughset ====

[http://geonomica.googlepages.com/r.roughset.tar.gz 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

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

[http://geonomica.googlepages.com/r.soils.texture.tar.gz 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

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

[http://kufaya.googlepages.com/r.surf.nnbathy.zip r.surf.nnbathy] interpolates a surface from a raster input using the [http://www.marine.csiro.au/~sakov/ nn] natural neighbor interpolation library. Provides triangulation, Sibson natural neighbor interpolation and non-Sibsonian interpolation.

: '''Author:''' Maciej Sieczka

==== r.tileset ====

[http://www.shockfamily.net/cedric/grass/r.tileset r.tileset] generates a list of tiles and sizes in a source projection that cover the region in the current database with appropriate resolution. The size of individual tiles can be constrained. Only tiles intersecting the current region are returned. These tilings are appropriate for requesting data from another projection to meet the specifications of the current region. For example, it could be used to generate tile requests to a latitude / longitude WMS server like this <code>r.tileset -w sourceproj="+init=epsg:4326"</code>.

: '''Author:''' Cedric Shock

==== 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.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 <em>very</em> simple, the edges don't need to be really on that pixel, where they are detected, no interpolation is performed.

: '''Author:''' Jachym Cepicky

==== GIPE ====

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

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

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

:* 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.

:* r.usler creates USLE R factor (Rainfall erosivity) from annual precipitations. It has 4 methods, Morgan, Roose, Foster and El-Swaify to choose from. '''Authors:''' Natalia Medvedeva and Yann Chemin

:* r.uslek creates USLE K factor (soil erodibility) from sand, clay, silt fractions and organic matter fraction. Based on USDA 1951 (p209) quoted in FAO World Soil CD, and from some generic [soil class+OM] to K conversion table.

:* i.albedo creates Albedo. Albedo is the shortwave surface reflectance in the range of 0.3-3 micro-meters. This module takes Modis, Aster, Landsat or AVHRR individual surface reflectance bands to calculate Albedo. This module is a precursor to r.sun or any Energy-Balance related processing.

:* 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 creates a given Vegetation index from a list of 13 of them, most of them only requiring Red and NIR. Updated to accept all types of input data. '''Authors:''' Baburao Kamble and Yann Chemin

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

:* i.qc.modis extracts Quality Assessment information from Modis 250m (MOD09Q) or 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

===General add-ons===

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

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

: '''Author:''' Otto Dassau

==== Readline completion ====

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

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

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

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

: '''Author:''' Hamish Bowman

==== g.xlist ====

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

: '''Author:''' Huidae Cho

==== g.xremove ====

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

: '''Author:''' Huidae Cho

=== Imagery add-ons ===

See also

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

==== i.atcorr ====

: Atmospheric Correction using Christo Zietsman's implementation of 6s code in C/C++.

: '''Author:''' Christo Zietsman. Recently incorporated into main [http://svn.osgeo.org/grass/grass/trunk/imagery/i.atcorr/ SVN].

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

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

: '''Author:''' Hamish Bowman

==== i.pr ====

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

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

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

==== i.warp ====

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

: '''Author:''' Hamish Bowman

=== Display add-ons ===

See also

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

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

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

: '''Author:''' Huidae Cho

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

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

: '''Author:''' Hamish Bowman

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

: [http://trac.osgeo.org/grass/browser/grass-addons/display/d.frame.split d.frame.split] is similar as ''d.frame.quarter'', but works for 2,4,6,8,9,12, and 16 subframes and gives an option to spread the frames horizontally or vertically. Replacement for ''d.split'' and ''d.frame.quarter''. Used in GRASS 7 as ''d.split''.

: '''Author:''' Hamish Bowman

==== d.hyperlink ====

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

: '''Author: '''Eric Patton

==== d.mark ====

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

: '''Author:''' Hamish Bowman

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

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

: '''Author:''' Hamish Bowman

==== d.stations ====

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

: '''Author:''' Hamish Bowman

==== d.varea ====

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

: '''Author:''' Hamish Bowman

==== pd-GRASS ====

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

: '''Author:''' Alex Sorokine

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

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

=== Postscript add-ons ===

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

==== ps.atlas ====

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

: '''Author:''' Jachym Cepicky

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

* Hatches for ps.map's vareas

===GRASS and UMN Mapserver===

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

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

Natural Hazards

2008-02-21T16:00:41Z

⚠️Maxi: /* Review of Natural Hazard */

== Review of Natural Hazard ==

The following is a list of natural events and relative existing models, procedures, or works.
Please feed the list with other phenomena and resources.

----

=== Rockfall ===
*'''r.rockcone''' (soon in [http://svn.osgeo.org/grass/grass-addons/ GRASS-Addons])
Rockcone implement a quick and low-cost determination of areas endangered by rockfalls following an heuristic approach: a block tarting from a source will travel down the slope and stop at the intersection point of the topography with a so called energy line drawn from the source point and making an angle φ with horizontal.

*'''r.sass3D''' (in development by the [http://www.ist.supsi.ch IST-SUPSI])
Sass3d is 3D rock fall model accounting for flying routine (air trajectory), rebound routine (energy loss) & rolling routine (equivalent sliding approach).

----

=== Avalanche ===
missing, existing slope instability zonation applications (Raghavan et al. 2004)

----

=== Debris Flow ===
*'''r.debris''' [http://www.osgeo.org/files/journal/v3/en-us/final_pdfs/mergili.pdf paper]

*'''r.dfw'''
Is an empirical model to estimate areas involved by the diffusion of the debris. It uses a Monte Carlo approach based on wolkers. The outputs are raster estimates of velocity, sedimentation height, and number of random walk. The Perla velocity model is applied.

----

=== Flood ===
*'''r.sim.water'''

*'''HydroFOSS'''

*'''r.topkapi'''

*'''r.water.fea'''

*'''r.hydro.CASC2D'''

----

=== Landslide ===
*missing flow models

*exists slope instability zonation (Avalanche risk management using GRASS GIS. Marco Ciolli and Paolo Zatelli, 2002, Geomatic Workbooks)

----

=== Erosion ===
*Erosion/deposition modeling in complex terrain using GIS, Tutorial, Helena Mitasova, http://skagit.meas.ncsu.edu/~helena/gmslab/index.html

----

=== Tsunami ===
*'''r.tsunami''' in [http://svn.osgeo.org/grass/grass-addons/ GRASS-Addons]
This script implementing the metodology described in MAPPE DI INONDAZIONE DOVUTE A TSUNAMI MEDIANTE IL GIS GRASS: APPLICAZIONE ALL'ISOLA DI ST. LUCIA, CARAIBI, Cannata M, B. Federici, M. Molinari, 2006, http://gislab.dirap.unipa.it/grass_meeting/articoli/tsunami_santa_lucia.pdf.

This work shows the application and the validation of a procedure in GRASS to realize tsunami inundation maps based
on the morphological characteristics, the vegetation and the settlements of the analyzed coast. Such a procedure, already
illustrated in the VII GRASS Italian Users Meeting, and then improved, allow the estimation of the maximum vertical
height of the tsunami waves hitting the coast (run-up) and the subsequent diffusion over the inland areas, as a function
of the morphology, the vegetation, and the urbanization of the coastal area. The model, already successfully applied for
the ligurian coast, has to be tested in different areas in order to validate a global applicability. For this reason the
selected case study was the Caribbean island of St. Lucia. Based on elevation data, land-use, coast-line, observations,
and studies, the methodology was applied and the inundation maps for three different event was estimated. The results
were compared historical data and other estimates, verifying the general validity of the method.

----

=== Desertification ===

----

=== WildFire ===
*'''r.ros'''

*'''r.spread'''

*'''r.spreadpath'''

----
last update: --[[User:Maxi|Maxi]] 17:00, 21 February 2008 (CET)

Natural Hazards

2008-02-21T15:59:38Z

⚠️Maxi: /* Review of Natural Hazard */

Natural Hazards

2008-02-21T15:15:49Z

⚠️Maxi: /* Review of Natural Hazard */

== Review of Natural Hazard ==

The following is a list of natural events and relative existing models, procedures, or works.
Please feed the list with other phenomena and resources.

----

=== Rockfall ===
*'''r.rockcone''' (soon in [http://svn.osgeo.org/grass/grass-addons/ GRASS-Addons])
Rockcone implement a quick and low-cost determination of areas endangered by rockfalls following an heuristic approach: a block tarting from a source will travel down the slope and stop at the intersection point of the topography with a so called energy line drawn from the source point and making an angle φ with horizontal.

*'''r.sass3D''' (in development by the [http://www.ist.supsi.ch IST-SUPSI])
Sass3d is 3D rock fall model accounting for flying routine (air trajectory), rebound routine (energy loss) & rolling routine (equivalent sliding approach).

----

=== Avalanche ===
missing, existing slope instability zonation applications (Raghavan et al. 2004)

----

=== Debris Flow ===
*'''r.debris''' [http://www.osgeo.org/files/journal/v3/en-us/final_pdfs/mergili.pdf paper]

*'''r.dfw'''
Is an empirical model to estimate areas involved by the diffusion of the debris. It uses a Monte Carlo approach based on wolkers. The outputs are raster estimates of velocity, sedimentation height, and number of random walk. The Perla velocity model is applied.

----

=== Flood ===
*'''r.sim.water'''
*'''HydroFOSS'''
*'''r.topkapi'''
*'''r.water.fea'''
*'''r.hydro.CASC2D'''

----

=== Landslide ===
*missing flow models

*exists slope instability zonation (Avalanche risk management using GRASS GIS. Marco Ciolli and Paolo Zatelli, 2002, Geomatic Workbooks)

----

=== Erosion ===
*Erosion/deposition modeling in complex terrain using GIS, Tutorial, Helena Mitasova, http://skagit.meas.ncsu.edu/~helena/gmslab/index.html

----

=== Tsunami ===
*'''r.tsunami''' in [http://svn.osgeo.org/grass/grass-addons/ GRASS-Addons]
This script implementing the metodology described in MAPPE DI INONDAZIONE DOVUTE A TSUNAMI MEDIANTE IL GIS GRASS: APPLICAZIONE ALL'ISOLA DI ST. LUCIA, CARAIBI, Cannata M, B. Federici, M. Molinari, 2006, http://gislab.dirap.unipa.it/grass_meeting/articoli/tsunami_santa_lucia.pdf.

This work shows the application and the validation of a procedure in GRASS to realize tsunami inundation maps based
on the morphological characteristics, the vegetation and the settlements of the analyzed coast. Such a procedure, already
illustrated in the VII GRASS Italian Users Meeting, and then improved, allow the estimation of the maximum vertical
height of the tsunami waves hitting the coast (run-up) and the subsequent diffusion over the inland areas, as a function
of the morphology, the vegetation, and the urbanization of the coastal area. The model, already successfully applied for
the ligurian coast, has to be tested in different areas in order to validate a global applicability. For this reason the
selected case study was the Caribbean island of St. Lucia. Based on elevation data, land-use, coast-line, observations,
and studies, the methodology was applied and the inundation maps for three different event was estimated. The results
were compared historical data and other estimates, verifying the general validity of the method.

----

=== Desertification ===

----

=== WildFire ===
*'''r.ros'''
*'''r.spread'''
*'''r.spreadpath'''

Natural Hazards

2008-02-21T15:01:54Z

⚠️Maxi: /* Review of Natural Hazard */

Natural Hazards

2008-02-21T14:41:11Z

⚠️Maxi: /* Natural Hazard Models */

== Review of Natural Hazard ==

The following is a list of natural events and relative exisiting models, procedures, or works.
Please feed the list with other phenomena and resources.

----

=== Rockfall ===
*'''r.rockcone''' (soon in [http://svn.osgeo.org/grass/grass-addons/ GRASS-Addon])
Rockcone implement a quick and low-cost determination of areas endangered by rockfalls following an heuristic approach: a block tarting from a source will travel down the slope and stop at the intersection point of the topography with a so called energy line drawn from the source point and making an angle φ with horizontal.

*'''r.sass3D''' (in development by the [http://www.ist.supsi.ch IST-SUPSI])
Sass3d is 3D rock fall model accounting for flying routine (air trajectory), rebound routine (energy loss) & rolling routine (equivalent sliding approach).

----

=== Avalanche ===
missing, existing slope instability zonation applications (Raghavan et al. 2004)

----

=== Debris Flow ===
*'''r.debris'''

*'''r.dfw''' (porting to GRASS)

----

=== Flood ===
r.sim.water, HydroFOSS, r.topkapi, r.water.fea, r.hydro.CASC2D

----

=== Landslide ===
missing, existing slope instability zonation (Ciolli and Zatelli, 2002)

----

=== Erosion ===
Helena Mitasova Tutorial at http://skagit.meas.ncsu.edu/~helena/gmslab/index.html

----

=== Tsunami ===
metodology implemented (Fedrici and Cannata 2007)

----

=== Desertification ===
on going

----

=== WildFire ===
r.ros/r.spread/r.spreadpath

Natural Hazards

2008-02-21T14:36:19Z

⚠️Maxi: /* Natural Hazard Models */

== Natural Hazard Models ==

The following is a list of natural events and exisiting models, procedures, or works in the relative field.
Please feed the list with other phenomena and resources.

=== Rockfall ===
*'''r.rockcone''' (soon in [http://svn.osgeo.org/grass/grass-addons/ GRASS-Addon])
Rockcone implement a quick and low-cost determination of areas endangered by rockfalls following an heuristic approach: a block tarting from a source will travel down the slope and stop at the intersection point of the topography with a so called energy line drawn from the source point and making an angle φ with horizontal.

*'''r.sass3D''' (in development by the [http://www.ist.supsi.ch IST-SUPSI])
Sass3d is 3D rock fall model accounting for flying routine (air trajectory), rebound routine (energy loss) & rolling routine (equivalent sliding approach).

=== Avalanche ===
missing, existing slope instability zonation applications (Raghavan et al. 2004)

=== Debris Flow ===
*'''r.debris'''

*'''r.dfw''' (porting to GRASS)

=== Flood ===
r.sim.water, HydroFOSS, r.topkapi, r.water.fea, r.hydro.CASC2D

=== Landslide ===
missing, existing slope instability zonation (Ciolli and Zatelli, 2002)

=== Erosion ===
Helena Mitasova Tutorial at http://skagit.meas.ncsu.edu/~helena/gmslab/index.html

=== Tsunami ===
metodology implemented (Fedrici and Cannata 2007)

=== Desertification ===
on going

=== WildFire ===
r.ros/r.spread/r.spreadpath

Natural Hazards

2008-02-21T14:33:15Z

⚠️Maxi: /* Natural Hazard Models */

== Natural Hazard Models ==

The following is a list of natural events and exisiting models, procedures, or works in the relative field.
Please feed the list with other phenomena and resources.

=== Rockfall ===
*'''r.rockcone''' (soon in [http://svn.osgeo.org/grass/grass-addons/ GRASS-Addon])
Rockcone implement a quick and low-cost determination of areas endangered by rockfalls following an heuristic approach: a block tarting from a source will travel down the slope and stop at the intersection point of the topography with a so called energy line drawn from the source point and making an angle φ with horizontal.

*r.sass3D (in development by the [http://www.ist.supsi.ch IST-SUPSI])

=== Avalanche ===
missing, existing slope instability zonation applications (Raghavan et al. 2004)

=== Debris Flow ===
r.debris

r.dfw (porting to GRASS)

=== Flood ===
r.sim.water, HydroFOSS, r.topkapi, r.water.fea, r.hydro.CASC2D

=== Landslide ===
missing, existing slope instability zonation (Ciolli and Zatelli, 2002)

=== Erosion ===
Helena Mitasova Tutorial at http://skagit.meas.ncsu.edu/~helena/gmslab/index.html

=== Tsunami ===
metodology implemented (Fedrici and Cannata 2007)

=== Desertification ===
on going

=== WildFire ===
r.ros/r.spread/r.spreadpath

Natural Hazards

2008-02-21T14:06:50Z

⚠️Maxi:

= Natural Hazard Models =

Time series development

2006-09-20T10:38:58Z

⚠️Maxi: /* maxi's proposal */

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

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

Time series development

2006-09-20T07:57:49Z

⚠️Maxi: /* Ideas from MN */

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

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