Opened 14 years ago

Closed 14 years ago

#2457 closed bug (fixed)

qgis (1.4, trunk) crashes if reprojecting with a raster active in the legend

Reported by: lutra Owned by: nobody
Priority: critical: causes crash or data corruption Milestone: Version 1.5.0
Component: Projection Support Version: Trunk
Keywords: Cc: pcav
Must Fix for Release: Yes Platform: All
Platform Version: Awaiting user input: no

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.

Attachments (3)

alaska_clipped_shp.zip (128.5 KB ) - added by lutra 14 years ago.
problem.JPG (99.5 KB ) - added by ScottParker 14 years ago.
no_problem.JPG (86.4 KB ) - added by ScottParker 14 years ago.

Download all attachments as: .zip

Change History (9)

by lutra, 14 years ago

Attachment: alaska_clipped_shp.zip added

comment:1 by lutra, 14 years ago

still true as per r13575

comment:2 by lutra, 14 years ago

see also #2770

by ScottParker, 14 years ago

Attachment: problem.JPG added

by ScottParker, 14 years ago

Attachment: no_problem.JPG added

comment:3 by ScottParker, 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

comment:4 by ScottParker, 14 years ago

I was unable to duplicate the crash using the steps and data of #2457. I'm running 1.0.2-Kore. The procedure and dataset of #2770 does cause a crash which may be the same.

Scott

in reply to:  4 comment:5 by lutra, 14 years ago

Replying to 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.

comment:6 by jef, 14 years ago

Resolution: fixed
Status: newclosed

fixed in r13750.

Note: See TracTickets for help on using tickets.