[Lizmap] Thanks and question about the warning with increased number of layers

Sun Feb 11 23:11:34 PST 2024

Hi Etienne,

Thank you very much for your detailed reply. And sorry for the late response, but there is a lot of productive (positive) work with Lizmap. The data for the applications must also be created :)

->  I'm thinking about the "Invalid field for QGIS server", this one is an important check to fix, but it takes more than a minute...

What is meant by this? Overall, filling in the QGIS server tab in the project properties?

-> Feel free to provide some ideas if needed, in the Lizmap plugin repository.

The default collapsing of the layer groups in the plugin would still be a great relief. I have to scroll a lot every time.

Or a handling of the layer groups as in the WebClient (and in the QGIS layer tree)

Should I suggest this on Github?

-> Hum, for now, there isn't any check about the number of layer in the plugin, right ?

Here I meant the note about the number of layers in the backend (on the web)

-> That's why some QGIS settings can be tuned to skip some parts when loading a project (skip layouts, force readonly on layers...)

„force readonly on layers“?  Which option is meant here?

(Sorry, but I often have translation problems (Deepl))

In a comprehensive WebGIS project for municipalities/cities, there are many themes (layers) that should be available in a project as far as possible. However, only some of these are then activated by the user as required.

I will still try to test the extent to which a large number of passive layers has a negative effect on speed.

Many thanks and best regards

WAGNER-IT

Ingenieurbüro für Geoinformatik
Günter Wagner

Carl-Orff-Weg 7
79312 Emmendingen
Tel.:  07641/9621668
Fax:  07641/915599
www.wagner-it.de <http://www.wagner-it.de/> 

Von: Lizmap <lizmap-bounces at lists.osgeo.org> Im Auftrag von Etienne Trimaille via Lizmap
Gesendet: Mittwoch, 24. Januar 2024 13:27
An: lizmap at lists.osgeo.org
Betreff: Re: [Lizmap] Thanks and question about the warning with increased number of layers

Hi Günter,

On 19/01/2024 12:59, G. Wagner, Wagner-IT via Lizmap wrote:

Hi,

Firstly, many thanks to the entire Lizmap development team for the very active further development of the client.

Thanks a lot for your positive feedbacks. It's really appreciated ! Your message has been forwarded to the team ;-)

In open source, we don't know too much our users, and sometimes, we don't have too many feedbacks when it's working nicely :) (but we have bug reports on GitHub... :) )

We spent indeed a lot of times for releasing Lizmap Web Client 3.7 (polish, bugfix etc), we are glad we could make it after a "long tunnel" of internal refactoring etc

The work done on the plugin side was also unexpected and not planned. It was just a "need" from our internal feedbacks.

 Even if the background and the advantages are not visible at first glance (is there any help for this?), it certainly does no harm and does not cause any extra work.

Maybe indeed for some checks, it's not obvious, but as you said, "it does not harm" to make it.

For now, we have "blocking" rules only if the issue is a "less than 1 minute to fix", we do not block suddenly our users in their workflow.

But some checks, tagged "Important" (so not "blocking" the CFG file generation), are sometimes leading to poor performance of the project. Because it's not "quick" to fix, we decided to not block users.

I'm thinking about the "Invalid field for QGIS server", this one is an important check to fix, but it takes more than a minute...
We are still not sure how we will enforce this rule in the future... If you have ideas ? :)

These checks are coming from our internal feedbacks on our Lizmap Cloud hosting solution. We are monitoring a lot of customers having various projects (various layers, use case, different situations etc.). So these checks in the plugin are bottlenecks we could identify on projects we are hosting.

Some bottlenecks are very "project specific" sometimes, or too long to code for now :) So it won't land in the plugin for now.

Feel free to provide some ideas if needed, in the Lizmap plugin repository.

 But a question about the warning in the backend if the number of layers is too high:

Is the absolute number of layers in the project a problem or only the number of active layers that also need to be rendered?

In my experience, it is only the active layers.

Hum, for now, there isn't any check about the number of layer in the plugin, right ?

The performance of a project about the number of layer is very project specific.

Some projects with a dozen of layers can work with difficulties (because covering a whole country, with a lot of features, with very precise geometry at high-scale), and some projects with a lot of layers can work nicely.

On our hosting infrastructure, we are monitoring projects having more than 100 layers (with another threshold at 200 layers as well).

When doing a GetMap request, QGIS server loads the whole project by default (like all QGIS print layouts, with all logos/pictures included in these layouts, all layers and relations between layers...).

That's why some QGIS settings can be tuned to skip some parts when loading a project (skip layouts, force readonly on layers...)

Back to your question, so I guess not only "active" layers, but also others layers.

Of course, the number of "rendered" layers in a GetMap request is important (like complexity in the symbology, the precision of the geometry rendered etc).

I hope I understood your question ;-)

Regards,

Regards

Günter Wagner

WAGNER-IT

Ingenieurbüro für Geoinformatik
Carl-Orff-Weg 7
79312 Emmendingen
Tel.:  07641/9621668
Fax:  07641/915599
www.wagner-it.de <http://www.wagner-it.de/> 

_______________________________________________
Lizmap mailing list
Lizmap at lists.osgeo.org <mailto:Lizmap at lists.osgeo.org> 
https://lists.osgeo.org/mailman/listinfo/lizmap

-- 

Etienne Trimaille 
Géomaticien 
 <http://www.3liz.com> www.3liz.com 

Tel. 06 12 93 11 39 
Bureau 
31, rue de l'Argenterie 
34000 Montpellier 
Siège social 
73, allée Kleber 
Boulevard de Strasbourg 
34000 Montpellier 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/lizmap/attachments/20240212/54b3aabf/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.jpg
Type: image/jpeg
Size: 4440 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/lizmap/attachments/20240212/54b3aabf/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.jpg
Type: image/jpeg
Size: 36542 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/lizmap/attachments/20240212/54b3aabf/attachment-0003.jpg>