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

Displaying raster images extremely slow #10837

Closed
qgib opened this issue Oct 8, 2007 · 11 comments
Closed

Displaying raster images extremely slow #10837

qgib opened this issue Oct 8, 2007 · 11 comments
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)

Comments

@qgib
Copy link
Contributor

qgib commented Oct 8, 2007

Author Name: cdavila - (cdavila -)
Original Redmine Issue: 778

Redmine category:rasters
Assignee: Magnus Homann


After updating from 0.8.1 to 0.9 ecw rester images that before were displayed at once now take very long time: 4 images of 9 MB each one take about 8 minutes and images of about 700 MB don't display after one hour.
More information can be found here: http://forum.qgis.org/viewtopic.php?t=461
Reproduced in two machines with debian-testing and reported by other user in windows XP


@qgib
Copy link
Contributor Author

qgib commented Oct 27, 2007

Author Name: cdavila - (cdavila -)


I have just replace 0.9.0 package with 0.9~svn20071023-1 from debian.gfoss.it and the problem has disappeared.

@qgib
Copy link
Contributor Author

qgib commented Dec 9, 2007

Author Name: Magnus Homann (@homann)


Let's check with 0.9.1 when it is released.


  • status_id was changed from Open to In Progress

@qgib
Copy link
Contributor Author

qgib commented Jan 8, 2008

Author Name: Magnus Homann (@homann)


0.9.1 is now released. I believe this error has disappeared. Can you check?

@qgib
Copy link
Contributor Author

qgib commented Jan 8, 2008

Author Name: cdavila - (cdavila -)


I'm still not using definitive 0.9.1, but 0.9.1~pre20071219 from debian.gfoss.it, but problem has certainly disappeared, so I think bug can be closed if no one has same problem.

@qgib
Copy link
Contributor Author

qgib commented Jan 13, 2008

Author Name: Magnus Homann (@homann)


I also noted slow performance on 0.9.0, but not anymore.


  • resolution was changed from to fixed
  • status_id was changed from In Progress to Closed

@qgib
Copy link
Contributor Author

qgib commented Jan 21, 2008

Author Name: cdavila - (cdavila -)


I'm having the same problem again. Tested with versions d011ea4 (SVN r7995), 23386bd (SVN r8010) and 34acd76 (SVN r8023) and in two different machines. Not with 0.9.1 packages.


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

@qgib
Copy link
Contributor Author

qgib commented Mar 17, 2008

Author Name: cdavilam - (cdavilam -)


The problem persists in 44cc122 (SVN r8224). Now a bug squashing is being planned, I would really appreciate if this bug is resolved, as I need to use ecw rasters in my daily work and it's really annoying to wait so much time each time I move map canvas, having to use other programs too often.

@qgib
Copy link
Contributor Author

qgib commented Mar 20, 2008

Author Name: Maciej Sieczka - (Maciej Sieczka -)


I'm not sure if this is relevant, but in general QGIS is very slow displaying tiled [[GeoTIFFs]]. Stripped [[GeoTIFFs]] display about 10 (ten) times faster.

Stripped [[GeoTIFF]] can be created with:

gdal_translate -co "TILED=NO"

and a tiled one with:

gdal_translate -co "TILED=YES"

@qgib
Copy link
Contributor Author

qgib commented Apr 1, 2008

Author Name: cdavilam - (cdavilam -)


After some investigation compiling various revisions, I have found this bug was introduced in 4c31165 (SVN r7953). I have attached diff between revisions 7951 and 7952. Log for 4c31165 (SVN r7953) is:

4c31165 (SVN r7953) | ersts | 2008-01-14 04:48:11 +0100 (lun, 14 ene 2008) | 1 line

-Set default contrast enhancement to STRETCH_TO_MIN_MAX

@qgib
Copy link
Contributor Author

qgib commented May 5, 2008

Author Name: ersts - (ersts -)


There is now an ability to set the default contrast enhancement that will remain persistent between sessions, which resolves this problem to some extent. If stretching is too slow and not needed, the user can elect not to stretch on initial load.

I think this closes this ticket for QGIS, if there are any upstream issues with GDAL that are also fixed in the future, all the more better.

If this is still not a satisfactory solution, feel free to reopen.


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

@qgib
Copy link
Contributor Author

qgib commented Aug 21, 2009

Author Name: Anónimo (Anónimo)


Milestone Version 0.9.2 deleted

@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 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