<div dir="ltr">Hi Pietro,<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 12, 2018 at 6:05 AM, Pietro <span dir="ltr"><<a href="mailto:peter.zamb@gmail.com" target="_blank">peter.zamb@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 class="gmail_extra"><br><div class="gmail_quote"><span>On Sun, Mar 11, 2018 at 4:33 AM, Vaclav Petras <span dir="ltr"><<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@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">I just compiled a another idea for this year GSoC:<br><div><div><br><a href="https://trac.osgeo.org/grass/wiki/GSoC/2018#Neweasy-to-useCLIandAPIforGRASSGIS" target="_blank">https://trac.osgeo.org/grass/w<wbr>iki/GSoC/2018#Neweasy-to-useCL<wbr>IandAPIforGRASSGIS</a><br></div></div></div></blockquote><div><br></div></span><div>I like the idea! It is still not clear to me if you think to have a persistent storage for the "temporary" location/mapset or if they are generated every time.<br></div></div></div></div></div></blockquote><div><br><br></div><div>I'm not sure what you mean by "persistent storage". The current system of connecting to an existing "D/L/M" stays in place. I mean temporary as a temporary directory, e.g. in /tmp:<br></div><div><br>"""<br>GRASS Database would be created with an appropriate Location (projection based on input files or additional CLI input).<br>The GRASS GIS Database, Location and Mapset should be created on the fly and deleted afterwards (the .grassrc wouldn't be used).<br>...<br>Add --tmp-location which runs --exec in a database/location/mapset which are created at the beginning and deleted at the end.<br>"""<br><br></div><div>So, basically combination of current -c, --exec, and rm -r.<br></div><div><br></div><div>If you have ideas about how it make it more efficient that would be great since the overhead for the run option/subcommand will be high. Currently, the idea is that user can use an existing "D/L/M" if higher efficiency is needed (i.e. same as now).<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><div><br></div><span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Mentors: I'm seeking an additional mentor for this idea. I put myself as first, but you can be first or second mentor as you wish.<br></div></div></div></blockquote><div><br></div></span><div>I'm available to co-mentoring this GSoC.<br></div></div></div></div></div></blockquote></div><br></div><div class="gmail_extra">Awesome!<br></div><div class="gmail_extra"><br></div></div></div>