Hi,
I have some troubles to drape in NVIZ a patchy land surface temperature
map over a color orthophoto (over a elevation model). The idea is to
show the LST for some agricultural patches.
Other tries:
- r.patch beforehand fails in a sense that it messes up the color table
- i.image.mosaik
Markus wrote:
Masking in NVIZ didn't have to seem an effect.
Any ideas?
Yeah, make a surface attributes mask transparency map but with
values of 255 not 0/null. It's a bit of a pain but I've made
this work in the past. It seems like the sort of trick I would
have instantly added to the
#1032: ErrorCommandExecution g.proj
--+-
Reporter: sallar| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: blocker | Milestone: 6.4.0
Hi All,
using grass65 svn, when i query a vector in Edit mode and the zoom level is
not appropriate
(eg.: zoom too out - mouse pick detect more than one feature, as when we have
too dense points)
i have this error :
Traceback (most recent call last):
File
Tring to build Grass70 on debian sid (ffmeg installed from source svn)
i get an error building Nviz, the same configure used to build grass65
give me no errors and Nviz works fine on grass65.
cd /usr/local/src/gis/grass_trunk/visualization/nviz
make
make -C src
make[1]: Entering directory
#1006: r.terraflow fails to stat() stream file on Windows
--+-
Reporter: marisn | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority:
Hi,
2010/4/10 Glynn Clements gl...@gclements.plus.com:
6.4.0 should be sync'd to 6.5. Maybe 6.5 should be sync'd to 7.0
first, with one exception: the 7.0 version of grass.script.mapcalc()
6.5 sync'ed with 7.0 in r41773, after some testing can be backported to 6.4.
Martin
--
Martin Landa
#1032: ErrorCommandExecution g.proj
--+-
Reporter: sallar | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: blocker | Milestone: 6.4.0
#1032: ErrorCommandExecution g.proj
--+-
Reporter: sallar | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: blocker | Milestone: 6.4.0
#1032: ErrorCommandExecution g.proj
--+-
Reporter: sallar | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: blocker | Milestone: 6.4.0
#1032: ErrorCommandExecution g.proj
--+-
Reporter: sallar | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: blocker | Milestone: 6.4.0
#1032: ErrorCommandExecution g.proj
--+-
Reporter: sallar | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: blocker | Milestone: 6.4.0
#1032: ErrorCommandExecution g.proj
--+-
Reporter: sallar | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: blocker | Milestone: 6.4.0
#1032: ErrorCommandExecution g.proj
--+-
Reporter: sallar | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: blocker | Milestone: 6.4.0
#1032: ErrorCommandExecution g.proj
--+-
Reporter: sallar | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: blocker | Milestone: 6.4.0
We tried starting GRASS in a dos window rather than msys using the command line
option. This was a big improvement. We can run basic python scripts and start
an interactive python session. So now we move on to new issues about running
scripts.
1) scripts that call subprocess for some reason
16 matches
Mail list logo