adfraser@[EMAIL PROTECTED]
wrote:
> Just an update: I ran the original code, line by line from the IDL
> command line, but substituted in your two lines
>
> HDF_SD_GetData, thisSdsID, olddata
> newdata = olddata+500
>
> instead of how I was creating my new data. And it worked!
>
> I went back to my original program. Here's some stats about the "old"
> and "new" data (the second line produced by "help, L1B_emiss, /stru"):
>
> olddata:
> Max: 9931, Min: 2969, Mean: 5842.88
> L1B_EMISS UINT = Array[1354, 2030, 2]
>
> newdata:
> Max: 9931, Min: 0, Mean: 718.132
> L1B_EMISS UINT = Array[1354, 2030, 2]
>
>
> The dimensionality, size and type of the arrays is identical. No NaNs
> are present (otherwise I couldn't have calculated the mean). But
> still, I get the "slice" error! Could the HDF interface possibly be
> complaining about the presence of zeros in the new data set?!?!
>
> I also tried creating blank int arrays of the same dimensions. Still
> no go.
That is bizarre!
The only idea I've been able to come up with is to see if I can
duplicate the problem using the HDF C libraries, rather than working
through IDL. If so, then it's an HDF issue, and I'll check with the HDF
help desk. If not, it's an issue with the IDL wrappers for the HDF
functions, and I'll have to talk to IITVS.
|
