Processing NAM BUFR sounding files with NAMSND
Schroeder, Joshua
jj.schroeder at us.army.mil
Mon Jan 8 13:23:51 MST 2007
I have encountered a similar problem with NAMSND (called from MODSND)
aborting in Linux. The problem seems to be unique to GEMPAK 5.9.x, as I
don't get the error when running from 5.8.
Josh Schroeder
----------------------------------------------------------
Joshua J. Schroeder
Meteorologist
CSTE-DTC-WS-RO-DA-F
White Sands Missile Range, NM 88002
Comm: (505) 678-2963
DSN: 258-2963
> I regularly process NAM soundings from the NCEP FTP server (path:
> pub/data/nccf/com/nam/prod/nam.YYYYMMDD/bufr.HHz) with NAMSND. I have found
> that in order to process them, $GEMTBL/pack/snclass1.prm needs to be modifed
> as follows:
> change the line
> TKEL 0. 40. .01
> to
> TKEL 0. 40. .01 1. IMXR
>
> As this modification needs to be done each time a new version of GEMPAK is
> enabled, can this change be added to future distributions?
>
>
> Also, while NAMSND works fine on Sun Solaris, it always aborts on Linux:
>
> SNBUFR BUFR model sounding file bufr.725180.2006120512
>
> SNOUTF Output sounding file 06120512_nam.snd
>
> SFOUTF Output surface file 06120512_nam.sfc+
>
> SNPRMF Sounding parameter packing file snclass1.prm
>
> SFPRMF Surface parameter packing file sfclass1.prm
>
> TIMSTN Times/additional stations 120/200
>
> Parameters requested: SNBUFR,SNOUTF,SFOUTF,SNPRMF,SFPRMF,TIMSTN.
>
> GEMPAK-NAMSND>r
>
> **************BUFR ARCHIVE LIBRARY ABORT*****************
> BUFRLIB: OPENBF - ERROR READING INPUT FILE CONNECTED TO UNIT 14 WHEN
> CHECKING FOR 'BUFR' IN FIRST 4 BYTES OF RECORD
> **************BUFR ARCHIVE LIBRARY ABORT*****************
>
> Finally, is there another model sounding/BUFR program that I should be using
> instead of NAMSND?
>
>
> Thanks!
>
> Kevin
More information about the gembud
mailing list