thanks Frank.
I suspect that the large file size may have something to do (the
uncompresssed NITF is more than 2.3 GB) on Windows.
So I downloaded your latest FWTools 2.0.6 on Linux and tried to use
openev. But I got Segmentation fault while opening any images.
Shawn
sg...@m:/home/sgong/FWTools-2.0.6> openev
Default software rendering mode (use -h if accelerated video card
installed).
Gdk-WARNING **: Missing charsets in FontSet creation
Gdk-WARNING **: JISX0208.1983-0
Gdk-WARNING **: KSC5601.1987-0
Gdk-WARNING **: GB2312.1980-0
Gdk-WARNING **: JISX0201.1976-0
Loading tools from
/home/sgong/FWTools-2.0.6/bin/../tools/gvrastertools.py
Loading tools from /home/sgong/FWTools-2.0.6/bin/../tools/isodata.py
Loading tools from /home/sgong/FWTools-2.0.6/bin/../tools/reproject.py
Loading tools from /home/sgong/FWTools-2.0.6/bin/../tools/Tool_Export.py
Loading tools from
/home/sgong/FWTools-2.0.6/bin/../tools/Tool_ShapesGrid.py
Loading tools from /home/sgong/FWTools-2.0.6/bin/../tools/calculator.py
Loading tools from /home/sgong/FWTools-2.0.6/bin/../tools/compose.py
Loading tools from /home/sgong/FWTools-2.0.6/bin/../tools/open_raw.py
Loading tools from /home/sgong/FWTools-2.0.6/bin/../tools/wmstool.py
Loading tools from
/home/sgong/FWTools-2.0.6/bin/../tools/imgproctemplate.py
Loading tools from /home/sgong/FWTools-2.0.6/bin/../tools/mil_symbols.py
Loading tools from /home/sgong/FWTools-2.0.6/bin/../tools/rendertest.py
Loading tools from
/home/sgong/FWTools-2.0.6/bin/../tools/Tool_autopan.py
Loading tools from
/home/sgong/FWTools-2.0.6/bin/../tools/Tool_DriverList.py
Loading tools from /home/sgong/FWTools-2.0.6/bin/../tools/fft.py
Loading tools from
/home/sgong/FWTools-2.0.6/bin/../tools/open_subarea.py
/home/sgong/FWTools-2.0.6/bin/openev: line 25: 22128 Segmentation fault
(core dumped) ${OPENEV_HOME}/bin/python ${OPENEV_HOME}/pymod/openev.py
"$@"
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Frank Warmerdam
Sent: Wednesday, August 12, 2009 10:12 AM
To: Gong, Shawn (Contractor)
Cc: [email protected]
Subject: Re: [gdal-dev] GeoEye-1 NITF - Warning 1: Image with 11 bits
per sample will not be interpreted properly
On Tue, Aug 11, 2009 at 12:17 PM, Gong, Shawn
(Contractor)<[email protected]> wrote:
> hi list,
>
> I found help clues to build libecwj2 on Windows.
Shawn,
Congrats on working though this issue! Perhaps you would like to add
some notes to:
http://trac.osgeo.org/gdal/wiki/ECW
> However when I tried to open GeoEye-1 NITF, I got "Warning 1: Image
with 11
> bits per sample will not be interpreted properly".
I thought there were changes in trunk to avoid this warning when the
image is jpeg2000 and being handled by a suitable codec. However,
I think I only tested this specific issue when using JP2KAK for the
jpeg2000 support. I'm not sure if there are problems with the ecw sdk
and such files or not. However, the note about being badly corrupted
should not really apply.
> There are two sub-datasets in NITF (please see the gdalinfo at the
end). If
> I open the 2nd sub-dataset, the data show only 73 pixels and 220
lines;
> digital numbers are either 0 or 255.
Hmm, I don't know why it would be particularly small in size.
I'm also surprised that the latest windows fwtools has problems.
Perhaps you could file a ticket on the issue and I could look into
it a bit next week (especially since problems can be reproduced
with FWTools which I think uses JP2KAK for this purpose).
Hmm, on second thought, I believe I removed JP2KAK from
FWTools for licensing reasons - so perhaps it is using the
ecw jpeg2000 driver too.
Best regards,
--
---------------------------------------+--------------------------------
------
I set the clouds in motion - turn up | Frank Warmerdam,
[email protected]
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev
