Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 1.6.3
-
Fix Version/s: 1.6.4, 1.7.0-beta1
-
Component/s: Configuration
-
Labels:None
-
Environment:all platforms
-
Number of attachments :
Description
I am developing and image mosaicing/pyradmid plugin for geotools and did some tests with geoserver.
The size of the pyramids are beyond some Gigs and the constructor of CoverageConfig does a test read using 1/20 of the width and hight of the full extent. That is to much and causes a memory overflow.
Simone, Alessio, I'm wondering if the code could be refactored so that a fixed size area of the coverage can be extracted, say no more than 20x20 pixels (make that the minimum between 1/20th of the area and a grid that's 20 pixel wide). Looking at the code it seems that the grid geometry could be extracted without needing to actually read a grid coverage (the reader can provide both the grid to world transformation and the envelope), what's missing from the reader interface are the grid coverage sample dimensions. Given the envelope and the grid to world transformation is should be possible to estimate the area equivalent to a a 20x20 pixel area no?