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.
Art, You are correct! I see what you were looking for now. I did make a local change back in 2001 to add the 12 hour max/min values that did not get updated into the NCEP release when the entire directory structure was migrated during the C transition of the grid library routines. I'll add them back and send them on to you! Steve Chiswell Unidata User Support > Steve, > > FYI, I tried running the old decoder (from 5.9.3) over the weekend but it > still did not produce T12X and T12N fields, so I started suspecting a > table problem and it looks like the gempak/tables/pack/lsfc.pack file was > not updated for the 5.9.4 release. I copied the 5.9.3 file into the 5.9.4 > package and will see what happens with tomorrow's data. > > Art > > On Thu, 18 Jan 2007, Arthur A. Person wrote: > > > Steve, > > > > On Thu, 18 Jan 2007, Unidata GEMPAK Support wrote: > > > >> Art, > >> > >> The $GEMPAK/source/bridge/ls/lstemp.f routine defines the region specific > >> reporting of max/min as 12/18/24 hour values. The lswgem.f routine only > >> writes out 24 hour max/min values into the TDXC and TDNC parameters. > >> There are no comments in the code that this has been changed recently. > >> The WMO 306 manual provides the region specific time period reporting. > > > > Okay, then maybe I don't understand the problem fully. However, we're not > > decoding data we used to, and it appears to be syoptic data that's missing > > as > > I described below. Here's example sflist output showing the loss of the > > T12X > > and T12N decoded fields (which is universal worldwide): > > > > GEMPAK-SFLIST>l > > SFFILE = 20070112_syn.gem > > AREA = @egll > > DATTIM = 070116/0000 > > SFPARM = dset > > OUTPUT = T > > IDNTYP = STID > > GEMPAK-SFLIST>dattim=0600 > > GEMPAK-SFLIST>r > > PARM = > > PMSL;PRES;P03D;TMPC;DWPC;SPED;DRCT;GUMS;VSBK;P03M;P06M;P09M;P12M;P18M; > > > > P24M;TDXC;TDNC;WWMO;PWWM;CFRT;CFRL;CTYL;CTYM;CTYH;CLHL;CLHM;CLHH;SSTC; > > WPER;WHGT;SNOW;CBAS;SNEW;P24C > > > > STN YYMMDD/HHMM PMSL PRES P03D TMPC DWPC SPED > > DRCT GUMS VSBK P03M P06M P09M > > P12M P18M P24M TDXC TDNC WWMO > > PWWM CFRT CFRL CTYL CTYM CTYH > > CLHL CLHM CLHH SSTC WPER WHGT > > SNOW CBAS SNEW P24C > > EGLL 070112/0600 1022.10 1019.00 7003.00 8.60 5.90 5.70 > > 210.00 -9999.00 11.00 -9999.00 -9999.00 -9999.00 > > 0.00 -9999.00 2.00 -9999.00 -9999.00 -9999.00 > > -9999.00 -9999.00 -9999.00 -9999.00 -9999.00 -9999.00 > > -9999.00 -9999.00 -9999.00 -9999.00 -9999.00 -9999.00 > > 0.00 7.00 -9999.00 -9999.00 > > > > > > Parameters requested: SFFILE,AREA,DATTIM,SFPARM,OUTPUT,IDNTYP. > > GEMPAK-SFLIST>SFFILE = 20070110_syn.gem > > GEMPAK-SFLIST>r > > PARM = > > PMSL;PRES;P03D;TMPC;DWPC;SPED;DRCT;GUMS;VSBK;P03M;P06M;P09M;P12M;P18M; > > > > P24M;TDXC;TDNC;T12X;T12N;WWMO;PWWM;CFRT;CFRL;CTYL;CTYM;CTYH;CLHL;CLHM; > > CLHH;SSTC;WPER;WHGT;SNOW;CBAS;SNEW;P24C > > > > STN YYMMDD/HHMM PMSL PRES P03D TMPC DWPC SPED > > DRCT GUMS VSBK P03M P06M P09M > > P12M P18M P24M TDXC TDNC T12X > > T12N WWMO PWWM CFRT CFRL CTYL > > CTYM CTYH CLHL CLHM CLHH SSTC > > WPER WHGT SNOW CBAS SNEW P24C > > EGLL 070110/0600 1004.90 1001.90 6002.00 11.00 9.60 6.20 > > 210.00 14.90 14.00 -9999.00 -9999.00 -9999.00 > > 9.00 -9999.00 9.00 -9999.00 -9999.00 -9999.00 > > 10.90 61.00 -9999.00 -9999.00 -9999.00 -9999.00 > > -9999.00 -9999.00 -9999.00 -9999.00 -9999.00 -9999.00 > > -9999.00 -9999.00 0.00 7.00 -9999.00 -9999.00 > > > > > > Parameters requested: SFFILE,AREA,DATTIM,SFPARM,OUTPUT,IDNTYP. > > GEMPAK-SFLIST> > > > > Does this help clarify the problem? > > > > Thanks. > > > > Art > > > >> Steve Chiswell > >> Unidata User Support > >> > >> > >>> Hi... > >>> > >>> It looks like the synoptic decoder in gempak 5.9.4 no longer decodes the > >>> 12-hour and 18-hour max/mins that are reported in some regions. The > >>> 6-hour and 24-hour reports appear to be okay. Could someone check into > >>> this...? > >>> > >>> Thanks... > >>> > >>> Art > >>> > >>> Arthur A. Person > >>> Research Assistant, System Administrator > >>> Penn State Department of Meteorology > >>> email: address@hidden, phone: 814-863-1563 > >>> > >>> > >> > >> > >> Ticket Details > >> =================== > >> Ticket ID: QRH-818514 > >> Department: Support GEMPAK > >> Priority: High > >> Status: Closed > >> > >> > > > > Arthur A. Person > > Research Assistant, System Administrator > > Penn State Department of Meteorology > > email: address@hidden, phone: 814-863-1563 > > > > Arthur A. Person > Research Assistant, System Administrator > Penn State Department of Meteorology > email: address@hidden, phone: 814-863-1563 > > Ticket Details =================== Ticket ID: QRH-818514 Department: Support GEMPAK Priority: High Status: Closed