OK, problem reproduced and fixed. It was specific to 32 bit builds, and with TIFF files made of a single strip of more than 2 GB. (note that your file is a classical "big" TIFF, but not a "BigTIFF")
Le vendredi 28 février 2014 18:07:53, ridge wang a écrit : > ---------- Forwarded message ---------- > From: ridge wang <[email protected]> > Date: Sat, Mar 1, 2014 at 1:06 AM > Subject: Re: [gdal-dev] Can not open bigtiff file using gdal1.10 API saved > by photoshop cs6 > To: Even Rouault <[email protected]> > > > I working on Windows 7 64bit OS, Build the gdal 1.10 32bit version with > microsoft visual studio 2005 32bit. and using the internal libtiff version > of gdal. > > > On Fri, Feb 28, 2014 at 9:26 PM, Even Rouault > > <[email protected]>wrote: > > Selon ridgewang <[email protected]>: > > > Ps, sometimes it creates bigtiff file without any error reports by gdal > > > > 1.10 > > > > > api, but can not open the tiff file by gdal api and reports zero > > > > stripsize. > > > > > anyway, the photoshop cs6 can open the tiff file correctly. for tips > > > that the file is created and save in a usb mobile harddisk. I wonder > > > why the photoshop so robust can open the tifffile with a zero > > > stripsize?l > > > > Could you add in the ticket details about your GDAL build : OS, 32/64 bit > > build, > > use of internal libtiff or external libtiff (in the later case, which > > version). > > > > > -- > > > > > View this message in context: > > http://osgeo-org.1560.x6.nabble.com/gdal-dev-Can-not-open-bigtiff-file-us > > ing-gdal1-10-API-saved-by-photoshop-cs6-tp5105979p5106514.html > > > > > Sent from the GDAL - Dev mailing list archive at Nabble.com. > > > _______________________________________________ > > > gdal-dev mailing list > > > [email protected] > > > http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Geospatial professional services http://even.rouault.free.fr/services.html _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
