<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, 26 May 2026 at 02:25, Rainer Hurling <<a href="mailto:rhurlin@gwdg.de">rhurlin@gwdg.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dear QGIS devs,<br>
I am writing to you on behalf of the small group of SAGA GIS developers.<br>
This thread has raised several points and perspectives that are of great <br>
interest to us, and we would like to share the SAGA team’s perspective <br>
on them.<br>
<br>
However, before we contribute here, we would like to discuss this at our <br>
regular developer meeting next Friday (May 29). We have already added <br>
the topic to the agenda :)<br>
After that, we will post here in the thread and try to outline our options.<br>
<br>
@Nyall: Could you please make the “SAGA Processing Nextgen” plugin, <br>
which is currently set to “private”, public again for a while? I’d like <br>
to fork it, thanks!<br></blockquote><div><br></div><div>Done! Can you let me know when you've forked so that I can revert to private again?</div><div><br></div><div>Thanks,</div><div>Nyall</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Best wishes,<br>
Rainer  (FreeBSD ports committer)<br>
<br>
<br>
Am 22.05.26 um 01:55 schrieb Nyall Dawson via QGIS-Developer:<br>
> On Thu, 21 May 2026 at 19:53, Stefano Campus via QGIS-Developer <qgis- <br>
> <a href="mailto:developer@lists.osgeo.org" target="_blank">developer@lists.osgeo.org</a> <mailto:<a href="mailto:qgis-developer@lists.osgeo.org" target="_blank">qgis-developer@lists.osgeo.org</a>>> wrote:<br>
> <br>
>  > I’m writing to the dev list because I think this issue is of interest.<br>
>  ><br>
>  > For the past few days, the SAGA Next plugin—which allows you to use <br>
> SAGA GIS modules within QGIS Processing—has been unavailable.<br>
> <br>
> Thanks for kicking off this discussion -- I've been waiting for someone <br>
> to raise it 😁🍿<br>
> <br>
> To explain the situation:<br>
> <br>
> I've been "maintaining" that plugin for years. That's an over- <br>
> exaggeration... it hasn't received any love from me beyond reviewing a <br>
> pull request once every couple of years. I initially forked it (SAGA <br>
> NextGen) from the core SAGA plugin back in 2019 to help solve issues <br>
> with SAGA availability of LTR releases and broken stable API. Then in <br>
> 2019 <a href="https://github.com/qgis/QGIS-Enhancement-Proposals/issues/230" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS-Enhancement-Proposals/issues/230</a> <br>
> <<a href="https://github.com/qgis/QGIS-Enhancement-Proposals/issues/230" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS-Enhancement-Proposals/issues/230</a>> <br>
> followed, when the built-in SAGA plugin was removed and it went from <br>
> being an out-of-the-box, "<a href="http://qgis.org" rel="noreferrer" target="_blank">qgis.org</a> <<a href="http://qgis.org" rel="noreferrer" target="_blank">http://qgis.org</a>> maintained" plugin <br>
> to relying on the third party SAGA NextGen "community maintained" <br>
> plugin. That's 100% because it was concluded by all the developers <br>
> responsible for that code that it wasn't up to the quality standards of <br>
> the rest of QGIS.<br>
> <br>
> It was always a fragile mess of a plugin. Part of that was because of <br>
> the difficulties associated with SAGA versioning, part of that was <br>
> because it was initially forked from old python code that no-one had <br>
> ever modernised. To say it was held together with chewing gum would be a <br>
> lie... it was held together with some soggy wet toilet paper at <br>
> best! 😆 This really bugged me. I'd see constant user frustration <br>
> because it never worked well, and IMO this user frustration was harming <br>
> the reputation of QGIS itself. It didn't help that I'd keep reading <br>
> blogs/guides/tutorials where people were recommending using it for <br>
> operations where QGIS native tools are SOOOO much better (eg vector <br>
> operations like buffering).<br>
> <br>
> It was never my desire to become the maintainer of the plugin and put in <br>
> the work required to bring it up to the quality standard I hold to, <br>
> rather, I offered it on an initially voluntary basis to fix immediate <br>
> issues I saw users were experiencing and with the hope that making it a <br>
> third party plugin would help grow a healthy community that would take <br>
> it over.<br>
> <br>
> That never happened... Instead it was just another burden that I carried <br>
> for everyone, with the associated lack of thanks and lack of any <br>
> recognition beyond angry emails when it didn't work. 🤷. Ah well, that's <br>
> just life as a QGIS developer, we all deal with that, and I'm thick- <br>
> skinned enough to handle it!<br>
> <br>
> At least, I thought so. Then the AI apocalypse hit in 2026.<br>
> <br>
> As a response to my frustration with the lack of support the user <br>
> community is giving to open-source developers during this INCREDIBLY <br>
> challenging time, I decided to close off a bunch of my public <br>
> repositories. Because, hey, I don't want to directly train the <br>
> technologies that will likely destroy the whole economics behind open- <br>
> source software development. So I closed off repositories for things I'd <br>
> voluntarily made public, including dropping any QGIS plugin that I <br>
> wasn't directly using myself anymore, and that wasn't funded or in use <br>
> by my customers (or where a better native tool now exists). And that <br>
> included the SAGA NextGen plugin. I have no use for it, and none of my <br>
> customers use it, and it's a PITA to "maintain".<br>
> <br>
> I knew that by doing so I'd be stirring up trouble, and honestly, that <br>
> was partly my intention! I wanted to force a discussion about this, and <br>
> raise widespread attention to the issues that would otherwise go <br>
> unnoticed. It's the SAGA plugin today, but tomorrow it could easily be <br>
> QGIS itself, or GDAL, or PostGIS, or PDAL, or ... 😱<br>
> <br>
> My personal preference would be that we continue to port useful tools <br>
> from SAGA to native QGIS versions of these tools. I've done this in the <br>
> past (see <a href="https://github.com/qgis/QGIS/pull/53794" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/53794</a> <<a href="https://github.com/" rel="noreferrer" target="_blank">https://github.com/</a> <br>
> qgis/QGIS/pull/53794>, <a href="https://github.com/qgis/QGIS/pull/61722" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/61722</a> <https:// <br>
> <a href="http://github.com/qgis/QGIS/pull/61722" rel="noreferrer" target="_blank">github.com/qgis/QGIS/pull/61722</a>>) for tools that I need myself, or that <br>
> my customers rely on, and the QGIS native tools are so much better <br>
> (***FOR QGIS USERS***) then calling out to the SAGA versions. They have <br>
> full format support for all the data sources QGIS supports, they work <br>
> with massive rasters without memory issues, and they are much faster as <br>
> they don't require data conversion to intermediate formats. And on top <br>
> of that, they "just work" everywhere QGIS works -- there's no fussing <br>
> around with SAGA version compatibility, and no security risks with <br>
> python code shelling out to run random batch files.<br>
> <br>
> (Please understand that I'm not insulting the SAGA developers or their <br>
> versions of these tools here... in my experience the SAGA developer's <br>
> logic is great, the code is well written and the algorithms themselves <br>
> are well designed. It's a testament to the SAGA developers how easy it <br>
> is to port the tools to QGIS, they are very readable and well <br>
> documented. My point is that we offer a better experience to **QGIS** <br>
> users by porting the tools to native equivalents using QGIS API directly).<br>
> <br>
> If anyone has particular SAGA tools they rely on for their work, then <br>
> please reach out and I'll let you know how much it would cost to sponsor <br>
> a port of that tool.<br>
> <br>
> Finally, please note that I didn't delete the plugin repository, I just <br>
> made it private instead of public. I'm happy to temporarily make it <br>
> public again if someone wants to fork it, but after they do that I'll <br>
> then permanently erase my repo. If someone wants to do this then let me <br>
> know and I'll re-open temporarily.<br>
> <br>
> Nyall<br>
> <br>
> <br>
>  ><br>
>  > According to reports in the QGIS community’s Telegram group, <br>
> maintaining this plugin is becoming increasingly difficult due to <br>
> developments in the SAGA project, which can cause the plugin to stop <br>
> working.<br>
>  ><br>
>  > I recall that until a couple of years ago, SAGA was, like GRASS, a <br>
> resource installed directly within QGIS, but then, precisely because of <br>
> the difficulty in keeping up with SAGA’s developments, it was decided to <br>
> treat SAGA as a third-party resource accessible via plugins.<br>
>  ><br>
>  > I believe it is right that this important resource should not be <br>
> maintained on a voluntary basis by a single developer/user, but that it <br>
> should be taken on by the community.<br>
>  ><br>
>  > Do you think it would be a good idea to propose to the Steering Group <br>
> that its maintenance be taken on directly by the QGIS.org Foundation and <br>
> that a certain sum (1000–2000 euros?) be set aside in the annual budget <br>
> for its maintenance?<br>
>  ><br>
>  > Thank you<br>
>  ><br>
>  > stefano campus<br>
>  ><br>
>  > _______________________________________________<br>
>  > QGIS-Developer mailing list<br>
>  > <a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a> <mailto:<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>
> <<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> <br>
> <<a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a>><br>
> <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><br>
<br>
</blockquote></div></div>