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

[Support #EAT-436433]: ship data

Wen,

It is possible you did not update the dcmsfc decoder in ~ldm/decoders/
when you upgraded GEMPAK distributions.

You can run "~ldm/decoders/dcmsfc -h" and see what version of
GEMPAK your decoder is from (very last line of output will look like >Version 
5.10.1<). 
Make sure it matches the version of the msfc.pack table you have since several
additional parameters have been added to the decoder capabilities since April, 
2005.

Steve Chiswell
Unidata User Support



> 
> Hi Jeff,
> 
> Thanks for your promptly reply.
> I restarted our ldm, but things remain the same. We still can not got
> generate any ship files in our data area. I have checked the logfile
> dcmsfc.log and found the errors (generating all the time!)
> 
> [2310] 070111/1535[DP -7] msfc.pack
> [2310] 070111/1535[SF -1] data/gempak/ship/20070111_sb.gem
> [2310] 070111/1535[SF -1] data/gempak/ship/20070111_sb.gem
> 
> The new msfc.pack is different from the old one. I copied the
> old one into ~gempak/gempak/tables/pack/. Now we are getting the ship
> data.
> 
> I will check other kind of data to see if they are missed.
> 
> Thanks,
> 
> Wen
> 
> 
> On Wed, 10 Jan 2007, Unidata IDD Support wrote:
> 
> > >
> > > Hi Jeff,
> > >
> > > HAPPY NEW YEAR!
> > >
> > > Since Dec19,06 we haven't received the ship data. We have not changed the
> > > pqact.gempak for quite a while. What's the problem? How do we get the
> > > data?
> > >
> > > The entries in our pqact.gempak for ship data are as follow:
> > >
> > > # ship, buoy and CMAN
> > > #
> > > WMO     
> > > (^S[IMN]V[^GINS])|(^S[IMN]W[^KZ])|(^S(HV|HXX|S[^X]))|(^SX(VD|V.50|US(2[0-3]|08|40|82|86)))|(^Y[HO]XX84)
> > > PIPE    decoders/dcmsfc -b 9 -a 10000
> > > -d data/gempak/logs/dcmsfc.log
> > > -e GEMTBL=/usr/local/gempak/gempak/tables
> > > data/gempak/ship/YYYYMMDD_sb.gem
> > > #       data/gempak/ship/YYYYMMDDHH_sb.gem
> > > #
> > > # 6 Hour Ship Observations
> > > WMO     (^S[IMN]V[^GINS])|(^S[IMN]W[^KZ])
> > > PIPE    decoders/dcmsfc -d data/gempak/logs/dcmsfc_6hr.log -a 6
> > > -e GEMTBL=/usr/local/gempak/gempak/tables
> > > data/gempak/ship6hr/YYYYMMDDHH_ship.gem
> > >
> > > Please guide me to get the data.
> > > Thanks,
> > >
> > > Wen
> > >
> > >
> > Hi Wen,
> >
> > No, nothing has changed, and we continue to get the data here.
> >
> > Have your other data requests been coming in normally?
> >
> > What else are you currently ingesting.
> >
> > It appears as if you are getting "WMO" via flood at UIUC, and I am not 
> > aware of any problems at that site.
> >
> > Have you added or edited any entries in your pqact.conf file that are 
> > located above your entry for WMO?
> >
> > I do not see any large latencies to your machine from flood:
> >
> > http://www.unidata.ucar.edu/cgi-bin/rtstats/iddstats_nc?IDS|DDPLUS+aeolus.valpo.edu
> >
> > Are any files being generated in your $GEMDATA/ship directory?
> >
> > ...and of course we can always try:
> >
> > ldmadmin stop
> > ldmadmin clean
> > ldmadmin delqueue
> > ldmadmin mkqueue
> > ldmadmin start
> >
> > After we hear back from you, we will hopefully have a better idea as to 
> > what the problem may be.
> >
> > Cheers,
> > Jeff Weber
> > Unidata User Support
> > http://www.unidata.ucar.edu
> >
> > Ticket Details
> > ===================
> > Ticket ID: EAT-436433
> > Department: Support IDD
> > Priority: Normal
> > Status: On Hold
> >
> >
> 
> 


Ticket Details
===================
Ticket ID: EAT-436433
Department: Support GEMPAK
Priority: Normal
Status: Closed