<div dir="ltr">As someone who uses both ArcGIS and GRASS on windows, I see it as a bonus that the python installations are separate. I can recommend that folks in my agency install GRASS on a computer and I can assure them that it does not affect their ArcGIS installation, with it's own ESRI - specific version of python. <div>
<br></div><div>Doug</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jan 28, 2014 at 6:07 AM, 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 class="im">On Mon, Jan 27, 2014 at 12:16 AM, Glynn Clements<br>
<<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>> wrote:<br>
><br>
> Markus Metz wrote:<br>
><br>
>> On Sat, Jan 25, 2014 at 3:59 PM, Helena Mitasova <<a href="mailto:hmitaso@ncsu.edu">hmitaso@ncsu.edu</a>> wrote:<br>
>> > Just a note, given that most of these problems were caused by conflicts with python installed by ArcGIS,<br>
>> > I checked with our GIS support and the latest ArcGIS 10.2 installs python2.7 which (I guess) should work with GRASS.<br>
>><br>
>> No, there are different versions of Python 2.7, and not all work with<br>
>> GRASS, see e.g. ticket 2015<br>
><br>
> Any version of Python 2.7 should be suitable for GRASS.<br>
<br>
</div>Not all versions of Python 2.7 are suitable for WinGRASS, see ticket #2150.<br>
<div class="im"><br>
> However, it<br>
> needs to be installed correctly, and GRASS needs to not attempt to<br>
> bundle Python.<br>
><br>
>> GRASS should not use a system-wide Python installation, or more<br>
>> precisely, should explicitly ignore any system-wide python file<br>
>> associations. Expecting system-wide python file associations is the<br>
>> cause of all the trouble.<br>
><br>
> "Executing" a script uses the registry associations for the script's<br>
> extension.<br>
<br>
</div>WinGRASS does not set registry associations for Python scripts, nor<br>
does it install Python system-wide. This is because we do not want to<br>
modify an existing Python installation.<br>
<div class="im">><br>
> Attempting to by-pass the system's script execution mechanism (by<br>
> explicitly executing Python scripts via a specific interpreter) is the<br>
> cause of all the trouble.<br>
<br>
</div>I disagree. Troubles arise if the system's interpreter, e.g. Python<br>
installed by ArcGIS, is used instead of the python version embedded in<br>
WinGRASS.<br>
<br>
Markus M<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Doug Newcomb</div><div>USFWS</div><div>Raleigh, NC</div><div>919-856-4520 ext. 14 <a href="mailto:doug_newcomb@fws.gov" target="_blank">doug_newcomb@fws.gov</a></div>
<div>---------------------------------------------------------------------------------------------------------</div><div>The opinions I express are my own and are not representative of the official policy of the U.S.Fish and Wildlife Service or Dept. of the Interior. Life is too short for undocumented, proprietary data formats.</div>
</div>