<div dir="auto">Thanks Alexander,<div dir="auto">guys you're working very fast! Cool.</div><div dir="auto"><br></div><div dir="auto">I will do some testing asap.</div><div dir="auto">Giovanni</div></div><div class="gmail_extra"><br><div class="gmail_quote">Il 5 feb 2018 8:44 AM, "Alexander Bruy" <<a href="mailto:alexander.bruy@gmail.com">alexander.bruy@gmail.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Starting from b6c2de48 scrips are just usuall Processing algorithms:<br>
normal or feature-based.<br>
Testing and feedback are welcome.<br>
<br>
2018-01-29 12:44 GMT+02:00 G. Allegri <<a href="mailto:giohappy@gmail.com">giohappy@gmail.com</a>>:<br>
> Rephrasing what I wrote before, what about dropping ScriptAlgorithm and make<br>
> ScriptAlgorithmProvider simply provide its algorithms from the special<br>
> scripts folder?<br>
><br>
> giovanni<br>
><br>
><br>
><br>
> 2018-01-29 10:51 GMT+01:00 G. Allegri <<a href="mailto:giohappy@gmail.com">giohappy@gmail.com</a>>:<br>
>><br>
>> Hi Anita,<br>
>> that's exactly what I also was thinking about. What about dropping scripts<br>
>> in favour of "on the fly"  QgsProcessingAlgorithms?<br>
>> A single, unified, way of defining them, without the special parameters<br>
>> syntax of scripts...<br>
>><br>
>> Giovanni<br>
>><br>
>> 2018-01-29 9:55 GMT+01:00 Anita Graser <<a href="mailto:anitagraser@gmx.at">anitagraser@gmx.at</a>>:<br>
>>><br>
>>> I've decided to go the algorithm provider plugin route for my scripts:<br>
>>> <a href="https://anitagraser.com/2018/01/28/porting-processing-scripts-to-qgis3/" rel="noreferrer" target="_blank">https://anitagraser.com/2018/<wbr>01/28/porting-processing-<wbr>scripts-to-qgis3/</a><br>
>>><br>
>>> But I'm also thinking of my students whom I want to show how to write<br>
>>> tools for QGIS. For many of them, it's their first contact with Python, so<br>
>>> starting a provider plugin is well out of their comfort zone. On the other<br>
>>> hand, the scripts are not very pythonic. Many beginners already had issues<br>
>>> with the QGIS2 version of scripts. I think, they would have an easier time<br>
>>> if they would only have to implement a QgsProcessingAlgorithm with the rest<br>
>>> of the provider plugin complexity hidden from their sight. If that's<br>
>>> possible.<br>
>>><br>
>>> Regards,<br>
>>> Anita<br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> On Sat, Jan 27, 2018 at 4:48 PM, G. Allegri <<a href="mailto:giohappy@gmail.com">giohappy@gmail.com</a>> wrote:<br>
>>>><br>
>>>> I know Alexander. The point was processing scripts and their future...<br>
>>>><br>
>>>> giovanni<br>
>>>><br>
>>>> Il 27 gen 2018 4:29 PM, "Alexander Bruy" <<a href="mailto:alexander.bruy@gmail.com">alexander.bruy@gmail.com</a>> ha<br>
>>>> scritto:<br>
>>>>><br>
>>>>> It is possible to write algorithms using same approach as in core. Just<br>
>>>>> create<br>
>>>>> "provider plugin" and that's it. This functionality was here almost<br>
>>>>> from the very<br>
>>>>> beginning of the Processing.<br>
>>>>><br>
>>>>> 2018-01-27 17:08 GMT+02:00 G. Allegri <<a href="mailto:giohappy@gmail.com">giohappy@gmail.com</a>>:<br>
>>>>> > Honestly I think script syntax wasn't that bad. At least it was quite<br>
>>>>> > easy<br>
>>>>> > for a set of power users, as I could verift during my past courses.<br>
>>>>> > Anyway I agree with the rationale: having a unified, pythonic way, to<br>
>>>>> > write<br>
>>>>> > both algorithms and scripts... well, might be the case to ultimately<br>
>>>>> > drop<br>
>>>>> > scripts?<br>
>>>>> ><br>
>>>>> > Whatever the choice, we should make users aware of the current<br>
>>>>> > unclear<br>
>>>>> > situation, that things are being discussed and still evolving. This<br>
>>>>> > will<br>
>>>>> > prevent confusion and maybe encourage participation.<br>
>>>>> ><br>
>>>>> > How could this discussion be brought forward? My first question would<br>
>>>>> > be: do<br>
>>>>> > we still need scripts?<br>
>>>>> ><br>
>>>>> > In any case thanks to Nyall and the others for the great work! ;)<br>
>>>>> ><br>
>>>>> > Giovanni<br>
>>>>> ><br>
>>>>> ><br>
>>>>> > Il 27 gen 2018 12:15 PM, "Paolo Cavallini" <<a href="mailto:cavallini@faunalia.it">cavallini@faunalia.it</a>> ha<br>
>>>>> > scritto:<br>
>>>>> >><br>
>>>>> >> Il 27/01/2018 00:39, Nyall Dawson ha scritto:<br>
>>>>> >><br>
>>>>> >> > It's not too late to improve this for 3.x. Why don't we get the<br>
>>>>> >> > daily<br>
>>>>> >> > Python users and experts involved here and come up with a more<br>
>>>>> >> > Python-like approach to processing scripts?<br>
>>>>> >><br>
>>>>> >> IMHO this is worth a wider announcement and call for help, if<br>
>>>>> >> possible<br>
>>>>> >> with some kickoff instructions.<br>
>>>>> >> All the best.<br>
>>>>> >><br>
>>>>> >> --<br>
>>>>> >> Paolo Cavallini - <a href="http://www.faunalia.eu" rel="noreferrer" target="_blank">www.faunalia.eu</a><br>
>>>>> >> QGIS & PostGIS courses: <a href="http://www.faunalia.eu/training.html" rel="noreferrer" target="_blank">http://www.faunalia.eu/<wbr>training.html</a><br>
>>>>> >> <a href="https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis" rel="noreferrer" target="_blank">https://www.google.com/trends/<wbr>explore?date=all&geo=IT&q=<wbr>qgis,arcgis</a><br>
>>>>> >> ______________________________<wbr>_________________<br>
>>>>> >> QGIS-Developer mailing list<br>
>>>>> >> <a href="mailto:QGIS-Developer@lists.osgeo.org">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/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
>>>>> >> Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
>>>>> ><br>
>>>>> ><br>
>>>>> > ______________________________<wbr>_________________<br>
>>>>> > QGIS-Developer mailing list<br>
>>>>> > <a href="mailto:QGIS-Developer@lists.osgeo.org">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/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
>>>>> > Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> --<br>
>>>>> Alexander Bruy<br>
>>>><br>
>>>><br>
>>>> ______________________________<wbr>_________________<br>
>>>> QGIS-Developer mailing list<br>
>>>> <a href="mailto:QGIS-Developer@lists.osgeo.org">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/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
>>>> Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
>>><br>
>>><br>
>><br>
><br>
<br>
<br>
<br>
--<br>
Alexander Bruy<br>
</blockquote></div></div>