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.
Celia, GEMPAK decodes the in-situ aircraft observations (including AMDARS) from the NWSTG NOAAPORT data stream using the dcacft decoder. The data is decoded into a ship format GEMPAK file. The LDM pattern action from the GEMPAK decoders web page examples looks like: # Decoder for Aircraft Observations WMO (^U[ABDR].... ....|^XRXX84 KAWN|^YIXX84 KAWN) ([0-3][0-9])([0-2][0-9]) PIPE dcacft data/gempak/acft/YYYYMMDDHH_acf.gem In regards to the FSL NetCDF data stream, you will find that every 10 minutes, FSL sends all observations collected over the previous hour. As a result, the FSL files contain a 1 hour window of data, with duplication of observations sent in the previous 5 data files as well as new data which they processed since the previous file was transmitted. Steve Chiswell Unidata User Support On Fri, 13 Apr 2001, Linda Miller wrote: > Chiz, > > Here's the one from yesterday. See any similarities? > > Linda > > ---------- Forwarded Message ---------- > Date: Thursday, April 12, 2001 3:39 PM -0600 > From: Unidata Support <address@hidden> > To: Celia Chen <address@hidden> > Subject: 20010412: netcdf-to-wmo format utility > > >From: Celia Chen <address@hidden> > >Organization: NCAR/RAP > >Keywords: 200104112303.f3BN34L23087 encoder > > Hi Celia- > > >I am pretty sure what I need is the WMO FM42 format. I have been receiving > >the AMDAR data from FSL via the LDM. The files are in netCDF format > >and we would like to see if we can convert them into (back to?) the > >WMO FM42 format. > > We have nothing like that. I would think it would be easier to write > a decoder to take the netCDF data to whatever format your FM42 decoder > puts out, rather than encoding and running it through a separate decoder. > > >I just learned that we get the AMDAR data as a WMO product. Do you > >happen to know if the data we receive from FSL is the same? I do > >notice that the FSL data is about 2 hrs late. > > We were not aware that the AMDAR data are available as a WMO product. > these products on the NOAAPort feed? > > As to the delay, we know there is some processing occurring at FSL and > you may be seeing some latency due to that process. Can you give an > example of a late product? > > Also, are you saying that the WMO AMDARs are 2 hours ahead of the FSL data, > or just that the FSL data is late. If the latter, are the WMO AMDARs > on time? > > I'm cc'ing this to Linda Miller who has been our contact with FSL on > the ACARS and AMDAR data. > > Don Murray > > ---------- End Forwarded Message ---------- > > > > Linda Miller - address@hidden > External Liaison, Unidata > University Corporation for Atmospheric Research > P.O. Box 3000 > Boulder, CO 80307-3000 > 303 497-8646 fax: 303-497-8690 > URL: http://www.unidata.ucar.edu/staff/lmiller/un.act.html > >