[GRASS-dev] nviz: overlay two color raster maps?

[Markus Neteler]

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 likewise

Masking in NVIZ didn't have to seem an effect.

Any ideas?

Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] 6.4.0 blocker bugs

[Glynn Clements]

Markus Neteler wrote:

> >> I think that we need to get out 6.4.0final.
> >
> > Can I suggest that lib/python is sync'd to the latest 6.x version. In
> > 6.4.0-RC6, g.parser has been updated to the latest version (with the
> > -s flag), but lib/python/core.py hasn't been updated to use it. It's
> > still using the old (and unreliable) method of re-invoking the script.
> 
> Is "latest version" 6.5 or 7? Since it isn't really my area, I am not sure
> what to sync (have sync'ed the file-internal documentation now).

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()
relies upon r.mapcalc using G_parser(), which won't work in 6.x. 
Although, there isn't any fundamental reason why the 6.x version won't
work in 7.0.

-- 
Glynn Clements 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #820: r.in.wms doesn't work in WinGRASS installer distribution

[GRASS GIS]

#820: r.in.wms doesn't work in WinGRASS installer distribution
---+
  Reporter:  ddalimonte|   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  normal|   Milestone:  6.4.0
 Component:  Packaging | Version:  svn-releasebranch64  
Resolution:|Keywords:  r.in.wms, wingrass   
  Platform:  MSWindows XP  | Cpu:  Unspecified  
---+
Comment (by hellik):

 Replying to [comment:8 hamish]:

 >  * r.in.wms for 6.4 is a problematic dead end. The new Python rewrite
 for grass 7 is where the future is. (using new GDAL/OGR drivers if
 possible)

 tested with the latest WinGrass7-installer:

 {{{
 r.in.wms layers=global_mosaic mapserver=http://wms.jpl.nasa.gov/wms.cgi
 output=wms_global_mosaic
 Calculating tiles...
 Traceback (most recent call last):
   File "C:\Program Files\GRASS-70-SVN\scripts\m.proj.py",
 line 281, in 
 main()
   File "C:\Program Files\GRASS-70-SVN\scripts\m.proj.py",
 line 214, in main
 inf = file(infile)
 IOError: [Errno 13] Permission denied:
 'c:\\users\\syringia\\appdata\\local\\temp\\tmpsnqm6-'
 ERROR: cs2cs failed
 ERROR: r.tileset failed
 }}}

 [Errno 13] Permission denied: maybe related to?
 http://bugs.python.org/issue1425127

 Helmut

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #617: r.sim.water crashes on WinGrass

[GRASS GIS]

#617: r.sim.water crashes on WinGrass
---+
  Reporter:  hamish|   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  normal|   Milestone:  6.4.0
 Component:  Raster| Version:  6.4.0 RCs
Resolution:|Keywords:  wingrass, r.sim.water
  Platform:  MSWindows XP  | Cpu:  x86-32   
---+
Comment (by hellik):

 Replying to [comment:8 hellik]:
 >
 > tested with the latest WinGrass7-nightly-build:
 >

 sorry forgotten to note, also a crash in WinGrass7 with r.sim.water

 Helmut

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #617: r.sim.water crashes on WinGrass

[GRASS GIS]

#617: r.sim.water crashes on WinGrass
---+
  Reporter:  hamish|   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  normal|   Milestone:  6.4.0
 Component:  Raster| Version:  6.4.0 RCs
Resolution:|Keywords:  wingrass, r.sim.water
  Platform:  MSWindows XP  | Cpu:  x86-32   
---+
Comment (by hellik):

 Replying to [comment:5 huhabla]:
 [...]
 > So i don't know if my changes may have solved the problem, but it would
 be great, if anybody may
 > compile the latest grass7 version on MacOS or Windows for testing,
 running the speafish60 example.

 tested with the latest WinGrass7-nightly-build:


 {{{
 C:\Program Files\GRASS-70-SVN>r.sim.water elevin=elevation.10m
 dx_input=elev_dx dy_input=elev_dy rain_input=rain man_input=manning
 infil_input=infilt nwalk=500
  depth=depth
 D2/3: G__read_Cell_head
 D2/3: G__read_Cell_head_array
 D3/3: region item: proj:   1
 D3/3: region item: zone:   13
 D3/3: region item: north:  4928000
 D3/3: region item: south:  4914020
 D3/3: region item: east:   609000
 D3/3: region item: west:   590010
 D3/3: region item: cols:   1899
 D3/3: region item: rows:   1398
 D3/3: region item: e-w resol:  10
 D3/3: region item: n-s resol:  10
 D3/3: region item: top:1
 D3/3: region item: bottom: 0
 D3/3: region item: cols3:  1899
 D3/3: region item: rows3:  1398
 D3/3: region item: depths: 1
 D3/3: region item: e-w resol3: 10
 D3/3: region item: n-s resol3: 10
 D3/3: region item: t-b resol:  1
 D3/3: rain_val is set to: -999.99

 D3/3: manin_val is set to: -999.99

 D3/3: infil_val is set to: -999.99

 D3/3: Running JAN 2010 version, started modifications on 20080211
 }}}

 Helmut

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] WinGrass7-installer + "GRASS 7.0.SVN with MSYS"-desktop-shortcut

[Helmut Kudrnovsky]

hi,

 

with the last modifications of the WinGrass7 and WinGrass7-installer, Grass7 is 
started by the grass70.py script.

 

if you start with the "GRASS-70-SVN"-desktop-shortcut, you get WinGrass7 
starting AND in the background a full functional windows-console.

 

in this windows-console you can start - if you want within a Grass7-session - 
python or a shell (in this shell you have access to sed, awk, ...) and can use 
also all windows-commandline-tools.

 

the "GRASS 7.0.SVN with MSYS"-desktop-shortcut is broken at the moment.

 

so I would opt for deleting the "GRASS 7.0.SVN with MSYS"-desktop-shortcut, 
because a full functional commandline is available (see above).

and the docs should be adapted for this.

 

any opinion?

 

best regards

Helmut
___
NEU: WEB.DE DSL für 19,99 EUR/mtl. und ohne Mindest-Laufzeit!
http://produkte.web.de/go/02/


smime.p7s
Description: S/MIME Cryptographic Signature
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #617: r.sim.water crashes on WinGrass

[GRASS GIS]

#617: r.sim.water crashes on WinGrass
---+
  Reporter:  hamish|   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  normal|   Milestone:  6.4.0
 Component:  Raster| Version:  6.4.0 RCs
Resolution:|Keywords:  wingrass, r.sim.water
  Platform:  MSWindows XP  | Cpu:  x86-32   
---+
Comment (by neteler):

 Here a test for the NC dataset (from the ML):

 {{{
 g.region rural_1m res=2 -p
 r.mapcalc "man05 = 0.05"
 r.mapcalc "infil0 = 0.0"
 r.mapcalc "rain50mmhr = 50"
 v.surf.rst -d input=elev_lid792_bepts layer=0 elev=elev_lid792_2m
 slope=dx_2m \
  aspect=dy_2m ten=15 smooth=1.5 segmax=25 npmin=100
 r.sim.water -t elevin=elev_lid792_2m dxin=dx_2m dyin=dy_2m rain=rain50mmhr
 \
  infil=infil0 manin=man05 depth=wdp_2m disch=disch_2m nwalk=40 \
  niter=500 outit=20 hmax=0.2 halpha=8.0 hbeta=1.0
 }}}

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1031: More specific parameter information in command line help

[GRASS GIS]

#1031: More specific parameter information in command line help
--+-
  Reporter:  huhabla  |   Owner:  grass-dev@lists.osgeo.org
  Type:  enhancement  |  Status:  new  
  Priority:  minor|   Milestone:  7.0.0
 Component:  libgis   | Version:  svn-trunk
Resolution:   |Keywords:  parser, help 
  Platform:  All  | Cpu:  All  
--+-
Comment (by hamish):

 most of what you want is already given by usage:

 {{{
 Usage:
  r.buffer [-z] input=name output=name distances=value[,value,...]
[units=string] [--overwrite] [--verbose] [--quiet]
 }}}

 things in [square] brackets are optional (according to age-old unix
 convention (and prob ms-dos too))

 the 'name' or 'value' on the right side of the equals sign, if not given a
 custom setting by the programmer with opt->key_desc, could perhaps be
 improved. see the tcltk module guis which are quite informative. I think
 we still have some work to do on this for the wx module guis (see also
 #886 for that).


 Hamish

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev