[QGIS-Developer] Keeping OTB algorithm in qgis processing

[Alexander Bruy]

Another reason to remove providers is that algorithms descriptions
were not updated and maintained. Even now both SAGA and GRASS
providers are not updated to latest stable versions of the corresponding
software.

We just simply does not have enough resources to maintain more than
600 algorithms from GRASS and SAGA. Situation with OTB, was even
worse, it requires special handling of the parameters.

I still think that Processing should be in core with minimal set of algorithms
(native and GDAL), all other providers should be plugins and installed by
users. Ideally these providers also should be maintained by interested groups
of devs/users, not by QGIS devs.

2018-01-31 12:17 GMT+02:00 Victor Olaya <volayaf at gmail.com>:
> The original idea was to have most providers removed...which included
> R, GRASS and SAGA as well. Finally, only certain providers were
> removed, mostly those that require dependencies not provided with QGIS
> (LiDAR tools, R...and OTB)
>
> If maintaining the plugin is complicated and no work is done on that,
> then definitely it is better to keep it as core. But we have to make
> sure that the user knows that the provider by itself is useless, and
> that OTB has to be installed separately. Otherwise, we will see
> confusion and i think it will not be a good idea
>
> My 2 cents
>
> 2018-01-31 11:04 GMT+01:00 Paolo Cavallini <cavallini at faunalia.it>:
>> Il 31/01/2018 09:50, Rashad Kanavath ha scritto:
>>
>>> Thanks Paolo,
>>> Can you give a link to that discussion?
>>
>> I had a look to the archives, and I only found this:
>> https://lists.osgeo.org/pipermail/qgis-developer/2017-May/048470.html
>> Surely Victor and Alex can provide further details.
>> All the best.
>>
>> --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>> https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis



-- 
Alexander Bruy