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

RE: Decoder questions (fwd)

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: RE: Decoder questions (fwd)
  • Date: Fri, 2 Apr 2004 13:52:49 -0700 (MST)

===============================================================================
Robb Kambic                                Unidata Program Center
Software Engineer III                      Univ. Corp for Atmospheric Research
address@hidden             WWW: http://www.unidata.ucar.edu/
===============================================================================

---------- Forwarded message ----------
Date: Thu, 1 Apr 2004 12:28:50 -0700
From: Tom Baltzer <address@hidden>
To: 'Robb Kambic' <address@hidden>
Subject: RE: Decoder questions

Hi Robb,

Thanks!! That led me to the answer and I think it also implies a possible
bug in the decoders.

The message I got when manually running the command was:
could not open
/usr/local/ldm/data/pub/decoded/netcdf/surface/metarLog.20337.log: No such
file or directory

The only thing that seemed to be missing was a surface directory so I
created one and voila, it worked fine and now we're getting tons of netcdf
metar data into the surface directory.

Playing a hunch on the ua2nc stuff I created an upperair directory as well
and voila, upper air data is being decoded into netCDF now as well.



Well I thought I'd mailed this to you already, but obviously not.  Sorry if
I caught you off guard this am in the THREDDS meeting.

Thanks again - still up for talking decoders this afternoon?

Tom.

Tom Baltzer
Software Engineer
UCAR Office of Programs
Unidata Program Center
P.O. Box 3000
Boulder, CO 80307-3000
address@hidden
303-497-8637


> -----Original Message-----
> From: Robb Kambic [mailto:address@hidden]
> Sent: Wednesday, March 31, 2004 12:38 PM
> To: Tom Baltzer
> Cc: decoders
> Subject: RE: Decoder questions
>
> On Wed, 31 Mar 2004, Tom Baltzer wrote:
>
> > Hi Robb,
> >
> > >From your description of it, I'd LOVE to drive by your house today -
> but I
> > think I'll be better served by not doing so - rats!
> >
> > Tomorrow afternoon will be fine.  In the meantime perhaps you have some
> > ideas regarding this error message from metar2nc:
> >
> > Mar 31 18:35:36 node0001 pqact[29662]: pbuf_flush (5) write: Broken pipe
> > Mar 31 18:35:36 node0001 pqact[29662]: pipe_dbufput:
> > decoders/metar2ncetc/metar.cdldata/pub/decoded/netcdf/surface0403 write
> > error
> > Mar 31 18:35:36 node0001 pqact[29662]: pipe_prodput: trying again
>
> Tom,
>
> THis is either the ldm doesn't have write premission or the disk is full.
> I would duplicate the pqact entry on the command line: ie.
>
> ~/decoders/metar2nc ~/etc/metar.cdl ~/data/pub/decoded/netcdf/surface 0403
> < rawdatafile.wmo
>
> The should show the errors on the screen.
>
> Robb...
> >
> > And this error from ua2nc:
> >
> > Mar 29 22:46:30 node0001 pqact[6355]: pbuf_flush (5) write: Broken pipe
> > Mar 29 22:46:30 node0001 pqact[6355]: pipe_dbufput:
> > decoders/ua2ncetc/raob.cdldata/pub/decoded/netcdf/upperair0403 write
> error
> > Mar 29 22:46:30 node0001 pqact[6355]: pipe_prodput: trying again
> >
> > Thanks!!
> > Tom.
> >
> >
> > > -----Original Message-----
> > > From: Robb Kambic [mailto:address@hidden]
> > > Sent: Wednesday, March 31, 2004 11:30 AM
> > > To: Tom Baltzer
> > > Subject: Re: Decoder questions
> > >
> > > Tom,
> > >
> > > If you want to take a drive to my house today, that would be fine. I'm
> > > working at home today. How about tomorrow afternoon?
> > >
> > > RObb..
> > >
> > >
> > > On Wed, 31 Mar 2004, Tom Baltzer wrote:
> > >
> > > > Hi Robb,
> > > >
> > > >
> > > >
> > > > I've been working on a document explaining all the decoders to the
> LEAD
> > > team
> > > > as well as working on getting the decoders up and running on the
> LEAD
> > > Test
> > > > Bed.  Do you have some time today that we can discuss decoders in
> > > general
> > > > and look into why some of them are not working on the LEAD Test bed?
> > > >
> > > >
> > > >
> > > > I'm scheduled for an AG meeting from noon to 1:30 on ESML (it
> probably
> > > won't
> > > > last that long), but am otherwise free today.
> > > >
> > > >
> > > >
> > > > Thanks for your help,
> > > > Tom.
> > > >
> > > >
> > > >
> > > > Tom Baltzer
> > > >
> > > > Software Engineer
> > > >
> > > > UCAR Office of Programs
> > > > Unidata Program Center
> > > > P.O. Box 3000
> > > > Boulder, CO 80307-3000
> > > >
> > > >
> > > >
> > > > E-mail: address@hidden
> > > >
> > > > Phone: 303-497-8637
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> ==========================================================================
> > > =====
> > > Robb Kambic                                  Unidata Program Center
> > > Software Engineer III                        Univ. Corp for
Atmospheric
> > Research
> > > address@hidden               WWW: http://www.unidata.ucar.edu/
> > >
> ==========================================================================
> > > =====
> >
> >
>
> ==========================================================================
> =====
> Robb Kambic                              Unidata Program Center
> Software Engineer III                    Univ. Corp for Atmospheric
Research
> address@hidden                   WWW: http://www.unidata.ucar.edu/
> ==========================================================================
> =====