gdalinfo output i:
Driver: NITF/National Imagery Transmission FormatFiles: ##CH_CV_GRD\imagery\12499.ntfSize is 61180, 19694Coordinate System is `'GCP Projection =GEOGCS["WGS 84", ... ]
Band 1 Block=1024x1024 Type=UInt16, ColorInterp=GrayBand 2 Block=1024x1024 Type=UInt16, ColorInterp=Gray
Also I am sure it is the UInt16 overflow, as the message is:ERROR 3: Unable to read 4194302 byte block from 4324329780
and 2**32 = 4294967296
From: br...@frogmouth.net <br...@frogmouth.net>
Sent: April 6, 2021 8:17 PM
To: Even Rouault <even.roua...@spatialys.com>; ni hao <ni_ha...@hotmail.com>
Cc: gdal-dev@lists.osgeo.org <gdal-dev@lists.osgeo.org>
Subject: Re: [gdal-dev] NITF Int16 image size limitAlso if you can show the headers (e.g. from gdalinfo), that might provide indication of exactly which value is the issue.
Brad
On 7 Apr. 2021 04:00, Even Rouault <even.roua...@spatialys.com> wrote:
Please keep the mailing list copied (I re-added it)
This is not the most recent one (3.2.2 is), but skimming quickly through release notes, I can't see anything directly related, so it might still be current with the recent versions. Altough I see that a bunch of "avoid unsigned integer overflow" type of fixes have been done since 2.4, so some of them might have accidentally fixed the issue.
If you can try with the latest version ( Docker images mentioned at https://github.com/OSGeo/gdal/tree/master/gdal/docker, Conda, etc .), that could be interesting.
Le 06/04/2021 à 19:51, ni hao a écrit :
Hi Even,
The version is 2.4.4.
From: Even Rouault <even.roua...@spatialys.com>
Sent: April 6, 2021 2:46 PM
To: ni hao <ni_ha...@hotmail.com>; gdal-dev@lists.osgeo.org <gdal-dev@lists.osgeo.org>
Subject: Re: [gdal-dev] NITF Int16 image size limitShawn,
This sounds more like a unwanted integer overflow somewhere in the NITF driver. Is this with a recent GDAL ? If so, please file a bug at https://github.com/OSGeo/gdal/issues/new with all the details needed. A link to the dataset would be ideal, but otherwise please provide in the ticket description the output of "gdalinfo your.nitf"
Even
Le 06/04/2021 à 19:35, ni hao a écrit :
Hi list,
I encountered problem ingesting a large NITF Int16 image with GDAL:
NITF 2-band image in Int16 format, 4.3 GB. It has 19690 lines x 61180 pixels. The upper 90% of the image looks fine. But the last 2000 lines fail to load by GDAL. That coincides with the 32-bit boundary.
Note that another larger NITF in 32-bit float, 10.1 GB file loads fine.
Is there a hard limit on NITF Int16 file size?
Thanks,
Shawn
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev-- http://www.spatialys.com My software is free, but my time generally not.-- http://www.spatialys.com My software is free, but my time generally not.
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev