QGIS Application: Issueshttps://issues.qgis.org/https://issues.qgis.org/favicon.ico2019-05-23T10:48:11ZQGIS Issue Tracking
Redmine Bug report #22131 (Closed): SAGA raster calculator loads more grids than selected when a sdat is ...https://issues.qgis.org/issues/221312019-05-23T10:48:11ZPedro Venânciopedrongvenancio@gmail.com
<p>SAGA raster calculator loads more grids than selected, when a raster is supplied in .sdat format in XGRIDS.</p>
<p>The formula is</p>
<pre>
{ 'FORMULA' : 'a+b+c', 'GRIDS' : 'D:/Testes/saga/Z_top_res.tif', 'RESAMPLING' : 0, 'RESULT' : 'C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/bbebbd5d3a774a8890c3295a40ce2bde/RESULT.sdat', 'TYPE' : 7, 'USE_NODATA' : False, 'XGRIDS' : ['D:/Testes/saga/c.sdat','D:/Testes/saga/t_top_res.tif'] }
</pre>
<p>So, 1 raster as GRIDS (<strong>D:/Testes/saga/Z_top_res.tif</strong>), and 2 rasters as XGRIDS (<strong>D:/Testes/saga/c.sdat</strong> and <strong>D:/Testes/saga/t_top_res.tif</strong>).</p>
<p>However, it seems that Processing is importing the sdat raster to the SAGA format:</p>
<pre>
io_gdal 0 -TRANSFORM 1 -RESAMPLING 3 -GRIDS "C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/b876b2b72535404b883a06d0fdedb4a0/c.sgrd" -FILES "D:\Testes\saga\c.sdat"
</pre>
<p>but as it is already in SAGA format, Processing uses both in raster calculator:</p>
<pre>
grid_calculus "Grid Calculator" -GRIDS "C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/240dff11e1314783baa2a5dab944de47/Ztopres.sgrd" -XGRIDS "D:\Testes\saga\c.sgrd;C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/b876b2b72535404b883a06d0fdedb4a0/c.sgrd;C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/9a1d1134e6ca4ad68ee59e5424d627b8/ttopres.sgrd" -FORMULA "a+b+c" -RESAMPLING 0 -USE_NODATA false -TYPE 7 -RESULT "C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/bbebbd5d3a774a8890c3295a40ce2bde/RESULT.sdat"
</pre>
<p>And obviously, the result is wrong, as the identifiers in the formula (b, c, ...) becomes a mess.</p>
<p>This happens in QGIS 3.4.8, 3.6.3, 3.7 (master), but not in QGIS 3.18.28. So this seems a regression.</p>
<p><strong>QGIS 3.4.8</strong><br /><pre>
Processing algorithm…
Algorithm 'Raster calculator' starting…
Input parameters:
{ 'FORMULA' : 'a+b+c', 'GRIDS' : 'D:/Testes/saga/Z_top_res.tif', 'RESAMPLING' : 0, 'RESULT' : 'C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/bbebbd5d3a774a8890c3295a40ce2bde/RESULT.sdat', 'TYPE' : 7, 'USE_NODATA' : False, 'XGRIDS' : ['D:/Testes/saga/c.sdat','D:/Testes/saga/t_top_res.tif'] }
io_gdal 0 -TRANSFORM 1 -RESAMPLING 3 -GRIDS "C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/240dff11e1314783baa2a5dab944de47/Ztopres.sgrd" -FILES "D:\Testes\saga\Z_top_res.tif"
io_gdal 0 -TRANSFORM 1 -RESAMPLING 3 -GRIDS "C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/b876b2b72535404b883a06d0fdedb4a0/c.sgrd" -FILES "D:\Testes\saga\c.sdat"
io_gdal 0 -TRANSFORM 1 -RESAMPLING 3 -GRIDS "C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/9a1d1134e6ca4ad68ee59e5424d627b8/ttopres.sgrd" -FILES "D:\Testes\saga\t_top_res.tif"
grid_calculus "Grid Calculator" -GRIDS "C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/240dff11e1314783baa2a5dab944de47/Ztopres.sgrd" -XGRIDS "D:\Testes\saga\c.sgrd;C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/b876b2b72535404b883a06d0fdedb4a0/c.sgrd;C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/9a1d1134e6ca4ad68ee59e5424d627b8/ttopres.sgrd" -FORMULA "a+b+c" -RESAMPLING 0 -USE_NODATA false -TYPE 7 -RESULT "C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/bbebbd5d3a774a8890c3295a40ce2bde/RESULT.sdat"
C:\OSGeo4W64\bin>set SAGA=C:/OSGEO4~1/apps\saga-ltr
C:\OSGeo4W64\bin>set SAGA_MLB=C:/OSGEO4~1/apps\saga-ltr\modules
C:\OSGeo4W64\bin>PATH=C:\OSGEO4~1\apps\qgis-ltr-dev\bin;C:\OSGEO4~1\apps\grass\grass76\lib;C:\OSGEO4~1\apps\grass\grass76\bin;C:\OSGEO4~1\apps\Python37;C:\OSGEO4~1\apps\Python37\Scripts;C:\OSGEO4~1\apps\qt5\bin;C:\OSGEO4~1\apps\Python27\Scripts;C:\OSGEO4~1\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBem;C:\OSGEO4~1\apps\msys\bin;C:\Program Files\RStudio\bin;C:\OSGEO4~1\apps\Python37\lib\site-packages\numpy\.libs;C:\OSGEO4~1\apps\Python37\lib\site-packages\scipy\extra-dll;C:/OSGEO4~1/apps\saga-ltr;C:/OSGEO4~1/apps\saga-ltr\modules
C:\OSGeo4W64\bin>call saga_cmd io_gdal 0 -TRANSFORM 1 -RESAMPLING 3 -GRIDS "C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/240dff11e1314783baa2a5dab944de47/Ztopres.sgrd" -FILES "D:\Testes\saga\Z_top_res.tif"
____________________________
##### ## ##### ##
### ### ## ###
### # ## ## #### # ##
### ##### ## # #####
##### # ## ##### # ##
____________________________
SAGA Version: 2.3.2 (64 bit)
____________________________
library path: C:\OSGEO4~1\apps\saga-ltr\modules\
library name: io_gdal
library : GDAL/OGR
tool : Import Raster
author : O.Conrad (c) 2007 (A.Ringeler)
processors : 8 [8]
____________________________
Parameters
Grids: No objects
Files: "D:\Testes\saga\Z_top_res.tif"
Select from Multiple Bands:
Alphanumeric Sorting: yes
Transformation: yes
Resampling: B-Spline Interpolation
loading: D:\Testes\saga\Z_top_res.tif
Driver: GTiff
Bands: 1
Rows: 15
Columns: 15
loading: Z_top_res
C:\OSGeo4W64\bin>call saga_cmd io_gdal 0 -TRANSFORM 1 -RESAMPLING 3 -GRIDS "C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/b876b2b72535404b883a06d0fdedb4a0/c.sgrd" -FILES "D:\Testes\saga\c.sdat"
____________________________
##### ## ##### ##
### ### ## ###
### # ## ## #### # ##
### ##### ## # #####
##### # ## ##### # ##
____________________________
SAGA Version: 2.3.2 (64 bit)
____________________________
library path: C:\OSGEO4~1\apps\saga-ltr\modules\
library name: io_gdal
library : GDAL/OGR
tool : Import Raster
author : O.Conrad (c) 2007 (A.Ringeler)
processors : 8 [8]
____________________________
Parameters
Grids: No objects
Files: "D:\Testes\saga\c.sdat"
Select from Multiple Bands:
Alphanumeric Sorting: yes
Transformation: yes
Resampling: B-Spline Interpolation
loading: D:\Testes\saga\c.sdat
Driver: SAGA
Bands: 1
Rows: 15
Columns: 15
loading: c
C:\OSGeo4W64\bin>call saga_cmd io_gdal 0 -TRANSFORM 1 -RESAMPLING 3 -GRIDS "C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/9a1d1134e6ca4ad68ee59e5424d627b8/ttopres.sgrd" -FILES "D:\Testes\saga\t_top_res.tif"
____________________________
##### ## ##### ##
### ### ## ###
### # ## ## #### # ##
### ##### ## # #####
##### # ## ##### # ##
____________________________
SAGA Version: 2.3.2 (64 bit)
____________________________
library path: C:\OSGEO4~1\apps\saga-ltr\modules\
library name: io_gdal
library : GDAL/OGR
tool : Import Raster
author : O.Conrad (c) 2007 (A.Ringeler)
processors : 8 [8]
____________________________
Parameters
Grids: No objects
Files: "D:\Testes\saga\t_top_res.tif"
Select from Multiple Bands:
Alphanumeric Sorting: yes
Transformation: yes
Resampling: B-Spline Interpolation
loading: D:\Testes\saga\t_top_res.tif
Driver: GTiff
Bands: 1
Rows: 15
Columns: 15
loading: t_top_res
C:\OSGeo4W64\bin>call saga_cmd grid_calculus "Grid Calculator" -GRIDS "C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/240dff11e1314783baa2a5dab944de47/Ztopres.sgrd" -XGRIDS "D:\Testes\saga\c.sgrd;C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/b876b2b72535404b883a06d0fdedb4a0/c.sgrd;C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/9a1d1134e6ca4ad68ee59e5424d627b8/ttopres.sgrd" -FORMULA "a+b+c" -RESAMPLING 0 -USE_NODATA false -TYPE 7 -RESULT "C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/bbebbd5d3a774a8890c3295a40ce2bde/RESULT.sdat"
____________________________
##### ## ##### ##
### ### ## ###
### # ## ## #### # ##
### ##### ## # #####
##### # ## ##### # ##
____________________________
SAGA Version: 2.3.2 (64 bit)
____________________________
library path: C:\OSGEO4~1\apps\saga-ltr\modules\
library name: grid_calculus
library : Calculus
tool : Grid Calculator
author : A.Ringeler (c) 2003
processors : 8 [8]
____________________________
Load grid: C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/240dff11e1314783baa2a5dab944de47/Ztopres.sgrd...
Load grid: D:\Testes\saga\c.sgrd...
Load grid: C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/b876b2b72535404b883a06d0fdedb4a0/c.sgrd...
Load grid: C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/9a1d1134e6ca4ad68ee59e5424d627b8/ttopres.sgrd...
Parameters
Grid system: 1000; 15x 15y; 472000x 4740000y
Grids: 1 object (Ztopres)
Grids from different Systems: 3 objects (c, c, ttopres)
Resampling: Nearest Neighbour
Result: Result
Formula: a+b+c
Name: Calculation
Take Formula: no
Use NoData: no
Data Type: 4 byte floating point number
Warning: The number of supplied grids exceeds the number of variables in formula. (4 > 3)
C:\OSGeo4W64\bin>exit
Execution completed in 20.79 seconds
Results:
{'RESULT': 'C:/Users/pedro.venancio/AppData/Local/Temp/processing_87ca241799e54598a3ff48cbb44bb515/bbebbd5d3a774a8890c3295a40ce2bde/RESULT.sdat'}
Loading resulting layers
Algorithm 'Raster calculator' finished
</pre></p>
<p><strong>QGIS 3.6.3</strong><br /><pre>
QGIS version: 3.6.3-Noosa
QGIS code revision: 0c5774c068
Qt version: 5.11.2
GDAL version: 2.4.1
GEOS version: 3.7.2-CAPI-1.11.0 b55d2125
PROJ version: 520
Processing algorithm…
Algorithm 'Raster calculator' starting…
Input parameters:
{ 'FORMULA' : '((c-b)/a)*1000', 'GRIDS' : 'D:/Testes/saga/Z_top_res.tif', 'RESAMPLING' : 0, 'RESULT' : 'D:/Testes/saga/d.sdat', 'TYPE' : 7, 'USE_NODATA' : False, 'XGRIDS' : ['D:/Testes/saga/c.sdat','D:/Testes/saga/t_top_res.tif'] }
grid_calculus "Grid Calculator" -GRIDS "C:/Users/pedro.venancio/AppData/Local/Temp/processing_6202d43c755f430da81bf61495949469/00c571a7d64f4b32b11eca2358b66db2/Ztopres.sgrd" -XGRIDS "D:\Testes\saga\c.sgrd;C:/Users/pedro.venancio/AppData/Local/Temp/processing_6202d43c755f430da81bf61495949469/4c2d1f3a6ac74f2fa23aa3366da7f0a5/c.sgrd;C:/Users/pedro.venancio/AppData/Local/Temp/processing_6202d43c755f430da81bf61495949469/dceb5630dc704f7cab4c29ccdd82266b/ttopres.sgrd" -FORMULA "((c-b)/a)*1000" -RESAMPLING 0 -USE_NODATA false -TYPE 7 -RESULT "D:/Testes/saga/d.sdat"
C:\WINDOWS\system32>set SAGA=C:/OSGEO4~1/apps\saga-ltr
C:\WINDOWS\system32>set SAGA_MLB=C:/OSGEO4~1/apps\saga-ltr\modules
C:\WINDOWS\system32>PATH=C:\OSGEO4~1\apps\qgis-rel-dev\bin;C:\OSGEO4~1\apps\grass\grass76\lib;C:\OSGEO4~1\apps\grass\grass76\bin;C:\OSGEO4~1\apps\Python37;C:\OSGEO4~1\apps\Python37\Scripts;C:\OSGEO4~1\apps\qt5\bin;C:\OSGEO4~1\apps\Python27\Scripts;C:\OSGEO4~1\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBem;C:\OSGEO4~1\apps\msys\bin;C:\Program Files\RStudio\bin;C:\OSGEO4~1\apps\Python37\lib\site-packages\numpy\.libs;C:\OSGEO4~1\apps\Python37\lib\site-packages\scipy\extra-dll;C:/OSGEO4~1/apps\saga-ltr;C:/OSGEO4~1/apps\saga-ltr\modules
C:\WINDOWS\system32>call saga_cmd grid_calculus "Grid Calculator" -GRIDS "C:/Users/pedro.venancio/AppData/Local/Temp/processing_6202d43c755f430da81bf61495949469/00c571a7d64f4b32b11eca2358b66db2/Ztopres.sgrd" -XGRIDS "D:\Testes\saga\c.sgrd;C:/Users/pedro.venancio/AppData/Local/Temp/processing_6202d43c755f430da81bf61495949469/4c2d1f3a6ac74f2fa23aa3366da7f0a5/c.sgrd;C:/Users/pedro.venancio/AppData/Local/Temp/processing_6202d43c755f430da81bf61495949469/dceb5630dc704f7cab4c29ccdd82266b/ttopres.sgrd" -FORMULA "((c-b)/a)*1000" -RESAMPLING 0 -USE_NODATA false -TYPE 7 -RESULT "D:/Testes/saga/d.sdat"
____________________________
##### ## ##### ##
### ### ## ###
### # ## ## #### # ##
### ##### ## # #####
##### # ## ##### # ##
____________________________
SAGA Version: 2.3.2 (64 bit)
____________________________
library path: C:\OSGEO4~1\apps\saga-ltr\modules\
library name: grid_calculus
library : Calculus
tool : Grid Calculator
author : A.Ringeler (c) 2003
processors : 8 [8]
____________________________
Load grid: C:/Users/pedro.venancio/AppData/Local/Temp/processing_6202d43c755f430da81bf61495949469/00c571a7d64f4b32b11eca2358b66db2/Ztopres.sgrd...
Load grid: D:\Testes\saga\c.sgrd...
Load grid: C:/Users/pedro.venancio/AppData/Local/Temp/processing_6202d43c755f430da81bf61495949469/4c2d1f3a6ac74f2fa23aa3366da7f0a5/c.sgrd...
Load grid: C:/Users/pedro.venancio/AppData/Local/Temp/processing_6202d43c755f430da81bf61495949469/dceb5630dc704f7cab4c29ccdd82266b/ttopres.sgrd...
Parameters
Grid system: 1000; 15x 15y; 472000x 4740000y
Grids: 1 object (Ztopres)
Grids from different Systems: 3 objects (c, c, ttopres)
Resampling: Nearest Neighbour
Result: Result
Formula: ((c-b)/a)*1000
Name: Calculation
Take Formula: no
Use NoData: no
Data Type: 4 byte floating point number
Warning: The number of supplied grids exceeds the number of variables in formula. (4 > 3)
C:\WINDOWS\system32>exit
Execution completed in 5.87 seconds
Results:
{'RESULT': 'D:/Testes/saga/d.sdat'}
Loading resulting layers
Algorithm 'Raster calculator' finished
</pre></p> Bug report #22124 (Rejected): proj 6 support in 3.6.x ?https://issues.qgis.org/issues/221242019-05-22T13:14:00Zlandry Landry Breuil
<p>I've upgraded to proj 6.0.0 and since then 3.6.2 fails to load any WMS, messagebox shows:<br /><pre>
CRITICAL Couche non valide : WMS provider Impossible de calculer l'emprise
</pre></p>
<p>on stderr, theres a lot of:<br /><pre>
ERROR 1: PROJ: proj_create: Error -9: unknown elliptical parameter name
ERROR 1: PROJ: proj_create: Error -9: unknown elliptical parameter name
ERROR 1: PROJ: proj_create_from_database: crs not found
ERROR 1: PROJ: proj_create: Error -9: unknown elliptical parameter name
ERROR 1: PROJ: proj_create: Error -9: unknown elliptical parameter name
</pre></p>
<p>it seems the only available proj is 900913, while the server advertises a bunch of EPSG projections.</p>
<p>i can open vector data but i only have "custom" projections.</p>
<p>of course i know proj6 is very new, but cmake machinery is fine building against proj 6, so if it's not supported at all and packagers should stay at proj 5 for now, cmake should complain loudly :)</p>
<p>will try 3.6.3 & proj 6.1.0 but i doubt it'll help, iirc some work was happening in 3.8 for proj 6 support.</p> Bug report #22118 (Closed): Majority filter (SAGA) returns erroneous results if input is .tifhttps://issues.qgis.org/issues/221182019-05-21T19:57:21Zandre manoandre.s.mano@gmail.com
<p>When using the majority filter from SAGA, the results seem to be wrong (open attached project for example). This problem occurs if the input raster has the .tif extension. If the extension is .sdat the results are correct (just like in SAGA native). I did not test if this problem occurs with other raster extensions.</p>
<p>I did test it in QGIS 2.8 and the problem is there too (no regression)</p> Bug report #22111 (Closed): Missing algohttps://issues.qgis.org/issues/221112019-05-21T07:32:47ZAndrew Shaninhedgestandart@gmail.com
<p>RuntimeError: wrapped C/C++ object of type ORSdirectionsPointsAlgo has been deleted <br />Traceback (most recent call last):<br /> File "C:/Users/Андрей/AppData/Roaming/QGIS/QGIS3\profiles\default/python/plugins\ORStools\proc\provider.py", line 60, in loadAlgorithms<br /> self.addAlgorithm(alg)<br />RuntimeError: wrapped C/C++ object of type ORSdirectionsPointsAlgo has been deleted</p>
<p>Версия Python: 3.7.0 (v3.7.0:1bf9cc5093, Jun 27 2018, 04:59:51) [MSC v.1914 64 bit (AMD64)] <br />Версия: 3.6.3-Noosa Noosa, 0c5774c068</p>
<p>Расположение Python:<br />C:/Users/Андрей/AppData/Roaming/QGIS/QGIS3\profiles\default/python/plugins\contour<br />L:/qgis-3.6/apps/qgis/./python<br />C:/Users/Андрей/AppData/Roaming/QGIS/QGIS3\profiles\default/python<br />C:/Users/Андрей/AppData/Roaming/QGIS/QGIS3\profiles\default/python/plugins<br />L:/qgis-3.6/apps/qgis/./python/plugins<br />L:\qgis-3.6\bin\python37.zip<br />L:\qgis-3.6\apps\Python37\DLLs<br />L:\qgis-3.6\apps\Python37\lib<br />L:\qgis-3.6\bin<br />L:\qgis-3.6\apps\Python37<br />L:\qgis-3.6\apps\Python37\lib\site-packages<br />L:\qgis-3.6\apps\Python37\lib\site-packages\win32<br />L:\qgis-3.6\apps\Python37\lib\site-packages\win32\lib<br />L:\qgis-3.6\apps\Python37\lib\site-packages\Pythonwin</p> Bug report #22107 (Closed): Create vector New shapefile POLYGONhttps://issues.qgis.org/issues/221072019-05-20T14:53:41Zsalvatore fiandaca
<p>Layer → Create vector → New shapefile<br />and create a POLIGON shapefile</p>
<p>QGIS sees it as if it were MULTIPOLIGON (go to layer properties,<br />information)</p>
<p>this is a problem if an algorithm or plugin only accepts<br />polygon geometries, in fact the CLIPPER plugin [0] only accepts polygons and therefore goes into error.</p>
<p>[0] <a class="external" href="https://plugins.qgis.org/plugins/clipper/">https://plugins.qgis.org/plugins/clipper/</a></p>
<p>thank you</p> Bug report #22105 (Closed): $length return bad valuehttps://issues.qgis.org/issues/221052019-05-20T10:17:52ZLudovic JACQUETludovic.jacquet@correlane.com
<p>On QGIS 3.6.1 when I use $length for obtain the length value, QGIS return a bad value.<br />After a return of a customer who is surprise by the length I test my SHP with QGIS 2.8 and FME workbench 2016. I have the same length whith FME, QGIS 2.8 and customer software.</p> Bug report #22102 (Closed): QGIS 3.4.7 crash while closinghttps://issues.qgis.org/issues/221022019-05-19T08:09:43ZBruno Grangersigeonc@gmail.com
<p>Crash ID: 6f10e7a9f5cf66f2001a62b287b7c9603c4aac93</p>
<p>Stack Trace</p>
<p>proj_lpz_dist :<br />proj_lpz_dist :<br />QgsCoordinateTransform::transformPolygon :<br />QgsCoordinateTransform::transformPolygon :<br />QgsCoordinateTransform::~QgsCoordinateTransform :<br />QgsPointLocator::~QgsPointLocator :<br />QgsPointLocator::~QgsPointLocator :<br />QgsSnappingUtils::clearAllLocators :<br />QgsSnappingUtils::~QgsSnappingUtils :<br />QgsVectorLayerProperties::`default constructor closure' :<br />QObjectPrivate::deleteChildren :<br />QWidget::~QWidget :<br />CPLStringList::List :<br />main :<br />BaseThreadInitThunk :<br />RtlUserThreadStart :</p>
<p>QGIS Info<br />QGIS Version: 3.4.7-Madeira<br />QGIS code revision: 5c56989325<br />Compiled against Qt: 5.11.2<br />Running against Qt: 5.11.2<br />Compiled against GDAL: 2.4.1<br />Running against GDAL: 2.4.1</p>
<p>System Info<br />CPU Type: x86_64<br />Kernel Type: winnt<br />Kernel Version: 10.0.17763</p> Bug report #22093 (Closed): Layer style is not maintained when changing windows folderhttps://issues.qgis.org/issues/220932019-05-16T10:44:44ZMaxime RIOUmaxime.riou@ymail.com
<p>I work on a QGIS Project with several layers.<br />I sorted my layers in Windows as the folders were a bit messy. <br />I reopened QGIS and handled unavailable layers that have been moved.<br />I noticed that the style of these layers is not preserved. Only the style visible at the opening of QGIS project is not preserved, if the layer has several styles the others are still available. <br />I guess this is linked to the structure of *.qgz file calling for each layer with a specific style at the opening of the project?</p> Bug report #22092 (Closed): Crash on close applicationhttps://issues.qgis.org/issues/220922019-05-16T10:13:28ZMauro D'Ambrosodambroso.mauro@gmail.com
<a name="Report-Details"></a>
<h2 >Report Details<a href="#Report-Details" class="wiki-anchor">¶</a></h2>
<p><strong>Crash ID</strong>: ee23de1bf43c8d886604ecf7002674b1d8e6aa2d</p>
<p><strong>Stack Trace</strong><br /><pre>
proj_lpz_dist :
proj_lpz_dist :
QgsCoordinateTransform::transformPolygon :
QgsCoordinateTransform::transformPolygon :
QgsCoordinateTransform::QgsCoordinateTransform :
QHashData::free_helper :
QgsCoordinateTransform::addToCache :
QgsCoordinateTransform::invalidateCache :
QgsApplication::exitQgis :
QgisApp::~QgisApp :
CPLStringList::List :
main :
BaseThreadInitThunk :
RtlUserThreadStart :
</pre></p>
<p><strong>QGIS Info</strong><br />QGIS Version: 3.4.7-Madeira<br />QGIS code revision: <a class="changeset" href="https://issues.qgis.org/projects/qgis/repository/revisions/5c56989325ae651486e12a0c457cea973a78999d" title="Release of 3.4.7">5c56989325</a><br />Compiled against Qt: 5.11.2<br />Running against Qt: 5.11.2<br />Compiled against GDAL: 2.4.1<br />Running against GDAL: 2.4.1</p>
<p><strong>System Info</strong><br />CPU Type: x86_64<br />Kernel Type: winnt<br />Kernel Version: 10.0.17763</p> Bug report #22089 (Closed): .qgz symbolisation fails when path to data is adjusted at startuphttps://issues.qgis.org/issues/220892019-05-16T06:48:32ZKlaus Mithöfermithoefer@gbd-consult.de
<p>Dear all,</p>
<p>If I need to adjust the path to the data at startup in a .qgz project, the symbolisation will not be applied and the layer is mapped with a default setting (single symbol, random color).</p>
<p>Kind regards<br />Klaus</p> Bug report #22088 (Closed): PyQGIS3 cannot handle a large-scale raster file (DEM file with 6.5 mi...https://issues.qgis.org/issues/220882019-05-15T17:24:51ZKeuntae Kimkimprins@hotmail.com
<p>I wrote a simple python code of printing the elevation values of the NOAA DEM raster file (a DEM raster file with 6.5 million cells in it) in the Python Editor provided in QGIS3 (using the PyQGIS library).</p>
<p>I ran the code by using the different raster file with a small number of raster cells, but it still crashed when running the code.</p> Bug report #22080 (Closed): crash when closing QGIShttps://issues.qgis.org/issues/220802019-05-15T00:08:29ZAlonso Acunaacuna007@gmail.com
<p>I have frequent crashes not related to any particular functions. Seems to happen at random. I also had crashes with version 3.4 and have crashes with 2.18.<br />Initially 2.18 worked fine and 3.4 crashed often. I updated to 3.6 via osgeo4w and now 2.18 also crashes. I uninstalled and reinstalled everything via osgeo and installed standalone 2.18 . All keeps crashing.</p>
<a name="User-Feedback"></a>
<h2 >User Feedback<a href="#User-Feedback" class="wiki-anchor">¶</a></h2>
<p>just tried to close the program after briefly opening a project. No changes made to data. Saved project. Tried to close. crashed</p>
<a name="Report-Details"></a>
<h2 >Report Details<a href="#Report-Details" class="wiki-anchor">¶</a></h2>
<p><strong>Crash ID</strong>: ee23de1bf43c8d886604ecf7002674b1d8e6aa2d</p>
<p><strong>Stack Trace</strong><br /><pre>
proj_lpz_dist :
proj_lpz_dist :
QgsCoordinateTransform::transformPolygon :
QgsCoordinateTransform::transformPolygon :
QgsCoordinateTransform::QgsCoordinateTransform :
QHashData::free_helper :
QgsCoordinateTransform::addToCache :
QgsCoordinateTransform::invalidateCache :
QgsApplication::exitQgis :
QgisApp::~QgisApp :
CPLStringList::List :
main :
BaseThreadInitThunk :
RtlUserThreadStart :
</pre></p>
<p><strong>QGIS Info</strong><br />QGIS Version: 3.6.2-Noosa<br />QGIS code revision: <a class="changeset" href="https://issues.qgis.org/projects/qgis/repository/revisions/656500e0c4a7f044ae3b1678e8b512c33640207f" title="Release of 3.6.2">656500e0c4</a><br />Compiled against Qt: 5.11.2<br />Running against Qt: 5.11.2<br />Compiled against GDAL: 2.4.1<br />Running against GDAL: 2.4.1</p>
<p><strong>System Info</strong><br />CPU Type: x86_64<br />Kernel Type: winnt<br />Kernel Version: 6.3.9600</p> Bug report #22077 (Rejected): Priority in labelling not greyed out when data defined settings are...https://issues.qgis.org/issues/220772019-05-14T15:06:44Zmatteo ghettamatteo.ghetta@gmail.com
<p>If a default field or expression is used to overwrite the default behavior of `Placement -> Priority` option, the slider is still movable by the user. The final behavior is still that from field/expression, but it could be lead to some confusion.</p> Bug report #22076 (Closed): Capitalize first letter in label not workinghttps://issues.qgis.org/issues/220762019-05-14T15:01:27Zmatteo ghettamatteo.ghetta@gmail.com
<p>If the field used to label the layer contains values all capitalized, then the option "Capitalize first letter" is not working (nothing changes). While the expression `title("field")` works correctly.</p> Bug report #22075 (Closed): Map composer: "href" HTML attribute issue in PDF outputhttps://issues.qgis.org/issues/220752019-05-14T11:21:40ZTais Grippa
<p>Hi, <br />I'm trying to use the href html attribute in a map composer under Qgis 3.4.4-Madeira. <br />The issue: When using code [1] and exporting my map as .pdf, the text is colorized in blue but impossible to click on it.<br />When I change to code to [2], with the complete url as a "text", then it works. I provide an output showing this issue. <br />I don't know it has already been reported and/or still exists in more recent versions.</p>
<p>[1] <a href="https://www.w3schools.com/tags/att_a_href.asp" target="_blank"> Click here to see how to use HREF</a> <br/> <br />[2] <a href="https://www.w3schools.com/tags/att_a_href.asp" target="_blank"> <a class="external" href="https://www.w3schools.com/tags/att_a_href.asp&lt;/a">https://www.w3schools.com/tags/att_a_href.asp&lt;/a</a>> <br/></p>