<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<style type="text/css">body p { margin-bottom: 0cm; margin-top: 0pt; } </style>
</head>
<body bidimailui-charset-is-forced="true">
<p>Hello Patrick:</p>
<p><br>
</p>
<p>Which desktop manager are you using?</p>
<p><br>
</p>
<p>Some months ago,I reinstalled my buster machine with the default
Gnome, and found, like you, repeated crashed of QGIS in all kinds
of unrelated situations. After trying many updates, recreating
QGIS projects, etc, I decided to try KDE. And voila, all the
troubles disappeared. I have since followed the upgrades thru 3.10
to 3.12 and no issues have appeared. <br>
</p>
<p>I can't even guess what the problem is: maybe some clash between
QGIS and the gtk libraries used by Gnome? In any case I'm back on
KDE and enjoying it.<br>
</p>
<p><br>
</p>
<p><br>
</p>
<div class="moz-cite-prefix">On 13/03/2020 8:24, Patrick Dunford
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:1fb47d81-e41c-fbd9-0e1c-0322dad90c65@gmail.com">In the
last few weeks I have been doing a lot of testing with various
test environments.
<br>
<br>
At the moment I can't replicate the problem.There seem to be no
issues with 3.4.15, 3.10 or 3.12
<br>
<br>
On 2/02/20 5:25 am, Jonathan Moules wrote:
<br>
<blockquote type="cite">Hi Patrick,
<br>
<br>
I'd suggest reporting this to the QGIS bug tracker as a
regression.
<br>
<br>
Cheers,
<br>
<br>
Jonathan
<br>
<br>
On 2020-02-01 07:20, Patrick Dunford wrote:
<br>
<blockquote type="cite">Further investigation and comment
<br>
<br>
Since recently installing Qgis 3.4.15 or 3.4.14 on some of my
computers running Debian 10, I immediately began to see a
trend of the software exhibiting an increased tendency to
crash when working with certain WMTS layers that I had
previously worked with extensively over recent weeks for
mapping purposes.
<br>
<br>
After attempting numerous changes including special versions
of projects containing no file based raster layers and only
containing one WMTS layer at a time and being unable to use
the software regardless I created a virtual machine running
Debian 9 which has the latest version available for that
platform, 3.4.4. This has resulted in immediate major
improvement in the reliability of the software to the point I
can resume using it without the numerous crashes of the
software that have been noted recently, especially in the last
week approximately.
<br>
<br>
On 27/01/20 1:19 am, Patrick Dunford wrote:
<br>
<blockquote type="cite">Good day to all.
<br>
<br>
Not so long ago I wrote a post about issues handling large
numbers of raster files. This results from what appears to
be an architectural design limitation of Qgis in that it
only has enough resources available for a certain (unknown)
number of raster layers and does not have any effective
system for dealing with the exhaustion of these resources.
<br>
<br>
I also noted that the software does not appear to have the
ability to use the swap (virtual memory) resources within a
system to deal with the apparent exhaustion of resources, as
other software would. For example, Gimp which I use for
graphical editing is able to handle certain projects using a
swap space of 200 GB, which consists of 32 GB of physical
RAM and the rest in SSD. It is not unusual with some of
these graphics projects to have 100 GB or more of swap space
in use, without crashing the system. (This being possible
since Gimp 2.10 with its ability to write files of more than
4 GB)
<br>
<br>
Whilst it is possible to manage the number of layers with
file based rasters, this cannot be done with a WMTS server
because there is no way I am aware of to manage the number
of layers that can be downloaded from the server.
<br>
<br>
Version 2.18 and earlier almost never crashed with excess
layers, usually all that would happen is a layer would be
displayed with invalid data. However, crashes have become
the norm with 3.x versions of software.
<br>
<br>
It seems to me there is a big architectural problem in the
software with its inability to utilise the full resources of
the system in order to process the number of layers that a
WMTS server is capable of issuing.
<br>
<br>
</blockquote>
_______________________________________________
<br>
Qgis-user mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a>
<br>
List info: <a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/qgis-user">https://lists.osgeo.org/mailman/listinfo/qgis-user</a>
<br>
Unsubscribe:
<a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/qgis-user">https://lists.osgeo.org/mailman/listinfo/qgis-user</a>
<br>
</blockquote>
</blockquote>
_______________________________________________
<br>
Qgis-user mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a>
<br>
List info: <a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/qgis-user">https://lists.osgeo.org/mailman/listinfo/qgis-user</a>
<br>
Unsubscribe: <a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/qgis-user">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
</blockquote>
<pre class="moz-signature" cols="72">--
Micha Silver
Ben Gurion Univ.
Sde Boker, Remote Sensing Lab
cell: +972-523-665918
<a class="moz-txt-link-freetext" href="https://orcid.org/0000-0002-1128-1325">https://orcid.org/0000-0002-1128-1325</a></pre>
</body>
</html>