Hi Robert,
I found them by searching for century....
In tiyyyy.f it is the first condition I have put in bold text (I have put
50):
C
C* Check for new century.
C
IF ( cent1 .ne. cent2 ) THEN
i = 1
found = .false.
DO WHILE ( .not. found )
* IF ( timin ( i ) ( 1:2 ) .gt. '50' ) THEN*
found = .true.
IF ( i .gt. ( ntime / 2 ) ) THEN
down = .true.
imove = ntime - i + 1
ELSE
down = .false.
imove = i - 1
END IF
ELSE
i = i + 1
IF ( i .gt. ntime ) RETURN
END IF
END DO
and in ctiyyyy.c about the same (in bold text with the 50):
/*
* Check for new century.
*/
if ( strcmp(cent1, cent2) != 0 ) {
ii = 0;
found = FALSE;
while ( ! found ) {
* if ( strncmp(timin[ii], "50", 2) > 0 ) {*
found = TRUE;
if ( ii > ( ntime / 2 ) ) {
down = TRUE;
imove = ntime - ii + 1;
}
else {
down = FALSE;
imove = ii - 1;
}
}
else {
ii++;
if ( ii >= ntime ) return;
}
}
Christian
On Mon, Jan 4, 2021 at 3:07 PM Mullenax, Robert R. (WFF-820.0)[ORBITAL
SCIENCES CORPORATION] <robert.r.mullenax@xxxxxxxx> wrote:
> Hi Christian,
>
>
>
> What changes need to be made to ctiyyyy.c and tiyyyy.f since they don’t
> have the “.le. 20”. If I missed that in a thread I apologize.
>
>
>
> Thanks very much for everyone’s assistance.
>
>
>
> Robert Mullenax
>
>
>
>
>
> *From:* gembud <gembud-bounces@xxxxxxxxxxxxxxxx> *On Behalf Of *Christian
> Pagé
> *Sent:* Monday, January 4, 2021 1:29 AM
> *To:* Manousos, Peter C <pmanousos@xxxxxxxxxxxxxxxxxxx>
> *Cc:* gembud@xxxxxxxxxxxxxxxx
> *Subject:* Re: [gembud] [EXTERNAL] Re: 20210101: Re: gembud Digest, Vol
> 125, Issue 17
>
>
>
> Hi all,
>
>
>
> I have modified the following files:
>
> ./gemlib/fl/flmnam.f
>
> ./gemlib/ti/tiyy24.f
>
> ./gemlib/ti/ticcnt.f
>
> ./gemlib/im/imnohd.f
>
> ./gplt/transform/mcidas/mcnav.f
>
> ./gemlib/ti/ctiyyyy.c
>
> ./gemlib/ti/tiyyyy.f
>
>
>
> I did
>
> make distclean
>
> make all
>
> make install
>
> to be sure that all programs have been recompiled.
>
>
>
> All things work as expected now.
>
>
>
> Best regards,
>
>
>
> Christian
>
> UQAM
>
>
>
> On Mon, Jan 4, 2021 at 4:22 AM Manousos, Peter C via gembud <
> gembud@xxxxxxxxxxxxxxxx> wrote:
>
> Many of the dc decoders may need to be recompiled also - we found dcmetr,
> dcwstm, dcwtch (note the lack of an "a" in dcwtch), dcwarn
>
> This was a very very simple matter .... if you have already performed the
> changes previously outlined... but you may need to do the following for all
> the dc progs you use. If you DON’T do this, filenames created by a dc prog
> will start with 1921 vs 2021 for current data and may impact some of your
> scripts.
>
> cd $GEMPAK/source/programs/dc/<name of decoder> (example cd
> $GEMPAK/source/programs/dc/dcwstm)
> make clean
> make
> cp <name of decoder> $GEMEXE (example cp dcwstm $GEMEXE)
>
>
> -----Original Message-----
> From: gembud <gembud-bounces@xxxxxxxxxxxxxxxx> On Behalf Of Manousos,
> Peter C via gembud
> Sent: Saturday, January 2, 2021 11:32 AM
> To: gembud@xxxxxxxxxxxxxxxx
> Subject: Re: [gembud] [EXTERNAL] Re: 20210101: Re: gembud Digest, Vol 125,
> Issue 17
>
> Greetings all. For those using gdradr you will need to recompile
> this as well after making the changes Tom outlined. Here are the steps
> which take a total of less than 5 minutes.
>
> 1. cp $GEMEXE/gdradr $GEMEXE/gdradr.orig 2. cd
> $GEMPAK/source/programs/gd/gdradr 3. make clean 4. make 5. cp gdradr $GEMEXE
>
> TOM Y - please include this in any patch you create.
>
> Pete
>
> -----Original Message-----
> From: gembud <gembud-bounces@xxxxxxxxxxxxxxxx> On Behalf Of Tom Yoksas
> Sent: Friday, January 1, 2021 7:59 PM
> To: Larry D. Oolman <ldoolman@xxxxxxxx>; gembud@xxxxxxxxxxxxxxxx
> Subject: [EXTERNAL] Re: [gembud] 20210101: Re: gembud Digest, Vol 125,
> Issue 17
>
> Hi Larry and David,
>
> On 1/1/21 5:26 PM, Larry D. Oolman wrote:
> > I found that incorrect file names created from a YYYY template were
> > being done in gemlib/fl/flmnam.f
>
> David Blanchard wrote:
> > I ran a search* and found several files that may need updating:
> >
> > .../gemlib/ti/ticcnt.f
> > .../gemlib//ti/tiyy24.f
> > .../gemlib/fl/flmnam.f
> > .../gemlib/im/imnohd.f
> > .../gplt/transform/mcidas/mcnav.f
> >
> > * did a string search in all *.f files for ".le. 20". Most were false
> > positives.
>
> Thanks for the information!
>
> Based on David and Larry's input, I modified:
>
> .../gemlib/fl/flmnam.f
> .../gemlib/im/imnohd.f
>
> This was in addition to having already made changes to:
>
> .../gemlib/ti/tiyy24.f
> .../gemlib/ti/ticcnt.f
> .../gemlib/ti/tiyyyy.f
> .../gemlib/ti/ctiyyyy.c
>
> Before making the changes to:
>
> .../gemlib/fl/flmnam.f
> .../gemlib/im/imnohd.f
>
> I had tried rebuilding the entire package from scratch to no avail.
> After making the changes to these two files, I simply rebuilt the object
> files, updated them in $GEMLIB/gemlib.a, and then remade the nex2gini and
> nexrcomp executables and installed them in $GEMEXE.
>
> I now see that properly named composites are being created and inserted
> into the LDM queue for dissemination. Whether or not the files are fully
> viable is TBD.
>
> Larry and David: Many thanks for the help!
>
> Cheers,
>
> Tom
>
> > On 1/1/21 2:41 PM, Tom Yoksas wrote:
> >
> >>
> >> Hi Russ,
> >>
> >> On 1/1/21 2:18 PM, Schumacher,Russ wrote:
> >>> I applied changes to the files mentioned by Daryl and John and
> >>> recompiled and that seemed to fix most of the problems. One strange
> >>> issue I'm seeing though is that the FNEXRAD feed has actually had a
> >>> mixture of timestamps today - some files dated 2021 and some dated
> >>> 1921.
> >>
> >> The '1921' dates are somehow related to the GEMPAK year 2021 and
> >> greater bug that has been a topic of discussion in the gembud list
> recently.
> >>
> >> The Product IDs in the FNEXRAD feed that had the year as '2021' this
> >> morning were a result of me trying things on the product generation
> >> side. The problem with just changing the Product ID date is the date
> >> inside of the product is still incorrectly being set to '1921'.
> >> After this dawned fact dawned on me, and I returned home, I stopped
> >> changing the Product ID, so the dates reverted to having '1921'.
> >>
> >> re:
> >>> In particular, many (but not all) of the files on our LDM between
> >>> 1645-1900 UTC were dated correctly (2021), but then went back to
> >>> being dated 1921 after that time. I don't know why that would happen
> >>> or what the fix might be there (is Unidata the primary source of
> >>> that
> >>> feed?) Our LDM is just filing them based on the filename, so the
> >>> issue must exist with the actual creation of those files.
> >>
> >> Again, I was the one who was trying some things right after receiving
> >> an inquiry from a TDS user who noted that today's NEXRAD national
> >> composite files were all being labeled as being from 1921.
> >>
> >> All:
> >>
> >> I implemented the change to the two routines noted by Peter Manousos:
> >>
> >> cd $GEMPAK/source/gemlib/ti and edit two files (you may also want
> >> to copies this to a “.orig”) for reference
> >> modify tiyy24.f “.le. 20” to “.le. 25” (the 25 is for 2025
> >> and
> >> you could make this more than 25 if you want but I assume
> >> Unidata
> >> will fix this by then)
> >> modify ticcnt.f “.le. 20” to “.le. 25”
> >>
> >> Instead of changing '20' to '25' as Peter suggested, I changed it to
> >> '40' as Pete Pokrandt suggested/mused about. I rebuilt GEMPAK hoping
> >> that the needed change(s) would take affect, but the routines
> >> creating the national composites, nex2gini and nexrcomp, are still
> >> creating output .gem files whose name use '1921' instead of '2021'.
> >> I assume that the date included internally in .gem file also uses
> >> '1921' instead of '2021'. To me, this suggests that there must be
> >> another routine that needs modification, but I have no idea of where to
> look to find it.
> >>
> >> If anybody has any ideas for where to look or the other file that
> >> needs modification, please let me know!
> >>
> >> Until the GEMPAK year 2021 bug gets fixed globally, the NEXRAD
> >> national composites in the IDD FNEXRAD feed will continue to be
> >> mislabeled and unusable.
> >>
> >> Cheers,
> >>
> >> Tom
> >>
> >>> On 12/31/20, 9:05 PM, "gembud on behalf of
> >>> gembud-request@xxxxxxxxxxxxxxxx" <gembud-bounces@xxxxxxxxxxxxxxxx on
> >>> behalf of gembud-request@xxxxxxxxxxxxxxxx> wrote:
> >>>
> >>> Send gembud mailing list submissions to
> >>> gembud@xxxxxxxxxxxxxxxx
> >>>
> >>> To subscribe or unsubscribe via the World Wide Web, visit
> >>> https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fma
> >>> ilman.unidata.ucar.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Filman.unidata.ucar.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727715654%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=JQ2QRqlvxo1D%2F94la2UnQyvuKB0DDPZT5xL3bTMSb5k%3D&reserved=0>
> %2Flistinfo%2Fgembud&data=04%7C01%7Cruss.s
> >>> chumacher%40colostate.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2F40colostate.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727715654%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=IBAyEUQpOITvAyXemzqFuvfBf5%2B6uQkd%2BmQqHvW5ANw%3D&reserved=0>
> %7C7715d6b4042040f7d8f708d8ae0a7bde%7Cafb58
> >>> 802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637450707343630560%7CUnknown%7
> >>> CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJ
> >>> XVCI6Mn0%3D%7C1000&sdata=I%2BGWkVmWGCn78%2FPydNcyyBOMSJWg40dvRhr
> >>> W74WSLY8%3D&reserved=0
> >>>
> >>> or, via email, send a message with subject or body 'help' to
> >>> gembud-request@xxxxxxxxxxxxxxxx
> >>>
> >>> You can reach the person managing the list at
> >>> gembud-owner@xxxxxxxxxxxxxxxx
> >>>
> >>> When replying, please edit your Subject line so it is more
> >>> specific
> >>> than "Re: Contents of gembud digest..."
> >>>
> >>>
> >>> Today's Topics:
> >>>
> >>> 1. Re: NMAP2 Data Selection Window Not seeing gridded data
> >>> with
> >>> fhrs valid past Dec 31 2020 (Tyle, Kevin R)
> >>>
> >>>
> >>>
> >>> --------------------------------------------------------------------
> >>> --
> >>>
> >>> Message: 1
> >>> Date: Fri, 1 Jan 2021 04:05:09 +0000
> >>> From: "Tyle, Kevin R" <ktyle@xxxxxxxxxx>
> >>> To: "Herzmann, Daryl E [AGRON]" <akrherz@xxxxxxxxxxx>, John
> >>> Hart
> >>> <highbanker@xxxxxxxxx>
> >>> Cc: "gembud@xxxxxxxxxxxxxxxx" <gembud@xxxxxxxxxxxxxxxx>
> >>> Subject: Re: [gembud] NMAP2 Data Selection Window Not seeing
> >>> gridded
> >>> data with fhrs valid past Dec 31 2020
> >>> Message-ID:
> >>>
> >>> <CY4PR0401MB3570AF0F2BACB9BF63DBA47ED6D50@CY4PR0401MB3570.namprd04.p
> <CY4PR0401MB3570AF0F2BACB9BF63DBA47ED6D50@CY4PR0401MB3570.namprd04.p%0b>>>>
> rod.outlook.com
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Frod.outlook.com%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727725612%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=O%2BhdcnCH2kVQ%2BPS%2BiVd1VBwhqjidsfQHqLctujXAOn4%3D&reserved=0>
> >
> >>>
> >>>
> >>> Content-Type: text/plain; charset="windows-1252"
> >>>
> >>> Hah, 20 years later, we can finally really start partying like
> >>> it's 1999!
> >>>
> >>> _________________________________________________
> >>> 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: Herzmann, Daryl E [AGRON] <akrherz@xxxxxxxxxxx>
> >>> Sent: Thursday, December 31, 2020 10:34 PM
> >>> To: John Hart <highbanker@xxxxxxxxx>
> >>> Cc: Tyle, Kevin R <ktyle@xxxxxxxxxx>; gembud@xxxxxxxxxxxxxxxx
> >>> <gembud@xxxxxxxxxxxxxxxx>
> >>> Subject: Re: [gembud] NMAP2 Data Selection Window Not seeing
> >>> gridded data with fhrs valid past Dec 31 2020
> >>>
> >>> Hi John,
> >>>
> >>> Thanks, testing that now! And wow, that's not fixed in the
> >>> NCEP GEMPAK version, which explains why NCEP is having troubles
> tonight!
> >>>
> >>> SYSTEMS STATUS...
> >>> NCO dataflow and software development support have been working
> >>> the issue with loading surface/upper air and lightning obs, and
> >>> WWA plots in NAWIPS. The problem appears to have been traced to
> >>> an LDM issue. We are attempting a fix to hard code the year
> >>> until
> >>> we can engage UNIDATA support.
> >>>
> >>> daryl
> >>>
> >>> --
> >>> /**
> >>> * daryl herzmann
> >>> * Systems Analyst III -- Iowa Environmental Mesonet
> >>> *
> >>> https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fme
> >>> sonet.agron.iastate.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsonet.agron.iastate.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727825175%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=jGp1i8QhujR41b3sC%2FdbF0am5JBNFR0HqtkHgReTQP8%3D&reserved=0>
> %2F&data=04%7C01%7Cruss.schumacher%40colo
> >>> state.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fstate.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727835130%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=gP0qZYUADmtXM3Enod6BdaQSisg0gfomOehT7TQsyO4%3D&reserved=0>
> %7C7715d6b4042040f7d8f708d8ae0a7bde%7Cafb58802ff7a4bb1ab213
> >>> 67ff2ecfc8b%7C0%7C0%7C637450707343630560%7CUnknown%7CTWFpbGZsb3d8eyJ
> >>> WIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C10
> >>> 00&sdata=X39XixShrfRs%2FMrC0VVE4nCOYebmS7kBUme5qWhmRZc%3D&re
> >>> served=0
> >>>
> >>> */
> >>>
> >>> ________________________________________
> >>> From: John Hart <highbanker@xxxxxxxxx>
> >>> Sent: Thursday, December 31, 2020 9:30 PM
> >>> To: Herzmann, Daryl E [AGRON]
> >>> Cc: Tyle, Kevin R; gembud@xxxxxxxxxxxxxxxx
> >>> Subject: Re: [gembud] NMAP2 Data Selection Window Not seeing
> >>> gridded data with fhrs valid past Dec 31 2020
> >>>
> >>> I also believe that fl/flmnam.f needs fixed. That is what
> >>> solved my demetr issues.
> >>>
> >>>
> >>> On Thu, Dec 31, 2020 at 9:02 PM Herzmann, Daryl E [AGRON]
> >>> <akrherz@xxxxxxxxxxx<mailto:akrherz@xxxxxxxxxxx>> wrote:
> >>> Hi Kevin and others,
> >>>
> >>> I suspect there are more changes needed. Diffing Unidata's
> >>> GEMPAK against NCEP's GEMPAK for the gemlib/ti/ folder and removing
> >>> the timezone changes.
> >>>
> >>> diff --git a/gempak/source/gemlib/ti/ticcnt.f
> >>> b/gempak/source/gemlib/ti/ticcnt.f
> >>> index b5a62e39..722a5bf0 100644
> >>> --- a/gempak/source/gemlib/ti/ticcnt.f
> >>> +++ b/gempak/source/gemlib/ti/ticcnt.f
> >>> @@ -3,8 +3,8 @@
> >>> C*******************************************************************
> >>> *****
> >>>
> >>> C*
> >>> TI_CCNT
> >>> *
> >>>
> >>> C*
> >>> *
> >>> C* This subroutine gets the first 2 digits of a 4-digit year
> >>> based on *
> >>> -C* the standard GEMPAK time. Any 2-digit year less than or
> >>> equal to 20 *
> >>> -C* will be assumed to be in the 21st century; years greater
> >>> than 20 will*
> >>> +C* the standard GEMPAK time. Any 2-digit year less than or
> >>> equal to 40 *
> >>> +C* will be assumed to be in the 21st century; years greater
> >>> than 40 will*
> >>> C* be assumed to be in the 20th century.
> >>> *
> >>>
> >>> C*
> >>> *
> >>> C* TI_CCNT ( DATTIM, CENT, IRET
> >>> ) *
> >>> @@ -22,6 +22,7 @@
> >>> C**
> >>> *
> >>> C*
> >>> Log:
>
> >>> *
> >>> C* D. Kidwell/NCEP
> >>> 2/99 *
> >>> C* D. Kidwell/NCEP 4/99 Allowed 4-digit year; corrected
> >>> prologue*
> >>> +C* B. Hebbard/NCEP 3/18 Moved century break from 2020
> >>> to
> >>> 2040 *
> >>>
> >>> C*******************************************************************
> >>> *****
> >>>
> >>> CHARACTER*(*) dattim, cent
> >>>
> >>> C-------------------------------------------------------------------
> >>> -----
> >>>
> >>> @@ -37,7 +38,7 @@ C
> >>> CALL ST_INTG ( dattim ( 1:2 ), iyear, iret )
> >>> IF ( iret .ne. 0 .or. iyear .lt. 0 ) THEN
> >>> iret = -7
> >>> - ELSE IF ( iyear .le. 20 ) THEN
> >>> + ELSE IF ( iyear .le. 40 ) THEN
> >>> cent = '20'
> >>> ELSE
> >>> cent = '19'
> >>> diff --git a/gempak/source/gemlib/ti/tidtm4.f
> >>> b/gempak/source/gemlib/ti/tidtm4.f
> >>> index 42adc6fb..56732911 100644
> >>> --- a/gempak/source/gemlib/ti/tidtm4.f
> >>> +++ b/gempak/source/gemlib/ti/tidtm4.f
> >>> @@ -4,8 +4,8 @@ C*
> >>> TI_DTM4
> >>> *
> >>>
> >>> C*
> >>> *
> >>> C* This subroutine modifies a standard GEMPAK time to include
> >>> a
> >>> four- *
> >>> C* digit year, instead of a 2-digit year. Any 2-digit year
> >>> less than or*
> >>> -C* equal to 20 will be assumed to be in the 21st century;
> >>> years greater*
> >>> -C* than 20 will be assumed to be in the 20th century.
> >>> *
> >>> +C* equal to 40 will be assumed to be in the 21st century;
> >>> years greater*
> >>> +C* than 40 will be assumed to be in the 20th century.
> >>> *
> >>>
> >>> C*
> >>> *
> >>> C* TI_DTM4 ( DATTIM, DATTM4, IRET
> >>> ) *
> >>>
> >>> C*
> >>> *
> >>> @@ -22,6 +22,7 @@
> >>> C**
> >>> *
> >>> C*
> >>> Log:
>
> >>> *
> >>> C* D. Kidwell/NCEP
> >>> 3/99 *
> >>> C* D. Kidwell/NCEP 4/99 Added 4-digit year check; fixed
> >>> prologue*
> >>> +C* B. Hebbard/NCEP 3/18 Moved century break from 2020
> >>> to 2040 *
> >>>
> >>> C*******************************************************************
> >>> *****
> >>>
> >>> CHARACTER*(*) dattim, dattm4
> >>> C*
> >>> diff --git a/gempak/source/gemlib/ti/tiyy24.f
> >>> b/gempak/source/gemlib/ti/tiyy24.f
> >>> index 22a1e509..f2883063 100644
> >>> --- a/gempak/source/gemlib/ti/tiyy24.f
> >>> +++ b/gempak/source/gemlib/ti/tiyy24.f
> >>> @@ -3,8 +3,8 @@
> >>> C*******************************************************************
> >>> *****
> >>>
> >>> C*
> >>> TI_YY24
> >>> *
> >>>
> >>> C*
> >>> *
> >>> C* This subroutine converts a 2-digit year to a 4-digit year.
> >>> *
> >>> -C* Any 2-digit year less than or equal to 20 will be assumed
> >>> to be in *
> >>> -C* the 21st century; years greater than 20 will be assumed to
> >>> be in the *
> >>> +C* Any 2-digit year less than or equal to 40 will be assumed
> >>> to be in *
> >>> +C* the 21st century; years greater than 40 will be assumed to
> >>> be in the *
> >>> C* 20th century. If the year is greater than 999, it is not
> >>> changed. *
> >>>
> >>> C*
> >>> *
> >>> C* TI_YY24 ( IYY, IYYYY, IRET
> >>> ) *
> >>> @@ -21,6 +21,7 @@
> >>> C**
> >>> *
> >>> C*
> >>> Log:
>
> >>> *
> >>> C* D. Kidwell/NCEP
> >>> 3/99 *
> >>> C* D. Kidwell/NCEP 4/99 Do not allow 3-digit years
> >>> *
> >>> +C* B. Hebbard/NCEP 3/18 Moved century break from 2020
> >>> to 2040 *
> >>>
> >>> C*******************************************************************
> >>> *****
> >>>
> >>> iret = 0
> >>> iyyyy = iyy
> >>> @@ -28,7 +29,7 @@ C
> >>> IF ( iyy .gt. 999 ) THEN
> >>> ELSE IF ( iyy .lt. 0 ) THEN
> >>> iret = -7
> >>> - ELSE IF ( iyy .le. 20 ) THEN
> >>> + ELSE IF ( iyy .le. 40 ) THEN
> >>> iyyyy = 2000 + iyy
> >>> ELSE IF ( iyy .le. 99 ) THEN
> >>> iyyyy = 1900 + iyy
> >>> diff --git a/gempak/source/gemlib/ti/tiyymd.f
> >>> b/gempak/source/gemlib/ti/tiyymd.f
> >>> index eb138787..0a4623d0 100644
> >>> --- a/gempak/source/gemlib/ti/tiyymd.f
> >>> +++ b/gempak/source/gemlib/ti/tiyymd.f
> >>> @@ -4,8 +4,8 @@ C*
> >>> TI_YYMD
> >>> *
> >>>
> >>> C*
> >>> *
> >>> C* This subroutine converts an integer 2-digit year, month and
> >>> day to *
> >>> C* an integer 4-digit year, month and day. Any 2-digit year
> >>> less than *
> >>> -C* or equal to 20 will be assumed to be in the 21st century;
> >>> years *
> >>> -C* greater than 20 will be assumed to be in the 20th century.
> >>> If the *
> >>> +C* or equal to 40 will be assumed to be in the 21st century;
> >>> years *
> >>> +C* greater than 40 will be assumed to be in the 20th century.
> >>> If the *
> >>> C* year is greater than 99, it is assumed to be a 4-digit year
> >>> already. *
> >>>
> >>> C*
> >>> *
> >>> C* TI_YYMD ( IYYMD, IYYYMD, IRET
> >>> ) *
> >>> @@ -21,6 +21,7 @@ C* -7 =
> >>> invalid year *
> >>>
> >>> C**
> >>> *
> >>> C*
> >>> Log:
>
> >>> *
> >>> C* D. Kidwell/NCEP
> >>> 3/99 *
> >>> +C* B. Hebbard/NCEP 3/18 Moved century break from 2020
> >>> to 2040 *
> >>>
> >>> C*******************************************************************
> >>> *****
> >>>
> >>> iret = 0
> >>> C
> >>> diff --git a/gempak/source/gemlib/ti/tiyyyy.f
> >>> b/gempak/source/gemlib/ti/tiyyyy.f
> >>> index 6ebe9dd2..674b986c 100644
> >>> --- a/gempak/source/gemlib/ti/tiyyyy.f
> >>> +++ b/gempak/source/gemlib/ti/tiyyyy.f
> >>> @@ -3,8 +3,8 @@
> >>> C*******************************************************************
> >>> *****
> >>>
> >>> C*
> >>> TI_YYYY
> >>> *
> >>>
> >>> C*
> >>> *
> >>> C* This subroutine reorders a list of GEMPAK times so that
> >>> times in the *
> >>> -C* 20th century (YY greater than 20) precede those in the 21st
> >>> century *
> >>> -C* (YY less than or equal to 20). The input and output arrays
> >>> may be *
> >>> +C* 20th century (YY greater than 40) precede those in the 21st
> >>> century *
> >>> +C* (YY less than or equal to 40). The input and output arrays
> >>> may be *
> >>> C* the same. The input times must be sorted smallest to
> >>> largest. The *
> >>> C* output times will be sorted earliest to latest.
> >>> *
> >>>
> >>> C*
> >>> *
> >>> @@ -23,6 +23,7 @@ C*
> >>> Log:
>
> >>> *
> >>> C* D. Kidwell/NCEP
> >>> 2/99 *
> >>> C* D. Kidwell/NCEP 4/99 Stored to outime; added check
> >>> for YYYY *
> >>> C* T. Piper/SAIC 4/02 Fixed UMR; checked for ntime <
> >>> 1 *
> >>> +C* B. Hebbard/NCEP 3/18 Moved century break from 2020
> >>> to 2040 *
> >>>
> >>> C*******************************************************************
> >>> *****
> >>>
> >>> CHARACTER*(*) timin (*), outime (*)
> >>> C*
> >>> @@ -54,7 +55,7 @@ C
> >>> i = 1
> >>> found = .false.
> >>> DO WHILE ( .not. found )
> >>> - IF ( timin ( i ) ( 1:2 ) .gt. '20' ) THEN
> >>> + IF ( timin ( i ) ( 1:2 ) .gt. '40' ) THEN
> >>> found = .true.
> >>> IF ( i .gt. ( ntime / 2 ) ) THEN
> >>> down = .true.
> >>>
> >>> Frantically testing this to see if it gets dcmetr and friends
> >>> back happy.
> >>>
> >>> daryl
> >>>
> >>> --
> >>> /**
> >>> * daryl herzmann
> >>> * Systems Analyst III -- Iowa Environmental Mesonet
> >>> *
> >>> https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fme
> >>> sonet.agron.iastate.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsonet.agron.iastate.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727835130%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=4cTTT8Ns53mT8H8C7yP6W6Hsj4E8z8lEEEJ9nypd8%2FI%3D&reserved=0>
> %2F&data=04%7C01%7Cruss.schumacher%40colo
> >>> state.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fstate.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727845086%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=fGPE9Fs94kT6JOAxo3GeoA%2BL8gv1HEjoQ0GjzS7wX38%3D&reserved=0>
> %7C7715d6b4042040f7d8f708d8ae0a7bde%7Cafb58802ff7a4bb1ab213
> >>> 67ff2ecfc8b%7C0%7C0%7C637450707343630560%7CUnknown%7CTWFpbGZsb3d8eyJ
> >>> WIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C10
> >>> 00&sdata=X39XixShrfRs%2FMrC0VVE4nCOYebmS7kBUme5qWhmRZc%3D&re
> >>> served=0
> >>>
> >>> */
> >>>
> >>> ________________________________________
> >>> From: gembud
> >>> <gembud-bounces@xxxxxxxxxxxxxxxx<mailto:gembud-bounces@xxxxxxxxxxxx.
> >>> edu>> on behalf of Tyle, Kevin R
> >>> <ktyle@xxxxxxxxxx<mailto:ktyle@xxxxxxxxxx>>
> >>> Sent: Saturday, December 26, 2020 12:33 PM
> >>> To: gembud@xxxxxxxxxxxxxxxx<mailto: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<mailto:gembud-bounces@xxxxxxxxxxxx.
> >>> edu>>
> >>> on behalf of Patrick Marsh
> >>> <pmarshwx@xxxxxxxxx<mailto:pmarshwx@xxxxxxxxx>>
> >>> Sent: Saturday, December 26, 2020 1:07 PM
> >>> To: Manousos, Peter C
> >>> <pmanousos@xxxxxxxxxxxxxxxxxxx<mailto:pmanousos@xxxxxxxxxxxxxxxxxxx>
> >>> >
> >>> Cc: gembud@xxxxxxxxxxxxxxxx<mailto:gembud@xxxxxxxxxxxxxxxx>
> >>> <gembud@xxxxxxxxxxxxxxxx<mailto: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><mailto:gemb
> >>> ud@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><mailto:gembu
> >>> d@xxxxxxxxxxxxxxxx<mailto:gembud@xxxxxxxxxxxxxxxx>>
> >>>
> >>> For list information or to unsubscribe, visit:
> >>> https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> >>> w.unidata.ucar.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fw.unidata.ucar.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727845086%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=3q%2BtV%2F2FvjUdwfLhslP1xkqse3yhKd%2BxDssY1%2FmGqi0%3D&reserved=0>
> %2Fmailing_lists%2F&data=04%7C01%7Cruss.schuma
> >>> cher%40colostate.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2F40colostate.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727855049%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=3ePxTeHwFT3o11aTDks9vBy051HDmk3X%2F4TQkEF5dfI%3D&reserved=0>
> %7C7715d6b4042040f7d8f708d8ae0a7bde%7Cafb58802ff
> >>> 7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637450707343630560%7CUnknown%7CTWFp
> >>> bGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6
> >>> Mn0%3D%7C1000&sdata=AT0fozn3jot3TUW6eHVNPVoBgL9M%2FOGhD73S4jl745
> >>> U%3D&reserved=0
> >>>
> >>>
> >>>
> >>> --
> >>> Dr. Patrick Marsh (@pmarshwx)
> >>> Chief, Science Support Branch
> >>> NOAA/NWS/NCEP Storm Prediction Center
> >>> https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww
> >>> .pmarshwx.com
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fpmarshwx.com%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727865000%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=%2FxFkxoJv96gNQ36V7pdwWgOSnSByiKjiB95SMG7UA2o%3D&reserved=0>
> %2F&data=04%7C01%7Cruss.schumacher%40colostate.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2F40colostate.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727865000%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=S7xjdsr09vK6uejuQQ6CelSU7zsc4SPszfCn3DjE7gw%3D&reserved=0>
> %
> >>> 7C7715d6b4042040f7d8f708d8ae0a7bde%7Cafb58802ff7a4bb1ab21367ff2ecfc8
> >>> b%7C0%7C0%7C637450707343630560%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wL
> >>> jAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sda
> >>> ta=AXhIpqTYPA5svwmSiY6xpfoOkC4UsxV23qoeL49%2FiXU%3D&reserved=0<h
> >>> ttps://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww .
> >>> pmarshwx.com
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fpmarshwx.com%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727865000%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=%2FxFkxoJv96gNQ36V7pdwWgOSnSByiKjiB95SMG7UA2o%3D&reserved=0>
> %2F&data=04%7C01%7Cruss.schumacher%40colostate.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2F40colostate.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727874955%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=dnxo8Q%2F5ltAy1kb0yOnWr134zqEi0Rey4cy3RMKo6Ag%3D&reserved=0>
> %7
> >>> C7715d6b4042040f7d8f708d8ae0a7bde%7Cafb58802ff7a4bb1ab21367ff2ecfc8b
> >>> %7C0%7C0%7C637450707343630560%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLj
> >>> AwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdat
> >>> a=AXhIpqTYPA5svwmSiY6xpfoOkC4UsxV23qoeL49%2FiXU%3D&reserved=0>
> >>>
> >>> _______________________________________________
> >>> 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://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> >>> w.unidata.ucar.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fw.unidata.ucar.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727874955%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=hEdRnlJyoBhNqbRmSvGNDCZnHvZV0ST8IOfBEof6C7w%3D&reserved=0>
> %2Fmailing_lists%2F&data=04%7C01%7Cruss.schuma
> >>> cher%40colostate.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2F40colostate.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727884915%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=jRm1kqMDUuGvRul%2FyphU%2B3%2Fw58VfWOJAKzQ3HsLrbhY%3D&reserved=0>
> %7C7715d6b4042040f7d8f708d8ae0a7bde%7Cafb58802ff
> >>> 7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637450707343630560%7CUnknown%7CTWFp
> >>> bGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6
> >>> Mn0%3D%7C1000&sdata=AT0fozn3jot3TUW6eHVNPVoBgL9M%2FOGhD73S4jl745
> >>> U%3D&reserved=0
> >>>
> >>> -------------- next part --------------
> >>> An HTML attachment was scrubbed...
> >>> URL:
> >>> <https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fm
> >>> ailman.unidata.ucar.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Failman.unidata.ucar.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727884915%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ccBgBPpuCupJSBHd%2FcG3qfcXz2IyBJW3viwhInjc%2Fa4%3D&reserved=0>
> %2Fmailing_lists%2Farchives%2Fgembud%2Fattach
> >>> ments%2F20210101%2F3d4ebf76%2Fattachment.html&data=04%7C01%7Crus
> >>> s.schumacher%40colostate.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2F40colostate.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727894869%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=gJ6sl3CpTQiUtRg7jBE2SjyrTzpxLi9oqBCXrwKcR6s%3D&reserved=0>
> %7C7715d6b4042040f7d8f708d8ae0a7bde%7Caf
> >>> b58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637450707343630560%7CUnknow
> >>> n%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwi
> >>> LCJXVCI6Mn0%3D%7C1000&sdata=gN5MR%2FiWO%2FHjVgCWkJyOD8wt3vd%2B89
> >>> qk%2F9c1ePRio3Q%3D&reserved=0>
> >>>
> >>>
> >>> ------------------------------
> >>>
> >>> Subject: Digest Footer
> >>>
> >>> _______________________________________________
> >>> 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:
> >>> https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> >>> w.unidata.ucar.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fw.unidata.ucar.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727894869%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=HCuI5pT3WteJcLemhjd0HFPQPyZugIxHcP7vNTPHcGQ%3D&reserved=0>
> %2Fmailing_lists%2F&data=04%7C01%7Cruss.schuma
> >>> cher%40colostate.edu
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2F40colostate.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727894869%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=gJ6sl3CpTQiUtRg7jBE2SjyrTzpxLi9oqBCXrwKcR6s%3D&reserved=0>
> %7C7715d6b4042040f7d8f708d8ae0a7bde%7Cafb58802ff
> >>> 7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637450707343630560%7CUnknown%7CTWFp
> >>> bGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6
> >>> Mn0%3D%7C1000&sdata=AT0fozn3jot3TUW6eHVNPVoBgL9M%2FOGhD73S4jl745
> >>> U%3D&reserved=0
> >>>
> >>>
> >>>
> >>> ------------------------------
> >>>
> >>> End of gembud Digest, Vol 125, Issue 17
> >>> ***************************************
> >>>
> >>> _______________________________________________
> >>> 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:
> >>> https://www.unidata.ucar.edu/mailing_lists/
> <https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.unidata.ucar.edu%2Fmailing_lists%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727904825%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=p2GxQiMgfd1SYkHfFDYPHf89mk3IEIpaR%2FEZ9zNAxGQ%3D&reserved=0>
> >>>
> >>
> >> --
> >> +----------------------------------------------------------------------+
> >> * Tom Yoksas UCAR Unidata
> >> Program *
> >> * (303) 497-8642 (last resort) P.O. Box
> >> 3000 *
> >> * yoksas@xxxxxxxx Boulder, CO
> >> 80307 *
> >> * Unidata WWW Service http://www.unidata.ucar.edu/
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.unidata.ucar.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727904825%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=6hd5GjN3rMNaSkdkuNr25ZFQvwIDIsLpvAbdLvBv1AE%3D&reserved=0>
> *
> >> +----------------------------------------------------------------------+
> >>
> >> _______________________________________________
> >> 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:
> >> https://www.unidata.ucar.edu/mailing_lists/
> <https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.unidata.ucar.edu%2Fmailing_lists%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727914781%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=wIXe9DwN8F6W%2BQwMA1qtKdb4O%2F%2BZrNnAetk5PXIXn2o%3D&reserved=0>
> >
>
> --
> +----------------------------------------------------------------------+
> * Tom Yoksas UCAR Unidata Program *
> * (303) 497-8642 (last resort) P.O. Box 3000 *
> * yoksas@xxxxxxxx Boulder, CO 80307 *
> * Unidata WWW Service http://www.unidata.ucar.edu/
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.unidata.ucar.edu%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727914781%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=3l%2FnLSaYOLUrdVz30bPBPeW9BogQ4mF5lHpHVrIfWDw%3D&reserved=0>
> *
> +----------------------------------------------------------------------+
>
> _______________________________________________
> 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:
> https://www.unidata.ucar.edu/mailing_lists/
> <https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.unidata.ucar.edu%2Fmailing_lists%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727924739%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=J4HkP6tdIfmlLiYFa%2BnfuTyu12txNY6SUA8V%2Ff%2BAACA%3D&reserved=0>
>
> ------------------------------------------------------------------------------
>
> 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
> For list information or to unsubscribe, visit:
> https://www.unidata.ucar.edu/mailing_lists/
> <https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.unidata.ucar.edu%2Fmailing_lists%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727924739%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=J4HkP6tdIfmlLiYFa%2BnfuTyu12txNY6SUA8V%2Ff%2BAACA%3D&reserved=0>
>
> ------------------------------------------------------------------------------
>
> 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
> For list information or to unsubscribe, visit:
> https://www.unidata.ucar.edu/mailing_lists/
> <https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.unidata.ucar.edu%2Fmailing_lists%2F&data=04%7C01%7Crobert.r.mullenax%40nasa.gov%7Caba979046e51470954a608d8b082b26a%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637453422727934691%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=GbGsluFiKsM5H%2Fnw2qzWOQZ74LVI45X2e2kK4hFAFBg%3D&reserved=0>
>
>
