Opened 13 years ago

Closed 13 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

Description (last modified by warmerdam)

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:

  • (the GeoTIFF files)
  • (the shapefile)

Change History (2)

comment:1 by warmerdam, 13 years ago

Component: defaultUtilities
Description: modified (diff)
Keywords: gdalwarp added
Status: newassigned
Version: unspecifiedsvn-trunk

comment:2 by warmerdam, 13 years ago

Keywords: rasterize added
Milestone: 1.7.0
Resolution: fixed
Status: assignedclosed

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?

Note: See TracTickets for help on using tickets.