Bug report #16971

Qgis crashed when save map with 180 meridian

Added by Evgenia Sinieshtany over 6 years ago. Updated over 6 years ago.

Status:Closed
Priority:High
Assignee:-
Category:Map Composer/Printing
Affected QGIS version:2.18.4 Regression?:No
Operating System: Easy fix?:No
Pull Request or Patch supplied:No Resolution:not reproducable
Crashes QGIS or corrupts data:Yes Copied to github as #:24870

Description

When trying print map with 180 meridian to file in map composer that contains raster (e.g. DEM) QGIS dump happens.
I thought the problem is that raster layer boundaries are over 180°E (east boundary is 180.0004199999999912), but after clipping all the same.
What's wrong?
With vector layers everything is OK. I tested different rasters, but get dump anyway.
In QGIS version 2.6 it works fine!
clipped raster - https://cloud.mail.ru/public/G5tj/rSdLsYxaK
loaded file is:
qgis project with map composer
initial raster is too big(

raster dump.qgs (17.9 KB) Evgenia Sinieshtany, 2017-08-04 04:54 PM

History

#1 Updated by Giovanni Manghi over 6 years ago

  • Status changed from Open to Feedback
  • Crashes QGIS or corrupts data changed from No to Yes

Tried on both Linux and Windows with 2.18.11 and was able to test print to pdf with your raster and to A0, 600dpi with no issues.

You will likely need to give us more details (operating system? version?) and a project with data and layout.

Try also in a clean environment, starting to (backup and) delete the .qgis2 folder then restart QGIS (so to test with no trace of 3rd party plugins).

#2 Updated by Andre Joost over 6 years ago

It might help to reproject the raster to the custom, projected CRS based on a meridian in the pacific.

#3 Updated by Giovanni Manghi over 6 years ago

Andre Joost wrote:

It might help to reproject the raster to the custom, projected CRS based on a meridian in the pacific.

and what would be that? the link only contains the raster and it loads as wgs84.

#4 Updated by Evgenia Sinieshtany over 6 years ago

Andre Joost wrote:

It might help to reproject the raster to the custom, projected CRS based on a meridian in the pacific.

It helps, thanks!
But nevertheless it looks very strange(
It wasn't necessary to reproject raster, QGIS did it 'on the fly'

#5 Updated by Giovanni Manghi over 6 years ago

Evgenia Sinieshtany wrote:

Andre Joost wrote:

It might help to reproject the raster to the custom, projected CRS based on a meridian in the pacific.

It helps, thanks!
But nevertheless it looks very strange(
It wasn't necessary to reproject raster, QGIS did it 'on the fly'

in what projection with OTR on it crashes for you when printing?

#6 Updated by Evgenia Sinieshtany over 6 years ago

This projection is in the qgis project I have loaded:
+proj=lcc +lat_1=61.33 +lat_2=65 +lat_0=0 +lon_0=169 +x_0=000000 +y_0=00000 +ellps=intl +units=m +no_defs

#7 Updated by Giovanni Manghi over 6 years ago

Evgenia Sinieshtany wrote:

This projection is in the qgis project I have loaded:
+proj=lcc +lat_1=61.33 +lat_2=65 +lat_0=0 +lon_0=169 +x_0=000000 +y_0=00000 +ellps=intl +units=m +no_defs

I reprojected the raster to that and still wa sable to print with no issues (tried A0 ad 600dpi).

#8 Updated by Evgenia Sinieshtany over 6 years ago

Yeah, I did the same, reprojected raster prints fine, but before it was unnecessary to reproject raster in project's projection. QGIS works with its original WGS84 (2.6 version tested)

#9 Updated by Giovanni Manghi over 6 years ago

Evgenia Sinieshtany wrote:

Yeah, I did the same, reprojected raster prints fine, but before it was unnecessary to reproject raster in project's projection. QGIS works with its original WGS84 (2.6 version tested)

I'm lost. If you have OTR enabled and the project CRS is different from your layers this are reprojected. If is the same are not. The raster you linked loads in wgs84, so it has the WGS84 CRS. Here on both Linux and Windows it prints (even on large formats at high dpis) prints fine as reprojected or not.

#10 Updated by Evgenia Sinieshtany over 6 years ago

Uh, sorry I make you puzzled!
The problem is that in QGIS 2.18.4 map, that contains 180 meridian, prints succesfully only when raster is reprojected in project's projection. In raster's initial projection (WGS84) QGIS dumps! In previous versions there wasn't this problem

#11 Updated by Giovanni Manghi over 6 years ago

The problem is that in QGIS 2.18.4 map, that contains 180 meridian, prints succesfully only when raster is reprojected in project's projection. In raster's initial projection (WGS84) QGIS dumps! In previous versions there wasn't this problem

ok, but that is not my observation on 2.18.11 on both linux and windows. Please try update and clean your qgis environment (no 3rd party plugins loaded for example).

#12 Updated by Andre Joost over 6 years ago

The reprojected file is twice as big as the source file (1.3GB). Maybe GUI, OTF and print composer kill the RAM.

Another point might be that source and target CRS use different ellipsoids, so the extent cut perfectly at the WGS84 180° meridian might cross that in the other CRS, leading to a world-span raster. OTF and gdalwarp might behave differently in this point.

Using the unprojected raster and printing to PDF, I get a crash dump on exiting QGIS.

#13 Updated by Giovanni Manghi over 6 years ago

Using the unprojected raster and printing to PDF, I get a crash dump on exiting QGIS.

not here... clean environment (no 3rd party plugins loaded or installed)? what OS? what version?

#14 Updated by Andre Joost over 6 years ago

Giovanni Manghi wrote:

Using the unprojected raster and printing to PDF, I get a crash dump on exiting QGIS.

not here... clean environment (no 3rd party plugins loaded or installed)? what OS? what version?

Windows 7, QGIS 2.18.10. I will test without other plugins.

#15 Updated by Giovanni Manghi over 6 years ago

Andre Joost wrote:

Giovanni Manghi wrote:

Using the unprojected raster and printing to PDF, I get a crash dump on exiting QGIS.

not here... clean environment (no 3rd party plugins loaded or installed)? what OS? what version?

Windows 7

32 or 64bit?

#16 Updated by Giovanni Manghi over 6 years ago

  • Status changed from Feedback to Closed
  • Resolution set to not reproducable

Closing for lack of feedback, please reopen if necessary.

Also available in: Atom PDF