<div dir="ltr"><div><div><div><div>Or, more succinctly:<br><br>If there is a flag to install the core packages (see what Vaclav and I did in lines 296--304 at <a href="https://github.com/awickert/gFlex/blob/master/r.flexure/r.flexure.py">https://github.com/awickert/gFlex/blob/master/r.flexure/r.flexure.py</a>, for example),<br></div>(1) Would you think that this is a good idea?<br></div>(2) To what directory should the external programs be downloaded and installed? GRASS? The system?<br></div>(3) Oftentimes sudo privileges are needed for the install; should the install go into a non-system-owned directory that is part of the path in GRASS, or be available system-wide?<br><br></div><div>Thanks,<br><br>Andy<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 4, 2015 at 2:02 AM, Andy Wickert <span dir="ltr"><<a href="mailto:andrewwickert@gmail.com" target="_blank">andrewwickert@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 dir="ltr"><div><div><div>Hi all,<br></div><div><br>I don't see any replies to this, so I will add one. I have currently run into a similar problem with r.flexure and v.flexure, two new extensions that I added that reference a geophysical computer model I wrote (<a href="https://github.com/awickert/gFlex" target="_blank">https://github.com/awickert/gFlex</a>). I would also in the future really like to write GRASS GIS interfaces to a large number of additional glacier/climate/geological models, as the GRASS Python interface makes this really easy, and it is nice to have the data displayed in the same coordinate system and database that holds the field data. So I have a vested interest in finding a general solution!<br><br></div>Are there any ideas on how to do this? What I just did (and mentioned to Vaclav) was this:<br><br>try:<br>  import gflex # (my model)<br>except:<br>  print ""<br>  print "MODULE IMPORT ERROR."<br>  print "In order to run r.flexure or g.flexure, you must download and install"<br>  print "gFlex. The most recent development version is available from"<br>  print "<a href="https://github.com/awickert/gFlex" target="_blank">https://github.com/awickert/gFlex</a>."<br>  print "Installation instructions are available on the page."<br>  grass.fatal("Software dependency must be installed.")<br><br></div>I also thought of some sort of prompt to the user to download the model, and Vaclav had some ideas as well. He's going to show me how to arrange my imports so the help files compile properly without gflex available, so my email to the list is instead to discuss a framework for future integration of GRASS GIS with outside (but also open-source) software (and of course solving these immediate issues as well).<br><br></div>Best,<br><br>Andy<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 13, 2015 at 10:31 AM, Moritz Lennert <span dir="ltr"><<a href="mailto:mlennert@club.worldonline.be" target="_blank">mlennert@club.worldonline.be</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 13/01/15 01:20, Glynn Clements wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Moritz Lennert wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So I guess #2480 and #2534 have to be treated individually on a<br>
case-by-case basis ?<br>
</blockquote>
<br>
What exactly is the issue there?<br>
<br>
If building them manually works, that suggests a problem with<br>
g.extension.<br>
<br>
</blockquote>
<br>
In both cases, I can run<br>
<br>
make MODULE_TOPDIR=../../../../<u></u>grass70_release/dist.x86_64-<u></u>unknown-linux-gnu/<br>
<br>
from the respective directories in the grass-addons svn tree without any problems.<br>
<br>
AFAIU, #2097 also has similar issues: here g.extension installs everything fine, but then the installed script cannot find the additional (library) files.<br>
<br>
So, maybe I should reformulate my original question:<br>
<br>
When a python addon uses additional .py files,<br>
<br>
1) Do we have general rules as to what should be installed where (r.modis installs additional files in a r.modis directory in the local addons directory : .grass7/addons/r.modis - should addons create such directories there or should they go into .grass7/addons/etc ?<br>
<br>
2) How should the Makefile be formulated so that all the additional files get installed by g.extension ? This currently does not seem to work for at least i.segment.hierarchical and <a href="http://v.class.ml" target="_blank">v.class.ml</a>.<br>
<br>
Moritz<br>
______________________________<u></u>_________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/grass-dev</a><br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>