<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Feb 4, 2014 at 10:14 AM, Benjamin Ducke <span dir="ltr"><<a href="mailto:benducke@fastmail.fm" target="_blank">benducke@fastmail.fm</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">On 04/02/14 15:09, Vaclav Petras wrote:<br>


><br>
> On Tue, Feb 4, 2014 at 8:25 AM, Benjamin Ducke <<a href="mailto:benducke@fastmail.fm">benducke@fastmail.fm</a><br>
</div><div><div class="h5">> <mailto:<a href="mailto:benducke@fastmail.fm">benducke@fastmail.fm</a>>> wrote:<br>
><br>
>     But with the<br>
>     latest Python developments, it will be a real challenge to<br>
>     integrate GRASS 7 in the same way that we could integrate<br>
>     GRASS 6 into a "host" application (i.e. without messing<br>
>     around with any system settings).<br>
><br>
><br>
> Can you be more specific? It sounds like something we should be concern<br>
> about. We should consider how GRASS 7 will be integrated into other GIS<br>
> packages when Python scripts are called this or that way.<br>
<br>
</div></div>Sure. At this moment, we (i.e. the gvSIG CE dev team) distribute<br>
GRASS 6 binaries along with gvSIG CE. On Windows, we also package<br>
MSYS with "sh.exe" for the scripted modules.<br>
<br>
So we can deliever gvSIG CE + GRASS as a completely self-contained<br>
(portable) package.<br>
<br>
Of course, we do not ship any GRASS GUI (or any of the d.* modules).<br>
All GRASS modules are available seamlessly from the gvSIG CE GUI via a<br>
Plug-in, similar to that in QGIS.<br>
<br>
Now, with the new Python-scripted modules in GRASS 7 this will<br>
become more difficult, since Python adds a more heavy dependency.<br>
In order to stay portable, we need to bundle a completely isolated<br>
Python interpreter with gvSIG CE. And then we also need to make<br>
sure that no GRASS Python module will call the system Python. The<br>
latter is something that can only be taken care of on the GRASS<br>
side.<br></blockquote><div><br></div><div>So, what would be the consequences for gvSIG, QGIS, OSGeo4W, ... if we decide to use system Python in (standalone) WinGRASS?</div></div></div></div>