[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