Opened 14 years ago
Closed 14 years ago
#3268 closed defect (fixed)
Development version of gdalwarp crashing
Reported by: | ysiddiqui | Owned by: | warmerdam |
---|---|---|---|
Priority: | normal | Milestone: | 1.7.0 |
Component: | Utilities | Version: | svn-trunk |
Severity: | normal | Keywords: | gdalwarp rasterize |
Cc: |
Description (last modified by )
We are having trouble running gdalwarp with a specific set of parameters on a specific set of files. The program goes normally until about 40%, then crashes with a Windows popup error. This happens on more than one machine.
The full command is as follows:
C:\apps\OSGEO4W\apps\gdal-dev\bin\gdalwarp -order 1 -wo "CUTLINE_ALL_TOUCHED=YES" -r near -cutline req1731_aoi.shp -cblend 0 piece6630_temp0.tif piece6630_temp1.tif
The build date of gdalwarp.exe is 2009-09-17.
The strange thing is that neither the input nor the output file seems unusual in any way. The cutline being used is also simple. We have incorporated this procedure into DataDoors, and it has worked well for us.
The data used for this project can be found on the i-cubed FTP site under the username "fwarmerdam" (email me for password). The filenames are:
- problem_tempfiles.zip (the GeoTIFF files)
- req1731_aoi.zip (the shapefile)
Change History (2)
comment:1 by , 14 years ago
Component: | default → Utilities |
---|---|
Description: | modified (diff) |
Keywords: | gdalwarp added |
Status: | new → assigned |
Version: | unspecified → svn-trunk |
comment:2 by , 14 years ago
Keywords: | rasterize added |
---|---|
Milestone: | → 1.7.0 |
Resolution: | → fixed |
Status: | assigned → closed |
I have confirmed the problem. It was an off-by-one checking error for areas of interest with vertical or horizontal lines that tracked just one pixel off the right or bottom of the raster - only in the new ALL_TOUCHED code.
Corrected in trunk - should not appear in 1.6.
Do you need a new gdal-dev package for OSGeo4W?