Hi Luca,
i will try to support your suggestion. I will introduce two GRASS
variables to be set via g.gisenv.
Use:
g.gisenv set="TGIS_DISABLE_MAPSET_CHECK=True"
g.gisenv set="TGIS_DISABLE_TIMESTAMP_WRITE=True"
to disable the mapset check and the writing of the timestamps of each
map to the map me
Dear all,
I am recent GRASS GIS user who is trying to run the *i.atcorr* module to
atmospherically correct a Landsat ETM+ image in GRASS 7 (on MacBook Pro,
Mavericks OSX). This image has been already converted to reflectance
with *i.landsat.
toar*. I also use a DEM file obtained from ASTER GDEM.
All,
I'm using GRASS 7.0 svn from a few weeks ago on Ubuntu 13.10 (not that I
think either is an issue). I have imported a fairly large shapefile from
here: http://www.nohrsc.noaa.gov/data/vector/master/rfc_us.tar.gz -- 3084
KB. It imports just fine into a lat/long Location and displays just fine,
... sorry, if this has alredy been considered:
http://gis-lab.info/docs/aster-report-v3.pdf
Am 23.12.2013 10:44, schrieb Moritz Lennert:
On 20/12/13 16:54, manuel.martin wrote:
Hi all,
I just computed the slope using r.slope.aspect on the Aster data over
the full French territory, and as a res
I'm reading the wiki [1] on the r.stream.basins module, and a
question has come to mind.
I want to create the drainage areas for many specific pour
points. The sample in the wiki page, using r.reclass on the
streams raster, reads:
echo '42 = 42
252 =