<div dir="ltr"><div><div>Hi Radim,<br><br></div>I would be willing to volunteer to help maintain the qgm and qgc files.<br><br></div>Andrew<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 24, 2015 at 12:28 AM, Radim Blazek <span dir="ltr"><<a href="mailto:radim.blazek@gmail.com" target="_blank">radim.blazek@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Olá todos,<br>
<br>
I'am already preparing crowdfunding campaign for GRASS plugin upgrade.<br>
It will include:<br>
<br>
- qgisgrasslib upgrade to GRASS 7<br>
- single build with both GRASS 6 and 7 (GRASS version chosen by<br>
environmental variables on start up)<br>
- move plugin browser functionality to standard QGIS browser (meta<br>
info widget, delete and rename action)<br>
- implement raster and vector import via browser drag and drop<br>
(including reprojection)<br>
- new/open/close location tools upgrade to GRASS 7<br>
- region editor upgrade to GRASS 7<br>
- upgrade GRASS shell to the last qtermwidget<br>
- modules GUI - my idea is to throw away the qgm and qgc definitions<br>
and auto generate GUI for modules with all options based on<br>
--interface-description only, also the list of modules would be auto<br>
generated for all modules. The reason is my impression that there are<br>
no volunteers willing to maintain qgm and qgc. If there are volunteers<br>
to do that (no programming, xml editing only) let me know and I'll<br>
include keeping of current system in the proposal.<br>
- vector editing overall upgrade and enhancement more integrated with<br>
standard QGIS tools<br>
    - standard editing tools (e.g. node tool)<br>
    - snapping to other layers<br>
    - undo/redo<br>
    - attribute forms<br>
    - possibility to change topological symbology  via standard style dialog<br>
    - standard rendering of not edited layers based on edited map<br>
(i.e. draw filled polygons on background during editing)<br>
<br>
I am currently coding proof of concept for vector editing to be sure<br>
that it is feasible at all. I hope to launch the campaign in about 2-3<br>
weeks.<br>
<span class="HOEnZb"><font color="#888888"><br>
Radim<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Mon, Feb 23, 2015 at 10:06 PM, Pedro Venâncio<br>
<<a href="mailto:pedrongvenancio@gmail.com">pedrongvenancio@gmail.com</a>> wrote:<br>
> Olá Paolo,<br>
><br>
><br>
>> this will require a reasonable amount of work. I have raised the issue<br>
>> several times; sadly it seems nobody is willing to invest the necessary<br>
>> resources on this.<br>
><br>
><br>
> Despite the great advantages of GRASS commands in Processing, I think that<br>
> the GRASS plugin still plays an important role and is an excellent interface<br>
> for GRASS. For those who still like to use the paradigm of locations,<br>
> mapsets and the GRASS topological model, GRASS plugin is very important,<br>
> because then it allows to use all QGIS tools, for example, to create layouts<br>
> using the Composer, etc.<br>
><br>
> If no one is interested in making the port of the plugin for GRASS 7, we<br>
> could try through a crowdfounding initiative. Who was behind the initial<br>
> creation of GRASS plugin?<br>
><br>
><br>
><br>
>><br>
>> BTW, would you mind giving us a list of the missing modules in<br>
>> Processing? AFAIK these should be only obsolete and useless ones, but if<br>
>> there is some genuinely missing we should be able to fix this rather<br>
>> easily.<br>
><br>
><br>
><br>
> I've been checking the differences and they are indeed few. Please see the<br>
> spreadsheet attached.<br>
><br>
> Some commands seem that were adaptations of other algorithms, made for<br>
> Processing, as they are not in the 6 manual, or in the 7:<br>
> r.cost.full.raster, r.drain.coordinate, r.terraflow.short,<br>
> v.surf.rst.cvdev.line, v.surf.rst.line, v.transform.pointsfile.<br>
><br>
> Others seem that have been removed from GRASS 7 (r.average, r.bilinear,<br>
> r.bitpattern, r.surf.idw2), as they are not in the GRASS 7 manual.<br>
><br>
> There are five that seem important to me, which are in GRASS 7, in<br>
> Processing GRASS 6, but not in Processing GRASS 7: r.out.xyz, r.ros,<br>
> r.spread, r.univar, v.kernel.<br>
><br>
> Finally, there are two commands that are on GRASS 7 and were not in 6:<br>
> r.viewshed (which replace r.los) and r.relief (which replace<br>
> r.shaded.relief).<br>
><br>
><br>
> Thanks!<br>
><br>
> Best regards,<br>
> Pedro Venâncio<br>
><br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> Qgis-developer mailing list<br>
> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a></div></div></blockquote></div><br></div>