[GRASS-dev] Re: GRASS documentation
Michael Barton
c.michael.barton at gmail.com
Sun Nov 4 19:01:04 EST 2007
Ravinder Singh Bhalla wrote:
> Dear Michael,
> I'd be happy to contribute some time for the documentation. It would
> really help if someone coordinated the effort - pointing to specific
> modules needing work.
> Cheers,
> Ravi
Thanks very much for the offer of help. Coordination would be very
helpful of course. However, anyone can look at modules they know well
and work to update them.
Here are somethings to know about doing this (Markus might want to add
more suggestions).
1. The doc/help file needs to be retrieved from the source code. If you
don't compile GRASS yourself and don't want to deal with cvs, you can
download this from the web access to the GRASS source tree. This will
move to a new location fairly soon. But for now, it is at
<http://freegis.org/cgi-bin/viewcvs.cgi/grass6/>
2. The doc page is located inside the directory/folder for the module
source code. For example, the doc file for r.info is found inside the
grass6/raster/r.info folder
3. The doc page for a normal module or script is named description.html.
Hence, to see and download the doc page for r.info, go to
<http://freegis.org/cgi-bin/viewcvs.cgi/grass6/raster/r.info/>.
4. The doc page is just plain ASCII text with html tags. You can look at
it in any text editor or an html editor. BUT CAUTION. Many slick html
editors will try to add in extra tags (CSS or other). MS Word is
especially notorioius for this. If you want to use an html editor, I can
recommend KompoZer. It is an open source WYSIWYG html editor (successor
to NVU) and located at <http://kompozer.sourceforge.net/>. Make sure you
turn OFF cascading style sheets in the preferences.
5. In the description.html file, you will notice that the name and basic
name of the module/script and basic list of its options are missing. It
is SUPPOSED to be that way. DON'T add this information back in. It is
automatically generated from the module itself.
6. The doc file starts with the description of how the module/script
works. This is where it will be really nice to have some input. Richer
description, fix typos and grammatical errors, add graphics, add
examples, etc. Any graphics should be in PNG format and pre-scaled to
the proper size. Make them legible, but not too big. GIMP does a good
job of scaling (use the cubic convolution resampling method, as it looks
better). ImageMagic also works well if you like the command line. The
image reference should be entered with the assumption that the image is
in the same directory as the doc file.
7. How to get the updated help file into GRASS. This is where a
coordinator would be very helpful. Until someone volunteers for this,
maybe Markus will suggest a way to do this that does not make too much
work for him. There is probably a way/place to submit such updates so
that member of the development team with CVS access can get it into
GRASS (e.g., the current bug tracker, though like the CVS, this too is
slated to change soon).
Thanks again for helping.
Michael
--
Professor of Anthropology
Director of Graduate Studies
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University
Phone: 480-965-6262
Fax: 480-965-7671
WWW: http://www.public.asu.edu/~cmbarton
More information about the grass-dev
mailing list