<div dir="ltr"><div><div><br><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 31, 2016 at 8:17 PM, kimaidou <span dir="ltr"><<a target="_blank" href="mailto:kimaidou@gmail.com">kimaidou@gmail.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div>Hi QGIS folks,<br><br></div><div>Since the release of the great plugin "Qgis resource sharing" (1) (2) & (3)<br></div><div>we can share many resources, and processing scripts are among them.<br><br></div><div>We have also another Processing dedicated github repo for sharing Python scripts, R scripts and models (4)<br><br></div><div>Regarding this current situation, what should we tell users and developpers who want to share Processing scripts ? What shoud they use to share their scripts ? <br></div><div><br></div><div>Once the new plugin will be able to let users share R scripts and processing models, could we get rid of the historical Processing sharing tool ?<br><br></div><div>Thanks in advance for your ideas about this topic.<br><br></div><div>Cheers<br></div><div>Michaël<br></div><div><br><br>(1) <a target="_blank" href="https://github.com/akbargumbira/qgis_resources_sharing/releases/tag/v0.5.1">https://github.com/<wbr>akbargumbira/qgis_resources_<wbr>sharing/releases/tag/v0.5.1</a><br>(2) <a target="_blank" href="http://www.akbargumbira.com/qgis_resources_sharing/">http://www.akbargumbira.com/<wbr>qgis_resources_sharing/</a><br>(3) <a target="_blank" href="https://github.com/qgis/QGIS-Resources">https://github.com/qgis/QGIS-<wbr>Resources</a><br><br>(4) <a target="_blank" href="https://github.com/qgis/QGIS-Processing">https://github.com/qgis/QGIS-<wbr>Processing</a><br></div></div>
<br>______________________________<wbr>_________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
List info: <a target="_blank" rel="noreferrer" href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
Unsubscribe: <a target="_blank" rel="noreferrer" href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br></blockquote></div><br><br clear="all"><br><div><div><div>Hi,<br><br></div>When we started to talk about this 
development it was much more limited in scope, but thanks to the 
community input we realized that most QGIS resource types could be 
effectively handled by a unified sharing system.<br></div><br></div>There
 are several benefits in handling resource sharing in a common way, some
 of them are obvious (avoid code duplication and make maintenance 
easier) some of them are less obvious such as the fact that some 
resources are much more useful when shared together with other 
resources, for example data might be much more useful when shared with 
their styles/symbols or with  a plugin to browse them in some fancy way,
 we decided to call those sets of related resources "collections".<br><div><br><br>I
 believe that this plugin is now really a Resource 
Sharing plugin instead of a "Symbology Sharing plugin" as it was 
initially planned and we should seriously consider to make it core and 
to eventually move all the other sharing systems such as plugin manager 
and processing downloader into this new system, after the missing functionality will be added.<br><br></div><div>The 
current plugin architecture should be flexible enough to allow for 
sharing new resource types and new remote repository source types if in the future we will need to.<br><br></div><br></div><div class="gmail_extra">Cheers<br></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature">Alessandro Pasotti<br>w3:   <a target="_blank" href="http://www.itopen.it">www.itopen.it</a></div>
</div></div>