[Qgis-developer] Proposal: removing Processing from plugins repo

[Tim Sutton]

Hi

> On 04 Apr 2016, at 12:07, Nathan Woodrow <madmanwoo at gmail.com> wrote:
> 
> +1.  Originally I thought it was a good idea to have it there too but it seems it's worse that way.  Live and learn.
> 
> On that note can we remove it as a plugin and just make it a core feature like Python console is, e.g no way to enable or disable it and is always on.

+1 I agree - it would be nice to be able to rely on in being installed and available.

Regards

Tim

> 
> On Mon, Apr 4, 2016 at 2:10 PM, Tim Sutton <tim at kartoza.com <mailto:tim at kartoza.com>> wrote:
> Hi
> 
> 
>> 
>> > I would like to know your opinion about this idea: removing Processing
>> > from the QGIS plugins repo.
>> >
>> > Rationale for this: we have always tried to release new version of
>> > Processing between releases of QGIS, to provide more updates when
>> > important fixes are made or interesting functionality is added. This
>> > sounds good in theory, but it has proven to be difficult to handle.
>> > The main reason for this is that having the same plugin in the
>> > installation folder and the user folder leads to strange behaviour
>> > sometimes, and confusion for users. The Plugin Manager doesn't seem to
>> > be prepared for this circumstance, and sometimes fails when updating.
>> >
>> > I think that maybe is a good idea to handle processing as a core
>> > plugin, and forget about releasing it outside of QGIS releases.
>> > Processing should not be in the plugins repo, to avoid confusion.
>> > Basically, what other core plugins do.
>> >
>> > I still see a lot of messages with installation issues and failures,
>> > and I think it is not a good thing.
>> >
>> > What are your thoughts on this?
>> 
>> 
> 
> A big +1 from me too. There is another reason to adopt this approach - it is hard to build something relying that if the user has QGIS version X they will also have processing algorithm Y - which is something we are running into here with our plugin development.
> 
> Regards
> 
> Tim
> —
> 
> 
> <KartozaNewLogoThumbnail.jpg>
> 
> 
> 
> Tim Sutton
> 
> Co-founder: Kartoza
> Project chair: QGIS.org <http://qgis.org/>
> 
> Visit http://kartoza.com <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 <http://freenode.net/>
> 
> 
> Kartoza is a merger between Linfiniti and Afrispatial
> 
> 
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org <mailto:Qgis-developer at lists.osgeo.org>
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer <http://lists.osgeo.org/mailman/listinfo/qgis-developer>
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer <http://lists.osgeo.org/mailman/listinfo/qgis-developer>
> 

—






Tim Sutton

Co-founder: Kartoza
Project chair: QGIS.org

Visit http://kartoza.com <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


Kartoza is a merger between Linfiniti and Afrispatial

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20160404/90b0d83f/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: KartozaNewLogoThumbnail.jpg
Type: image/jpeg
Size: 6122 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20160404/90b0d83f/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20160404/90b0d83f/attachment-0001.sig>