Hi Mike, not sure if you're on the Unidata GEMBUD email list, but what you are
seeing is likely due to a Year 2021 bug in GEMPAK. There are several source
code files that need to be changed so that years that end in 21 are assigned to
the 21st century (In effect, these changes really just "kick the can" forward
to 2040 or whatever other year decided).
I would recommend you look at the most recent thread on GEMBUD. In that thread,
all the source code files that need updating are listed. The best advice is to
then do a complete rebuild of GEMPAK.
Cheers,
Kevin
_________________________________________________
Kevin Tyle, M.S.; Manager of Departmental Computing
NSF XSEDE Campus Champion
Dept. of Atmospheric & Environmental Sciences
University at Albany
Earth Science 228, 1400 Washington Avenue
Albany, NY 12222
ktyle@xxxxxxxxxx | 518-442-4578 | @nywxguy | he/him/his
_________________________________________________
________________________________
From: awips2-users <awips2-users-bounces@xxxxxxxxxxxxxxxx> on behalf of Michael
Splitt <msplitt@xxxxxxx>
Sent: Monday, January 4, 2021 8:53 AM
To: awips2-users@xxxxxxxxxxxxxxxx <awips2-users@xxxxxxxxxxxxxxxx>
Subject: [awips2-users] LDM/decoders processing YYYY into 1921 vs 2021
This may be a decoders issue rather than and LDM issue, but many of my gempak
decoders are processing YYYYs in the pqact.conf into 1921 rather than 2021. A
noted exception is the NLDN which is processing into 2021.
Thanks for any advice.
Mike
--
Michael E. Splitt
Assistant Professor of Meteorology
Chair, COA Online Programs
Florida Institute of Technology
College of Aeronautics
George M. Skurla Hall, 213
Phone: (321) 674-7468
Email: msplitt@xxxxxxx<mailto:msplitt@xxxxxxx>
Skype ID: mike.splitt.1