[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: LDM 5.1.4 GEMPAK DECODERS (fwd)

Adam,
Uh- No!...decoders don't necessarily make their own directories.
The FILE action in pqact does. Once you "PIPE" the data to a
decoder, there nothing that the LDM controls regarding what the program
receiving the data will do with it.

The decoders I create here at Unidata generally do create their own
directories. The decoders developed at NCEP (eg dcmetr, dcuair, etc) do not.

Steve Chiswell
Unidata User Support



On Fri, 12 Jul 2002, Jeff Weber wrote:

> Hmmmm..
>
> He's now set for NOGAPS but I am not sure what his problem with GEMPAK is?
>
>
> -Jeff
>
> ---------- Forwarded message ----------
> Date: Fri, 12 Jul 2002 14:10:22 -0500 (CDT)
> From: "adam  taylor (994)" <address@hidden>
> To: Jeff Weber <address@hidden>
> Subject: LDM 5.1.4 GEMPAK DECODERS
>
> Um....  You know how they say that the gempak decoders will make the
> appropriate directories??  Well they don't.  The surface directory that
> the DCMETR was suppose to write to was not even there.  No wondering it
> kept flushing the buffer.  It had nowhere to put the data it was
> processing.  As of right now i am still having a couple of pbuf_flush
> problems but i noticed that a good chunk of the directories that were
> suppose to be created are not there.  Thinking this may be a HUGE piece of
> my problems.  I'll let you know what is going on and tell you if this
> fixes my problems.
>
> Also, do you think that you could foward this email to the gempak people
> and ask them what is going on.  I was told the the decoders were suppose
> to automatically create the directories.
>
> One, more thing...What do i have to do to get the NOGAPS feed??
>
> Thanks,
>
> Adam Taylor
>
>