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.
Thanks, Kevin - you are a life saver! Nice sleuthing.. Pete <http://www.weather.com/tv/shows/wx-geeks/video/the-incredible-shrinking-cold-pool>----- Pete Pokrandt - Systems Programmer UW-Madison Dept of Atmospheric and Oceanic Sciences 608-262-3086 - poker@xxxxxxxxxxxx ________________________________ From: gembud <gembud-bounces@xxxxxxxxxxxxxxxx> on behalf of ktyle@xxxxxxxxxx <ktyle@xxxxxxxxxx> Sent: Saturday, December 26, 2020 12:33 PM To: gembud@xxxxxxxxxxxxxxxx <gembud@xxxxxxxxxxxxxxxx> Subject: Re: [gembud] NMAP2 Data Selection Window Not seeing gridded data with fhrs valid past Dec 31 2020 Looks like $GEMPAK/source/gemlib/ti/tiyy24.f is the file that needs to be changed. ________________________________ From: gembud <gembud-bounces@xxxxxxxxxxxxxxxx> on behalf of Patrick Marsh <pmarshwx@xxxxxxxxx> Sent: Saturday, December 26, 2020 1:07 PM To: Manousos, Peter C <pmanousos@xxxxxxxxxxxxxxxxxxx> Cc: gembud@xxxxxxxxxxxxxxxx <gembud@xxxxxxxxxxxxxxxx> Subject: Re: [gembud] NMAP2 Data Selection Window Not seeing gridded data with fhrs valid past Dec 31 2020 Hi, Pete, This is the result of a GEMPAK bug within the time library. The version of GEMPAK you are using does not recognize the year 2021, rather it reverts back to 1921. So, instead of a Y2K bug, it's a Y2K21 bug. The internal NCEP version of GEMPAK had a patch released earlier in December to address this bug, but I suspect no one has incorporated this patch into the community version. Patrick On Sat, Dec 26, 2020 at 12:00 PM Manousos, Peter C via gembud <gembud@xxxxxxxxxxxxxxxx<mailto:gembud@xxxxxxxxxxxxxxxx>> wrote: Greetings. We are experiencing an unusual problem. NMAP2’s (v 7.1.1) data selection window can’t seem to detect grid files for fhrs valid past Dec 31 2020. This is happening with all our model grid data no matter if it’s the gfs, ecmwf, naefs, gefs, etc. and for what its worth, the restore files do NOT have a fhr limit specified. Quick example is a listing of today’s 00z ECMWF which is typical and contains the basic 500, 850 and surface fields out to f240 and which we can plot just fine using gdplot3 -rw-rw-r-- 1 fewx fewx 890368 Dec 26 00:40 ecmwf_2020122600f000 -rw-rw-r-- 1 fewx fewx 888832 Dec 26 00:55 ecmwf_2020122600f024 -rw-rw-r-- 1 fewx fewx 887296 Dec 26 01:00 ecmwf_2020122600f048 -rw-rw-r-- 1 fewx fewx 884736 Dec 26 01:10 ecmwf_2020122600f072 -rw-rw-r-- 1 fewx fewx 882688 Dec 26 01:15 ecmwf_2020122600f096 -rw-rw-r-- 1 fewx fewx 882688 Dec 26 01:20 ecmwf_2020122600f120 -rw-rw-r-- 1 fewx fewx 882176 Dec 26 01:30 ecmwf_2020122600f144 -rw-rw-r-- 1 fewx fewx 883200 Dec 26 01:35 ecmwf_2020122600f168 -rw-rw-r-- 1 fewx fewx 883712 Dec 26 01:45 ecmwf_2020122600f192 -rw-rw-r-- 1 fewx fewx 884224 Dec 26 01:50 ecmwf_2020122600f216 -rw-rw-r-- 1 fewx fewx 884736 Dec 26 01:55 ecmwf_2020122600f240 However the data selection window in NMAP2 only shows data through fhr 120. At the time of this writing fhr 120 corresponds to Dec 31 2020 00z. By tomorrow we will only be able to see in NMAP2 data out through fhr 96 and so on. We did try to mess with the Calendar function but this did not help. If anyone else is experiencing this and if so any workarounds? Pete [cid:176a0389f154cff311] ________________________________ The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message. _______________________________________________ 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<mailto:gembud@xxxxxxxxxxxxxxxx> For list information or to unsubscribe, visit: https://www.unidata.ucar.edu/mailing_lists/ -- Dr. Patrick Marsh (@pmarshwx) Chief, Science Support Branch NOAA/NWS/NCEP Storm Prediction Center http://www.pmarshwx.com<http://www.pmarshwx.com/>
gembud
archives: