Bug report #2457
qgis (1.4, trunk) crashes if reprojecting with a raster active in the legend
Status: | Closed | ||
---|---|---|---|
Priority: | Low | ||
Assignee: | nobody - | ||
Category: | Projection Support | ||
Affected QGIS version: | Regression?: | No | |
Operating System: | All | Easy fix?: | No |
Pull Request or Patch supplied: | Resolution: | fixed | |
Crashes QGIS or corrupts data: | Copied to github as #: | 12517 |
Description
The following has been tested with data from the QGIS sample dataset (plus the small shapefile attached to this ticket) but also with data from other geographic regions/projections.
When the problem occurs qgis freezes, starts to eat memory/cpu and eventually crashes (in the 1.4 version the crash is immediate). It has been proved on ubuntu 9.04, 9.10, Debian testing and Windows XP.
Steps:
*) add the "alaska.shp" shapefile from the qgis sample dataset.
) set the project crs as the one of the above vector, EPSG:2964 and *enable on the fly reprojection
*) add the "landcover.img" raster from the qgis sample dataset (it is defined in the the EPSG:2964 crs)
*) add to the project the attached shapefile ("alaska_clipped.shp"): it was obtained by clipping the Alaska region from the "world borders" shapefile, that is defined in the WGS84 crs (EPSG:4326)
everything align OK, because the last vector is correctly reprojected in the EPSG:2964 coordinate system
*) uncheck from the legend the raster layer
*) go in the project properties and change the project crs from EPSG:2964 to EPSG:4326
*) at this stage the two vectors still align perfectly as the first one is reprojected in the EPSG:4326 coordinate system
*) now check the raster layer in the legend (I KNOW THAT WON'T BE REPROJECTED IN ANY CASE): qgis freezes, starts to eat memory/cpu and eventually crashes
The counter test DOES NOT CAUSE qgis to crash. Steps:
*) Use the gdal_warp utility to reproject the "landcover.img" raster from EPSG:2964 to EPSG:4326
*) Add the obtained raster to a new project defined in the EPSG:4326 coordinate system and enable on the fly reprojection
*) add the attached shapefile ("alaska_clipped.shp")
*) add the shapefile "alaska.shp" from the qgis sample dataset
everything align OK, because the last vector is correctly reprojected in the EPSG:4326 coordinate system
*) uncheck from the legend the raster layer
*) go in the project properties and change the project crs from EPSG:4326 to EPSG:2964
*) at this stage the two vectors still align perfectly as the first one is reprojected in the EPSG:2964 coordinate system
*) now check the raster layer in the legend (I KNOW THAT WON'T BE REPROJECTED IN ANY CASE): qgis does not freeze nor crash, it simple does not show the raster as expected.
Associated revisions
fix #2457
git-svn-id: http://svn.osgeo.org/qgis/trunk/qgis@13750 c8812cc2-4d05-0410-92ff-de0c093fc19c
fix #2457
git-svn-id: http://svn.osgeo.org/qgis/trunk@13750 c8812cc2-4d05-0410-92ff-de0c093fc19c
History
#1 Updated by Giovanni Manghi over 14 years ago
still true as per 97cf881d (SVN r13576)
#2 Updated by Giovanni Manghi over 14 years ago
see also #2770
#3 Updated by ScottParker - over 14 years ago
Using files of #2770 I have found a small difference that may be related to the problem.
The original tif from CASIL causes the problem but when I recreate it in Global Mapper it does not cause the problem. The difference in the files seems to be in the TIFFTAGs. Also, the resolution of the origin is less. See attached screen shots. I'll try this with landcover.img from the sample dataset.
Scott
#4 Updated by ScottParker - over 14 years ago
#5 Updated by Giovanni Manghi over 14 years ago
Replying to [comment:4 ScottParker]:
I was unable to duplicate the crash using the steps and data of #2457.
I am with qgis trunk under both linux and windows.
#6 Updated by Jürgen Fischer over 14 years ago
- Resolution set to fixed
- Status changed from Open to Closed
fixed in 8872fcb8 (SVN r13751).