Opened 16 years ago
Closed 16 years ago
#2397 closed defect (fixed)
Improve PDS dataset identification & fixes image segment offset
Reported by: | Even Rouault | Owned by: | Even Rouault |
---|---|---|---|
Priority: | normal | Milestone: | 1.6.0 |
Component: | GDAL_Raster | Version: | 1.5.0 |
Severity: | normal | Keywords: | pds |
Cc: | warmerdam |
Description
Currently, on all the PDS images I could found on the web, the PDS driver doesn't compute correctly the beginning of the image segment that it passes to the RawRasterBand, so we end up reading the header data as image data... This can be easily shown on the 2 datasets available on http://download.osgeo.org/gdal/data/pds. This is because we try to read the value of the IMAGE.RECORD_BYTES keyword, whereas I could only find a RECORD_BYTES keyword in files.
By the way, the image data on the GDAL download area in http://download.osgeo.org/gdal/data/pds/h2064_0000_gr3.img is clearly corrupted. I could find a correct version at http://pds-geosciences.wustl.edu/mex-hrsc-map01/mex-m-hrsc-refdr-mapprojected-v2/mexhrsc_1001/data/2064/h2064_0000_gr3.img, which has the correct size and looks good.
I'll also add code so that images available on ftp://pdsimage2.wr.usgs.gov/cdroms/magellan/mg_1103/fl78n018 can be identified as PDS. One must skip the first line which contains a kind of identifier (CCSD3ZF0000100000001NJPL3IF0PDSX00000001 for example). The "PDS_VERSION_ID = PDS3" is only on the following line. It also requires to extand the nasakeywordhandler to accept { "val1", "val2 } as a value for a keyword/value pair.
Change History (2)
comment:1 by , 16 years ago
comment:2 by , 16 years ago
Milestone: | → 1.6.0 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Fixed in trunk in r14587