[GRASS-windows] Features not yet implemented

Glynn Clements glynn at gclements.plus.com
Mon Aug 10 03:39:19 EDT 2009


Peter Brooks wrote:

> Hi... I'm new to GRASS but not to GIS.  Downloaded 6.4, and got to 
> grips with the wxPython GUI, which seems a lot more intuitive than 
> the TclTk GUI.
> 
> I bought the comprehensive (but pricey) 'OPEN SOURCE GIS - A GRASS 
> GIS Approach' and am running through the examples but it seems a lot 
> of commands don't work in the new GUI... even d.erase comes back with 
> "Command 'd.erase' not yet implemented." (although there is a button 
> in the map display window that does just that!)
> 
> I also run a Mac and the same thing happens with the new GUI on that.
> 
> Does anyone know why this is, and when (or in what version) it is 
> likely to be fixed?  It is a little disconcerting to a new user 
> running through the book (yeah, I know it is Windows, and software on 
> that platform is meant to be full of bugs :-)

The way that display (d.*) commands work in the GUI is quite different
to how you would use them with a standalone monitor (which isn't an
option in the native Windows version; the way that monitors are
implemented is quite Unix-specific).

Generally speaking, commands which manage the display (d.mon, d.erase,
d.font) don't work at all in the GUI; equivalent functionality is
implemented directly by the GUI. Commands which generate graphics
(d.rast, d.vect, etc) can be used by adding a new command layer in the
"layer manager" dialog.

You can use most d.* commands from a terminal, but on Windows they
will create a graphic file (PNG, PPM, PostScript, etc), named map.png
by default. See the "pngdriver" and "psdriver" manual pages for
details of various environment variables which affect the output.

-- 
Glynn Clements <glynn at gclements.plus.com>


More information about the grass-windows mailing list