Opened 18 years ago
Closed 17 years ago
#972 closed defect (fixed)
gdal_merge pukes with -co "compress=lzw"
Reported by: | Owned by: | warmerdam | |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | GDAL_Raster | Version: | unspecified |
Severity: | normal | Keywords: | |
Cc: |
Description (last modified by )
It appears gdal_merge.py doesn't like the compress option but the error message doesn't say so. I've only tred with lzw compression. Symptoms: On windows within 10 or 15 seconds of running 'gdal_merge -o out.tif -co "compress=lzw" %indems%" the standard MS dialog pops up saying so-n-so has crashed and would you like to send a bug report to MS-HQ. If you shorten the input list to 2 files, it works. (each input file is a 9mb CDED dem.) On linux the error is more like "/usr/local/fwtools/bin_safe/gdal_merge.py: line 9: 3865 Segmentation fault $FWTOOLS_HOME/bin/`basename $TARGET` $@" both windows and linux are using recent versions of fwtools. There is 1gb ram on the win machine and 768 on the linux one.
Change History (4)
comment:2 by , 18 years ago
After about 20 min the packbits test crashed with: ERROR 1: crashtest2.tif:PackBitsDecode: Not enough data for scanline 302 ERROR 1: TIFFReadEncodedStrip() failed. ERROR 1: IReadBlock failed at X offset 0, Y offset 302 ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 302 Traceback (most recent call last): File "c:\local\fwtools\bin\gdal_merge.py", line 478, in ? fi.copy_into( t_fh, band, band, nodata ) File "c:\local\fwtools\bin\gdal_merge.py", line 288, in copy_into nodata_arg ) File "c:\local\fwtools\bin\gdal_merge.py", line 123, in raster_copy data, t_xsize, t_ysize, t_band.DataType ) File "c:\local\fwtools\pymod\gdal.py", line 863, in WriteRaster buf_string, buf_xsize, buf_ysize,buf_type) TypeError: GetBlockRef failed at X block offset 0, Y block offset 302 ---- input file list was 152 files, occupying 1.5gb. the output.tif, as much of it as got created, is 4.1gb. Free disk space: 2.3gb. Using the same input list on a linux machine, but not using any compression, completed successfully and created an output file of 556mb.
comment:6 by , 17 years ago
Description: | modified (diff) |
---|
Can we close this one as a duplicate of #1470?
comment:7 by , 17 years ago
Priority: | high → normal |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Matt,
This should be working now. Please re-open if it doesn't work with the most recent FWTools.
Note:
See TracTickets
for help on using tickets.