NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Eric and others,
Here is a breakdown of what's currently decoded in GEMPAK7.4.1, one 5km MOS
grid and two versions of the 2.5km grid. Currently some of the 2.5km
GFSMOS has moved to a 2145x1597 grid, some is still being transmitted at
2145x1377.
When you say you only see PTYPE grids, which GFSMOS grid exactly do you
mean?
# 2.5km GFSMOS CONUS, 2145 x 1597 (current)
NGRID ^Y[A-JRSU-Y]U... KWBQ
PIPE dcgrib2 -v 1 -d data/gempak/logs/gfsmos.log
-e GEMTBL=/home/gempak/GEMPAK7/gempak/tables
data/gempak/model/mos/YYYYMMDDHH_gfsmos.gem
2017102500_gfsmos.gem
625 171025/0000F264 10 HGHT DRCT
626 171025/0000F264 10 HGHT SPED
627 171025/0000F264 2 HGHT TMPK
628 171025/0000F264 2 HGHT RELH
629 171025/0000F264 2 HGHT DWPK
630 171025/0000F264 2 HGHT TMXK12
631 171025/0000F264 0 NONE
PP120000PA
# 5km GFSMOS
HDS ^L.U... KWBQ
PIPE dcgrib2 -v 1 -d data/gempak/logs/gfsmos.log
-e GEMTBL=/home/gempak/GEMPAK7/gempak/tables
data/gempak/model/mos/YYYYMMDDHH_gfsmos5.gem
2017102500_gfsmos5.gem
1 171025/0000F015 0 NONE TSTM03
2 171025/0000F021 0 NONE TSTM03
3 171025/0000F039 0 NONE TSTM03
4 171025/0000F045 0 NONE TSTM03
5 171025/0000F063 0 NONE TSTM03
6 171025/0000F069 0 NONE TSTM03
7 171025/0000F075 0 NONE TSTM03
8 171025/0000F168 0 NONE TSTM12
9 171025/0000F174 0 NONE TSTM12
10 171025/0000F180 0 NONE TSTM12
11 171025/0000F186 0 NONE TSTM12
12 171025/0000F192 0 NONE TSTM12
# 2.5km GFSMOS CONUS, 2145 x 1377 (legacy?)
NGRID ^M[ABC]U... KWBQ
PIPE dcgrib2 -v 1 -d data/gempak/logs/gfsmos.log
-e GEMTBL=/home/gempak/GEMPAK7/gempak/tables
data/gempak/model/mos/YYYYMMDDHH_gfsmos-2145x1377.gem
NGRID ^Y[LMNZ]U... KWBQ
PIPE dcgrib2 -v 1 -d data/gempak/logs/gfsmos.log
-e GEMTBL=/home/gempak/GEMPAK7/gempak/tables
data/gempak/model/mos/YYYYMMDDHH_gfsmos-2145x1377.gem
2017102500_gfsmos-2145x1377.gem
1 171025/0000F006 0 NONE
PPXX0000PA
2 171025/0000F006 0 NONE
PTYPE0005000
3 171025/0000F006 0 NONE
PTYPE0003000
4 171025/0000F006 0 NONE
PTYPE0001000
5 171025/0000F006 0 NONE PTYPE
On Tue, Oct 24, 2017 at 11:58 AM, Eric Hoffman <ehoffman@xxxxxxxxxxxx>
wrote:
> Hi Robert, Gembud,
>
>
> We recently upgraded to GEMPAK 7.4.0 and made the suggested changes to our
> LDM entry as suggested in the release notes to address the gridded GFSMOS
> issue.
>
>
> However we are still experiencing the same problem as reported by Robert
> below. We also only get 189 grids and they are all PTYPE. Anyone have any
> ideas?
>
>
> Eric Hoffman
>
>
>
> [image: 1500566920211_business_card_signature.png]
> ------------------------------
> *From:* gembud-bounces@xxxxxxxxxxxxxxxx <gembud-bounces@xxxxxxxxxxxxxxxx>
> on behalf of Mullenax, Robert R. (WFF-820.0)[ORBITAL SCIENCES CORPORATION] <
> robert.r.mullenax@xxxxxxxx>
> *Sent:* Tuesday, August 15, 2017 3:03:41 PM
> *To:* gembud@xxxxxxxxxxxxxxxx
> *Subject:* [gembud] Issue with Gridded GFS MOS
>
> I have two systems, one running CentOS 7.2 and GEMPAK 7.3.1 and the other
> Solaris 11.3 running GEMPAK 7.2.0. I have the standard suggested entries
> for the Gridded GFS MOS but am only getting ptype in the decoded file.
>
> Here is my entry:
> # GFS MOS
> NGRID|HDS ^[LM].U... KWBQ
> PIPE /usr/local/ldm/decoders/dcgrib2 -v 1 -d
> /data/ldm/gempak/logs/gfsmos.log
> -e GEMTBL=/usr/gempak/GEMPAK/gempak/tables
> /data/ldm/gempak/model/mos/YYYYMMDDHH_gfsmos.gem
>
> The decoder log says 508 bulletins processed. The file has 189 grids, all
> ptype.
>
> Anyone else seeing this?
>
> Thanks,
> Robert Mullenax
>
>
>
> Please note new email address: robert.r.mullenax@xxxxxxxx
> Robert Mullenax
> Senior Principal Meteorologist, Orbital ATK/CSBF
> 1510 E. FM 3224
> Palestine, Texas 75802
> 903-723-8037 <(903)%20723-8037>
> robert.r.mullenax@xxxxxxxx
>
> _______________________________________________
> NOTE: All exchanges posted to Unidata maintained email lists are
> recorded in the Unidata inquiry tracking system and made publicly
> available through the web. Users who post to any of the lists we
> maintain are reminded to remove any personal information that they
> do not want to be made public.
>
>
> gembud mailing list
> gembud@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
>
gembud archives: