[GRASS-dev] [GRASS GIS] #2285: Repetitive d.rast calls for wx0 monitor from command line

GRASS GIS trac at osgeo.org
Thu Jul 17 14:43:49 PDT 2014


#2285: Repetitive d.rast calls for wx0 monitor from command line
-----------------------+----------------------------------------------------
  Reporter:  hcho      |       Owner:  grass-dev@…              
      Type:  defect    |      Status:  reopened                 
  Priority:  critical  |   Milestone:  7.0.0                    
 Component:  Display   |     Version:  svn-trunk                
Resolution:            |    Keywords:  d.mon                    
  Platform:  Linux     |         Cpu:  x86-64                   
-----------------------+----------------------------------------------------

Comment(by wenzeslaus):

 I don't understand the whole concept behind `d.mon wx*` and how this
 display architecture is supposed to work for GUI.

 I would say that no variables for rendering inside GUI (including `d.mon
 wx*`) should not use `os.environ` directly nor they should use `g.gisenv`
 without creating a local copy of it first. The `env` parameter of `Popen`
 object should be used for all environmental changes (custom GRASS GIS
 file-based environment (rc file path) should be passed there too).

 However, if you think you tested r60215 and that it make sense, you can
 backport it at some point but I must say that `d.mon wx*` never guarantied
 that it will work from a script and the fact that it works for you might
 be just luck. Also batch rendering in general is for anyway only for
 advanced users which may notice that they should not play with `d.mon` and
 `g.gui` at the same time, in other words I don't think this is so
 critical.

 But don't take me wrong, I'm annoyed by this too, and I want to use `d.mon
 wx*` from my scripts and with my scripts, so I'm happy to see r60215 and
 also r60376 (change environment only for subprocesses).

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/2285#comment:5>
GRASS GIS <http://grass.osgeo.org>



More information about the grass-dev mailing list