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

20010516: decoding bufr format profiler data with dcprof

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: 20010516: decoding bufr format profiler data with dcprof
  • Date: Wed, 16 May 2001 16:02:44 -0600

Jason,

The hourly BUFR format profiler IUTP0[1-4] files are on the HRS feed.

What version of GEMPAK are you running, and on what platform?

If you are running the dcprof decoder from GEMPAK 5.6.C.1 under
Solaris X86 or Linux, then there is a fix you need for the 
dcprof decoder due to a change in the GEMPAK header files.
If you downloaded the binary distributions for either of those
platforms, you can grab the updated dcprof decoder from the
~gbuddy/nawips-5.6/binary/linux or solaris_x86 directories
without re-downloading the entire distribution.

If you are running a different version, or built from source, then
let me know and I'll get you the fix for those platforms.

Any other platform is unaffected by the 5.6.C.1 change in MTMACH,
so if you aren't decoding them on something other than Linux or X86,
let me know.

Steve Chiswell
Unidata User Support
 


> 
>   Hi Anne,
> 
>   Thanks for checking this out!  We're actually receiving data through
> NOAAPort, but I can't seem to grab any profiler data.  I'm using the
> example pqact.conf file you have on the GEMPAK web page:
> 
> #
> # Old profiler hourly summaries in BUFR format
> HRS     ^IUPT0[1-4] KBOU
>         PIPE    decoders/dcprof -v 4 -d data/gempak/logs/dcprof.log
>         -e GEMTBL=/home/gempak/NAWIPS/gempak/tables
>         -s profiler_fsl.stn
>         tableb tabled data/gempak/profiler_bufr/YYYYMMDD_pro.gem
> 
>   ...but data is not being saved to the file.  Perhaps the above has
> changed within the NOAAPort feed?  Is there any way to find out?
> 
>   Thanks for the help, Anne!
> 
>   Jason
> 
> 
> -- 
> ----------------------------------------------------------------------------
> Jason J. Levit, N9MLA                      Research Scientist,
> address@hidden                Center for Analysis and Prediction of
> Storms
> Room 1022                                 University of Oklahoma
> 405/325-3503                              http://www.caps.ou.edu/
>