<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 8, 2014 at 3:22 PM, Markus Metz <span dir="ltr"><<a href="mailto:markus.metz.giswork@gmail.com" target="_blank">markus.metz.giswork@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":1yy" class="a3s" style="overflow:hidden">IMHO, what you say is that GRASS and MS Windows are incompatible by<br>


principle, and you will not succeed in making MS Windows compatible<br>
with these GRASS principles. I assume WinGRASS users expect a typical<br>
MS Windows software like clicking on the GRASS icon which executes a<br>
command (grassXY) and starts the software. I strongly suggest to<br>
respect the users' expectations. It does not matter in this respect if<br>
the command actually only sets the environment for GRASS modules and<br>
if this environment is like a sandbox or system-wide. FWIW, Linux<br>
users also execute a grassxy command to start GRASS.</div></blockquote></div><br>I basically agree with user expectations you stated. But I would like to note that recently, I met several users which wanted and expected that GRASS script will run outside GRASS without any special environment setup in the script itself. Perhaps, ArcGIS sets the environment, so this might be the reason they expect the same from GRASS. I wonder if we can make setting the environment in Python easier.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Vaclav</div></div>