Hello,
I cannot find r.in.external in the wxPython based GUI:
http://grass.itc.it/grass64/manuals/html64_user/r.external.html
Would it be possible to add support for
* r.in.external for a single layer
* r.in.external for multiple layers in the same way as it is provided
with r.in.gdal?
The
Tim Michelsen ha scritto:
I cannot find r.in.external in the wxPython based GUI:
http://grass.itc.it/grass64/manuals/html64_user/r.external.html
Would it be possible to add support for
* r.in.external for a single layer
* r.in.external for multiple layers in the same way as it is provided
Moskovitz, Bob wrote:
A coworker and I have been trying to use the first example in
http://download.osgeo.org/grass/grass6_progman/pythonlib.html
http://download.osgeo.org/grass/grass6_progman/pythonlib.html. We
discovered that import grass.script as grass has to be changed to
import
Gabrial wrote:
Following installation of Grass from fink
the versions there seem really really old, why not try
http://grass.osgeo.org/grass64/binary/macosx/
?
6.4.0rc5 is ready for everyday use.
I am getting an error Warning: spearfish60 is not a valid mapset.
spearfish60 isn't a
On Jun 11, 2009, at 12:50 AM, Dwight Needels wrote:
On Jun 11, 2009, at 12:01 AM, Dwight Needels wrote:
On Jun 6, 2009, at 11:36 PM, Dwight Needels wrote:
Hi all. I have run into a quirk using r.thin, but I am not sure
whether or not it is a bug. I have a raster that was generated
from
I don't recall the start of your thread:
Are you saying that you need to be able to handle any data that clients
throw at you in *any* CRS?
How will you know the CRS of the client's maps? (Many data formats do not
require full metadata with CRS information)
In fact I perfer to create