<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
{font-family:"ITC Avant Garde Std Bk";
panose-1:2 11 5 2 2 2 2 2 2 4;}
@font-face
{font-family:"ITC Avant Garde Std Md";
panose-1:2 11 6 2 2 2 2 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Vorformatiert Zchn";
margin:0cm;
font-size:10.0pt;
font-family:"Courier New";}
span.HTMLVorformatiertZchn
{mso-style-name:"HTML Vorformatiert Zchn";
mso-style-priority:99;
mso-style-link:"HTML Vorformatiert";
font-family:Consolas;}
span.E-MailFormatvorlage23
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;
mso-ligatures:none;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 2.0cm 70.85pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=DE link=blue vlink=purple style='word-wrap:break-word'><div class=WordSection1><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Hi Etienne,<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>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 :)<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal style='text-indent:35.4pt'><span style='mso-fareast-language:EN-US'>-> 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...<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>What is meant by this? Overall, filling in the QGIS server tab in the project properties?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal style='text-indent:35.4pt'><span style='mso-fareast-language:EN-US'>-> Feel free to provide some ideas if needed, in the Lizmap plugin repository.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>The default collapsing of the layer groups in the plugin would still be a great relief. I have to scroll a lot every time.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Or a handling of the layer groups as in the WebClient (and in the QGIS layer tree)<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><img width=166 height=56 style='width:1.725in;height:.5833in' id="Grafik_x0020_1" src="cid:image006.jpg@01DA5D8A.27DC4CF0"><o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><img width=397 height=342 style='width:4.1333in;height:3.5666in' id="Grafik_x0020_2" src="cid:image007.jpg@01DA5D8A.27DC4CF0"><o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Should I suggest this on Github?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal style='text-indent:35.4pt'><span style='mso-fareast-language:EN-US'>-> Hum, for now, there isn't any check about the number of layer in the plugin, right ?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Here I meant the note about the number of layers in the backend (on the web)<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal style='text-indent:35.4pt'><span style='mso-fareast-language:EN-US'>-> That's why some QGIS settings can be tuned to skip some parts when loading a project (skip layouts, force readonly on layers...)<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>„force readonly on layers“? Which option is meant here?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>(Sorry, but I often have translation problems (Deepl))<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>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.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>I will still try to test the extent to which a large number of passive layers has a negative effect on speed.<o:p></o:p></span></p><p class=MsoNormal style='text-indent:35.4pt'><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Many thanks and best regards<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><div><p class=MsoNormal><span style='font-size:8.0pt'><o:p> </o:p></span></p><p class=MsoNormal><b><span style='font-family:"ITC Avant Garde Std Bk",sans-serif;color:#E36C0A'>WAGNER-</span></b><span style='font-family:"ITC Avant Garde Std Md",sans-serif;color:#1F497D'>IT</span><b><span style='color:#1F497D'><o:p></o:p></span></b></p><p class=MsoNormal>Ingenieurbüro für Geoinformatik<b><span style='font-size:12.0pt;color:#1F497D'><br></span></b>Günter Wagner<o:p></o:p></p><p class=MsoNormal>Carl-Orff-Weg 7<br>79312 Emmendingen<br>Tel.: 07641/9621668<br>Fax: 07641/915599<br><a href="http://www.wagner-it.de/">www.wagner-it.de</a><o:p></o:p></p></div><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b>Von:</b> Lizmap <lizmap-bounces@lists.osgeo.org> <b>Im Auftrag von </b>Etienne Trimaille via Lizmap<br><b>Gesendet:</b> Mittwoch, 24. Januar 2024 13:27<br><b>An:</b> lizmap@lists.osgeo.org<br><b>Betreff:</b> Re: [Lizmap] Thanks and question about the warning with increased number of layers<o:p></o:p></p></div></div><p class=MsoNormal><o:p> </o:p></p><p>Hi Günter,<o:p></o:p></p><div><p class=MsoNormal>On 19/01/2024 12:59, G. Wagner, Wagner-IT via Lizmap wrote:<o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Hi,</span><o:p></o:p></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'> </span><o:p></o:p></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Firstly, many thanks to the entire Lizmap development team for the very active further development of the client.</span><o:p></o:p></p></blockquote><p>Thanks a lot for your positive feedbacks. It's really appreciated ! Your message has been forwarded to the team ;-)<br><br>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... :) )<br><br>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<br><br>The work done on the plugin side was also unexpected and not planned. It was just a "need" from our internal feedbacks.<o:p></o:p></p><p><o:p> </o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal><span style='mso-fareast-language:EN-US'> 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.</span><o:p></o:p></p></blockquote><p>Maybe indeed for some checks, it's not obvious, but as you said, "it does not harm" to make it.<br><br>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.<br><br>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.<o:p></o:p></p><p>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...<br>We are still not sure how we will enforce this rule in the future... If you have ideas ? :)<br><br><br>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.<o:p></o:p></p><p>Some bottlenecks are very "project specific" sometimes, or too long to code for now :) So it won't land in the plugin for now.<o:p></o:p></p><p>Feel free to provide some ideas if needed, in the Lizmap plugin repository.<o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal><span style='mso-fareast-language:EN-US'> But a question about the warning in the backend if the number of layers is too high:</span><o:p></o:p></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Is the absolute number of layers in the project a problem or only the number of active layers that also need to be rendered?</span><o:p></o:p></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>In my experience, it is only the active layers.</span><o:p></o:p></p></blockquote><p><o:p> </o:p></p><p>Hum, for now, there isn't any check about the number of layer in the plugin, right ?<o:p></o:p></p><p>The performance of a project about the number of layer is very project specific.<o:p></o:p></p><p>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.<o:p></o:p></p><p>On our hosting infrastructure, we are monitoring projects having more than 100 layers (with another threshold at 200 layers as well).<o:p></o:p></p><p><o:p> </o:p></p><p>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...).<o:p></o:p></p><p>That's why some QGIS settings can be tuned to skip some parts when loading a project (skip layouts, force readonly on layers...)<o:p></o:p></p><p>Back to your question, so I guess not only "active" layers, but also others layers.<o:p></o:p></p><p>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).<o:p></o:p></p><p><o:p> </o:p></p><p>I hope I understood your question ;-)<o:p></o:p></p><p><o:p> </o:p></p><p>Regards,<o:p></o:p></p><p><o:p> </o:p></p><p><o:p> </o:p></p><p><o:p> </o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>Regards<o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>Günter Wagner<o:p></o:p></p><p class=MsoNormal><span style='font-size:8.0pt'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:8.0pt'> </span><o:p></o:p></p><p class=MsoNormal><b><span style='font-family:"ITC Avant Garde Std Bk",sans-serif;color:#E36C0A'>WAGNER-</span></b><span style='font-family:"ITC Avant Garde Std Md",sans-serif;color:#1F497D'>IT</span><o:p></o:p></p><p class=MsoNormal>Ingenieurbüro für Geoinformatik<b><span style='font-size:12.0pt;color:#1F497D'><br></span></b>Carl-Orff-Weg 7<br>79312 Emmendingen<br>Tel.: 07641/9621668<br>Fax: 07641/915599<br><a href="http://www.wagner-it.de/">www.wagner-it.de</a><o:p></o:p></p></div><p class=MsoNormal><br><br><o:p></o:p></p><pre>_______________________________________________<o:p></o:p></pre><pre>Lizmap mailing list<o:p></o:p></pre><pre><a href="mailto:Lizmap@lists.osgeo.org">Lizmap@lists.osgeo.org</a><o:p></o:p></pre><pre><a href="https://lists.osgeo.org/mailman/listinfo/lizmap">https://lists.osgeo.org/mailman/listinfo/lizmap</a><o:p></o:p></pre></blockquote><div><p class=MsoNormal>-- <o:p></o:p></p><p><b><span style='color:yellowgreen'>Etienne Trimaille</span></b> <br>Géomaticien <br><a href="http://www.3liz.com"><span style='color:yellowgreen;text-decoration:none'>www.3liz.com</span></a> <br><span style='font-size:9.0pt'><br><b>Tel.</b> 06 12 93 11 39 <br><b>Bureau</b> <br>31, rue de l'Argenterie <br>34000 Montpellier <br><b>Siège social</b> <br>73, allée Kleber <br>Boulevard de Strasbourg <br>34000 Montpellier </span><o:p></o:p></p><p><o:p> </o:p></p></div></div></body></html>