<div dir="ltr">I have just uploaded a first version of a tool to manage Processing resources (basically models and scripts)<div><br></div><div>You will find tools named "Get scripts/models from on-line repository" in the scripts and models branches of the toolbox. They open a dialog where you can select the elements to install/uninstall, similar to the plugin manager</div>
<div><br></div><div>Scripts and models are stored in a repo named QGIS-Processing under the QGIS organization. I recommend all people with scripts/models that they want to share, to make pull requests against that repo.</div>
<div><br></div><div>I have added the scripts by Michael and Vincent there, to add some intitial content (I haven't added any model yet). Please, let me know if you do not want them to be shared there.</div><div><br></div>
<div>There is a list.txt with some info about the resources available. It's created automatically by running the create_lists.py script, and it acts like an easy to retrieve index, so there is no need to browse all the content and extract metadata from the help files.</div>
<div><br></div><div>In the help files, there is now a ALG_VERSION element to indicate a version, which is 1.0 if it is not provided. That allows the interface to know if a script/model is up to date or not.</div><div><br>
</div><div>Notice that the format for help files is now json. That solves the issue that some people reported, cause by trying to unpickle the help description. I have converted the help files for the scripts that I added to the repo, using the help_converter.py script. Feel free to use it for your own scripts if needed (I might remove it from this repo, since i a not sure it belongs here...maybe better put it as a gist)</div>
<div><br></div><div>Things to discuss from now: How do we classify the algorithms? How do we allow people to add new scripts? The pull request mechanism might be too complex for some people, and the GitHub API allows to add a new file and a comit to a repo, so we can probably simplify it.</div>
<div><br></div><div>Ideas are welcome. This is just a first try done in a couple of nights so there is plenty of room for improvement.</div><div><br></div><div>Thanks in advance!</div></div><div class="gmail_extra"><br><br>
<div class="gmail_quote">2014-06-02 10:52 GMT+02:00 kimaidou <span dir="ltr"><<a href="mailto:kimaidou@gmail.com" target="_blank">kimaidou@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div><div><div><div><div><div><div><div>Hi all<br><br></div>Victor, thanks for your review, I will modify the scripts as soon as possible.<br><br></div>Sharing scripts raises some questions :<br><br></div>* How can we categorize the scripts to help the users find one particular among the many potential scripts that will be shared ? The "group" can help, but any script writer can at present use the group he wants to. For example, I used "3liz - Database" or "3liz - Vector", etc which makes sense for me, but surely not for other users.<br>

<br></div><div>* How do we assure that the user has got the last version of each script ? As proposed before, I think some "git magic" could help.<br><br></div>* Because it is more easy to create or modifiy, I usually create "scripts". We could on the contrary "force" people who share scripts to use the capability of Processing to integrate external algo via "provider". This supposes to create a plugin for a set of scripts, which is more complicated. But this would answer some of the questions above, for example "how do we update the scripts", because QGIS plugin architecture would do the job. I would also allow the user to temporarilly disable a set of script (by disabling the corresponding plugin). <br>

<br>IMHO we should not add more plugins for sharing scripts, but instead use the same architecture : we could have a new Processing sub-menu "Manage/Install external scripts and models" which would show a similar interface as the plugin manager, and similar features : tagging, vote, categories, descriptions, etc.<br>

</div><div><br></div>I confess sharing my scripts had a double objective :<br></div>* share them :)<br></div>* begin a discussion about the future workflow to share scripts and algorithms.<br><br></div>Cheers<br>Michael<br>

<div><div><div><div><div><br><br></div></div></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-06-02 1:27 GMT+02:00 Giovanni Manghi <span dir="ltr"><<a href="mailto:giovanni.manghi@faunalia.pt" target="_blank">giovanni.manghi@faunalia.pt</a>></span>:<div>
<div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>> - Contour : make contours around points at levels (based on the contour plugin)<br>
> - Buffer contour : make and merge circular buffer around points at levels<br>
> - Points at crossing / touching lines : make a point layer where lines cross or touch each other (2 scripts)<br>
> - Fill holes : remove holes in polygons under a certain area<br>
> - Remove parts : delete parts in multi polygons under a certain area<br>
> - cut by field : cut one polygon layer by another when 2 polygons share a field value<br>
<br>
<br>
</div>very nice both sets of scripts! why not adding them into processing?<br>
<br>
cheers!<br>
<span><font color="#888888"><br>
<br>
-- G --<br>
</font></span><div><div>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</div></div></blockquote></div></div></div><br></div>
<br>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br></blockquote></div><br></div>