Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Seeking feedback: QEP 179, Turning Plugin Management into Actual Package Management #125

Closed
s-m-e opened this issue Jun 19, 2020 · 3 comments

Comments

@s-m-e
Copy link

s-m-e commented Jun 19, 2020

I hope this is the right place to ask - my apologies if it is not: I am currently running a QGIS Enhancement Proposal (QEP) for turning plugin management into actual package management. As part of this process, I am looking for projects within the QGIS ecosystem which could significantly benefit from the proposed ideas and concepts. Because my QEP heavily references conda, the QGIS conda-forge package projects feels like a natural candidate.

In a nutshell, I am proposing to allow to package QGIS plugins as regular Python wheels and/or conda packages - with all relevant packaging features such as proper Python package dependencies and binary extensions. As a "side effect", this work could be the foundation for advanced tool-chains and deployment solutions based on conda / conda-forge and QGIS. If you find this work interesting and potentially relevant for this project, I am rather curious about your opinion. Among other issues, there appears to be some serious doubt about the existence of actual use cases for the proposed changes in QGIS among its core developers. Besides, the proposed work may also "confuse (plugin) developers". Feedback is therefore highly welcome.

@ocefpaf
Copy link
Member

ocefpaf commented Jun 19, 2020

This is the right place and thanks for bringing this up!

My opinion strictly as a packager I have to say that this is an awesome idea! However, I'm not a heavy QGIS user to comment if this makes sense for them.

What I can say is: if you aim for PyPI/wheels we should be good on the conda side. There is nothing conda specific that would prevent us to just use the published PyPI package here. In fact, it would be easier b/c we can specify non-python dependencies easier them PyPI.

@AndrewAnnex
Copy link

AndrewAnnex commented Aug 21, 2020

@s-m-e I think that is a great idea, an interesting consequence for this conda recipe is that I can use the qgis api within jupyter notebooks without ever opening the qgis application, as well as much easier qgis plugin development with IDEs like PyCharm.

There are a lot of useful algorithms in qgis that can be somewhat difficult to replicate with the rasterio/geopandas/shapely stack, but using them outside of the qgis gui has not been as straight forward as pip install qgis (well maybe conda install qgis).

This would also lead to greater adaptation of qgis as an alternative to arcpy.

@SrNetoChan
Copy link
Contributor

@s-m-e if you don't mind, I am closing this down. Please open it up again if you think it makes sense.

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants