<div dir="ltr"><div><br></div>The rating system is about to go: <a href="https://github.com/qgis/QGIS-Plugins-Website/pull/445">https://github.com/qgis/QGIS-Plugins-Website/pull/445</a><div><br></div><div>Decision from <a href="https://lists.osgeo.org/pipermail/qgis-developer/2026-September/068510.html">https://lists.osgeo.org/pipermail/qgis-developer/2026-September/068510.html</a></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Le mer. 30 sept. 2026 à 18:26, chris hermansen <<a href="mailto:clhermansen@gmail.com">clhermansen@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">In case the ideas might be useful:<br>
<br>
- is there a way to "age out" reviews / stars? in other words, plugins<br>
that received a lot of stars when first published in 2003 but none<br>
since lose that former approval?<br>
- is there some way to "rate the raters"?  in other words, ratings<br>
provided by persons without a registration on the mailing list or<br>
other (semi-) official credentials don't count or appear separately<br>
(community ratings?)<br>
- is there some way to associate plugins with verifications of<br>
functionality by QGIS version, to show the plugin is (or at least has<br>
been) maintained in the past?<br>
- is there some way to allow certain types of "negative ratings"? for<br>
example, I tried this plugin with version 3.44.x and it did not work?<br>
<br>
On Wed, Sep 30, 2026 at 9:13 AM Denis Rouzaud via QGIS-Developer<br>
<<a href="mailto:qgis-developer@lists.osgeo.org" target="_blank">qgis-developer@lists.osgeo.org</a>> wrote:<br>
><br>
> Hi all,<br>
><br>
> My 2 cents:<br>
><br>
> - the ease of publishing plugins is one of QGIS strengths. Anyone can push a plugin for his colleagues/friends, no matter how bad it is, it's what they use to work. I would keep it that way.<br>
> - We used to have starred plugins. We could bring back something similar: we give community voting members the possibility of flagging plugins as "worth it" (without any security warranty).<br>
> - The rest is wild territory.<br>
><br>
> Cheers,<br>
> Denis<br>
><br>
> Le mer. 30 sept. 2026 à 17:08, Raymond Nijssen via QGIS-Developer <<a href="mailto:qgis-developer@lists.osgeo.org" target="_blank">qgis-developer@lists.osgeo.org</a>> a écrit :<br>
>><br>
>> Hi, I also agree the plugin policies need to be changed. Also check the<br>
>> email from Stefano earlier today. I'm really feeling sorry for the ones<br>
>> who are dealing with all the new plugins.<br>
>><br>
>> Just some ideas from my side:<br>
>><br>
>> More plugin metadata:<br>
>> * description where to find the plugin in QGIS<br>
>> * plugin language(s)<br>
>> * code is generated by AI<br>
>> * plugin needs a (paid) account to function<br>
>> * plugin has software dependencies<br>
>> * a category?<br>
>><br>
>> Detect some IMHO real bad quality signs:<br>
>> * Icon is still the default plugin builder icon (or even missing)<br>
>> * Dialogs are not responsive<br>
>><br>
>> Some quality constraints for uploading to the plugin repository could be:<br>
>> * Plugin should use as much as possible the QGIS functionality. For<br>
>> example, the plugin should not read or write a shapefile from disk, but<br>
>> work on vector layers. QGIS can read and write the shapefile (an many more).<br>
>> * Plugin must be in English, translations can be done by Qt tr() function.<br>
>> * If possible, data manipulations must be through processing algorithms<br>
>> * All web traffic must be using QgsNetworkAccessManager (to make<br>
>> debugging possible)<br>
>><br>
>> We could also consider having a paid repo, with paid staff keeping it<br>
>> clean, high quality and safe. We could also make it easier to add/find<br>
>> other, less strictly maintained, repos.<br>
>><br>
>> Love to discuss this next week in Laax!<br>
>><br>
>> Raymond<br>
>><br>
>><br>
>><br>
>> On 9/30/26 13:59, Régis Haubourg via QGIS-Developer wrote:<br>
>> > Hi, I agree that our community repository is really large now and the<br>
>> > world has changed. What should be the direction we should take according<br>
>> > to you? Something like an official repo, with a real security triage,<br>
>> > and a filter of really up to date and active tools?<br>
>> > And besides this, community repositories, not activated by default ?<br>
>> > Thanks for your ideas, user conference and community meeting is next<br>
>> > week and a dedicated session would be wonderful<br>
>> > Cheers<br>
>> > Régis<br>
>> ><br>
>> ><br>
>> > On 30/09/2026 13:31, Nicolas Godet via QGIS-Developer <qgis-<br>
>> > <a href="mailto:developer@lists.osgeo.org" target="_blank">developer@lists.osgeo.org</a>> wrote:<br>
>> >> Dear all,<br>
>> >><br>
>> >> I can’t agree more on the fact that the plugin repo has become a wild<br>
>> >> jungle with less and less interest in digging into it to find an<br>
>> >> innovative one.<br>
>> >> A few years ago, I spent a few minutes each week looking at each new<br>
>> >> plugin (because there were only ten or so). Now, I don’t look at new<br>
>> >> plugins anymore because there are too many of them and most of them<br>
>> >> are a duplicate of another plugin or, even worse, of a core feature.<br>
>> >><br>
>> >> I think new rules should be put in place or at least a way to<br>
>> >> distinguish good, community-approved plugins from the nonsense garbage<br>
>> >> in the quest for likes for their LinkedIn post.<br>
>> >><br>
>> >> Kind regards,<br>
>> >> Nicolas<br>
>> >><br>
>> >> > Le 29 sept. 2026 à 17:45, Stefano Campus via QGIS-Developer <qgis- ><br>
>> >> <a href="mailto:developer@lists.osgeo.org" target="_blank">developer@lists.osgeo.org</a>> a écrit :<br>
>> >> ><br>
>> >> > <br>
>> >> > Good morning,<br>
>> >> > a few days ago, a plugin [1] was released that is a fork of an ><br>
>> >> existing plugin which had been updated (without the original plugin ><br>
>> >> author being notified) to QGIS 4.<br>
>> >> > The GitHub repository has issues disabled, so it is not possible to<br>
>> >> > report bugs that are present.<br>
>> >> ><br>
>> >> > But shouldn’t it be mandatory to have issue reporting enabled?<br>
>> >> ><br>
>> >> > Furthermore, the proliferation of plugins makes it difficult to find<br>
>> >> > the truly innovative ones.<br>
>> >> > So we see plugins that replicate core functions, perhaps giving them<br>
>> >> a > more appealing user interface<br>
>> >> ><br>
>> >> > Where can I report this to the team that coordinates the plugins?<br>
>> >> > Do you think we should report these anomalies?<br>
>> >> ><br>
>> >> > Many thanks<br>
>> >> ><br>
>> >> > stefano<br>
>> >> ><br>
>> >> > [1] <a href="https://github.com/veogeo/go3streetview" rel="noreferrer" target="_blank">https://github.com/veogeo/go3streetview</a> <<a href="https://github.com/" rel="noreferrer" target="_blank">https://github.com/</a> ><br>
>> >> veogeo/go3streetview><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>
>> >> _______________________________________________<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>
>> > _______________________________________________<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>
>> _______________________________________________<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>
> _______________________________________________<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>
<br>
<br>
-- <br>
Chris Hermansen · clhermansen "at" gmail "dot" com<br>
<br>
C'est ma façon de parler.<br>
</blockquote></div>