OK, I must be missing something. Doesn't READ_ASCII work on this type
of file?
Ed
On May 8, 12:56 pm, te...@[EMAIL PROTECTED]
wrote:
> Sorry, maybe I should have been more explicit. The data is not
> unformatted but I tried that because otherwise I get an error messege:
>
> Input line is too long for input buffer of 32767 characters.
>
> Ben, thanks for your suggestion, but I also get that error messege
> trying your suggestion.
>
> To be more explicit, each line of data looks something like this
> (where there are 2520 columns):
>
> 1.0117065e+003 1.0114794e+003 1.0112352e+003 1.0110832e+003
> 1.0109401e+003 ...
>
> Thanks,
>
> Howard
>
> On May 8, 12:43 pm, David Fanning <n...@[EMAIL PROTECTED]
> wrote:
>
> > te...@[EMAIL PROTECTED]
writes:
> > > Hi, I am trying to read in a long line which has around 2520 values
> > > all in scientific notation (ie 1.2E+02, etc). I tried the
following:
>
> > > x=strarr(2520)
> > > x[*]='12345678'
> > > readu,unit,x
>
> > > Then converting to floating point. This doesn't seem to work since
> > > the data is in scientific notation. Does anyone have any
suggestions?
>
> > I would suggest less fuzzy thinking. :-)
>
> > What is a "line" of data? Computers don't do
> > "around" or "about" anything. They are like
> > children. They have to be told explicitly.
>
> > Cheers,
>
> > David
>
> > P.S. Do you know anything more exact about this data?
> > Do you know, for example, if it is really saved in
> > an unformatted data file?
>
> > --
> > David Fanning, Ph.D.
> > Fanning Software Consulting, Inc.
> > Coyote's Guide to IDL Programming:http://www.dfanning.com/
> > Sepore ma de ni thui. ("Perhaps thou speakest truth.")
|
