Changes between Initial Version and Version 9 of Ticket #3371


Ignore:
Timestamp:
Feb 19, 2010, 12:43:49 PM (14 years ago)
Author:
warmerdam
Comment:

OK, several problems now confirmed.

1) Creating jpeg compressed overviews on tiff with 1.6-esri does produce the expected error. Presumably the .ovr file is not created as big tiff when compression is used since it is hard to predict how large the file will get.

2) Creating .rrd files on a large file where each band overview is less than 2GB does not result in production of a spill file - at least for my test case. And the resulting >2GB file ends up having "2GB barrier wrap" issues so the imagery is corrupt - possibly the cause of apparent greyscale imagery?

Working on resolutions.

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #3371

    • Property Keywords overview added
    • Property Owner changed from Warmerdam to warmerdam
    • Property Status new → assigned
    • Property Milestone 1.6.4

  • Ticket #3371 – Description

    initial v9  
    55
    66Here is the call stack when it crashed on tiff ovr.
    7 
     7{{{
    88>       gdal16d.dll!GDALRasterBand::FlushBlock(int nXBlockOff=3, int nYBlockOff=65)  Line 957 + 0x3 bytes       C++
    99        gdal16d.dll!GDALRasterBlock::FlushCacheBlock()  Line 171        C++
    … …  
    2323        GdalRasterDB.dll!GdlRasterDataset::BuildCompressedPyramid(long maxLevel=9, rstResamplingTypes resampling=RSP_NearestNeighbor, esriRasterCompressionType compressionType=-1, long quality=75)  Line 1745 + 0x3b bytes    C++
    2424        GpDataManagementFunctions.dll!GPBuildPyramids::Execute(IArray * pParameters=0x0589db94, ITrackCancel * pTrackCancel=0x0589e07c, IGPEnvironmentManager * pEnvMgr=0x05891a74, IGPMessages * pMessages=0x0589b38c)  Line 246 + 0x43 bytes  C++
     25}}}