Re: [awips2-users] LDM/decoders processing YYYY into 1921 vs 2021

• To: "awips2-users@xxxxxxxxxxxxxxxx" <awips2-users@xxxxxxxxxxxxxxxx>
• Subject: Re: [awips2-users] LDM/decoders processing YYYY into 1921 vs 2021
• From: "Tyle, Kevin R" <ktyle@xxxxxxxxxx>
• Date: Mon, 4 Jan 2021 14:25:29 +0000
• Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=albany.edu; dmarc=pass action=none header.from=albany.edu; dkim=pass header.d=albany.edu; arc=none
• Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SRMofzanZTek03Sw3Pbso1sza4q4d6iMwbLy4K901LU=; b=dov+yzFN/3jULVxXWWrqpjOkXCKQdaycFV0PrUtrBtfkHGhchcTCLeULDQzpTSH4HQcEyyCXsFxo3z19rUOeX9l119ZIbOieiYT2jXyixeSyQzvgx1u0YDN/WUREU2BOccKIOtRIhIFf0Gcdmhdz9cIZm/Bg1+iY2XW7E3JETII9iAw2s9GJZSd9/Ak0Xa9WJX/1jybNyIi6V2FPVj7CW2vAfo/3r+hSTSixjITaCVkz+4EKOYyEmtJgUUAGpPuLCEChbVrWWR4imQWSx6dJpuI8W3AfuX2DsG4gD904TP6U6B80hGgo8XL2AGZBWq2fYWEmHoKVjd+roUZoGIt5Jg==
• Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lDkZHyRX0tj3SUkFCc+3/HSYb5cfudCsp+iLngCwUJ/6SO0k8/LpAqhHMpN3JpbYncBN6UC6zcn/gyI0LOYZfw+UI32HH9hLq7M0jrdyByjtd21s/90i8koRONVSi+z4SGqfeCFYsE9eNraitwgTFyhlOUufurGCh3Bk0yfZieVwEXQ+sMNnCkgSorYEqClilZlIdYJJyM6NRiequFlz7mqLkFPQf7om3PnXEa4SxTbE9fHUpndVyuCzi2WvHiVTnoCsZiT4XrCxp0nNLwgp2NIJGST8rxG7s5HULSsGbTbN/EmM8Pw/6zFujhSq6SEQ5stRKLLc6/qm1pO5XuYpSg==
• Authentication-results: unidata.ucar.edu; dkim=none (message not signed) header.d=none;unidata.ucar.edu; dmarc=none action=none header.from=albany.edu;

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

• References:
  • [awips2-users] LDM/decoders processing YYYY into 1921 vs 2021
    • From: Michael Splitt