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 #22051 (Closed): Build Virtual Raster is not considering Nodata = -9999https://issues.qgis.org/issues/220512019-05-12T22:14:21ZSergio Antonio
<p>The <strong>Build Virtual Raster</strong> tool - QGIS 3.4.7 (Resolution: average, Place alpha mask: off, Ressampling algorithm: nearest, Nodata value: -9999) seems not to be considering Nodata = -9999. Please see attached picture.<br />The four orthophotos were clipped using the <strong>GDAL Clip Raster by Mask Layer</strong> tool (Nodata value = -9999, Creat an output alpha band: off, Match the extent of the clipped raster to the extent of the mask layer: on, Keep resolution of output raster: off, Profile: Default, Output data type: Float64).<br />Note that the <strong>Merge</strong> tool - QGIS 3.4.7 (Output data type = Float64; Input pixel value to treat Nodata = -9999; Assign specified Nodata value to output = - 9999) works fine and creates the output file correctly</p> Bug report #22033 (Closed): DB Manger imports the wrong datahttps://issues.qgis.org/issues/220332019-05-09T11:45:59ZGiovanni Manghigiovanni.manghi@gmail.com
<p>Create a project</p>
<p>add a shapefile, suppose is named "layer1"</p>
<p>open db manager</p>
<p>select "import layer/file", the input layer shown by default will be "layer1"</p>
<p>click on the "..." button to go pick another shapefile (i.e. "layer2") from the file system</p>
<p>import it (after eventually having changed its name and import parameters)</p>
<p>actually the layer that will be imported is "layer1"</p> Bug report #21797 (Closed): parameter type error in SAGA Gaussian Filterhttps://issues.qgis.org/issues/217972019-04-08T16:12:46ZGarth Fletchergarth@jacqcad.com
<p>SAGA Gaussian Filter parameter window only accepts type Integer for "Standard Deviation" field, but should accept type Real.<br />Problem seems to be in 4th line of:<br />/Applications/QGIS_3_6_1-1.app/Contents/Resources/python/plugins/processing/algs/saga/description/GaussianFilter.txt:</p>
<p>incorrectly reads as:<br />QgsProcessingParameterNumber|SIGMA|Standard Deviation|QgsProcessingParameterNumber.Integer|1|False|None|None</p>
<p>which should instead be:<br />QgsProcessingParameterNumber|SIGMA|Standard Deviation|QgsProcessingParameterNumber.Double|1.00|False|None|None</p> Bug report #21779 (Closed): Export to DXF does not handle multisurface geometrieshttps://issues.qgis.org/issues/217792019-04-05T19:36:39ZThomas McGillmcgill.thomas@gmail.com
<p>Up until earlier this week, I could use the [Project][Export DXF] command to export a .dxf file containing data from ArcGIS FeatureServer layers in my project. After upgrading from 3.4.6, this feature stopped working properly. The .dxf file is created, but it is empty.</p>
<p>I have tried the following:<br />1. completely uninstalling, deleting my user profiles, and reinstalling. <br />2. Uninstalling, deleting my user profiles, and rolling back to previous versions.<br />3. Tested using multiple servers from various municipalities<br />4. Unchecking the "Export features intersecting the current map extent" box.<br />5. Changing the symbology and scale settings.</p>
<p>None of these have any effect... Any help would be greatly appreciated.</p> Bug report #21691 (Closed): Styles stored in QML files with same name as layer no longer auto loadedhttps://issues.qgis.org/issues/216912019-03-28T17:24:59ZAndrew Robinsonaprobinson@sky.com
<p>In QGIS 3.2 if I save a vector layer (GeoPackage) as My_Layer.gpkg and I save the styles in a QML file with the same e.g My_Layer.qml, in the same directory as the vector layer then the styles are automatically loaded when that vector layer is opened. In QGIS 3.6 this no longer happens. Instead the QML file must be manually loaded.</p> Bug report #21661 (Closed): Luzon 1911 /UTM Zone 50,51 and 52N and PRS92 / UTM Zone 50,51and 52N...https://issues.qgis.org/issues/216612019-03-24T10:43:41ZAlvin Laurio
<p>The EPSG:102453, 102454, 102455, 102456,102457 and 102458 does not fall on the correct position and the values of X and Y coordinates are not equal to the coordinates calculated by other GIS software or geographic calculators.</p>
<p>Please see attached file of the custom projections for the above projections.</p>
<p>Thank you.</p> Bug report #21637 (Closed): r.sun cannot be executed because it calls on two incompatible optionshttps://issues.qgis.org/issues/216372019-03-21T10:16:06Zvince -vince@macports.org
<p>Trying to run the r.sun grass7 function from the Processing toolbox gives the following output:</p>
<p>"ERROR: insol_time and incidout are incompatible options"</p>
<p>And the process exits without producing any output. As was the case with r.sunmask, would it be possible to split that function into two mutually exclusive sub-functions?</p> Bug report #21425 (Closed): DB Manager rename PostGIS column errorhttps://issues.qgis.org/issues/214252019-02-28T12:48:46ZTopi Tjukanovtopi.tjukanov@gmail.com
<p>With DB Manager in QGIS 3.6 when I try to rename a column through the DB Manager GUI (Table --> Edit table --> Edit column), it seems that DB Manager is also trying to add a comment (I had the comment field empty) but with the old name:</p>
<p>So e.g. I tried to rename column <em>field_2</em> to <em>long</em> in table foo.bar</p>
<p>Here's the query that it tries to run:<br /><em>COMMENT ON COLUMN foo.bar.field_2 is ''<br /></em></p>
<p>This is the error that it throws:<br /><em>column "field_2" of relation "fool.bar" does not exist</em></p>
<p>So I guess a fix for this would be not to try to add a comment if the comment field is empty and also make the commented field to be the new one.</p> Bug report #21388 (Closed): Word wrapping not working in maptipshttps://issues.qgis.org/issues/213882019-02-26T09:33:33ZVictor Olayavolayaf@gmail.com
<p>The text is shown in a single line, so if it is too long, you only see it partially</p>
<p>Using CSS to modify the width of the tooltip does not has any efect on the word wrapping</p>
<p>This used to work fine, both in 2.X and in earlier versions of 3.X (Verified in 3.0)</p> Bug report #20848 (Closed): Issue exporting raster layer to Geopackagehttps://issues.qgis.org/issues/208482018-12-19T14:29:00ZYineth Castiblancoycastiblancor@unizar.es
<p>I have a couple of issues when I try to export a Raster Layer into a GeoPackage format through export/Save as...</p>
<ul>
<li>First, the message "The layer HYP already exists ......" (attached "SaveRasterLayer.jpg")</li>
<li>Second, I have this messages, the first one as CRITICAL, the second one as SUCCESSFUL (But in the Geopackage, the layer doesn´t exists)</li>
</ul>
<p>Text of the issue in message console:</p>
<blockquote>
<p>2018-12-19T15:06:29 CRITICAL Fuente de datos no admitida : GPKG:C:\Users...\CapasGeopackage.gpkg:HYP no es un origen de datos ráster admitido</p>
</blockquote>
Cannot find table 'HYP' in GeoPackage dataset<br />2018-12-19T15:06:29 SUCCESS Capa exportada : La capa ráster se ha guardado correctamente en C:\Users\...\CapasGeopackage.gpkg
<p>There are one way to export it or store it into a GeoPackage but + without additional options+ (the "save as" dialog has the additional options), the way to do that is just drag the layer and add it into a GeoPackage connection in "Navigator" tab.<br /><strong><ins>But I want to add some additional options.</ins></strong></p>
<p>Externally I tried the next code lines through GDAL console:</p>
<blockquote>
<p>gdal_translate -co APPEND_SUBDATASET=YES -of GPKG /home/...../archivo.tif /home/.../geopackageDB.gpkg</p>
</blockquote>
<p>And I'd gotten successful export process.</p>
<p><ins><strong>The idea is get the export process thorugh QGIS interface.</ins></strong></p>
<p>My configuration information:</p>
<p>OS: Windows 10<br />QGIS: QGIS 3.4.1-Madeira<br />GDAL: GDAL 2.3.2<br />RAM: 16GB<br />Language: Spanish</p> Bug report #20624 (Closed): remove redundant CRSshttps://issues.qgis.org/issues/206242018-11-25T19:50:22ZGavin Fleminggavin@kartoza.com
<p>New CRSs for South Africa appeared in QGIS 3.</p>
<p>So-called EPSG:120480-102489 and EPSG:102562-102568 are not even in the EPSG registry, so where did they come from and why are they assigned EPSG authority?</p>
<p>They are completely unnecessary and redundant as 120480-102489 are already covered by the official EPSG:2046-2055 CRSs and 102562-102568 are already covered by the QGIS 'ZANGI' CRSs.</p>
<p>If they were added to QGIS, please remove them. Else if they come from proj.4, please indicate that so we can raise an issue with proj.</p> Bug report #19740 (Closed): Wrong BBOX for some EPSG code in the CRS selector (EPSG:25834 EPSG:25...https://issues.qgis.org/issues/197402018-08-31T12:47:36ZLoïc BARTOLETTI
<p>Some boxes are wrong in the CRS Selector. <br />For examples, <br />see EPSG:25834 <a class="external" href="http://spatialreference.org/ref/epsg/25834/">http://spatialreference.org/ref/epsg/25834/</a><br />and EPSG:25833 <a class="external" href="http://spatialreference.org/ref/epsg/25833/">http://spatialreference.org/ref/epsg/25833/</a></p> Bug report #16893 (Closed): Processing batch process interface: no way to go backhttps://issues.qgis.org/issues/168932017-07-20T05:41:58ZPaolo Cavallinicavallini@faunalia.it
<p>The button "Run as batch process" in 2.18 opens a new popup, whereas in 3 changes the current one. New arrangement is IMHO nicer, but there is apparently no way of going back to non batch interface.<br />I think a "non-batch" button should be added for this purpose.</p> Bug report #15314 (Closed): Different projection definitions for 32 and 64 bithttps://issues.qgis.org/issues/153142016-07-20T05:10:33ZWouter van Essewouter.vanesse@nelen-schuurmans.nl
<p>Hi,</p>
<p>I am using QGIS on different pc's and noticed a difference in the definition of EPSG:28992 when working with the raster tools in QGIS and when using GDAL through the OSGeo4W Shell. For EPSG:28992 the line that start with ' TOWGS[...' is missing when writing new files using a 32bit installed version of QGIS when reading the projection info (gdalinfo) with the 64bit installed versions. This sometimes causes problems reading and editing the files on 64bit versions. In my workflow the rasters are modified on windows and used by a different process that runs on Linux 64 bit</p>
<p>I have tested using several QGIS-versions (2.8.3/2.8.6/2.14.4) that also have different GDAL versions associated with them, but I find the line is always missing in 32bit versions.<br />I have read the projection definition using gdalinfo and python via the OSGeo4W Shell.</p>
<p>I have added some example-files.</p>
<p>Used commands in OSGeo4W Shell:<br />gdal_translate olf.tif new.tid -a_srs EPSG:28992<br />gdalinfo<br />python</p>
<blockquote><blockquote><blockquote>
<p>from osgeo import gdal<br />gdal.Open('new.tif').GetProjection()</p>
</blockquote></blockquote></blockquote>
<p>Hope you can help or send me to someone who can.</p>