Re: [gembud] NAMSND and BUFR files

I found that installing the latest NCEP BUFR library in 
$NAWIPS/extlibs/ncepBUFR, from the link provided in the forwarded email from 
8/13/13, and rebuilding NAMSND does the trick!  An extra benefit is that the 
program no longer needs to run solely on a big-endian system (e.g., Solaris on 
SPARC) ... it runs fine on Linux now.

Micheal, perhaps Unidata can make the necessary updates for 6.10.  A new 
Makefile will need to be made.  Per the "README_BUFRLIB" in the latest BUFRLIB 
package, on Linux with gfortran I needed to modify "preproc.sh" to add the 
"-traditional-cpp" flag when preprocessing the .F files, and also add 
-DUNDERSCORE and -f-no-second-underscore when compiling the .f files.

_____________________________________________
Kevin Tyle, Systems Administrator
Dept. of Atmospheric & Environmental Sciences
University at Albany
Earth Science 235, 1400 Washington Avenue
Albany, NY 12222
Email: ktyle@xxxxxxxxxx
Phone: 518-442-4578
_____________________________________________

________________________________
From: Arthur A Person <aap1@xxxxxxx>
Sent: Monday, September 30, 2013 4:03 PM
To: Tyle, Kevin R
Cc: gembud@xxxxxxxxxxxxxxxx
Subject: Fwd: NAMSND and BUFR files

Kevin,

________________________________
From: "Kevin R Tyle" <ktyle@xxxxxxxxxx>
To: gembud@xxxxxxxxxxxxxxxx
Cc: person@xxxxxxxxxxxxx
Sent: Monday, September 30, 2013 10:45:09 AM
Subject: NAMSND and BUFR files

Hi all,

Since NCEP transitioned to WCOSS this past July, we are no longer able to 
decode GFS BUFR soundings with the GEMPAK program NAMSND.  Has anyone been able 
to make modifications so that these files can again be read?  Curiously, things 
still work when processing NAM BUFR soundings.

Art, I’m specifically cc’ing you here, since I believe PSU uses the NAMSND 
program to generate output for BufKit sounding files, which look to be produced 
using SNLIST.
No, we're not using NAMSND to decode them... we're using an ancient NCEP code 
to dump the BUFR files and then an in-house developed decoder.

  As far as I know, the GFS BUFKIT files still work.
Yes, it looks like it's still working, and I've had no complaints.

It looks like the blocking/deblocking business has to do with whether the BUFR 
file had its records written in a fortran record style with fortran control 
words.  I'm guessing the files we use are pure unblocked BUFR sounding files 
(e.g. from  
http://weather.noaa.gov/pub/SL.us008001/ST.opnl/MT.gfs_CY.12/RD.20130930/PT.sndn_DF.buf/)
 and therefore are not affected by the change.

                   Art

Cheers,

Kevin

_____________________________________________
Kevin Tyle, Systems Administrator
Dept. of Atmospheric & Environmental Sciences
University at Albany
Earth Science 235, 1400 Washington Avenue
Albany, NY 12222
Email: ktyle@xxxxxxxxxx<mailto:ktyle@xxxxxxxxxx>
Phone: 518-442-4578
_____________________________________________

From: wrf-news-bounces@xxxxxxxx [mailto:wrf-news-bounces@xxxxxxxx] On Behalf Of 
Donald Stark
Sent: Tuesday, August 13, 2013 4:39 PM
To: gsi_users@xxxxxxxx; wrf-news@xxxxxxxx; gsi_news@xxxxxxxx
Subject: [Wrf-news] New BUFR format from NCEP WCOSS implementation
Dear GSI users,
Please note the community tool (ssrc) we provided for converting the NCEP BUFR 
files from Big-Endian to Little_Endian is no longer working for the new NCEP 
BUFR files after NCEP operation system went alive on WCOSS system on July 25th.
Since the July 25th, all NCEP BUFR files are unblocked files instead of 
blocked. Please see the explanations below from NCEP:

  *   Blocked/Unblocked BUFR
-All BUFR files created on WCOSS are now unblocked. This decision was made back 
in September as a result of the Endianess changes on WCOSS (Little-Endian on 
WCOSS vs. Big-Endian on CCS) and its affect on the blocking control words. 
Users are recommended to recompile their codes to link to the latest NCEP 
BUFRLIB which can read unblocked BUFR files found 
here<http://www.nco.ncep.noaa.gov/sib/decoders/BUFRLIB/>


To use the NCEP BUFR files after July 25th, please update the BUFRLIB or use 
comGSIv3.2, which includes the new BUFRLIB. The new BUFRLIB can automatically 
handle both endian files. So, no converting needed. The new BUFRLIB also works 
well with the old NCEP BUFR files without converting.

Thanks,

DTC DA Team,




--
Arthur A. Person
Research Assistant, System Administrator
Penn State Department of Meteorology
email:  aap1@xxxxxxx, phone:  814-863-1563


  • 2013 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the gembud archives: