<br><br><div class="gmail_quote">On 31 October 2012 02:25, Helena Mitasova <span dir="ltr"><<a href="mailto:hmitaso@ncsu.edu" target="_blank">hmitaso@ncsu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I agree with Glynn and Ben,<br>
when working with students on 50+ different projects it is really great to have everything<br>
in one package and not to worry about which additional tool to install and whether it will work with the latest release.<br></blockquote><div><br></div><div>Same conclusion here for teaching...</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

We used to have the code split into core, alpha and several other groups and it was pain to maintain,<br>
I think it works much better now and the toolbox concept should be implemented at the GUI level.<br></blockquote><div><br></div><div>+1</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Maybe PSC should have some mechanism to decide on which add-ons to move to trunk based on a defined set of criteria.<br></blockquote><div><br></div><div>+1</div><div><br></div><div>Yann</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<span class="HOEnZb"><font color="#888888"><br>
Helena<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Oct 30, 2012, at 12:53 PM, Glynn Clements wrote:<br>
<br>
><br>
> Martin Landa wrote:<br>
><br>
>>> as a regular user of MODIS, I would like to call other MODIS users to<br>
>>> express interest to include r.modis into GRASS 7 SVN.<br>
>><br>
>> we cannot extend number of modules in trunk forever. Probably some<br>
>> modules should be reviewed and moved to addons.<br>
><br>
> Why?<br>
><br>
> Keeping modules in trunk ensures that any breakage resulting from<br>
> changes to APIs or to the build system will be noticed. Also, the<br>
> module will be included in the linkage database created by<br>
> tools/sql.sh, and in any recursive grep of the source tree.<br>
><br>
> Personally, I'd rather see most "normal" add-ons moved into trunk.<br>
><br>
> OTOH, v.in.dwg should be moved to add-ons unless LibreDWG support is<br>
> expected in the foreseeable future.<br>
><br>
> --<br>
> Glynn Clements <<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>><br>
</div></div><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>
<br>
_______________________________________________<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>Yann Chemin<br><br>