Opened 17 years ago
Closed 16 years ago
#1713 closed defect (worksforme)
JPEG2000 in NITF not using optimized RasterIO()
Reported by: | warmerdam | Owned by: | warmerdam |
---|---|---|---|
Priority: | normal | Milestone: | 1.5.0 |
Component: | GDAL_Raster | Version: | svn-trunk |
Severity: | normal | Keywords: | nitf jpeg2000 |
Cc: | gaopeng |
Description
When an NITF file has a JPEG2000 image in it, there is no attempt to use the optimized dataset level RasterIO() method available for the JP2KAK driver.
Change History (2)
comment:1 by , 17 years ago
comment:2 by , 16 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
I believe in followup it seemed that the issue was particular to the way some jpeg2000 files were created and how the kakadu library accesses them. No apparent action due within GDAL.
Note:
See TracTickets
for help on using tickets.
I have confirmed that the trunk and 1.4-esri branch already have optimized dataset level RasterIO() calls for NITFdatasets to the jp2kak driver - so I'm not exactly sure why performance is reported to be poor. Following up on details.