Future of the QGIS-Processing repository

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Future of the QGIS-Processing repository

Alexander Bruy
Hi PSC,

We have QGIS-Processing repository with user-contributed Processing scrips and
models. This repository was created to provide users with central
place to share their algorithms. At the moment it contains scripts and
models for QGIS 2.x.

As you may know, with API break and Processing overhaul in QGIS 3 old scripts
and models, developed for QGIS 2 became incompatible with QGIS 3. But as
QGIS 2.x will continue to live along with QGIS 3 for a while it is necessary to
separate old stuff from new stuff.

I propose to move QGIS 2.x stuff to the separate branch, for example
"qgis-2" and use master branch for QGIS 3 stuff. And of course, send
an email to users list about this change.

Another option is to drop this repository completely. It is not
actively maintained,
users need to wait until someone merged theirs pull-requests, some users open
tickets agains contributed stuff and wait us to fix these bugs etc.  IMHO much
better to use Resource Sharing plugin to work with contributed algorithms.

Opinions?

--
Alexander Bruy
_______________________________________________
Qgis-psc mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/qgis-psc
Reply | Threaded
Open this post in threaded view
|

Re: Future of the QGIS-Processing repository

pcav
Hi Alex
I agree using resource sharing plugin.
Thanks for your thoughts.

Il 30 gennaio 2018 13:17:00 WET, Alexander Bruy <[hidden email]> ha scritto:
Hi PSC,

We have QGIS-Processing repository with user-contributed Processing scrips and
models. This repository was created to provide users with central
place to share their algorithms. At the moment it contains scripts and
models for QGIS 2.x.

As you may know, with API break and Processing overhaul in QGIS 3 old scripts
and models, developed for QGIS 2 became incompatible with QGIS 3. But as
QGIS 2.x will continue to live along with QGIS 3 for a while it is necessary to
separate old stuff from new stuff.

I propose to move QGIS 2.x stuff to the separate branch, for example
"qgis-2" and use master branch for QGIS 3 stuff. And of course, send
an email to users list about this change.

Another option is to drop this repository completely. It is not
actively maintained,
users need to wait until someone merged theirs pull-requests, some users open
tickets agains contributed stuff and wait us to fix these bugs etc. IMHO much
better to use Resource Sharing plugin to work with contributed algorithms.

Opinions?

--
Sorry for being short
_______________________________________________
Qgis-psc mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/qgis-psc
Reply | Threaded
Open this post in threaded view
|

Re: Future of the QGIS-Processing repository

Anita Graser

Il 30 gennaio 2018 13:17:00 WET, Alexander Bruy <[hidden email]> ha scritto:
Another option is to drop this repository completely. It is not
actively maintained,
users need to wait until someone merged theirs pull-requests, some users open
tickets agains contributed stuff and wait us to fix these bugs etc. IMHO much
better to use Resource Sharing plugin to work with contributed algorithms.
​+1 for the resource sharing plugin because it moves the responsibility to the individual script / algorithm developers

Anita​


 


_______________________________________________
Qgis-psc mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/qgis-psc
Reply | Threaded
Open this post in threaded view
|

Re: Future of the QGIS-Processing repository

Tim Sutton-6
Hi

I also like the idea of using the resource sharing plugin - as a side benefit it might help build momentum for the concept of resource sharing.

Regards

Tim

On 30 Jan 2018, at 16:32, Anita Graser <[hidden email]> wrote:


Il 30 gennaio 2018 13:17:00 WET, Alexander Bruy <[hidden email]> ha scritto:
Another option is to drop this repository completely. It is not
actively maintained,
users need to wait until someone merged theirs pull-requests, some users open
tickets agains contributed stuff and wait us to fix these bugs etc. IMHO much
better to use Resource Sharing plugin to work with contributed algorithms.
​+1 for the resource sharing plugin because it moves the responsibility to the individual script / algorithm developers

Anita​


 

_______________________________________________
Qgis-psc mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/qgis-psc







Tim Sutton

Co-founder: Kartoza
Project chair: QGIS.org

Visit http://kartoza.com to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux 
IRC: timlinux on #qgis at freenode.net


_______________________________________________
Qgis-psc mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/qgis-psc