On Wed, Aug 31, 2016 at 8:17 PM, kimaidou <kimai...@gmail.com> wrote:

> Hi QGIS folks,
>
> Since the release of the great plugin "Qgis resource sharing" (1) (2) & (3)
> we can share many resources, and processing scripts are among them.
>
> We have also another Processing dedicated github repo for sharing Python
> scripts, R scripts and models (4)
>
> 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 ?
>
> 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 ?
>
> Thanks in advance for your ideas about this topic.
>
> Cheers
> Michaƫl
>
>
> (1) https://github.com/akbargumbira/qgis_resources_
> sharing/releases/tag/v0.5.1
> (2) http://www.akbargumbira.com/qgis_resources_sharing/
> (3) https://github.com/qgis/QGIS-Resources
>
> (4) https://github.com/qgis/QGIS-Processing
>
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>



Hi,

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.

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".


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.

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.


Cheers

-- 
Alessandro Pasotti
w3:   www.itopen.it
_______________________________________________
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Reply via email to