<div dir="ltr"><div dir="ltr">Hi Magnus,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 20 nov. 2019 à 10:54, johnrobot <<a href="mailto:johnrobot@gmail.com">johnrobot@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi<br>
I have been using processing models in QGIS 3.10.0 a bit lately and I have<br>
some additional improvement suggestions (on top of my previous collection,<br>
<a href="http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-Thoughts-on-using-processing-models-for-ETL-tasks-td5365767.html#a5368491" rel="noreferrer" target="_blank">http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-Thoughts-on-using-processing-models-for-ETL-tasks-td5365767.html#a5368491</a>).<br>
In no particual order:<br>
<br>
- Support for drag and drop of model files (.model3) in a QGIS window, that<br>
should open the model.<br>
<br>
- Improved documentation for algorithms: All algorithms should include<br>
examples and images that show the data before and after the algorithm. That<br>
would help understanding what it does to the data.<br>
<br></blockquote><div>Would be good; we already have some algs providing such details but I don't think this is compatible with all the algorithms. Also, issue with doing it everywhere is that this is a huge amount of work for (currently) few contributors in this area and some algs (may) require particular data not available for writers or some prerequisite knowledge neither available. Our target currently is to provide a minimal literal description for parameters and outputs for all the algorithms, and a lot has been done since your previous thread.<br></div><div>But of course if you find items you'd like to improve with the details you suggest, you are more than welcome to provide the fix or the necessary materials to get someone else fill the gap.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- The help/documentation is always visible to the right when I open an<br>
algorithm separately (not in a model), it doesn´t remember its state from<br>
the last time I used it. That could be added, or even move the help to a<br>
separate window. The "Help" button always seems to give me an 404 error.<br>
Also, I don´t see how to access the algorithm documentation from a model.<br>
The pane to the right is missing and the "Help" button gives me the same 404<br>
error.<br></blockquote><div><br></div><div>I think the issue with the help panel visibility should be reported in the issue repository. So should some of the points you raised in this mail (as bug or feature), while a global discussion can be held here. <br></div><div>The issue with the help button is that 3.10 urls were not yet redirected. They should be fixed now. Thanks Richard.<br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>[...]<br>
- I would be great with an option for dynamically separating output into<br>
separate files/tables/layers (depending on the type of output) based on an<br>
attribute value, for example one file for the features containing "Canada"<br>
and a separate one with "Mexico".<br>
<br></blockquote><div>Isn't there an alg that splits vector layers you can use to extend your model with? I wonder how this request complies with the dev logic which  is to build minimal chunks of algs that address a specific case.<br></div><div><div><br></div><div>Greetings, <br></div><div>Harrissou</div><div><br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- Support for reading and processing non-geo JSON data, as described here,<br>
<a href="http://osgeo-org.1560.x6.nabble.com/Read-non-geo-JSON-data-in-QGIS-td5420262.html" rel="noreferrer" target="_blank">http://osgeo-org.1560.x6.nabble.com/Read-non-geo-JSON-data-in-QGIS-td5420262.html</a>.<br>
<br>
- Support for writing model result as TopoJSON, the format used by Power BI.<br>
<br>
- In the algorithm for calculating the shortest path (point to point), it<br>
seems that I have to define start and end points manually. In my case, I<br>
have about 2 million sets of start and end points. Perhaps add support for<br>
reading these coordinates from attributes instead of picking manually in the<br>
map? Also, support for routing using more than one processor core, and even<br>
a GPU (using OpenCL?) would probably speed up these calculations<br>
considerably.<br>
<br>
Any thoughts on these suggestions?<br>
<br>
Regards,<br>
<br>
Magnus<br>
<br>
<br>
<br>
--<br>
Sent from: <a href="http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html" rel="noreferrer" target="_blank">http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html</a><br>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a></blockquote></div></div>