Dear GRASS GIS community,
herewith I may bring a discussion on QGIS dev ML about how to proceed with
maintaining GRASS, OTB and other algorithms in qgis processing to your
attention.
it seems that a shared attempt may be needed for a long-term, sustainable
solution.
citing here my post in that thread:
https://lists.osgeo.org/pipermail/qgis-developer/2018-February/051892.html
---------------------------
Otherwise if we don't care and just want to enable others to have QGIS
intgration, they'll have to adopt the plugins. That might work better if
there
is real interest. But I think they usally prefer their tools to be used in
their own environment and don't care that much about whether it works in
QGIS
<or not. Is there solid interest of the SAGA or GRASS team to adopt the
providers? Otherwise I guess they'll sooner or later will die.
quickly screened the GRASS MLs, I can't find any entry that the GRASS
community was ever asked if there could be e.g. a shared attempt for an
automatization to create/maintain the plugin code.
Looking at the new OSGeo website:
*Desktop Applications*
-QGIS Desktop
-GRASS GIS
*Geospatial Libraries*
-Orfeo ToolBox
-GDAL/OGR
*Meta CRS Initiative*
-PROJ4
Most of the software mentioned in this thread are projects under the common
umbrella of OSGeo.
An option may be to ask that OSGeo plays a more proactive role in helping to
coordinate and supporting (technically/financally/...) such inter-project
challenges.
I will forward a short summary of this thread to the GRASS community.
--------------------------
contributions of ideas/support/technical solutions/... are very welcome.
-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Users-f3884509.html