Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Rasters are not rendered again when changing project CRS with render caching enabled #14150

Closed
qgib opened this issue Aug 14, 2011 · 3 comments
Closed
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Rasters Related to general raster layer handling (not specific data formats)
Milestone

Comments

@qgib
Copy link
Contributor

qgib commented Aug 14, 2011

Author Name: Alister Hood (@AlisterH)
Original Redmine Issue: 4174
Affected QGIS version: master
Redmine category:rasters


If both render caching and on-the-fly reprojection are enabled, when I change the project CRS, the vector layers disappear, but the raster layers do not (until I pan or zoom). If render caching is disabled, everything disappears.
This is because the window extents remain the same, and the raster layers are not rendered again when changing project CRS if render caching is enabled.

Ideally the window extents should be reprojected into the new project CRS (i.e. they should change so that nothing disappears because the same part of the earth is still being displayed).
But until that is implemented it would be less confusing if the raster layers were rendered again when changing project CRS with render caching is enabled.

(I'm using trunk on Windows)

@qgib
Copy link
Contributor Author

qgib commented Dec 16, 2011

Author Name: Giovanni Manghi (@gioman)


  • fixed_version_id was configured as Version 1.7.4

@qgib
Copy link
Contributor Author

qgib commented Apr 16, 2012

Author Name: Paolo Cavallini (@pcav)


  • crashes_corrupts_data was configured as 0
  • version was configured as master
  • fixed_version_id was changed from Version 1.7.4 to Version 1.8.0

@qgib
Copy link
Contributor Author

qgib commented May 23, 2012

Author Name: Alister Hood (@AlisterH)


The problem has gone away, because the behaviour I described as "ideal" has been implemented.


  • resolution was changed from to fixed
  • status_id was changed from Open to Closed

@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! Rasters Related to general raster layer handling (not specific data formats) labels May 24, 2019
@qgib qgib added this to the Version 1.8.0 milestone May 24, 2019
@qgib qgib closed this as completed May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Rasters Related to general raster layer handling (not specific data formats)
Projects
None yet
Development

No branches or pull requests

1 participant