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.
Chuck, If you want current/realtime profiler data- then I suggest you use the dcncprof decoder for the hourly and 6 minute profiler data in the FSL2 data stream. If you have old archived data in the BUFR format that you absolutely have to get at, then we can work on that- but the NetCDF data gives you both options of hourly and 6 minute so that would be the prefered route for the future. I haven't looked at the BUFR stream in quite some time, so there may be changes between FOS and NOAAPORT. I checked, and I see that theta.eas.slu.edu is already receiving the FSL2 feed: Jun 14 15:22:25 notifyme[4395446]: NOTIFYME(theta.eas.slu.edu): OK Jun 14 15:22:30 notifyme[4395446]: 11988 20000614142715.331 FSL2 000 FSL.NetCDF.NOAAnet.windprofiler.01hr.20001661400.* Jun 14 15:22:32 notifyme[4395446]: 177528 20000614143032.831 FSL2 000 FSL.NetCDF.NOAAnet.windprofiler.06min.20001661412.* So, the thing to do is make sure you have dcncprof built (it requires the NetCDF library so it doesn't get built by default). Once NetCDF is installed, edit the file $NAWIPS/config/Makeinc.common and define the locations of the include files and library respectively line: NETCDFINC = /usr/local/netcdf/include NETCDF = /usr/local/netcdf/lib/libnetcdf.a Then just build the dcncprof (and dcacars if you want to get the PCWS data stream from FSL to look at he aircraft observations/soundings). cd $NAWIPS/unidata/ldmbridge/dcncprof make clean make all make install make clean cd $NAWIPS/unidata/ldmbridge/dcacars make clean make all make install make clean LDM pattern/actions shown in the pqact.conf examples in the GEMPAK www pages look like: # FSL NetCDF Wind Profiler FSL2 ^FSL\.NetCDF\.NOAAnet\.windprofiler\.(01hr)\.(.*)\..* PIPE -close /usr/local/ldm/decoders/dcncprof -v -l data/gempak/logs/dcncprof.log -e GEMTBL=/home/gempak/NAWIPS-5.4/gempak5.4/tables data/gempak/profiler/YYYYMMDD_pro.gem FSL2 ^FSL\.NetCDF\.NOAAnet\.windprofiler\.(06min)\........(0[0-9]|1[01])..\..* PIPE -close /usr/local/ldm/decoders/dcncprof -v -l data/gempak/logs/dcncprof.log -e GEMTBL=/home/gempak/NAWIPS-5.4/gempak5.4/tables data/gempak/profiler/YYYYMMDD00_6min.gem FSL2 ^FSL\.NetCDF\.NOAAnet\.windprofiler\.(06min)\........(1[2-9]|2[0-3])..\..* PIPE -close /usr/local/ldm/decoders/dcncprof -v -l data/gempak/logs/dcncprof.log -e GEMTBL=/home/gempak/NAWIPS-5.4/gempak5.4/tables data/gempak/profiler/YYYYMMDD12_6min.gem # Let me know if your have any questions/problems. Steve Chiswell Unidata User Support >From: "Dr. Charles Graves" <address@hidden> >Organization: UCAR/Unidata >Keywords: 200006141324.e5EDOsT14495 >Tom, > >Sorry about the terse e-mail....the system frozen so I assumed the mail >wasn't sent. Here's the problem. I'm trying to decode the hourly >profiler (not the 6 minute) using dcprof from GEMPAK (5.4 pl 16). > >The pqact which saves the file to disk is: > >HRS ^IUPT.* .... ([0-3][0-9])([0-2][0-9]) > FILE /rtmet/ldm/data/profiler/(\1:yyyy)(\1:mm)\1.pro > >The command to decode is: > >/eas/met/nawips/bin/sol/dcprof -c 000612/1200 -d - -v 0 \ > -p /met/nawips/gempak5.4/tables/pack/profiler.pack \ > -s /met/nawips/gempak5.4/tables/stns/profiler.stn \ > /met/nawips/gempak5.4/tables/grid/tableb \ > /met/nawips/gempak5.4/tables/grid/tabled YYYYMMDD_pro.gem \ > < /eas/met/ldm/data/profiler/20000612.pro > >The output of this command is: >DCPROF[2169]: 000614/1307: Starting up. >lenb 0 > iperr -1 0 >DCPROF[2169]: 000614/1307: Normal Termination. >DCPROF[2169]: 000614/1307: Number of bulletins read and processed: 0 >DCPROF[2169]: 000614/1307: Shutting Down. > >The file: >ls -l /eas/met/ldm/data/profiler/20000612.pro >-rw-rw-r-- 1 ldm met 363297 Jun 12 18:20 /eas/met/ldm/data/profil > er/20000612.pro > >The routine is acting as if the BUFR record is 0 bytes? > >Any help would be appreciated. If you are interested I have placed a >copy of that profiler data (20000612.pro) on our anonymous ftp site: > >ftp.eas.slu.edu:/pub/incoming/unidata > >Thanks again, >Chuck >