Take the 2-minute tour ×
Geographic Information Systems Stack Exchange is a question and answer site for cartographers, geographers and GIS professionals. It's 100% free, no registration required.

This is related to gdal.py as part of bat script in windows 7

I am getting

ERROR 2: VSIMalloc3(): Out of memory allocating 854522136 bytes.

ERROR 2: Out of memory allocating 119813400 bytes for UnifiedSrcDensity mask.

I am running a XEON 3.4GHz. Windows 7, 64-bit with 16GB RAM. 930GB on C and 850gb on D (this is free space off 1TB drives) and network drives with 1.72TB free.

The command I am running in a bat file is

gdalwarp -multi --config GDAL_CACHEMAX 500 -wm 500 -r near -co "COMPRESS=DEFLATE" -co "TILED=YES" -co "BIGTIFF=YES" -srcnodata 255 -dstnodata 255 -overwrite %2\%3\%3_translated.tif %2\%3\%3.tif > %2\%3\2_%3_warp_log.txt

where %1=input tif, %2=output directory, %3=file name

In this case the input file is

Driver: GTiff/GeoTIFF Files: P:\2012\183_TownPlanning_Symbology\Working\Raster_Layer_Creation\4Band_translated_pyramid\z_zones\z_zones_translated.tif Size is 411096, 298318 Coordinate System is: PROJCS["WGS 84 / Pseudo-Mercator", GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4326"]], PROJECTION["Mercator_1SP"], PARAMETER["central_meridian",0], PARAMETER["scale_factor",1], PARAMETER["false_easting",0], PARAMETER["false_northing",0], UNIT["metre",1, AUTHORITY["EPSG","9001"]], EXTENSION["PROJ4","+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +wktext +no_defs"], AUTHORITY["EPSG","3857"]] Origin = (15825753.321902087000000,-1808723.335397920600000) Pixel Size = (1.000002861523879,-1.000001022298165) Metadata: AREA_OR_POINT=Area DataType=Thematic Image Structure Metadata: INTERLEAVE=PIXEL Corner Coordinates: Upper Left (15825753.322,-1808723.335) (142d 9'54.58"E, 16d 2' 4.35"S) Lower Left (15825753.322,-2107041.640) (142d 9'54.58"E, 18d35'33.74"S) Upper Right (16236850.498,-1808723.335) (145d51'29.19"E, 16d 2' 4.35"S) Lower Right (16236850.498,-2107041.640) (145d51'29.19"E, 18d35'33.74"S) Center
(16031301.910,-1957882.488) (144d 0'41.89"E, 17d19' 5.07"S) Band 1 Block=256x256 Type=Byte, ColorInterp=Red Mask Flags: PER_DATASET ALPHA Band 2 Block=256x256 Type=Byte, ColorInterp=Green Mask Flags: PER_DATASET ALPHA Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
Mask Flags: PER_DATASET ALPHA Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha

The pipe of the gdal_warp command gives

Creating output file that is 411096P x 298318L. Processing input file P:\2012\183_TownPlanning_Symbology\Working\Raster_Layer_Creation\4Band_translated_pyramid\z_zones\z_zones_translated.tif. Using band 4 of source image as alpha. Using band 4 of destination image as alpha. 0

so the process is failing before even 10% is complete and fails about 1h after processing starts.

I am just setting up a linux box to try this out on but is there something I can tweak in windows to get this to work?

best,

--- UPDATE 1

Part of the issue is with the cache and wm switches. Removing these helps but the larger process still crash. http://trac.osgeo.org/gdal/wiki/UserDocs/GdalWarp

share|improve this question
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Browse other questions tagged or ask your own question.