- tz - lists.iana.org

Timezone Database
by Lucy Hirst Sept. 21, 1999

Sept. 21, 1999

The organization I work for is currently undertaking a number of projects on Y2K work and we continually find ourselves surfing the various web sites that provide Timezone Converters in order to verify what time it will be when certain cities clock over to the new millennium. Please can you inform me of the source for the Timezone Database and add my name to your "mailing list" referred to on Paul Stewart timezone converter web page (www.sandbox.xerox.com) We are having particular problem with the time in St. Johns USVI as the timezone converters state that there is an half hour difference between itself and the other USVI whereas "our man on the islands" tells us it is in the same timezone as the other USVI. What do we believe???? a confused timezone traveler Lucy Hirst for Ove Arup & Partners

1 0

Nunavut time zone controversy widens
by Paul Eggert Sept. 21, 1999

Sept. 21, 1999

This week's issue of the Nunatsiaq News reports that the Iqaluit Town Council has decided to oppose the Nunavut government's creation of a single time zone for Nunavut. See: Sean McKibbon Iqaluit council says no to time zone change: Deputy mayor says change "frivolous" http://www.nunatsiaq.com/nunavut/nvt90917_11.html (1999-09-17)

1 0

RE: Proposed changes
by Olson, Arthur David (NCI) Sept. 21, 1999

Sept. 21, 1999

-----Original Message----- From: Alex LIVINGSTON [SMTP:alex@agsm.edu.au] Sent: Monday, September 20, 1999 7:08 PM To: 'tz' Subject: Re: Proposed changes ... I can't quite discern from the "diff" information provided what's supposed to have happened in Jordan. Is the country now "permanently" (i.e. year-round) on UT+03? What is being proposed for the time-zone "suffix"? Surely not "EEST", meaning, I presume, Eastern European Summer Time? Shouldn't it rather be the same as other countries in the region (if any) that are on UT+03 year round? The change is based on correspondence that read (in part): In April I reported that Jordan had stopped using DST. Now the government will use DST all year long Given the "DST all year long" language, using a DST-designating abbreviation year-round seemed like the right thing to do. --ado

1 0

proposed patch to tz for Nunavut, Palestine, Bulgaria, etc.
by Paul Eggert Sept. 21, 1999

Sept. 21, 1999

Here are some proposed patches that are in addition to the patch circulated earlier today by Arthur David Olson. * Lots of changes for Nunavut, brought to my attention by Antoine Leca and Rives McDow (though I made several further changes). - Pangnirtung is now on Eastern Time. I wildly guessed a switch in 1995. - Nunavut converts to Central Time on October 31. This entails a new Zone, America/Cambridge_Bay. - I found a claim that Coral Harbour, Nunavut, does not observe DST, but I vaguely recall that Canadian law does not permit this, so for now I left that as a comment only. * Palestine no longer uses the same DST rules as Jordan (if it ever did). Add a separate rule set for Palestine, with my best current guess for what this year's rules are. * Revert to the abbreviation `EEST' during summer in Bulgaria. I think the Bulgarian document (or translator) was mistaken when it had `EETDST'. * Add commentary from Joseph S. Myers about `BDST', and about Channel Islands summer time during World War I. * Clarify which states are affected by recent decrees in Brazil. * Shorten the comments about Jordan. * Modify tzselect.ksh so that it explains its output better to the casual user. diff -pu tz-1999ee-patch/asia tz/asia --- tz-1999ee-patch/asia Mon Sep 20 16:15:18 1999 +++ tz/asia Mon Sep 20 22:57:37 1999 @@ -648,28 +648,14 @@ Zone Asia/Tokyo 9:18:59 - LMT 1887 Dec 3 # Since 1938, all Japanese possessions have been like Asia/Tokyo. # Jordan -# From Steffen Thorsen [straen(a)thorsen.priv.no] (1999-05-08): -# Jordan do not have DST this year. It also seems that they are not going -# to use it the next years either. "We do not need it" was the answer I got -# from the Jordan National Information Centre (http://www.nic.gov.jo) -# -# From Steffen Thorsen [straen(a)thorsen.priv.no] (1999-09-09): -# In April I reported that Jordan had stopped using DST. Now the government -# will use DST all year long, as reported in this Jordanian newspaper: +# +# From # <a href="http://star.arabia.com/990701/JO9.html"> -# http://star.arabia.com/990701/JO9.html -# </a> -# -# "Summer time is back -# Clocks in Jordan were forwarded one hour on Wednesday at midnight, in -# accordance with the government's decision to implement summer time all -# year round." -# -# It seems that DST was introduced on 30 June at 24:00 (or 1 July 00:00). -# This link might also be of interest: -# <a href="http://star.arabia.com/990624/JO2.html"> -# http://star.arabia.com/990624/JO2.html -# </a> +# Jordan Week (1999-07-01) +# </a> via Steffen Thorsen (1999-09-09): +# Clocks in Jordan were forwarded one hour on Wednesday at midnight, +# in accordance with the government's decision to implement summer time +# all year round. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Jordan 1973 only - Jun 6 0:00 1:00 S @@ -953,7 +939,17 @@ Zone Asia/Karachi 4:28:12 - LMT 1907 # one-hour forward at this time. As a sign of independence from Israeli rule, # the PA has decided to implement DST in April. -# These rules for Egypt are stolen from the `africa' file. +# From Paul Eggert (1999-09-20): +# Daoud Kuttab writes in +# <a href="http://www.jpost.com/com/Archive/22.Apr.1999/Opinion/Article-2.html"> +# Holiday havoc +# </a> (Jerusalem Post, 1999-04-22) that +# the Palestinian National Authority changed to DST on 1999-04-15. +# I vaguely recall that they switch back in October (sorry, forgot the source). +# For now, let's assume that the spring switch was at 24:00, +# and that they switch at 0:00 on the 3rd Fridays of April and October. + +# The rules for Egypt are stolen from the `africa' file. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule EgyptAsia 1957 only - May 10 0:00 1:00 S Rule EgyptAsia 1957 1958 - Oct 1 0:00 0 - @@ -961,12 +957,17 @@ Rule EgyptAsia 1958 only - May 1 0:00 1 Rule EgyptAsia 1959 1967 - May 1 1:00 1:00 S Rule EgyptAsia 1959 1965 - Sep 30 3:00 0 - Rule EgyptAsia 1966 only - Oct 1 3:00 0 - + +Rule Palestine 1999 max - Apr Fri>=15 0:00 1:00 S +Rule Palestine 1999 max - Oct Fri>=15 0:00 0 - + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Gaza 2:17:52 - LMT 1900 Oct 2:00 Zion EET 1948 May 15 2:00 EgyptAsia EE%sT 1967 Jun 5 2:00 Zion I%sT 1996 - 2:00 Jordan EE%sT + 2:00 Jordan EE%sT 1999 + 2:00 Palestine EE%sT # Paracel Is # no information diff -pu tz-1999ee-patch/europe tz/europe --- tz-1999ee-patch/europe Mon Sep 20 16:16:24 1999 +++ tz/europe Mon Sep 20 22:57:37 1999 @@ -155,6 +155,11 @@ # time of sunrise and sunset in The Times, when BDST was in effect, and # if you find a zone reference it will say, "All times B.D.S.T." +# From Joseph S. Myers (1999-09-02): +# ... some military cables (WO 219/4100 - this is a copy from the +# main SHAEF archives held in the US National Archives, SHAEF/5252/8/516) +# agree that the usage is BDST (this appears in a message dated 17 Feb 1945). + # Howse writes (p 157) `DBST'; let's assume this is a typo. # From Peter Ilieve <peter(a)aldie.co.uk> (1998-04-19): @@ -708,6 +713,17 @@ # Implements the eighth Directive. Has the same text about the Isle of Man, # Guernsey and Jersey as the 1994 Order. +# From Joseph S. Myers (1999-09-02): +# I today found the 1916 summer time orders for the Channel Islands in +# the Public Record Office (HO 45/10811/312364).... Alderney, +# Jersey and Guernsey all enacted summer time for 1916 (and the +# enactment for the Isle of Man is already noted). This doesn't +# complete the resolution of timekeeping in the Channel Islands, since +# 1917-1921 need to be resolved for the Channel Islands, and it isn't +# clear whether the islands were using GMT or local time then. The +# changes in Alderney and Guernsey were at the same 2am GMT time as +# for Great Britain; the order for Jersey is more interesting. + # From Joseph S. Myers <jsm28(a)hermes.cam.ac.uk> (1998-01-06): # # The legal time in the UK outside of summer time is definitely GMT, not UTC; @@ -716,7 +732,7 @@ # (Lords Hansard 11 June 1997 columns 964 to 976) # </a>. -# From Paul Eggert <eggert(a)twinsun.com> (1996-06-12): +# From Paul Eggert (1999-09-20): # # The date `20 April 1924' in the table of ``Summer Time: A # Consultation Document'' (Cm 722, 1989) table is a transcription error; @@ -740,11 +756,14 @@ # Actually, that date saw the usual switch to summer time. # Standard time was not changed until 1968-10-27 (the clocks didn't change). # -# The following claims by Shanks are possible though doubtful; -# we'll ignore them for now. +# Here is another incorrect claim by Shanks: # * Jersey, Guernsey, and the Isle of Man did not switch from GMT # to daylight saving time until 1921 Apr 3, when they began to # conform with Great Britain. +# S.R.&O. 1916, No. 382 and HO 45/10811/312364 (quoted above) say otherwise. +# +# The following claim by Shanks is possible though doubtful; +# we'll ignore it for now. # * Dublin's 1971-10-31 switch was at 02:00, even though London's was 03:00. # # @@ -1165,20 +1184,12 @@ Zone Europe/Brussels 0:17:30 - LMT 1880 # see Yugoslavia # Bulgaria - -# From Steffen Thorsen [straen(a)thorsen.priv.no] (1999-09-09): -# Sofia should probably use rule "EU" after 1997: -# -# Plamen Simenov <P.Simeonov(a)cnsys.bg> reports that DST transitions -# are not at midnight, but a few hours later: -# +# +# From Plamen Simenov <P.Simeonov(a)cnsys.bg> via Steffen Thorsen (1999-09-09): # A document of Government of Bulgaria (No.94/1997) says: -# EET --> EETDST is in 03:00 Local time in last Sunday of March -# (new=local+1h) +# EET --> EETDST is in 03:00 Local time in last Sunday of March ... # EETDST --> EET is in 04:00 Local time in last Sunday of October -# (new=local-1h) -# (EETDST = EEST) - +# # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Bulg 1979 only - Mar 31 23:00 1:00 S Rule Bulg 1979 only - Oct 1 1:00 0 - @@ -1194,7 +1205,7 @@ Zone Europe/Sofia 1:33:16 - LMT 1880 2:00 Bulg EE%sT 1982 Sep 26 2:00 2:00 C-Eur EE%sT 1991 2:00 E-Eur EE%sT 1997 - 2:00 EU EET/EETDST + 2:00 EU EE%sT # Croatia # see Yugosloavia diff -pu tz-1999ee-patch/northamerica tz/northamerica --- tz-1999ee-patch/northamerica Tue Aug 17 11:09:08 1999 +++ tz/northamerica Mon Sep 20 22:57:37 1999 @@ -889,6 +889,25 @@ Zone America/Dawson_Creek -8:00:56 - LMT # * O.I.C. 1987/056 changed DST to Apr firstSun 2:00 to Oct lastSun 2:00. # Shanks says Yukon's 1973-10-28 switch was at 2:00; go with Englander. +# From Rives McDow (1999-09-04): +# Nunavut ... moved ... to incorporate the whole territory into one time zone. +# <a href="http://www.nunatsiaq.com/nunavut/nvt90903_13.html"> +# The change announcement +# </a> +# +# From Antoine Leca (1999-09-06): +# We then need to create a new timezone for the Kitikmeot region of Nunavut +# to differentiate it from the Yellowknife region. + +# From Paul Eggert (1999-09-20): +# <a href="http://www.nunavut.com/basicfacts/english/basicfacts_1territory.html"> +# Basic Facts: The New Territory +# </a> (1999) reports that Pangnirtung operates on Eastern time, +# and that Coral Harbour does not observe DST. We don't know when +# Pangnirtung switched to Eastern time; we'll guess 1995. +# We'll ignore the claim about Coral Harbour for now, +# since we have no further info. + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule NT_YK 1918 only - Apr 14 2:00 1:00 D Rule NT_YK 1918 only - Oct 27 2:00 0 S @@ -903,11 +922,17 @@ Rule NT_YK 1980 max - Oct lastSun 2:00 0 Rule NT_YK 1987 max - Apr Sun>=1 2:00 1:00 D # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Pangnirtung -4:22:56 - LMT 1884 - -4:00 NT_YK A%sT -Zone America/Iqaluit -4:33:52 - LMT 1884 # Frobisher Bay - -5:00 NT_YK E%sT + -4:00 NT_YK A%sT 1995 Apr Sun>=1 2:00 + -5:00 Canada E%sT 1999 Oct 31 2:00 + -6:00 Canada C%sT +Zone America/Iqaluit -4:33:52 - LMT 1884 # Frobisher Bay before 1987 + -5:00 NT_YK E%sT 1999 Oct 31 2:00 + -6:00 Canada C%sT Zone America/Rankin_Inlet -6:08:40 - LMT 1884 -6:00 NT_YK C%sT +Zone America/Cambridge_Bay -7:00:20 - LMT 1884 + -7:00 NT_YK M%sT 1999 Oct 31 2:00 + -6:00 Canada C%sT Zone America/Yellowknife -7:37:24 - LMT 1884 -7:00 NT_YK M%sT Zone America/Inuvik -8:54:00 - LMT 1884 diff -pu tz-1999ee-patch/southamerica tz/southamerica --- tz-1999ee-patch/southamerica Mon Sep 20 16:16:57 1999 +++ tz/southamerica Mon Sep 20 22:57:37 1999 @@ -350,17 +350,18 @@ Rule Brazil 1997 only - Oct 6 0:00 1:0 # Decree <a href="http://pcdsh01.on.br/figuras/HV2495.JPG">2,495</a> # (1998-02-10) Rule Brazil 1998 only - Mar 1 0:00 0 - -# Decree <a href="http://pcdsh01.on.br/figuras/Hv98.jpg">2,780</a> (1998-09-11). -# specifies only the 1998-10-11 and 1999-02-21 transitions. +# Decree <a href="http://pcdsh01.on.br/figuras/Hv98.jpg">2,780</a> (1998-09-11) +# adopted by the same states as before. Rule Brazil 1998 only - Oct 11 0:00 1:00 S Rule Brazil 1999 only - Feb 21 0:00 0 - # Decree <a href="http://pcdsh01.on.br/figuras/HV3150.gif">3,150</a> -# (1999-08-23) specifies only the 1999-10-03 and 2000-02-27 transitions; +# (1999-08-23), adopted by same states, says only 1999-10-03 and 2000-02-27; # after that, these rules are guesses and are quite possibly wrong, # but they are more likely than no DST at all. Rule Brazil 1999 max - Oct Sun>=1 0:00 1:00 S Rule Brazil 2000 max - Feb lastSun 0:00 0 - + # Zone NAME GMTOFF RULES FORMAT [UNTIL] # # Fernando de Noronha diff -pu tz-1999ee-patch/tzselect.ksh tz/tzselect.ksh --- tz-1999ee-patch/tzselect.ksh Sun May 24 12:15:13 1998 +++ tz/tzselect.ksh Mon Sep 20 22:57:37 1999 @@ -289,5 +289,17 @@ Universal Time is now: $UTdate." do : done -# Output the answer. +case $SHELL in +*csh) file=.login line="setenv TZ '$TZ'";; +*) file=.profile line="TZ='$TZ'; export TZ" +esac + +echo >&2 " +You can make this change permanent for yourself by appending the line + $line +to the file '$file' in your home directory; then log out and log in again. + +Here is that TZ value again, this time on standard output so that you +can use the $0 command in shell scripts:" + echo "$TZ" diff -pu tz-1999ee-patch/zone.tab tz/zone.tab --- tz-1999ee-patch/zone.tab Thu Mar 25 06:47:47 1999 +++ tz/zone.tab Mon Sep 20 22:57:37 1999 @@ -88,14 +88,15 @@ CA +4734-05243 America/St_Johns Newfound CA +4439-06336 America/Halifax Atlantic Time - Nova Scotia (most places), NB, W Labrador, E Quebec & PEI CA +4612-05957 America/Glace_Bay Atlantic Time - Nova Scotia - places that did not observe DST 1966-1971 CA +5320-06025 America/Goose_Bay Atlantic Time - E Labrador -CA +6608-06544 America/Pangnirtung Atlantic Time - Northwest Territories CA +4531-07334 America/Montreal Eastern Time - Ontario & Quebec - most locations CA +4901-08816 America/Nipigon Eastern Time - Ontario & Quebec - places that did not observe DST 1967-1973 CA +4823-08915 America/Thunder_Bay Eastern Time - Thunder Bay, Ontario -CA +6344-06828 America/Iqaluit Eastern Time - Northwest Territories CA +4953-09709 America/Winnipeg Central Time - Manitoba & west Ontario CA +4843-09429 America/Rainy_River Central Time - Rainy River & Fort Frances, Ontario -CA +6245-09210 America/Rankin_Inlet Central Time - Northwest Territories +CA +6608-06544 America/Pangnirtung Central Time - Pangnirtung, Nunavut +CA +6344-06828 America/Iqaluit Central Time - east Nunavut +CA +6245-09210 America/Rankin_Inlet Central Time - central Nunavut +CA +6903-10505 America/Cambridge_Bay Central Time - west Nunavut CA +5024-10439 America/Regina Central Standard Time - Saskatchewan - most locations CA +5017-10750 America/Swift_Current Central Standard Time - Saskatchewan - midwest CA +5333-11328 America/Edmonton Mountain Time - Alberta, east British Columbia & west Saskatchewan

1 0

Proposed changes
by Olson, Arthur David (NCI) Sept. 20, 1999

Sept. 20, 1999

Here are proposed changes to update Tonga, Brazil, Jordan, and Bulgaria; also included are changes to finalize handling of DST-specifying time zone strings in the absence of a file from which to get information. If nobody squawks, I'll update the tzcode and tzdata files on elsie.nci.nih.gov on Thursday. --ado diff -c -r old/Makefile new/Makefile *** old/Makefile Tue Aug 17 14:09:09 1999 --- new/Makefile Mon Sep 20 16:36:23 1999 *************** *** 29,34 **** --- 29,37 ---- POSIXRULES= America/New_York + # Also see TZDEFRULESTRING below, which takes effect only + # if the time zone files cannot be accessed. + # Everything gets put in subdirectories of. . . TOPDIR= /usr/local *************** *** 96,101 **** --- 99,106 ---- # -DLOCALE_HOME=\"path\" if locales are in "path", not "/usr/lib/locale" # -DHAVE_UNISTD_H=0 if your compiler lacks a "unistd.h" (Microsoft C++ 7?) # -DHAVE_UTMPX_H=1 if your compiler has a "utmpx.h" + # -DTZDEFRULESTRING=\",date/time,date/time\" to default to the specified + # DST transitions if the time zone files cannot be accessed # -DTZ_DOMAIN=\"foo\" to use "foo" for gettext domain name; default is "tz" # -TTZ_DOMAINDIR=\"/path\" to use "/path" for gettext directory; # the default is system-supplied, typically "/usr/lib/locale" *************** *** 156,162 **** # "timeoff" is like "timegm" except that it accepts a second (long) argument # that gives an offset to use when converting to a time_t. # "posix2time" and "time2posix" are described in an included manual page. ! # None of these functions are described in X3J11's current work. # Sun has provided "tzsetwall", "timelocal", and "timegm" in SunOS 4.0. # These functions may well disappear in future releases of the time # conversion package. --- 161,167 ---- # "timeoff" is like "timegm" except that it accepts a second (long) argument # that gives an offset to use when converting to a time_t. # "posix2time" and "time2posix" are described in an included manual page. ! # None of these functions are described in X3J11's work. # Sun has provided "tzsetwall", "timelocal", and "timegm" in SunOS 4.0. # These functions may well disappear in future releases of the time # conversion package. diff -c -r old/asia new/asia *** old/asia Tue Aug 17 14:45:35 1999 --- new/asia Mon Sep 20 18:13:37 1999 *************** *** 648,658 **** # Since 1938, all Japanese possessions have been like Asia/Tokyo. # Jordan ! # From Steffen Thorsen (1999-05-08): # Jordan do not have DST this year. It also seems that they are not going # to use it the next years either. "We do not need it" was the answer I got # from the Jordan National Information Centre (http://www.nic.gov.jo) # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Jordan 1973 only - Jun 6 0:00 1:00 S Rule Jordan 1973 1975 - Oct 1 0:00 0 - --- 648,676 ---- # Since 1938, all Japanese possessions have been like Asia/Tokyo. # Jordan ! # From Steffen Thorsen [straen(a)thorsen.priv.no] (1999-05-08): # Jordan do not have DST this year. It also seems that they are not going # to use it the next years either. "We do not need it" was the answer I got # from the Jordan National Information Centre (http://www.nic.gov.jo) # + # From Steffen Thorsen [straen(a)thorsen.priv.no] (1999-09-09): + # In April I reported that Jordan had stopped using DST. Now the government + # will use DST all year long, as reported in this Jordanian newspaper: + # <a href="http://star.arabia.com/990701/JO9.html"> + # http://star.arabia.com/990701/JO9.html + # </a> + # + # "Summer time is back + # Clocks in Jordan were forwarded one hour on Wednesday at midnight, in + # accordance with the government's decision to implement summer time all + # year round." + # + # It seems that DST was introduced on 30 June at 24:00 (or 1 July 00:00). + # This link might also be of interest: + # <a href="http://star.arabia.com/990624/JO2.html"> + # http://star.arabia.com/990624/JO2.html + # </a> + # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Jordan 1973 only - Jun 6 0:00 1:00 S Rule Jordan 1973 1975 - Oct 1 0:00 0 - *************** *** 676,682 **** Rule Jordan 1995 1998 - Sep Fri>=15 0:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Amman 2:23:44 - LMT 1931 ! 2:00 Jordan EE%sT # Kazakhstan # From Paul Eggert (1996-11-22): --- 694,701 ---- Rule Jordan 1995 1998 - Sep Fri>=15 0:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Amman 2:23:44 - LMT 1931 ! 2:00 Jordan EE%sT 1999 Jul ! 2:00 1:00 EEST # Kazakhstan # From Paul Eggert (1996-11-22): diff -c -r old/australasia new/australasia *** old/australasia Tue Aug 17 14:53:08 1999 --- new/australasia Mon Sep 20 18:15:01 1999 *************** *** 388,397 **** -10:00 - TKT # Tokelau Time # Tonga # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Tongatapu 12:19:20 - LMT 1901 12:20 - TOT 1941 # Tonga Time ! 13:00 - TOT # Tuvalu # Zone NAME GMTOFF RULES FORMAT [UNTIL] --- 388,402 ---- -10:00 - TKT # Tokelau Time # Tonga + # Transition time is a guess--see below + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S + Rule Tonga 1999 max - Oct Sat>=1 0:00 1:00 S + Rule Tonga 2000 max - Apr Sat>=15 0:00 - - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Tongatapu 12:19:20 - LMT 1901 12:20 - TOT 1941 # Tonga Time ! 13:00 - TOT 1999 ! 13:00 Tonga TO%sT # Tuvalu # Zone NAME GMTOFF RULES FORMAT [UNTIL] *************** *** 1007,1009 **** --- 1012,1038 ---- # He has proposed a one-off move to tropical daylight saving for Tonga from # October to March, which has won approval in principle from the Tongan # Government. + + # From Steffen Thorsen [straen(a)thorsen.priv.no] (1999-09-09): + # * Tonga will introduce DST in November + # + # I was given this link by John Letts <johnletts(a)earthlink.net>: + # <a hef="http://news.bbc.co.uk/hi/english/world/asia-pacific/newsid_424000/424764.st m"> + # http://news.bbc.co.uk/hi/english/world/asia-pacific/newsid_424000/424764.stm + # </a> + # + # I have not been able to find exact dates for the transition in November + # yet. By reading this article it seems like Fiji will be 14 hours ahead + # of UTC as well, but as far as I know Fiji will only be 13 hours ahead + # (12 + 1 hour DST). + + # From Arthur David Olson [arthur_david_olson(a)nih.gov] (1999-09-20): + # According to <a href="http://www.tongaonline.com/news/sept1799.html> + # http://www.tongaonline.com/news/sept1799.html + # </a>: + # "Daylight Savings Time will take effect on Oct. 2 through April 15, 2000 + # and annually thereafter from the first Saturday in October through the + # third Saturday of April. Under the system approved by Privy Council on + # Sept. 10, clocks must be turned ahead one hour on the opening day and + # set back an hour on the closing date." + # Alas, no indication of the time of day. diff -c -r old/europe new/europe *** old/europe Tue Aug 17 15:20:54 1999 --- new/europe Mon Sep 20 17:44:41 1999 *************** *** 1165,1170 **** --- 1165,1184 ---- # see Yugoslavia # Bulgaria + + # From Steffen Thorsen [straen(a)thorsen.priv.no] (1999-09-09): + # Sofia should probably use rule "EU" after 1997: + # + # Plamen Simenov <P.Simeonov(a)cnsys.bg> reports that DST transitions + # are not at midnight, but a few hours later: + # + # A document of Government of Bulgaria (No.94/1997) says: + # EET --> EETDST is in 03:00 Local time in last Sunday of March + # (new=local+1h) + # EETDST --> EET is in 04:00 Local time in last Sunday of October + # (new=local-1h) + # (EETDST = EEST) + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Bulg 1979 only - Mar 31 23:00 1:00 S Rule Bulg 1979 only - Oct 1 1:00 0 - *************** *** 1179,1185 **** 2:00 - EET 1979 Mar 31 23:00 2:00 Bulg EE%sT 1982 Sep 26 2:00 2:00 C-Eur EE%sT 1991 ! 2:00 E-Eur EE%sT # Croatia # see Yugosloavia --- 1193,1200 ---- 2:00 - EET 1979 Mar 31 23:00 2:00 Bulg EE%sT 1982 Sep 26 2:00 2:00 C-Eur EE%sT 1991 ! 2:00 E-Eur EE%sT 1997 ! 2:00 EU EET/EETDST # Croatia # see Yugosloavia diff -c -r old/localtime.c new/localtime.c *** old/localtime.c Tue Aug 17 14:12:02 1999 --- new/localtime.c Mon Sep 20 16:36:23 1999 *************** *** 59,64 **** --- 59,75 ---- static const char gmt[] = "GMT"; + /* + ** The DST rules to use if TZ has no rules and we can't load TZDEFRULES. + ** We default to US rules as of 1999-08-17. + ** POSIX 1003.1 section 8.1.1 says that the default DST rules are + ** implementation dependent; for historical reasons, US rules are a + ** common default. + */ + #ifndef TZDEFRULESTRING + #define TZDEFRULESTRING ",M4.1.0,M10.5.0" + #endif /* !defined TZDEFDST */ + struct ttinfo { /* time type information */ long tt_gmtoff; /* UTC offset in seconds */ int tt_isdst; /* used to set tm_isdst */ *************** *** 734,753 **** if (name == NULL) return -1; } else dstoffset = stdoffset - SECSPERHOUR; - #if 0 - /* - ** XXX--get justification for U.S.-centricism - ** before adopting the following code; - ** also get to document the behavior. - */ if (*name == '\0' && load_result != 0) ! /* ! ** Default to US rules as of 1999-08-17 if TZ has ! ** no rules and we can't load the default rules, ! */ ! name = ",M4.1.0,M10.5.0"; ! ! #endif if (*name == ',' || *name == ';') { struct rule start; struct rule end; --- 745,752 ---- if (name == NULL) return -1; } else dstoffset = stdoffset - SECSPERHOUR; if (*name == '\0' && load_result != 0) ! name = TZDEFRULESTRING; if (*name == ',' || *name == ';') { struct rule start; struct rule end; diff -c -r old/southamerica new/southamerica *** old/southamerica Tue Aug 17 14:09:08 1999 --- new/southamerica Mon Sep 20 17:07:45 1999 *************** *** 350,364 **** # Decree <a href="http://pcdsh01.on.br/figuras/HV2495.JPG">2,495</a> # (1998-02-10) Rule Brazil 1998 only - Mar 1 0:00 0 - ! # Decree <a href="http://pcdsh01.on.br/figuras/Hv98.jpg">2,780</a> (1998-09-11) ! # adopted by the same states as before, ! # specifies only the 1998-10-11 and 1999-02-21 transitions; # after that, these rules are guesses and are quite possibly wrong, # but they are more likely than no DST at all. ! Rule Brazil 1998 max - Oct Sun>=8 0:00 1:00 S ! Rule Brazil 1999 max - Feb Sun>=15 0:00 0 - - # Zone NAME GMTOFF RULES FORMAT [UNTIL] # # Fernando de Noronha --- 350,366 ---- # Decree <a href="http://pcdsh01.on.br/figuras/HV2495.JPG">2,495</a> # (1998-02-10) Rule Brazil 1998 only - Mar 1 0:00 0 - ! # Decree <a href="http://pcdsh01.on.br/figuras/Hv98.jpg">2,780</a> (1998-09-11). ! # specifies only the 1998-10-11 and 1999-02-21 transitions. ! Rule Brazil 1998 only - Oct 11 0:00 1:00 S ! Rule Brazil 1999 only - Feb 21 0:00 0 - ! # Decree <a href="http://pcdsh01.on.br/figuras/HV3150.gif">3,150</a> ! # (1999-08-23) specifies only the 1999-10-03 and 2000-02-27 transitions; # after that, these rules are guesses and are quite possibly wrong, # but they are more likely than no DST at all. ! Rule Brazil 1999 max - Oct Sun>=1 0:00 1:00 S ! Rule Brazil 2000 max - Feb lastSun 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] # # Fernando de Noronha

2 1

Terrorist bombing botched due to daylight saving time error?
by Paul Eggert Sept. 18, 1999

Sept. 18, 1999

Barbara Demick of Knight Ridder reports that the recent botched car bombings in Israel may have blown up those planting the bombs because they forgot to take into account the time difference between the West Bank, which still observes DST, and Israel, which reverted to standard time on September 3. See: http://www.seattletimes.com/news/nation-world/html98/alttime_19990911.html http://catless.ncl.ac.uk/Risks/20.58.html#subj12

1 0

Changes for Jordan, Bulgaria, Tonga and Brazil
by Steffen Thorsen Sept. 9, 1999

Sept. 9, 1999

* Jordan now uses DST time all year long. In April I reported that Jordan had stopped using DST. Now the government will use DST all year long, as reported in this Jordanian newspaper: http://star.arabia.com/990701/JO9.html "Summer time is back Clocks in Jordan were forwarded one hour on Wednesday at midnight, in accordance with the government's decision to implement summer time all year round." It seems that DST was introduced on 30 June at 24:00 (or 1 July 00:00). This link might also be of interest: http://star.arabia.com/990624/JO2.html * Bulgaria Sofia should probably use rule "EU" after 1997: Plamen Simenov <P.Simeonov(a)cnsys.bg> reports that DST transitions are not at midnight, but a few hours later: A document of Government of Bulgaria (No.94/1997) says: EET --> EETDST is in 03:00 Local time in last Sunday of March (new=local+1h) EETDST --> EET is in 04:00 Local time in last Sunday of October (new=local-1h) (EETDST = EEST) * Tonga will introduce DST in November I was given this link by John Letts <johnletts(a)earthlink.net>: http://news.bbc.co.uk/hi/english/world/asia-pacific/newsid_424000/424764.stm I have not been able to find exact dates for the transition in November yet. By reading this article it seems like Fiji will be 14 hours ahead of UTC as well, but as far as I know Fiji will only be 13 hours ahead (12 + 1 hour DST). * new DST-dates for Brazil (one day longer than reported in another mail to the list) http://pcdsh01.on.br/HvInic99.htm through http://babelfish.altavista.com/ gives: BEGINNING IN 1999 Zero hour of 3 of October of 1999 ENDING IN 2000 Zero hour of 27 of February of 2000 DECREE 3.150 of 23 of August of 1999 Regards, Steffen -- Steffen Thorsen <steffen(a)thorsen.priv.no> <steffent(a)pvv.ntnu.no> http://www.thorsen.priv.no

1 0

FW: Timezone with new Brazil rules
by Olson, Arthur David (NCI) Sept. 8, 1999

Sept. 8, 1999

Ricardo is not on the time zone mailing list; be sure any replies are directed appropriately. (Has anyone succeeded in tracking down a governmental source that verifies the change?) --ado -----Original Message----- From: Ricardo Reis [SMTP:rreis@ms.com] Sent: Wednesday, September 08, 1999 8:31 AM To: tz(a)elsie.nci.nih.gov Subject: Timezone with new Brazil rules Hi, I would like to know when will you have a timezone version that includes the new Brazil's rules (daylight savings from oct 3 untill feb 26)? I am attaching a southamerica file that I have edited to add those changes, but I would prefer to use a more "official" version since I am not sure if my file will work fine. I am looking forward to hearing from you. Regards, Ricardo. -- Ricardo R. B. Reis Sao Paulo IT Morgan Stanley do Brasil <<southamerica.rreis>>

1 0

problems with the cedar web site
by Galit Granot Sept. 8, 1999

Sept. 8, 1999

Hi, As some of you know we mapped the gene for a certain genetic disease to chromosome 22 using microsatelitte markers and linkage analysis. The location of the markers which we used was obtained from the cedar web site (http://cedar.genetics.soton.ac.uk) According to the update of June 25 the interval containing the possible disease causing gene spanned between markers D22S1167 (located at comp 32.626) and D22S282 (located at 41.750).According to the November 16 update the marker D22S1167 is now at 38.370 and the marker D22S282 is now at 45.040.In addition to that many genes within this area moved slightly like PDGF THAT MOVED FROM 41.319 TO 44.727,some moved together with the markers to the telomeric end for about 6Mb, some like OSM did not move at all from 32.776 and are now flanked by entirely different markers,etc. Even this November update does not correlate with our very interesting laboratory findings. Is it possible that these markers will "transpose" once more? Sincerely Yours Galit Rozenfeld Granot and Amos Toren ... bye bye from GALIT !!! ____ ~ / \ ( o ) /______\-() | " " " " " " " " " " \|//\/||\/\||/|\\|// E-mail: galitg(a)post.tau.ac.il

1 0

Timezone with new Brazil rules
by Ricardo Reis Sept. 8, 1999

Sept. 8, 1999

Hi, I would like to know when will you have a timezone version that includes the new Brazil's rules (daylight savings from oct 3 untill feb 26)? I am attaching a southamerica file that I have edited to add those changes, but I would prefer to use a more "official" version since I am not sure if my file will work fine. I am looking forward to hearing from you. Regards, Ricardo. -- Ricardo R. B. Reis Sao Paulo IT Morgan Stanley do Brasil

1 0

FW: Installation of tzcode1999e_tar.gz and tzdata1999e_tar.gz
by Olson, Arthur David (NCI) Sept. 7, 1999

Sept. 7, 1999

Note that Luis is not on the time zone mailing list; be sure to direct relevant replies to Luis. --ado -----Original Message----- From: Luis Miguel Navas Santos [SMTP:lnavas@MyAlert.com] Sent: Friday, September 03, 1999 6:25 AM To: tz(a)elsie.nci.nih.gov Subject: Installation of tzcode1999e_tar.gz and tzdata1999e_tar.gz Hello. I would like to ask you a question about the installation of these packages in HP-UX 11.0. I have installed them and I have two warnings: cc: "localtime.c", line 1260: warning 527: Integral value implicitly converted to pointer in assignment. /usr/ccs/bin/ld: (Warning) At least one PA 2.0 object file (date.o) was detected. The linked output may not run on a PA 1.x system. But up to here, everything is OK (every executable is in the right place, under the /usr/local/ directory, and the PATH variable is set correctly). I set the TZ variable to, for example, America/New_York and the date command doesn't give me the right time. I have checked the file /usr/bin/locale and it's a PA-RISC1.1 shared executable dynamically linked. Maybe that's the problem. Could you tell me how can I update the version of this file, or how can I compile the package to be able to execute the included files for the PA 1.1?. Nevertheless, the directory /usr/lib/locale and its subdirectories don't exist. This could be another posible mistake. I have checked a Solaris installation and it exists and works. There is an option in the Makefile which allows to set the path to the "locale". I don't know what this exactly means. Is it a reference to the executable file or a reference to the Sun-like subdirectory. If you could tell me some suggestions or posible solutions I would really appreciate it. Thank you in advance, Luis Miguel Navas.

2 1

[Fwd: time in Nunavut]
by Antoine Leca Sept. 6, 1999

Sept. 6, 1999

Rives McDow <rmcdow(a)enteles.com> wrote the attached message in the IETF-calendar mailing list, about a new change of timezones in Nunavut. I tried to find more informations about the current timezones in this area, and it appears that there is a problem about current datas, concerning America/Pangnirtung: <http://www.arctictravel.com/chapters/pangpage.html> says they operate under Eastern Time (our datas give Atlantic time). Outside this problem, I have tried to draft the change as the news says. Contrary to what Rives thought, it appears that the new timezone will be Central Time, not Eastern Time (that is, Iqaluit which is in the Baffin Region will change from EDT to CST, setting their clocks back two hours). As we know, these kinds of change yield problem, because some moments in the gap are not clearly defined as either EDT or CST... I then drafted two lines for representing it. I also created a new timezone for the Kitikmeot region, to differentiate it from the Yellowknife region which is still in (the remaining of) Northern Territories, and thus still operate Mountain Time. I named it America/Cambridge_Bay, after the most populated "city" (1,351 inhabitants according to <http://www.arctictravel.com/chapters/cambridgepage.html>). Please review the attached changes to confirm it is OK. At least, the year of change for America/Pangnirtung should be established (perhaps by placing America/Pangnirtung in Eastern Time since 1884). Antoine --- northamerica.99e Tue Aug 17 20:09:08 1999 +++ northamerica Mon Sep 6 15:21:14 1999 @@ -888,6 +888,29 @@ # * O.I.C. 1980/02 established DST. # * O.I.C. 1987/056 changed DST to Apr firstSun 2:00 to Oct lastSun 2:00. # Shanks says Yukon's 1973-10-28 switch was at 2:00; go with Englander. +# +# From Antoine Leca (1999-09-06): +# According to <http://www.arctictravel.com/chapters/travelinfopage.html>, +# Nunavut only uses three timezones, namely Mountain Time for Kitikmeot, +# Central Time for Kivalliq alias Keematin, and Eastern Time for (most of) +# the Baffin Region. This means that at an unknown date, Pangnirtung +# moves from Atlantic Time to Eastern Time. This is confirmed by +# <http://www.arctictravel.com/chapters/pangpage.html>. +# +# From Rives McDow <rmcdow(a)enteles.com> (1999-09-04): +# The new territory of Nunavut [created 1999-04-01], in what was formerly +# part of the Northwest Territory in Canada, moved very quickly to +# incorporate the whole territory into one time zone. The change +# announcement can be viewed at +# <http://www.nunatsiaq.com/nunavut/nvt90903_13.html>. +# +# From Antoine Leca (1999-09-06): +# We then need to create a new timezone for the Kitikmeot region of Nunavut +# to differentiate it from the Yellowknife region. +# The hours of the changes are tentatives... +# Since the eastern part set their clocks back two hours, we anyway +# have to split the change in two parts. + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule NT_YK 1918 only - Apr 14 2:00 1:00 D @@ -903,16 +926,25 @@ Rule NT_YK 1987 max - Apr Sun>=1 2:00 1:00 D # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Pangnirtung -4:22:56 - LMT 1884 - -4:00 NT_YK A%sT + -4:00 NT_YK A%sT 19XX + -5:00 NT_YK E%sT 1999 Oct 31 3:00 + -6:00 - CST 1999 Oct 31 2:00 + -5:00 NT_YK C%sT Zone America/Iqaluit -4:33:52 - LMT 1884 # Frobisher Bay - -5:00 NT_YK E%sT -Zone America/Rankin_Inlet -6:08:40 - LMT 1884 + -5:00 NT_YK E%sT 1999 Oct 31 3:00 + -6:00 - CST 1999 Oct 31 2:00 + -6:00 NT_YK C%sT +Zone America/Rankin_Inlet -6:08:40 - LMT 1884 # Kivalliq, Keewatin + -6:00 NT_YK C%sT +Zone America/Cambridge_Bay -7:37:24 - LMT 1884 # Kitikmeot + -7:00 NT_YK M%sT 1999 Oct 31 02:00 -6:00 NT_YK C%sT Zone America/Yellowknife -7:37:24 - LMT 1884 -7:00 NT_YK M%sT Zone America/Inuvik -8:54:00 - LMT 1884 -8:00 NT_YK P%sT 1979 Apr lastSun 2:00 - -7:00 NT_YK M%sT + -7:00 NT_YK M%sT 1999 Oct 31 1:00 + -5:00 NT_YK E%sT Zone America/Whitehorse -9:00:12 - LMT 1900 Aug 20 -9:00 NT_YK Y%sT 1966 Jul 1 2:00 -8:00 NT_YK P%sT

1 1

Installation of tzcode1999e_tar.gz and tzdata1999e_tar.gz
by Luis Miguel Navas Santos Sept. 3, 1999

Sept. 3, 1999

Hello. I would like to ask you a question about the installation of these packages in HP-UX 11.0. I have installed them and I have two warnings: cc: "localtime.c", line 1260: warning 527: Integral value implicitly converted to pointer in assignment. /usr/ccs/bin/ld: (Warning) At least one PA 2.0 object file (date.o) was detected. The linked output may not run on a PA 1.x system. But up to here, everything is OK (every executable is in the right place, under the /usr/local/ directory, and the PATH variable is set correctly). I set the TZ variable to, for example, America/New_York and the date command doesn't give me the right time. I have checked the file /usr/bin/locale and it's a PA-RISC1.1 shared executable dynamically linked. Maybe that's the problem. Could you tell me how can I update the version of this file, or how can I compile the package to be able to execute the included files for the PA 1.1?. Nevertheless, the directory /usr/lib/locale and its subdirectories don't exist. This could be another posible mistake. I have checked a Solaris installation and it exists and works. There is an option in the Makefile which allows to set the path to the "locale". I don't know what this exactly means. Is it a reference to the executable file or a reference to the Sun-like subdirectory. If you could tell me some suggestions or posible solutions I would really appreciate it. Thank you in advance, Luis Miguel Navas.

1 0

Newbie questions... regarding tzdata199e.tar.gz
by Jon R. Kibler Sept. 2, 1999

Sept. 2, 1999

(If this is now where I should be asking these questions, I apologize -- please direct me to the correct source.) I am new at time zone information, so please bear with me. I have to develop a "Y2K Rollover Model." Looking for time zone information, I found the tzdata199e.tar.gz archive (at ftp://elsie.nci.nih.gov/pub/) -- which is great -- exactly what I needed. I believe that I understand most of it, but I have a few questions. Most of them are about the fine points of how the rules work: 1) From 'africa', Sierra Leone has the following entry: > # Sierra Leone > # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S > # Whitman gives Mar 31 - Aug 31 for 1931 on; go with Shanks. > Rule SL 1935 1942 - Jun 1 0:00 0:40 SLST > Rule SL 1935 1942 - Oct 1 0:00 0 WAT > Rule SL 1957 1962 - Jun 1 0:00 1:00 SLST > Rule SL 1957 1962 - Sep 1 0:00 0 GMT > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > Zone Africa/Freetown -0:53:00 - LMT 1882 > -0:53:00 - FMT 1913 Jun # Freetown Mean Time > -1:00 SL %s 1957 > 0:00 SL %s 1a) It is my interpretation that no rules apply after Sep 1, 1962 -- is this a correct interpretation? If not, please explain. 1b) If no rules apply, then what letters are used for SL time? (As I interpret it, %s would be blank if no rules apply. If this is not the case, please explain.) 1c) If no rules apply, why not specify a "no rules" entry, such as the following? (I would think it would be much easier [less ambiguous] for HUMANS to read, and thus less likely to contain mistakes.) > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > Zone Africa/Freetown -0:53:00 - LMT 1882 > -0:53:00 - FMT 1913 Jun # Freetown Mean Time > -1:00 SL %s 1957 > 0:00 SL %s 1962 Sep 1 > 0:00 - GMT 2) Please explain a "Numeric RULE", such as in the following example for Cape Verde: > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > Zone Atlantic/Cape_Verde -1:34:04 - LMT 1907 # Praia > -2:00 - CVT 1942 Sep > -2:00 1:00 CVST 1945 Oct 15 # <<< Please explain > -2:00 - CVT 1975 Nov 25 2:00 > -1:00 - CVT 3) Please explain "TYPE", such as in the following rule for South Australia: > # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S > Rule AS 1990 1994 even Mar Sun>=18 2:00s 0 - > Rule AS 1990 1994 odd Mar Sun>=1 2:00s 0 - 4) For the rules shown in "4" above, what does the "s" on the "AT time" mean? I have also seen other letters, such as "u" -- what letters are used and what is their meaning? 5) Where is the format for the Zone, Rules, Links, etc. defined and the syntax for each entry documented? (If I could have found that info, I probably would not have had to bother you with all these dumb questions!) I GREATLY thank you for your time in answering all these newbie questions! Sincerely, Jon R. Kibler Systems Architect Year 2000 Services Manager Jon.Kibler(a)aset.com Advanced Systems Engineering Technology 389 Johnnie Dodds Blvd., Suite 205 Mt. Pleasant, SC 29464-2950 (Charleston) Phone: (843) 849-8214 Fax: (843) 849-8215

1 0

FW: DST changes in australasia due to 2000 Olympics
by Olson, Arthur David (NCI) Sept. 2, 1999

Sept. 2, 1999

Please include Carol (who is not on the time zone mailing list) in any replies. --ado -----Original Message----- From: cfields(a)kapaa.eng.sun.com [SMTP:cfields@kapaa.eng.sun.com] Sent: Wednesday, August 11, 1999 2:55 PM To: tz(a)elsie.nci.nih.gov Subject: DST changes in australasia due to 2000 Olympics I am fixing a zoneinfo bug in Solaris. One of our customers has pointed out that daylight saving should be fixed for NSW due to the Sydney Olympics. The NSW government web site, http://dir.gis.nsw.gov.au/cgi-bin/genobject/document/other/daylightsaving/t… ITWr0 shows the following: -------- Daylight saving will commence on the last Sunday in October at 2:00am EST and continue until the last Sunday in March at 3:00am EDST. 1998 - 1999 Start: Sunday October 25, 1998 Finish: Sunday March 28, 1999 1999 - 2000 Start: Sunday October 31, 1999 Finish: Sunday March 26, 2000 2000 - 2001 Start: Sunday August 27, 2000 Finish: Sunday March 25, 2001 (Starting at 2.00am and Finishing at 2.00am) -------- In tzdata1999d (australasia 7.46), Rule AV and AN show the daylight saving change on Aug 26 in 2000. Would the following fix the correct set of timezones that are adopting this change? % diff australasia australasia.fix 116c116 < Rule AV 2000 only - Aug 26 2:00s 1:00 - --- > Rule AV 2000 only - Aug lastSun 2:00s 1:00 - 136c136 < Rule AN 2000 only - Aug 26 2:00s 1:00 - --- > Rule AN 2000 only - Aug lastSun 2:00s 1:00 - Carol Fields carol.fields(a)eng.sun.com

3 2

Summer Time, Channel Islands, 1916
by Joseph S. Myers Sept. 2, 1999

Sept. 2, 1999

I today found the 1916 summer time orders for the Channel Islands in the Public Record Office (HO 45/10811/312364). This resolves one residual dubious claim of Shanks in the europe file: Alderney, Jersey and Guernsey all enacted summer time for 1916 (and the enactment for the Isle of Man is already noted). This doesn't complete the resolution of timekeeping in the Channel Islands, since 1917-1921 need to be resolved for the Channel Islands, and it isn't clear whether the islands were using GMT or local time then. The changes in Alderney and Guernsey were at the same 2am GMT time as for Great Britain; the order for Jersey is more interesting. Other things in this file include a poster advertising the change in Ireland from Dublin-based time to Greenwich mean time, and one advertising the introduction of summer time in the UK in 1916 (100000 copies printed); and the information that (a) it was originally proposed to implement summer time by Order in Council under the Defence of the Realm Acts, but it was decided that although this would be legal it would make things clearer to do it by Act of Parliament; and (b) a Bill to change Ireland to using the same time as England had passed in the Lords in 1912 but was not proceeded with in the Commons. This file, and another (HO 45/11077/411632 - on international coordination of summer time) include various laws and regulations of other European countries on summer time around that time, though the proper histories of summer time in these countries are no doubt more readily created by someone living there. It seems that there was a conference at the Home Office on 22 November 1921 with representative of France and Belgium to discuss reaching common summer time dates with them. Alderney ======== [This one is in manuscript.] A la Cour de l'Ile d'Auregny Le 17 Mai 1916, par devant John Main Duplain, écuyer, Lieut-juge; présents :- John Pierre Gallichan, Nicolas William Gaudion, et Thomas John Robilliard, écuyers, Jurés. ``Ordonnance Provisoire Portant Modification à l'Heure Légale''. La Cour, ouies les conclusions du Procureur du Roi, a ordonné et ordonne :- Dans la présente année, 1916, l'heure légale en cette île sera avancée d'une heure, depuis deux heures du matin (temps moyen de Greenwich) de Dimanche le 21 Mai, jusqu'à deux heures du matin (temps moyen de Greenwich) de Dimanche le 1^er Octobre. Pendant la période susdite, l'heure mentionnée ou à laquelle allusion est faite dans les Proclamations, les Actes de Parlement, les Ordres en Conseil, les Ordonnances de la Cour, en vigueur dans cette île, dans des contrats, des règlements, des statuts, des avertissements, des affiches, ou dans tout autre document ou toute affaire quelconque, sera censée être l'heure préscrite dnas la présente Ordonnance. Et ne déroge en rien cette Ordonnance à l'usage de l'heure, temps moyen de Greenwich, pour les besoins de l'astronomie ou de la navigation ni à l'interprétation d'aucun document qui mentionne ou qui a référence à l'heure ayant rapport à l'astronomie et à la navigation. Et sera la présente Ordonnance publieé et affichée aux lieux ordinaries afin que personne n'en prétende cause d'ignorance. (Extrait des Registres) Charles R Leboeq Greffier du Roi Jersey ====== HEURE OFFICIELLE. ----- Acte avançant l'heure officielle pendant les mois d'été. ----- Aux Etats de l'Ile de Jersey. ----- L'An 1916, le 13e jour de Mai. ----- CONSIDÉRANT que le Parlement Britannique a, dans l'intérêt national, résolu d'avancer d'une heure la computation horaire dans le Royaume-Unia à partir de Dimanche le 21 Mai courant jusqu'à Dimanche le 1er Octobre prochain et ainsi de suite pareillement chaque année durant la présente guerre pendant telle période qui sera prescrite par Ordre de Sa Majesté en Conseil; Considérant que, lors de l'adoption, en 1898, de la Loi qui détermine actuellement l'heure officielle en cette Ile, les Etats ont déjà reconnu et affirmé le princpe que Jersey ne peut sans inconvénients rester en dehors de l'horaire qui prévaut dans las Grande Bretagne; Considérant que la différence entre l'heure locale alors en usage et celle de Greenwich n'était cependant que de quelques minutes tandis que maintenant l'écart de temps entre Jersey et la Grande Bretagne serait d'une heure entière pendant tout l'été, en sorte qu'un changement analogue s'impose ici; LES ETATS ont, d'urgence, adopté la disposition suivante: ARTICLE UNIQUE. Samedi le 20 courant à minuit l'heure officielle en cette Ile sera avancée d'une heure sur le temps moyen de Greenwich et ce jusqu'à Samedi le 30 Septembre prochain à minuit. Pareille avance sera opérée chaque année subséquente tant qu'il y aura nécessité de ce faire, et ce aux époques qui seront en temps et lieu déterminées par les Etats afin que l'heure officielle locale demeure en tout temps conforme à l'heure légale de la Grande Bretagne. Ce qui sera imprimé, publié et affiché. ERNEST LE SUEUR, Greffier. 50/1916 Guernsey ======== ORDONNANCE DE LA COUR ROYALE. ----------- ORDONNANCE PROVISOIRE Portant modification à L'HEURE LÉGALE (Passée aux Chefs-Plaids d'après Pâques remis au 13 mai 1916.) Guernesey: COMPAGNIE D'IMPRIMERIE DE BICHARD, LIMITÉE, BUREAU DE LA GAZETTE, RUE DU BORDAGE. ------ 1916. Ordonnance de la Cour Royale. A LA COUR ROYALE DE L'ILE DE GUERNESEY Aux Chefs-Plaids d'après Pâques remis au 13 mai 1916, pardevant Edward Chepmell Ozanne, écuyer, Bailiff; présents: Ernest Collas, George Edward Kinnersly, George Herbert Le Mottée, Julius Bishop, John Bonamy Collings, Adolphus John Hocart, Thomas William Mansell de Guérin, Lionel Slade Carey, James Esten de Jersey, Hubert George de Carteret Stevens Guille et William de Prélaz Crousaz, écuyers, Jurés. Ordonnance Provisoire portant Modification à l'Heure Légale. La Cour, ouïes les conclusions des Officiers du Roi, a ordonné et ordonne :- Dans la présente année, 1916, l'heure légale en cette île sera avancée d'une heure, depuis deux heures du matin (temps moyen de Greenwich) de Dimanche, le 21 mai, jusqu'à deux heures du matin (temps moyen de Greenwich) de Dimanche, le 1er octobre. Pendant la période susdite, l'heure mentionnée ou à laquelle allusion est faite dans les Proclamations, les Actes de Parlement, les Ordres en Conseil, les Ordonnances de la Cour Royale en vigueur dans cette île, dans des contrats, des règlements, des statuts, des avertissements, des affiches, ou dans tout autre document ou toute affaire quelconque, sera censée être l'heure préscrite dnas la présente Ordonnance. Et ne déroge en rien cette Ordonnance à l'usage de l'heure temps moyen de Greenwich pour les besoins de l'astronomie ou de la navigation ni à l'interprétation d'aucun document qui mentionne ou qui a référence à l'heure ayant rapport à l'astronomie et à la navigation. Et sera la présente Ordonnance publieé et affichée aux lieux ordinaries afin que personne n'en prétende cause d'ignorance. (Extrait des Registres), A. J. ROUSSEL, Député-Greffier du Roi. -- Joseph S. Myers jsm28(a)cam.ac.uk

1 0

C9X and Time
by Clive D.W. Feather Sept. 2, 1999

Sept. 2, 1999

Sorry it's taken me so long to get round to this. The last WG14 meeting agreed, in principle, that a work item could be started on new time facilities for C. The result of the work item would be a Normative Amendment that would add these facilities to the language. There was no objection to the proposal that the facilities be designed "from the ground up"; they do not have to be based on the existing <time.h> functions. Where do we want to go from here ? -- Clive D.W. Feather | Work: <clive(a)demon.net> | Tel: +44 20 8371 1138 Internet Expert | Home: <clive(a)davros.org> | Fax: +44 20 8371 1037 Demon Internet Ltd. | WWW: http://www.davros.org | Mobile: +44 973 377646

6 8

tzdata format
by D. J. Bernstein Aug. 31, 1999

Aug. 31, 1999

Supposedly rule lines can occur in any order. What do the following lines mean? Rule Silly 1999 only - Sep 3 5:00 2:00 X Rule Silly 1999 only - Sep 3 6:00 1:00 Y Rule Silly 1999 only - Sep 3 8:00 -3:00 Z Starting from 0:00 +0000, do we increase to 5:00 +0000, then jump to 7:00 +0200, then increase to 8:00 +0200, then jump to 3:00 -0300, then increase to 6:00 -0300, then jump to 10:00 +0100, then increase? Or do we increase to 6:00 +0000, then jump to 7:00 +0100, then increase to 8:00 +0100, then jump to 4:00 -0300, then increase to 5:00 -0300, then jump to 10:00 +0200, then increase? Why aren't transition times labelled with the starting offset? Or, more simply, always specified in terms of standard time? I see that Tunisia one year had two transitions in the same month. Why are these part of the rule rather than the zone? Are there other examples of two transitions in the same month? Are there any DST systems that don't consist of two jumps in each applicable year, one jump early in the year, one jump late in the year? Are there any rule lines that cover multiple years without being part of such a pair? ---Dan

3 3

Re: time.h design issues
by Ulrich Drepper Aug. 31, 1999

Aug. 31, 1999

Paul Eggert <eggert(a)twinsun.com> writes: > I agree that my proposed API is still too complicated. When I get the > time I'll try to simplify it. Your code is a valuable resource in > this area: implementation experience counts for a lot in my book. Well, then I hope you suggest an implementation for a monotonic time implementation. Constraints are: The underlying OS will not notify each running program about a sudden clock change and itself does not provide a monotonic clock. In this situation the only thing you can count on are some hardware "clocks" the kernel does not (or cannot) influence. I think about things like the time stamp counters found on many modern processors. But: - they are only found on modern processors, and therefore a generic implementation isn't possible - even if they are available, they might be useless if, as in the case of the Alpha, the counter range is too small (just do the math: a 32 bit counter increment in each clock cycle on machines with, as seen two weeks ago, 1GHz clock speed). What I meant to say is think about the implementation before you propose something. It is certainly nice to have such a timer but it is very often not possible to implement it and for exactly this reason we have adjtime(). -- ---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA Cygnus Solutions `--' drepper at cygnus.com `------------------------

4 6

Tonga Daylight Savings Time
by Eric Ulevik Aug. 31, 1999

Aug. 31, 1999

On 19 August 1999, New Zealand TV's "ONE Network News" reported that Tonga will have DST from November to February, making it first into the new millenium. I don't have any details, unfortunately. Regards, Eric Ulevik eau(a)ozemail.com.au

1 0

FW: timezone improvements
by Olson, Arthur David (NCI) Aug. 30, 1999

Aug. 30, 1999

Robert E. Brown is not on the time zone mailing list; be sure to include Robert in any replies. --ado -----Original Message----- From: Robert E. Brown [SMTP:brownb@jany.gs.com] Sent: Thursday, August 26, 1999 1:24 PM To: tz(a)elsie.nci.nih.gov Subject: timezone improvements I work for a company that requires some capabilities beyond the standard time zone library. Here's the sort of thing we're interested in: Ability to efficiently do time calculations in several time zones at the same time in separate threads. Time zone functions might take a zone as argument instead of the current method of setting the TZ environment variable and calling tzset to change zones, which involves file I/O. Is there any prior art along these lines? I do see the routines whose names end with "_r". They seem to fix one glitch, but do not completely solve the problem. How can I get the capabilities I want integrated with the standard time zone library? By making it a part of the standard library, the chance increases that the code will be used, maintained, and completely debugged. We are willing to pay for the capabilities we want. Would Cygnus be a good source for this work? Do you have any other suggestions? Thanks very much. bob

6 16

Re: FW: timezone improvements
by Ulrich Drepper Aug. 27, 1999

Aug. 27, 1999

> How can I get the capabilities I want integrated with the standard time zone > library? By making it a part of the standard library, the chance increases > that the code will be used, maintained, and completely debugged. We are > willing to pay for the capabilities we want. Would Cygnus be a good source > for this work? Do you have any other suggestions? Thanks very much. I don't know exactly why you are referring to Cygnus. I guess because you associate my glibc work with my employer. And I also don't know which "standard library" you are referring to. glibc as used on Linux? You will most probably be out of luck trying to influence the commercial Unix vendors. If you know what interface you are looking for contact me and I can see whether it makes sense adding it to glibc. -- ---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA Cygnus Solutions `--' drepper at cygnus.com `------------------------

1 0

timezone improvements
by Robert E. Brown Aug. 26, 1999

Aug. 26, 1999

I work for a company that requires some capabilities beyond the standard time zone library. Here's the sort of thing we're interested in: Ability to efficiently do time calculations in several time zones at the same time in separate threads. Time zone functions might take a zone as argument instead of the current method of setting the TZ environment variable and calling tzset to change zones, which involves file I/O. Is there any prior art along these lines? I do see the routines whose names end with "_r". They seem to fix one glitch, but do not completely solve the problem. How can I get the capabilities I want integrated with the standard time zone library? By making it a part of the standard library, the chance increases that the code will be used, maintained, and completely debugged. We are willing to pay for the capabilities we want. Would Cygnus be a good source for this work? Do you have any other suggestions? Thanks very much. bob

1 0

Historical zone changes
by Lblumbbs＠aol.com Aug. 19, 1999

Aug. 19, 1999

In December 1941 I understand the time in Hawaii when it is on the hour in the Eastern Standard time zone was 30 minutes past the hour. Today ther minutes are the same. Can you tell me what the time zone difference between the Eastern Standard time zone and the time zone covering Hawaii was in 1941? Can you tell when (year and month) any changes to this time difference changed.

1 0

Re: tzcode1999e.tar.gz and tzdata1999e.tar.gz
by Ulrich Drepper Aug. 17, 1999

Aug. 17, 1999

Ado, > The files > ftp://elsie.nci.nih.gov/pub/tzcode1999e.tar.gz > and > ftp://elsie.nci.nih.gov/pub/tzdata1999e.tar.gz Unfortunately the files are not readable in the moment: -r-------- 1 8800 0 92586 Aug 17 19:28 tzcode1999e.tar.gz -r-------- 1 8800 0 104493 Aug 17 19:28 tzdata1999e.tar.gz -- ---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA Cygnus Solutions `--' drepper at cygnus.com `------------------------

1 0