Opened 16 years ago

Closed 15 years ago

#1351 closed defect (fixed)

how to support HDF-EOS format

Reported by: wxfei19@… Owned by: warmerdam
Priority: normal Milestone:
Component: GDAL_Raster Version: 1.3.2
Severity: normal Keywords:
Cc: Juergen.bayer@…

Description (last modified by warmerdam)

I have a problem ! I can get the subdatasets in a hdf file,but when I use GDALOpen to open one of the subdatasets, It tell me that
"ERROR 4: `HDF4_EOS:EOS_SWATH:"d:\Swathc_Test.hdf":OnedGeo:CalB' does not exist i
n the file system,
and is not recognised as a supported dataset name."

why this happened?
what should I do if I want to support the hdf-eos format

  SUBDATASET_1_DESC=[100x40] Temperature (32-bit floating-point)
  SUBDATASET_2_DESC=[100x40] Conduction (32-bit floating-point)
  SUBDATASET_3_DESC=[100x40] DataOne (32-bit floating-point)
  SUBDATASET_4_DESC=[100x40] SensorA (32-bit floating-point)
  SUBDATASET_5_DESC=[100x40] Gain (32-bit floating-point)
  SUBDATASET_6_DESC=[100x40] BandC (32-bit floating-point)
  SUBDATASET_7_DESC=[100x40] CalA (32-bit floating-point)
  SUBDATASET_8_DESC=[100x40] CalB (32-bit floating-point)
  SUBDATASET_9_DESC=[40x40] Fakedata (32-bit floating-point)
ERROR 4: `HDF4_EOS:EOS_SWATH:"d:\Swathc_Test.hdf":OnedGeo:CalB' does not exist i
n the file system,
and is not recognised as a supported dataset name.

but the file "d:\Swathc_Test.hdf" is really exist in my harddisk

Change History (4)

comment:1 by warmerdam, 16 years ago


This is not expected behavior.  Can you provide the problem file? 
Also, was this with the GDAL 1.3.2 release?  Could you try reproducing
the problem with the FWTools 1.0.8 for windows release which reflects
the latest GDAL code version?

comment:2 by Juergen.bayer@…, 16 years ago

I guess this is a problem with the drivename included as mentioned somewhere other.

gdal_translate -of HFA HDF4_SDS:UNKNOWN:"D:\proc\x\PullDir\0300682042tdpfSc\MOD09Q1.A2005169.h18v04.004.2005179041252.hdf":0 abxx.img 

failes; same as

gdal_translate -of HFA HDF4_SDS:UNKNOWN:"D:/proc/x/PullDir/0300682042tdpfSc/MOD09Q1.A2005169.h18v04.004.2005179041252.hdf":0 abxx.img 


gdal_translate -of HFA HDF4_SDS:UNKNOWN:"MOD09Q1.A2005169.h18v04.004.2005179041252.hdf":0 abxx.img 

runs (thouth his HDF probably is hdf5 and not supported yes with fwtools 1.08

Regards Juergen

comment:3 by warmerdam, 16 years ago

Based on the error message, it seems that the double quotes used to protect
the filename from parsing on the drive letter colon do make it into GDALOpen().
This *should* be sufficient for things to work.  

But based on what you indicate perhaps there is a parsing problem that needs
to be addressed in the HDF code.  I'll try and get back to testing this later

comment:6 by warmerdam, 15 years ago

Description: modified (diff)
Priority: highestnormal
Resolution: fixed
Severity: blockernormal
Status: assignedclosed

I have done a bit of testing, and as long as I preceed the double quotes in the filename with a backslash in the dos commandline things seem to work. I think this problem actually got fixed in May 2006 with this change:

I would appreciate it if either of you could re-test this with a recent FWTools and ensuring you prefix the double quotes with backslashes if you are doing this in the FWTools shell command window.

I'm tentatively closing this as fixed, but just re-open if it isn't fixed.

Note: See TracTickets for help on using tickets.