QGIS Application: Issueshttps://issues.qgis.org/https://issues.qgis.org/favicon.ico2019-03-28T17:24:59ZQGIS Issue Tracking
Redmine 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 #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 #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> Feature request #15981 (Closed): Austria NTv2 AT_GIS_GRID Transformation out-of-boxhttps://issues.qgis.org/issues/159812016-12-13T09:12:13ZFlo Ju
<p>Looks like QGIS 2.99 does not provide the NTv2 based transformation AT_GIS_GRID for Austria (to ETRS89) out of the box.</p>
<p>More about AT_GIS_GRID and Download of gsb-File: <a class="external" href="http://www.bev.gv.at/portal/page?_pageid=713,2157075&_dad=portal&_schema=PORTAL">http://www.bev.gv.at/portal/page?_pageid=713,2157075&_dad=portal&_schema=PORTAL</a></p>
<p>Would be good if it is integrated by default.</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> Feature request #13372 (Closed): Integrate AT_GIS_GRID (NTv2 Transformation) in QGIS 2.8+ https://issues.qgis.org/issues/133722015-09-16T21:34:41ZFlo Ju
<p>Compared to previous versions in QGIS 2.10 no *.gsb-Files seem to be referenced in srs.db (for NTv2 Transformations) - did the system of using NTv2 change after QGIS 2.2 ? Wanted to integrate AT_GIS_GRID in 2.10 like described here: <a class="external" href="http://isticktoit.net/?p=371">http://isticktoit.net/?p=371</a></p>
<p>Is it already integrated in 2.10 ?</p> Feature request #13149 (Closed): Specific projection system for oceanographershttps://issues.qgis.org/issues/131492015-07-23T04:43:18Zdiane peyrotpeyrotdiane@gmail.com
<p>Hello,<br />I'm working at the oceanographic center in France near Toulouse and I'm developing a SIG interface suitable for oceanographers. We have chosen QGIS for it. All files are netcdf files and I use the plugin "netcdf browser" to display it. The files are encoded in a regular grid for a marine service website and in an irregular grid used by scientists only. The regular grid is easily displayed in the international EPSG 4326. The irregular grid named ORCA doesn't exist in the Proj4 library because it is a tri-polar projection system. I can display the file in the ORCA grid in QGIS but I can't make maps with it. <br />The advantage of using the ORCA grid is that values are more accurate and it could benefit a wider community.</p>
<p>I would like to know if it is possible to create a new projection system able to project in a coordinate system known like the EPSG 4326. <br />Thank you for your kindness, I stand available if you need more information.<br />PS: I'm sorry because I wanted to send you a netcdf file but it is to heavy (150 Mo). Can I send you by an other way like Dropbox?</p> Feature request #12401 (Closed): Central cylindrical projectionhttps://issues.qgis.org/issues/124012015-03-18T15:52:50ZKun Zhangkzhang@geo.ecnu.edu.cn
<p>Could QGIS implement Central cylindrical projection? Although not a practical projection, it is useful in education.</p> Feature request #11347 (Closed): Unneccessarily inaccurate transformation Gauß-Krüger to UTMhttps://issues.qgis.org/issues/113472014-10-07T04:58:22ZRudi Uhlrudi.uhl@foea.de
<p>Hello,</p>
<p>Some months ago I reported what I believed to be a bug in transforming East German Krassovski coordinates to other projections like UTM. I was tought that due to limitations in Proj.4 there is only one transformation for each EPSG code, so there is no choice of transformation. Compared to ArcGIS that's a serious disadvantage. It can easily be overcome by the knowable, in case of the east German transformation you just have to edit the +towgs part (change to +towgs84=24,-123,-94,0.02,-0.25,-0.13,1.1).</p>
<p>However I doubt that it makes sense to get users into trouble like that if it can easily be prevented. There is a long-standing precise official transformation for Gauß-Krüger (Bessel) to UTM in Germany called Beta2007, but for reasons I don't (want to) understand it's not delivered with the QGIS package so far. We are in Germany in the middle of a process switching from Gauß-Krüger to UTM. But every time users use QGIS to reproject data they introduce shifts of up to 3 meters (indeed quite exactly 3 meters in the southwest of Germany). For my part, I can't use QGIS if I have to be afraid that the data I deliver have to be considered as faulty, if I (or others) need sub-meter precision.</p>
Meanwhile I found the solution, which should be delivered as default:
<ol>
<li>Download BETA2007.gsb, official site: <a class="external" href="http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/BETA2007.gsb">http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/BETA2007.gsb</a></li>
<li>Save it to the <QGIS program path>\\share\\proj</li>
<li>Add custom CRSs (On the long run they should replace the existing EPSG declarations):<br /><pre>
Name: GK2 DHDN / Bessel (Beta2007) EPSG 31466
Parameter: +proj=tmerc +lat_0=0 +lon_0=6 +k=1 +x_0=2500000 +y_0=0 +ellps=bessel +units=m +nadgrids=BETA2007.gsb +no_defs
Name: GK3 DHDN / Bessel (Beta2007) EPSG 31467
Parameter: +proj=tmerc +lat_0=0 +lon_0=9 +k=1 +x_0=3500000 +y_0=0 +ellps=bessel +units=m +nadgrids=BETA2007.gsb +no_defs
Name: GK3 DHDN / Bessel (Beta2007) EPSG 31468
Parameter: +proj=tmerc +lat_0=0 +lon_0=12 +k=1 +x_0=4500000 +y_0=0 +ellps=bessel +units=m +nadgrids=BETA2007.gsb +no_defs
</pre><br />I think QGIS is a great achievement, and I'm grateful to everybody who takes part in the concerted efforts of developing it. It would be a pity if its usefulness is severly limited by such an issue.</li>
</ol> Feature request #9352 (Closed): update 7 parameter transformation fir Israel ITM gridhttps://issues.qgis.org/issues/93522014-01-16T00:18:53ZMichael Davismichael.davis@mail.huji.ac.il
<p>Please update +towgs84 parameter for the Israel ITM grid (EPSG:2039).<br />The 7 parameter transformation is officially published at the Israel mapping service:<br /><a class="external" href="http://www.mapi.gov.il/AboutUs/NewsAndUpdates/Documents/IGD.pdf">http://www.mapi.gov.il/AboutUs/NewsAndUpdates/Documents/IGD.pdf</a></p>
<p>These are the parameters <strong>from WGS to Israel grid</strong> so for +towgs84 I guess we need to change the sign of the parameters shown below:</p>
<p>X -24.0024 m<br />Y -17.1032 m<br />Z -17.8444 m</p>
<p>Rotation</p>
<p>RX -0.0000016003 rad= -0."33009<br />RY -0.0000089821 rad= -1."85269<br />RZ 0.0000080949 rad= 1."66969</p>
<p>Scale Factor</p>
<p>m =1.0000054248 =5.4248 PPM</p> Feature request #8954 (Closed): Add towgs84 parameters to some CRS for Portugalhttps://issues.qgis.org/issues/89542013-10-25T13:57:44ZAntonio Sobral Almeidasobral.almeida@gmail.com
<p><strong>New description:</strong></p>
<p>introduction:</p>
<p>The CRSs with code 102160/102161/102164/102165 (originally from ESRI) are widely used in Portugal (even if now superseded by 3763).</p>
<p>102161 is identical to EPSG 27493</p>
<p>102164/102165 are the same as EPSG 20790/20791 even if the definitions is slightly different.</p>
<p>102160 does not seems to have an equivalent EPSG CRS.</p>
<p>27493/20790/20791 are shipped in QGIS with TOWGS84 parameters, this is very good because they allow to transform/reproject layers with a much needed precision.</p>
<p>The suggestion is to modify the 102160/102161/102164/102165 CRSs by adding the very same TOWGS84 parameters:</p>
<p>for 102160/1</p>
<p>+towgs84=-223.237,110.193,36.649,0,0,0,0</p>
<p>and for 102164/102165</p>
<p>+towgs84=-304.046,-60.576,103.64,0,0,0,0</p>
<p><strong>Old Description:</strong></p>
<p>The following ESRI-based CRSs are lacking DATUM transformation parameters (ToWGS84):<br />Lisboa_Hayford_Gauss_IGeoE<br />Lisboa_Hayford_Gauss_IPCC<br />Datum_73_Hayford_Gauss_IGeoE<br />Datum_73_Hayford_Gauss_IPCC</p>
<p>The trnasformation parameters for these CRSs can be found, for example, in ArcPAD 7 system files, as the one attached.</p> Feature request #2705 (Closed): Correct Transformation of MGI Austria Lambert to WGS 84 neededhttps://issues.qgis.org/issues/27052010-05-12T02:54:49Zgmirzi -gmirzi@foo.bar
<p>Hello,</p>
<p>I want to export a layer with MGI Austria Lambert (EPSG 31287) to WGS 84 (EPSG 4326) with fTools. The problem ist that the result has an x- and y-axis error of 100 meters or so because the transformation doesn't use the right parameters. For MGI to WGS 84 there are some different transformation methods but only MGI_To_WGS_1984_3 (EPSG 1618) is the one that is right and that is recommended by the official Austrian Institute BEV.</p>
<p>see also: <a class="external" href="http://img293.imageshack.us/img293/7675/transformation.png">http://img293.imageshack.us/img293/7675/transformation.png</a></p>
<p>and the correct parameters below:</p>
<p>Is it possible to change the parameters in QGIS transformation manually (user defined projection) or can you implement this function as a new transformation?<br />Thank you!</p>
<p>regards,<br />Philipp</p>
<p>using QGIS 1.5 under XP</p>
<p>1618 MGI_To_WGS_1984_3</p>
<p>GEOGTRAN<a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/MGI_To_WGS_1984_3%22GEOGCS%5B%22GCS_MGI%22DATUM%5B%22D_MGI%22SPHEROID%5B%22Bessel_1841%2263773971552991528128">MGI_To_WGS_1984_3"GEOGCS["GCS_MGI"DATUM["D_MGI"SPHEROID["Bessel_1841"63773971552991528128</a>PRIMEM["Greenwich"00]UNIT["Degree"00174532925199433]]GEOGCS["GCS_WGS_1984"DATUM["D_WGS_1984"SPHEROID["WGS_1984"63781370298257223563]]PRIMEM["Greenwich"00]UNIT["Degree"00174532925199433]]METHOD["Position_Vector"]PARAMETER["X_Axis_Translation"577326]PARAMETER["Y_Axis_Translation"90129]PARAMETER["Z_Axis_Translation"463919]PARAMETER["X_Axis_Rotation"5137]PARAMETER["Y_Axis_Rotation"1474]PARAMETER["Z_Axis_Rotation"5297]PARAMETER["Scale_Difference]]</p>
<p>Source:<br /><a class="external" href="http://gullhver.os.is/website/ArcXML_Guide/Support_files/elements/dattrans.htm">http://gullhver.os.is/website/ArcXML_Guide/Support_files/elements/dattrans.htm</a></p>