Re: 20050712: ldm/decoders/noaaport

• To: "Dan A. Dansereau" <dad@xxxxxxxxxx>
• Subject: Re: 20050712: ldm/decoders/noaaport
• From: Robb Kambic <rkambic@xxxxxxxxxxxxxxxx>
• Date: Thu, 14 Jul 2005 15:22:47 -0600 (MDT)

On Tue, 12 Jul 2005, Unidata Support wrote:

>
> ------- Forwarded Message
>
> >To: support@xxxxxxxxxxxxxxxx
> >From: "Dan A. Dansereau" <dad@xxxxxxxxxx>
> >Subject: ldm/decoders/noaaport
> >Organization: UCAR/Unidata
> >Keywords: 200507051624.j65GOljo019400
>
> To all:
>
> I have a ldm running to receive & decode data from the noaaport dvbs stream.
> And have a few question if you have the time to answer them, or can point me
> in the correct direction to get the answers.
>
> 1) METAR
>
> with the following pqact.conf entry
>
> # decode metar to netcdf
> DDS|IDS ^S(A....|P....|XUS8.) .... ([0-3][0-9])([0-2][0-9])
>         PIPE    /home/ldm/decoders/metar2nc
>         /home/ldm/etc/metar.cdl
>         data/model/sfc_obs
>         (\2:yyyy)(\2:mm)
>
> Will I get all the metars - including the international reports?
>

it does, it uses the sfmetar_sa.tbl as the referrance file in the
distribution.


> In the US, there seems to be a discrepancy between the NWS total metar reports
> and the above.
> Could your station table be obsolete? - both for the US and the International?
>

if you have stations not in the table, i will surely be glad to add them
as long as you have most of the fields in the sfmetar_sa.tbl table.


>
> 2) UPPERAIR
>
> with the following pqact.conf entry
>
> # decode upperair to netcdf
> DDS|IDS ^U[ABDEFGHIJKLMPQRSTXZ].... .... ([0-3][0-9])
>         PIPE    /home/ldm/decoders/ua2nc
>         /home/ldm/etc/raob.cdl
>         data/model/ua_obs
>         (\1:yyyy)(\1:mm)
>
> Will I get all the UA stations?
> Again there is a large discrepancy between the NWS count and the above. In
> addition there seems to be a lot of “WMO Id not in the station table” messages
> - is this table current ??

again, if you have stations not in city_upa.dat table , i'll add them
>
> 3) GRIB
>
> with the following pqact.conf entry
>
>
>
> # NAM GRIDS
> HDS|CONDUIT|NGRID       ^[YZ].U... KWBE ([0-3][0-9])([0-2][0-9])
>         STDIOFILE       data/model_old/nam/(\1:yy)(\1:mm)\1\2_nam215.grb
>
> HDS|CONDUIT|NGRID       ^[YZ].R... KWBE ([0-3][0-9])([0-2][0-9])
>         STDIOFILE       data/model_old/nam/(\1:yy)(\1:mm)\1\2_nam212.grb
>
> Will this properly save the NAM grids in true GRIB format that could be
> ingested into WRF?

it will, i would use FILE instead of STDIOFILE

>
> Do you know of a (nam).cdl for these grids verses the eta_211.cdl?
> I tried to use the gribtonc wit the eta_211, and it fails.
>
it works here, we use the following pqact entry:

# ETA model on Lambert conformal CONUS grid
HRS     ^Y.Q... KWB. (..)(..).*/m(ETA|NAM)
        PIPE    decoders/gribtonc
        etc/eta_211.cdl
        data/pub/decoded/netcdf/GRIB/(\1:yyyy)(\1:mm)\1\2_eta_211.nc

robb...





> Thanks for your help again
> Dan
>
>
> --
> NOTE: All email exchanges with Unidata User Support are recorded in the
> Unidata inquiry tracking system and then made publicly available
> through the web.  If you do not want to have your interactions made
> available in this way, you must let us know in each email you send to us.
>
> ------- End of Forwarded Message
>

==============================================================================
Robb Kambic                                Unidata Program Center
Software Engineer III                      Univ. Corp for Atmospheric Research
rkambic@xxxxxxxxxxxxxxxx                   WWW: http://www.unidata.ucar.edu/
==============================================================================