Re: [Qgis-user] Reselect Features

[Nyall Dawson via QGIS-User]

On Fri, 17 Nov 2023 at 12:48, Michael Edward McNeil via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

>
> This is the moment when it would be exceedingly nice if one could just
> pull down Edit > Select > Reselect Features and thereby get back to the
> last previous selected set of features as they existed just prior to the
> last keystroke/click entered.
>
> But that command appears to do nothing.
>

Reselect only works if you've previously "cleared" a selection. If you're
*changing* the selection, then reselect won't do anything.

I think what you're ultimately asking for is a undo/redo history for
selections Which is a GOOD idea! 👍

Nyall


>
> (Thanks again for your response!)
>
> Best,
> Michael McNeil
>
>
> > On Nov 16, 2023, at 16:33, Andrea Giudiceandrea via QGIS-User <
> qgis-user@lists.osgeo.org> wrote:
> >
> > 
> >>
> >> Michael Edward McNeil memcneil02 at gmail.com
> >> Thu Nov 16 16:04:37 PST 2023
> >
> >> Why doesn't the Edit > Select > Reselect Features command work?
> >
> > Hi Michael,
> > it seems to me the command works as expected [1], at least using QGIS
> 3.28 on Windows.
> >
> > May you provide a detailed list of steps that lead to such command to
> not work properly?
> >
> > Best regards.
> >
> > Andrea
> >
> > [1]
> https://docs.qgis.org/3.28/en/docs/user_manual/introduction/general_tools.html#selecting-manually-on-the-map-canvas
> > ___
> > QGIS-User mailing list
> > QGIS-User@lists.osgeo.org
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> ___
> QGIS-User mailing list
> QGIS-User@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Reselect Features

[Michael Edward McNeil via QGIS-User]

Thank you for your reply, Andrea. I'll be glad to describe the situation and 
what I'm doing.

I'm running Qgis 3.23.3 for Windows (Windows 11), which is the regular 
environment I'm now working Qgis in – though earlier I also tried 3.23.2 on 
MacOS (the latter of which – Qgis for MacOS – I now believe to be a less 
refined and less finished variety of Qgis, similar version number or no).

For my particular project at present (a map I'm preparing of Roman Britain), 
I'm adding rivers to the map – drawing data from a shapefile of the "waterways" 
(rivers, creeks, canals, ditches, etc.) of the island of Britain (containing 
something like 190,000 features!), distributed by the U.K. government.

The procedure I've found most convenient at present for doing so (excepting the 
interference of the problem being discussed) is to copy the original shapefile 
to the name of the desired river, load it as a layer, open its Attributes 
Table, turn on Editing, sort the table by name, select all features bearing the 
right river name, then (after selecting the Select Features by Area or Single 
Click tool) scan through the segments and features of the intended river: 1) 
deselecting the segments of a different river possessing the same name (there 
are many such in Britain), 2) deselecting side segments which incorrectly bear 
your intended river's name (also a lot), 3) selecting incorrectly named 
segments (e.g., NULL) that if omitted would introduce gaps in the line of the 
river, 4) adding to the selection creeks possessing a different name, and so 
forth. Finally, invert the selection, delete all the features one didn't select 
in the process above, then save.

It all works well – until the eventual moment when one's pressed shift or 
control key momentarily fails to register, the entire laboriously selected set 
of features clears back to just the last one touched – and I pull out even more 
of my remaining hair.

Nor does saving the layer every now and then in the middle of the process do 
any good – because what features are selected or not at that instant doesn't 
get remembered in the save file.

This is the moment when it would be exceedingly nice if one could just pull 
down Edit > Select > Reselect Features and thereby get back to the last 
previous selected set of features as they existed just prior to the last 
keystroke/click entered.

But that command appears to do nothing.

(Thanks again for your response!)

Best,
Michael McNeil


> On Nov 16, 2023, at 16:33, Andrea Giudiceandrea via QGIS-User 
>  wrote:
> 
> 
>> 
>> Michael Edward McNeil memcneil02 at gmail.com
>> Thu Nov 16 16:04:37 PST 2023
> 
>> Why doesn't the Edit > Select > Reselect Features command work?
> 
> Hi Michael,
> it seems to me the command works as expected [1], at least using QGIS 3.28 on 
> Windows.
> 
> May you provide a detailed list of steps that lead to such command to not 
> work properly?
> 
> Best regards.
> 
> Andrea
> 
> [1] 
> https://docs.qgis.org/3.28/en/docs/user_manual/introduction/general_tools.html#selecting-manually-on-the-map-canvas
> ___
> QGIS-User mailing list
> QGIS-User@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Reselect Features

[Andrea Giudiceandrea via QGIS-User]

Michael Edward McNeil memcneil02 at gmail.com
Thu Nov 16 16:04:37 PST 2023



Why doesn't the Edit > Select > Reselect Features command work?


Hi Michael,
it seems to me the command works as expected [1], at least using QGIS 
3.28 on Windows.


May you provide a detailed list of steps that lead to such command to 
not work properly?


Best regards.

Andrea

[1] 
https://docs.qgis.org/3.28/en/docs/user_manual/introduction/general_tools.html#selecting-manually-on-the-map-canvas

___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Reselect Features

[Michael Edward McNeil via QGIS-User]

Why doesn't the Edit > Select > Reselect Features command work? I've lost so 
many complex selections because a) either my finger slipped, or the shift or 
control key didn't function for an instant – together with b) whereby I can't 
recover the lost selection with the foregoing command, as (from what I've read) 
it's supposed to. (Reselect Features, in my experience, doesn't function 
properly on either MacOS or Windows.)

As an alternative, by the way, to this delicate situation where work can be 
lost at an accidental keystroke, why not add an "Add mode" and "Subtract mode" 
where (till changed) all selections are either one or the other, and not (by 
default) the type of keystroke that, at a stroke, will obliterate a long 
selection process.

Michael McNeil


___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Official check of plugins on "official" repository?

[Alexandre Neto via QGIS-User]

Maybe some platform to report faulty plugins, so that the plugins team can
talk with the plugin developer and eventually mark the plugins as
experimental in that case.

I agree that that message would be nice to have in the plugin menu. Maybe
open a feature request for it?

Thanks for your suggestions.

A quinta, 16/11/2023, 19:34, Agustin Lobo  escreveu:

> Dear Alexandre,
> I understand the limitations of human resources. And my acknowledgment
> to those involved in the QGIS project.
> All I'm asking is a consistent terminology so that users are fully
> aware of the potential problems: the only "official" or
> fully tested plugins should be those which are now named "featured".
> And the notice "Plugins are developed by independent organizations and
> developers,
> the QGIS organization does not take any responsibility for them" (or
> similar), should be in QGIS Plugins/Manage and Install Plugins.
> I'm already very involved on reporting issues in the github systems of
> the plugins I use. Perhaps a system to report eventual problems caused
> by the plugins in QGIS
> could be considered so that QGIS users could use that information to
> decide whether to install a given plugin or not. The current situation
> in which installing or running a plugin can crash QGIS goes
> against QGIS being contemplated as a stable and reliable software.
> Hope QGIS developers find my comments useful.
> Best,
>
> On Thu, Nov 16, 2023 at 10:23 AM Alexandre Neto via QGIS-User
>  wrote:
> >
> > Hello Agustin,
> >
> > I understand your point and I understand the value of what you propose.
> Nevertheless, a full functionality check of each plugin would require human
> resources that the qgis.org project does not have.
> >
> > The meaning of oficial plugin repository comes from a time that there
> was no centralized place to search for plugins. You would need to find
> repositories scattered all over the internet and add it manually. At some
> point it was decided to centralise it as much as possible in one place.
> >
> > The only plugins that are under qqgis.org responsibility are the core
> plugins, the ones that come installed with QGIS.
> >
> > Obviously that, in an ideal world, all plugins would be highly tested
> before being allowed into the repository. But the small team responsible
> for accepting the plugins already struggle to do a "simple" requirements
> check, with all the new plugins and updates.
> >
> > Please consider to support the testing efforts. Make sure to report the
> issues to the respective plugin bug trackers. Consider supporting the
> developer's of the plugins you depend the most, so it becomes more stable
> and reliable.
> >
> > Alex Neto
> >
> > On Thu Nov 16, 2023, 08:23 AM GMT, Agustin Lobo wrote:
> >
> > Thanks for the clarification,
> >
> > They are called featured plugins
> >
> >
> > Thus, the term is misleading. "featured" does not mean "certified".
> > In any case, the bottom issue is that plugins causing problems in QGIS
> > beyond the plugin itself, and in particular those just crashing QGIS
> > should not be entitled to be in the official repository or, at least,
> > required to keep the "experimental" tag.
> > In the absence of further information, the term "official" implies,
> > for the (naive?) user, a commitment to their functionality from the
> > QGIS steering committee.
> > I believe that the note in the QGIS plugins web portal;
> > "Plugins are developed by independent organizations and developers,
> > the QGIS organization does not take any responsibility for them."
> > is somehow conflicting with the term "official". And while all users
> > will read the term "official", very few will reach the aforementioned
> > note.
> > (perhaps this notice should also be in the QGIS plugins menu itself).
> >
> > Hope this helps to keep QGIS to be seen as a stable and reliable tool.
> >
> > Agus
> >
> > On Wed, Nov 15, 2023 at 2:08 PM Alexandre Neto 
> wrote:
> >
> >
> > Hello Agustin,
> >
> >
> > Due to the nature/diversity of QGIS third party plugins design there's
> no automatic review of the plugins. There's a manual review process to
> confirm that they comply with some rules [1], but nothing to test if the
> plugin does what it advertises or if in some situations may cause crashes.
> >
> > This being said, there are few plugins that have the qgis.org
> "certification". They are called featured plugins.
> >
> > Hope it helped
> >
> >
> > [1] https://plugins.qgis.org/publish/
> >
> > A quarta, 15/11/2023, 07:16, Agustin Lobo via QGIS-User <
> qgis-user@lists.osgeo.org> escreveu:
> >
> >
> > I am surprised that some plugins downloaded from the official qgis
> > repository cause problems in QGIS, sometimes even a crash.
> > In the R project, there is a review system that automatically checks
> > packages to be uploaded (and to remain) on the equivalent official
> > repository.
> > Is there an equivalent checking process for QGIS plugins? As a lot of
> > important GIS functionality in QGIS is 

Re: [Qgis-user] Official check of plugins on "official" repository?

[Agustin Lobo via QGIS-User]

Dear Alexandre,
I understand the limitations of human resources. And my acknowledgment
to those involved in the QGIS project.
All I'm asking is a consistent terminology so that users are fully
aware of the potential problems: the only "official" or
fully tested plugins should be those which are now named "featured".
And the notice "Plugins are developed by independent organizations and
developers,
the QGIS organization does not take any responsibility for them" (or
similar), should be in QGIS Plugins/Manage and Install Plugins.
I'm already very involved on reporting issues in the github systems of
the plugins I use. Perhaps a system to report eventual problems caused
by the plugins in QGIS
could be considered so that QGIS users could use that information to
decide whether to install a given plugin or not. The current situation
in which installing or running a plugin can crash QGIS goes
against QGIS being contemplated as a stable and reliable software.
Hope QGIS developers find my comments useful.
Best,

On Thu, Nov 16, 2023 at 10:23 AM Alexandre Neto via QGIS-User
 wrote:
>
> Hello Agustin,
>
> I understand your point and I understand the value of what you propose. 
> Nevertheless, a full functionality check of each plugin would require human 
> resources that the qgis.org project does not have.
>
> The meaning of oficial plugin repository comes from a time that there was no 
> centralized place to search for plugins. You would need to find repositories 
> scattered all over the internet and add it manually. At some point it was 
> decided to centralise it as much as possible in one place.
>
> The only plugins that are under qqgis.org responsibility are the core 
> plugins, the ones that come installed with QGIS.
>
> Obviously that, in an ideal world, all plugins would be highly tested before 
> being allowed into the repository. But the small team responsible for 
> accepting the plugins already struggle to do a "simple" requirements check, 
> with all the new plugins and updates.
>
> Please consider to support the testing efforts. Make sure to report the 
> issues to the respective plugin bug trackers. Consider supporting the 
> developer's of the plugins you depend the most, so it becomes more stable and 
> reliable.
>
> Alex Neto
>
> On Thu Nov 16, 2023, 08:23 AM GMT, Agustin Lobo wrote:
>
> Thanks for the clarification,
>
> They are called featured plugins
>
>
> Thus, the term is misleading. "featured" does not mean "certified".
> In any case, the bottom issue is that plugins causing problems in QGIS
> beyond the plugin itself, and in particular those just crashing QGIS
> should not be entitled to be in the official repository or, at least,
> required to keep the "experimental" tag.
> In the absence of further information, the term "official" implies,
> for the (naive?) user, a commitment to their functionality from the
> QGIS steering committee.
> I believe that the note in the QGIS plugins web portal;
> "Plugins are developed by independent organizations and developers,
> the QGIS organization does not take any responsibility for them."
> is somehow conflicting with the term "official". And while all users
> will read the term "official", very few will reach the aforementioned
> note.
> (perhaps this notice should also be in the QGIS plugins menu itself).
>
> Hope this helps to keep QGIS to be seen as a stable and reliable tool.
>
> Agus
>
> On Wed, Nov 15, 2023 at 2:08 PM Alexandre Neto  wrote:
>
>
> Hello Agustin,
>
>
> Due to the nature/diversity of QGIS third party plugins design there's no 
> automatic review of the plugins. There's a manual review process to confirm 
> that they comply with some rules [1], but nothing to test if the plugin does 
> what it advertises or if in some situations may cause crashes.
>
> This being said, there are few plugins that have the qgis.org 
> "certification". They are called featured plugins.
>
> Hope it helped
>
>
> [1] https://plugins.qgis.org/publish/
>
> A quarta, 15/11/2023, 07:16, Agustin Lobo via QGIS-User 
>  escreveu:
>
>
> I am surprised that some plugins downloaded from the official qgis
> repository cause problems in QGIS, sometimes even a crash.
> In the R project, there is a review system that automatically checks
> packages to be uploaded (and to remain) on the equivalent official
> repository.
> Is there an equivalent checking process for QGIS plugins? As a lot of
> important GIS functionality in QGIS is provided by plugins, I think
> this stability check would avoid a lot of user frustration.
>
> Agus
> ___
> QGIS-User mailing list
> QGIS-User@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
> ___
> QGIS-User mailing list
> QGIS-User@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/

[Qgis-user] FW: Pansharpening Problem

[Richard McDonnell via QGIS-User]

Apologies,
I forgot to include the list in my response Grant, please see below.
Kind Regards,

Richard


--
Richard McDonnell MSc GIS, FME Certified Professional
FRM Data Management

--
Oifig na nOibreacha Poibl?
Office of Public Works

Sr?id Jonathan Swift, Baile ?tha Troim, Co na M?, C15 NX36
Jonathan Swift Street, Trim, Co Meath, C15 NX36
--
M +353 87 688 5964 T +353 46 942 2409
https://gov.ie/opw

--
To send me files larger than 30MB, please use the link below 
https://filetransfer.opw.ie/filedrop/richard.mcdonn...@opw.ie

Email Disclaimer: 
https://www.gov.ie/en/organisation-information/439daf-email-disclaimer/

--
MSc GIS, FME Certified Professional

--
Oifig na nOibreacha Poibl?
Office of Public Works

Sr?id Jonathan Swift, Baile ?tha Troim, Co na M?, C15 NX36
Jonathan Swift Street, Trim, Co Meath, C15 NX36
--
M +353 87 688 5964 T +353 46 942 2409
https://https://gov.ie/opw

--
Email Disclaimer: 
https://www.gov.ie/en/organisation-information/439daf-email-disclaimer/
From: Richard McDonnell
Sent: 16 November 2023 10:19
To: Grant Boxer 
Subject: RE: [Qgis-user] Pansharpening Problem

Hi Grant,
The NoDATA values, if not specified are calculated from the source rasters. For 
RGB imagery, this typically is either 0 or 255, unless you are using an alpha 
band.
You can though remove the NoDATA tag from the raster. I know of two of ways to 
do this.


1.   Use gdal_edit with the -unsetnodata, which will modify the existing 
dataset.

2.   Use gdal_translate to copy the raster but by using the -a_nodata and 
setting it to none, to remove the NoDATA tag

I would suggest if using the first one, that you make a backup of the raster, 
just in case.
I hope that helps!
Kind Regards,

Richard

From: QGIS-User 
mailto:qgis-user-boun...@lists.osgeo.org>> 
On Behalf Of Grant Boxer via QGIS-User
Sent: 16 November 2023 01:52
To: qgis-user@lists.osgeo.org
Subject: [Qgis-user] Pansharpening Problem

I am attempting to pansharpen a PRISMA hyperspectral RGB image and I am getting 
areas within the image that are clipped (no data). These appear to bands with 
zero values in two of the three bands. Anyone have a work around or suggest how 
this can be avoided. I am using the gdal pansharpen tool and latest release 
QGIS 3.34.
Cheers Grant
Perth WA

___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Pansharpening Problem

[Kirk Schmidt via QGIS-User]

Hi Grant:

If you are ending up with null values and zero's, check the values in 
the raster you are pan sharpening against the training or higher 
resolution raster you are using to sharpen. Is there null data in the 
high res raster.  Review the input requirements of the routine to ensure 
the tool will work with your data. Perhaps pan sharpening a 3 channel 
raster with a single channel raster creates the problem.


Kirk Schmidt

On 11/15/2023 9:52 PM, Grant Boxer via QGIS-User wrote:


I am attempting to pansharpen a PRISMA hyperspectral RGB image and I 
am getting areas within the image that are clipped (no data). These 
appear to bands with zero values in two of the three bands. Anyone 
have a work around or suggest how this can be avoided. I am using the 
gdal pansharpen tool and latest release QGIS 3.34.


Cheers Grant

Perth WA


___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info:https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-user


--
Kirk Schmidt, MScF, BScF, RPF
General Manager
Nortek Resource Solutions Inc.
26 Church Road
Sutherlands River, NS
B0K 1W0
Tel (902) 922.3607
Email:k...@nortekresources.com
Web:www.nortekresources.com
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Official check of plugins on "official" repository?

[Alexandre Neto via QGIS-User]

Hello Agustin,

I understand your point and I understand the value of what you propose. 
Nevertheless, a full functionality check of each plugin would require human 
resources that the qgis.org  project does not have.

The meaning of oficial plugin repository comes from a time that there was no 
centralized place to search for plugins. You would need to find repositories 
scattered all over the internet and add it manually. At some point it was 
decided to centralise it as much as possible in one place.

The only plugins that are under qqgis.org  responsibility are 
the core plugins, the ones that come installed with QGIS.

Obviously that, in an ideal world, all plugins would be highly tested before 
being allowed into the repository. But the small team responsible for accepting 
the plugins already struggle to do a "simple" requirements check, with all the 
new plugins and updates.

Please consider to support the testing efforts. Make sure to report the issues 
to the respective plugin bug trackers. Consider supporting the developer's of 
the plugins you depend the most, so it becomes more stable and reliable.

Alex Neto

On Thu Nov 16, 2023, 08:23 AM GMT, Agustin Lobo  
wrote:
> Thanks for the clarification,
>> They are called featured plugins
>
> Thus, the term is misleading. "featured" does not mean "certified".
> In any case, the bottom issue is that plugins causing problems in QGIS
> beyond the plugin itself, and in particular those just crashing QGIS
> should not be entitled to be in the official repository or, at least,
> required to keep the "experimental" tag.
> In the absence of further information, the term "official" implies,
> for the (naive?) user, a commitment to their functionality from the
> QGIS steering committee.
> I believe that the note in the QGIS plugins web portal;
> "Plugins are developed by independent organizations and developers,
> the QGIS organization does not take any responsibility for them."
> is somehow conflicting with the term "official". And while all users
> will read the term "official", very few will reach the aforementioned
> note.
> (perhaps this notice should also be in the QGIS plugins menu itself).
>
> Hope this helps to keep QGIS to be seen as a stable and reliable tool.
>
> Agus
>
> On Wed, Nov 15, 2023 at 2:08 PM Alexandre Neto  wrote:
>>
>> Hello Agustin,
>>
>>
>> Due to the nature/diversity of QGIS third party plugins design there's no 
>> automatic review of the plugins. There's a manual review process to confirm 
>> that they comply with some rules [1], but nothing to test if the plugin does 
>> what it advertises or if in some situations may cause crashes.
>>
>> This being said, there are few plugins that have the qgis.org 
>> "certification". They are called featured plugins.
>>
>> Hope it helped
>>
>>
>> [1] https://plugins.qgis.org/publish/
>>
>> A quarta, 15/11/2023, 07:16, Agustin Lobo via QGIS-User 
>>  escreveu:
>>>
>>> I am surprised that some plugins downloaded from the official qgis
>>> repository cause problems in QGIS, sometimes even a crash.
>>> In the R project, there is a review system that automatically checks
>>> packages to be uploaded (and to remain) on the equivalent official
>>> repository.
>>> Is there an equivalent checking process for QGIS plugins? As a lot of
>>> important GIS functionality in QGIS is provided by plugins, I think
>>> this stability check would avoid a lot of user frustration.
>>>
>>> Agus
>>> ___
>>> QGIS-User mailing list
>>> QGIS-User@lists.osgeo.org
>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Official check of plugins on "official" repository?

[Agustin Lobo via QGIS-User]

Thanks for the clarification,
> They are called featured plugins

Thus, the term is misleading. "featured" does not mean "certified".
In any case, the bottom issue is that plugins causing problems in QGIS
beyond the plugin itself, and in particular those just crashing QGIS
should not be entitled to be in the official repository or, at least,
required to keep the "experimental" tag.
In the absence of further information, the term "official" implies,
for the (naive?) user, a commitment to their functionality from the
QGIS steering committee.
I believe that the note in the QGIS plugins web portal;
"Plugins are developed by independent organizations and developers,
the QGIS organization does not take any responsibility for them."
is somehow conflicting with the term "official". And while all users
will read the term "official", very few will reach the aforementioned
note.
(perhaps this notice should also be in the QGIS plugins menu itself).

Hope this helps to keep QGIS to be seen as a stable and reliable tool.

Agus

On Wed, Nov 15, 2023 at 2:08 PM Alexandre Neto  wrote:
>
> Hello Agustin,
>
>
> Due to the nature/diversity of QGIS third party plugins design there's no 
> automatic review of the plugins. There's a manual review process to confirm 
> that they comply with some rules [1], but nothing to test if the plugin does 
> what it advertises or if in some situations may cause crashes.
>
> This being said, there are few plugins that have the qgis.org 
> "certification". They are called featured plugins.
>
> Hope it helped
>
>
> [1] https://plugins.qgis.org/publish/
>
> A quarta, 15/11/2023, 07:16, Agustin Lobo via QGIS-User 
>  escreveu:
>>
>> I am surprised that some plugins downloaded from the official qgis
>> repository cause problems in QGIS, sometimes even a crash.
>> In the R project, there is a review system that automatically checks
>> packages to be uploaded (and to remain) on the equivalent official
>> repository.
>> Is there an equivalent checking process for QGIS plugins? As a lot of
>> important GIS functionality in QGIS is provided by plugins, I think
>> this stability check would avoid a lot of user frustration.
>>
>> Agus
>> ___
>> QGIS-User mailing list
>> QGIS-User@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user