- tz - lists.iana.org

FW: "Etc\GMT" positive and negative
by Olson, Arthur David (NIH/NCI) [E] Feb. 4, 2011

Feb. 4, 2011

-----Original Message----- From: Olson, Arthur David (NIH/NCI) [E] Sent: Tuesday, February 01, 2011 12:26 To: 'tz(a)elsie.nci.nh.gov' Cc: 'Exis.rdiaz(a)iberia.es' Subject: FW: "Etc\GMT" positive and negative I'm forwarding this message from Rodrigo Díaz López, who is not on the time one mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: EXIS.Diaz Lopez, Rodrigo [mailto:EXIS.rdiaz@iberia.es] Sent: Tuesday, February 01, 2011 12:25 To: tz(a)elsie.nci.nih.gov Subject: "Etc\GMT" positive and negative Hi: I think I found a bug with the "Etc\GMT" zones. If you use a "positive zone" like Etc\GMT+2 for calculate actual local time in this zone you obtain. local time for Etc\GMT-2 (¡a negative zone!). For instance, its' 5:00 PM (UTC/GMT), so in GMT+2 zone (Greece) the local time must be 7:00 PM. But, if you use TZ Database, you obtain. ¡3:00 PM! And the opposite for "negative zones". Is a bit funny. Please, check it. I found a web page (http://www.gsp.com/support/virtual/admin/unix/tz/gmt/) that use tz database (I think) and shows this error. Best regards. P.S.: It is possible that the problem was with the "codes", because in the world there are "GMT+13" and "GMT+14" zones, and these zones do not exist in tz database. However, in tz database exists "GMT-13" and "GMT-14" zones, that not exist in the real world. -- Rodrigo Díaz López EXIS.rdiaz(a)iberia.es IBERIA.com Tu viaje de principio a fin IBERIA.com Your journey from start to finish

4 3

Bulletin C number 41
by IERS EOP Product Center Feb. 2, 2011

Feb. 2, 2011

INTERNATIONAL EARTH ROTATION AND REFERENCE SYSTEMS SERVICE (IERS) SERVICE INTERNATIONAL DE LA ROTATION TERRESTRE ET DES SYSTEMES DE REFERENCE SERVICE DE LA ROTATION TERRESTRE OBSERVATOIRE DE PARIS 61, Av. de l'Observatoire 75014 PARIS (France) Tel. : 33 (0) 1 40 51 22 29 FAX : 33 (0) 1 40 51 22 91 Internet : services.iers(a)obspm.fr Paris, 2 February 2011 Bulletin C 41 To authorities responsible for the measurement and distribution of time INFORMATION ON UTC - TAI NO positive leap second will be introduced at the end of June 2011. The difference between Coordinated Universal Time UTC and the International Atomic Time TAI is : from 2009 January 1, 0h UTC, until further notice : UTC-TAI = -34 s Leap seconds can be introduced in UTC at the end of the months of December or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every six months, either to announce a time step in UTC, or to confirm that there will be no time step at the next possible date. Daniel GAMBIS Head Earth Orientation Center of the IERS Observatoire de Paris, France __________________________________________

1 0

FW: [Meticulous] and well researched article on Alaska time zones
by Olson, Arthur David (NIH/NCI) [E] Feb. 2, 2011

Feb. 2, 2011

I'm forwarding this message from Steve Ferguson, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: Steve Ferguson [mailto:s_t_e_v_e_f@yahoo.com] Sent: Monday, January 31, 2011 1:50 To: tz(a)lecserver.nci.nih.gov Subject: [Meticulous] and well researched article on Alaska time zones The author lives in Alaska and many of the references listed are only available to Alaskan residents. http://www.alaskahistoricalsociety.org/index.cfm?section=discover%20alaska&…

4 5

"Etc\GMT" positive and negative
by EXIS.Diaz Lopez, Rodrigo Feb. 1, 2011

Feb. 1, 2011

Hi: I think I found a bug with the "Etc\GMT" zones. If you use a "positive zone" like Etc\GMT+2 for calculate actual local time in this zone you obtain... local time for Etc\GMT-2 (¡a negative zone!). For instance, its' 5:00 PM (UTC/GMT), so in GMT+2 zone (Greece) the local time must be 7:00 PM. But, if you use TZ Database, you obtain... ¡3:00 PM! And the opposite for "negative zones". Is a bit funny. Please, check it. I found a web page (http://www.gsp.com/support/virtual/admin/unix/tz/gmt/) that use tz database (I think) and shows this error. Best regards. P.S.: It is possible that the problem was with the "codes", because in the world there are "GMT+13" and "GMT+14" zones, and these zones do not exist in tz database. However, in tz database exists "GMT-13" and "GMT-14" zones, that not exist in the real world. -- Rodrigo Díaz López EXIS.rdiaz(a)iberia.es<mailto:EXIS.rdiaz@iberia.es> IBERIA.com<http://www.iberia.com> Tu viaje de principio a fin IBERIA.com<http://www.iberia.com/?language=en> Your journey from start to finish

1 0

Maticulous and well researched article on Alaska time zones
by Steve Ferguson Jan. 31, 2011

Jan. 31, 2011

The author lives in Alaska and many of the references listed are only available to Alaskan residents. http://www.alaskahistoricalsociety.org/index.cfm?section=discover%20alaska&…

1 0

proposed time zone package changes (Mercer ND, Indonesian names, date.c overflow-proofing)
by Arthur David Olson Jan. 27, 2011

Jan. 27, 2011

Here are proposed changes to the time zone package; the executive summary: * date.c Replace "comptm" with "sametm" to avoid potential overflow (with code simplification as a side effect). * northamerica Add America/North_Dakota/Beulah (Mercer County, North Dakota, moved from Mountain to Central time at end of DST in 2010); use actual version number rather than "%W%". * zone.tab Add America/North_Dakota/Beulah (Mercer County, North Dakota, moved from Mountain to Central time at end of DST in 2010); update Indonesian location names (with old names retained in parentheses). The update to "northamerica" does affect current time stamps. There's more overflow work to do; the date.c work above is just the low-hanging fruit. For Indonesian locations I referred to... https://www.cia.gov/library/publications/the-world-factbook/graphics/ref_ma… ...and... https://www.cia.gov/library/publications/the-world-factbook/graphics/ref_ma… ...but note that the island labeled "Sulawesi (Celebes)" in "asia.pdf" is labeled "Celebes" in "oceania.pdf". (This paragraph may serves to notify the CIA of the problem:-) Also, the map at... http://maps.google.com/maps?f=q&source=s_q&hl=en&geocode=&q=maluku&aq=&sll=… ...shows islands labeled "Maluku" and "Maluku Utara" and a sea labeled "Molucca Sea." If no problems are found, I'll update the ftp site on 2011-02-07. --ado diff -r -c old/date.c new/date.c *** old/date.c Thu Dec 16 12:24:43 2010 --- new/date.c Tue Jan 25 16:12:48 2011 *************** *** 1,6 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)date.c 8.4"; /* ** Modified from the UCB version with the SCCS ID appearing below. */ --- 1,6 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)date.c 8.5"; /* ** Modified from the UCB version with the SCCS ID appearing below. */ *************** *** 76,82 **** static int retval = EXIT_SUCCESS; static void checkfinal(const char *, int, time_t, time_t); - static int comptm(const struct tm *, const struct tm *); static time_t convert(const char *, int, time_t); static void display(const char *); static void dogmt(void); --- 76,81 ---- *************** *** 86,91 **** --- 85,91 ---- static const char * nondigit(const char *); static void oops(const char *); static void reset(time_t, int); + static int sametm(const struct tm *, const struct tm *); static void timeout(FILE *, const char *, const struct tm *); static void usage(void); static void wildinput(const char *, const char *, *************** *** 594,612 **** } static int ! comptm(atmp, btmp) register const struct tm * const atmp; register const struct tm * const btmp; { ! register int result; ! ! if ((result = (atmp->tm_year - btmp->tm_year)) == 0 && ! (result = (atmp->tm_mon - btmp->tm_mon)) == 0 && ! (result = (atmp->tm_mday - btmp->tm_mday)) == 0 && ! (result = (atmp->tm_hour - btmp->tm_hour)) == 0 && ! (result = (atmp->tm_min - btmp->tm_min)) == 0) ! result = atmp->tm_sec - btmp->tm_sec; ! return result; } /* --- 594,609 ---- } static int ! sametm(atmp, btmp) register const struct tm * const atmp; register const struct tm * const btmp; { ! return atmp->tm_year == btmp->tm_year && ! atmp->tm_mon == btmp->tm_mon && ! atmp->tm_mday == btmp->tm_mday && ! atmp->tm_hour == btmp->tm_hour && ! atmp->tm_min == btmp->tm_min && ! atmp->tm_sec == btmp->tm_sec; } /* *************** *** 708,714 **** tm.tm_isdst = -1; outtm = tm; outt = mktime(&outtm); ! return (comptm(&tm, &outtm) == 0) ? outt : -1; } /* --- 705,711 ---- tm.tm_isdst = -1; outtm = tm; outt = mktime(&outtm); ! return sametm(&tm, &outtm) ? outt : -1; } /* *************** *** 746,752 **** othertm.tm_isdst = !tm.tm_isdst; othert = mktime(&othertm); if (othert != -1 && othertm.tm_isdst != tm.tm_isdst && ! comptm(&tm, &othertm) == 0) iffy(t, othert, value, _("both standard and summer time versions exist")); /* --- 743,749 ---- othertm.tm_isdst = !tm.tm_isdst; othert = mktime(&othertm); if (othert != -1 && othertm.tm_isdst != tm.tm_isdst && ! sametm(&tm, &othertm)) iffy(t, othert, value, _("both standard and summer time versions exist")); /* *************** *** 776,782 **** othert = t + 60 * offset; else othert = t - 60 * offset; othertm = *localtime(&othert); ! if (comptm(&tm, &othertm) == 0) iffy(t, othert, value, _("multiple matching times exist")); } --- 773,779 ---- othert = t + 60 * offset; else othert = t - 60 * offset; othertm = *localtime(&othert); ! if (sametm(&tm, &othertm)) iffy(t, othert, value, _("multiple matching times exist")); } diff -r -c old/northamerica new/northamerica *** old/northamerica Thu Jan 20 07:14:48 2011 --- new/northamerica Wed Jan 26 17:13:48 2011 *************** *** 1,5 **** # <pre> ! # %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)northamerica 8.40 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 346,351 **** --- 346,372 ---- -7:00 US M%sT 2003 Oct 26 02:00 -6:00 US C%sT + # From Josh Findley (2011-01-21): + # ...it appears that Mercer County, North Dakota, changed from the + # mountain time zone to the central time zone at the last transition from + # daylight-saving to standard time (on Nov. 7, 2010): + # <a href="http://www.gpo.gov/fdsys/pkg/FR-2010-09-29/html/2010-24376.htm"> + # http://www.gpo.gov/fdsys/pkg/FR-2010-09-29/html/2010-24376.htm + # </a> + # <a href="http://www.bismarcktribune.com/news/local/article_1eb1b588-c758-11df-b472-0…"> + # http://www.bismarcktribune.com/news/local/article_1eb1b588-c758-11df-b472-0… + # </a> + + # From Andy Lipscomb (2011-01-24): + # ...according to the Census Bureau, the largest city is Beulah (although + # it's commonly referred to as Beulah-Hazen, with Hazen being the next + # largest city in Mercer County). Google Maps places Beulah's city hall + # at 4715'51" north, 10146'40" west, which yields an offset of 6h47'07". + + Zone America/North_Dakota/Beulah -6:47:07 - LMT 1883 Nov 18 12:12:53 + -7:00 US M%sT 2010 Nov 7 2:00 + -6:00 US C%sT + # US mountain time, represented by Denver # # Colorado, far western Kansas, Montana, western diff -r -c old/zone.tab new/zone.tab *** old/zone.tab Thu Dec 16 12:24:20 2010 --- new/zone.tab Wed Jan 26 18:47:09 2011 *************** *** 1,5 **** # <pre> ! # @(#)zone.tab 8.38 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # --- 1,5 ---- # <pre> ! # @(#)zone.tab 8.40 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # *************** *** 211,218 **** HU +4730+01905 Europe/Budapest ID -0610+10648 Asia/Jakarta Java & Sumatra ID -0002+10920 Asia/Pontianak west & central Borneo ! ID -0507+11924 Asia/Makassar east & south Borneo, Celebes, Bali, Nusa Tengarra, west Timor ! ID -0232+14042 Asia/Jayapura Irian Jaya & the Moluccas IE +5320-00615 Europe/Dublin IL +3146+03514 Asia/Jerusalem IM +5409-00428 Europe/Isle_of_Man --- 211,218 ---- HU +4730+01905 Europe/Budapest ID -0610+10648 Asia/Jakarta Java & Sumatra ID -0002+10920 Asia/Pontianak west & central Borneo ! ID -0507+11924 Asia/Makassar east & south Borneo, Sulawesi (Celebes), Bali, Nusa Tengarra, west Timor ! ID -0232+14042 Asia/Jayapura west New Guinea (Irian Jaya) & Malukus (Moluccas) IE +5320-00615 Europe/Dublin IL +3146+03514 Asia/Jerusalem IM +5409-00428 Europe/Isle_of_Man *************** *** 404,409 **** --- 404,410 ---- US +450628-0873651 America/Menominee Central Time - Michigan - Dickinson, Gogebic, Iron & Menominee Counties US +470659-1011757 America/North_Dakota/Center Central Time - North Dakota - Oliver County US +465042-1012439 America/North_Dakota/New_Salem Central Time - North Dakota - Morton County (except Mandan area) + US +471551-1014640 America/North_Dakota/Beulah Central Time - North Dakota - Mercer County US +394421-1045903 America/Denver Mountain Time US +433649-1161209 America/Boise Mountain Time - south Idaho & east Oregon US +364708-1084111 America/Shiprock Mountain Time - Navajo

1 0

FW: Mercer County, N. D.
by Olson, Arthur David (NIH/NCI) [E] Jan. 24, 2011

Jan. 24, 2011

I'm forwarding this message from Josh Findley, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado -----Original Message----- From: Josh Findley [mailto:tz.4.jfindley@spamgourmet.com] Sent: Friday, January 21, 2011 6:05 To: tz(a)lecserver.nci.nih.gov Subject: Mercer County, N. D. In case you are not aware already, it appears that Mercer County, North Dakota, changed from the mountain time zone to the central time zone at the last transition from daylight-saving to standard time (on Nov. 7, 2010): http://www.gpo.gov/fdsys/pkg/FR-2010-09-29/html/2010-24376.htm http://www.bismarcktribune.com/news/local/article_1eb1b588-c758-11df-b472-0… Josh Findley

2 1

FW: Archaic terms for Indonesian island groups
by Olson, Arthur David (NIH/NCI) [E] Jan. 24, 2011

Jan. 24, 2011

I'm forwarding this message from Alexander Ray, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: alexander.ray(a)internode.on.net [mailto:alexander.ray@internode.on.net] Sent: Saturday, January 22, 2011 2:20 To: tz(a)lecserver.nci.nih.gov Subject: Archaic terms for Indonesian island groups A Wikipedia user has brought it to my attention that some of the terms for Indonesian islands used in the database are incorrect, archaic forms. The listings should be as follows. ID -0610+10648 Asia/Jakarta Java & Sumatra ID -0002+10920 Asia/Pontianak west & central Borneo ! ID -0507+11924 Asia/Makassar east & south Borneo, Sulawesi, Bali, Nusa Tenggara, west Timor ! ID -0232+14042 Asia/Jayapura western New Guinea, Maluku islands

1 0

A suggestion for improving the accuracy of LMT of Asia/Tokyo
by Fumiyuki Shimizu Jan. 24, 2011

Jan. 24, 2011

To whom it may concern, First of all, I'd like to express my appreciation for your maintaining the time zone database over the world. With regards to the current LMT of Asia/Tokyo, there are two problems. 1. It is based on 'Tokyo Datum' using Bessel ellipsoid of which equatorial radius, and flattening are less accurate than GRS80. 2. Location of origin point used by 'Rika Nenpyou (until 2009)' was not commonly used for geodetic reference system in Japan. To fix problem #1, which is illustrated in detail below as (Zt) and (Zj), E 139 44' 40.90" (9h 18m 58.7266s) should be E 139 44' 29.27" (9h 18m 57.9513s) To fix problem #2, which is illustrated in detail below as (Zj) and (Xj), E 139 44' 29.27" (9h 18m 57.9513s) should be E 139 44' 28.8759" (9h 18m 57.9250s) The influence of problem #2 is insignificant, but problem #1 causes a one-second difference. Therefore, though the priority of pursuing accuracy of LMT may be low, I believe that there is not much reason in continuing to use the current value, and the line should be updated as: --- tzdata2010o/asia 2010-11-01 22:18:22.000000000 +0900 +++ tzdata/asia 2011-01-10 13:25:42.000000000 +0900 @@ -1280,7 +1280,7 @@ # ordinances took effect on Jan 1. # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Asia/Tokyo 9:18:59 - LMT 1887 Dec 31 15:00u +Zone Asia/Tokyo 9:18:58 - LMT 1887 Dec 31 15:00u 9:00 - JST 1896 9:00 - CJT 1938 9:00 Japan J%sT --------------- The reasons are as follows: * Geodetic reference system in Japan[*1][*2JA]: 1918(?)-2002/3/31: Tokyo Datum(Bessel) 2002/4/1- : Japanese Geodetic Datum 2000 - JGD2000(ITRF94,GRS80) * Location of origin point(normally used for geodetic reference system in Japan)[*1 4.4.2][*8JA]: (X')1892-1923/9/1 "The center point of the Merz-Repsold meridian circle of the former Tokyo Astronomical Observatory, Azabudai 2-18-1, Minato-ku, Tokyo" (X)1923/?/?- "The intersection point of the cross carved on the metal mark of Nihon Keiido Genten, Azabudai 2-18-1, Minato-ku, Tokyo" * The base point of "Tokyo" in Rika Nenpyou[*5JA][*6JA][*7JA][*8JA]: (Z)1925-2009 "The site of the center point of the Repsold transit instrument of the former Tokyo Astronomical Observatory, Azabudai 2-18-1, Minato-ku, Tokyo" (Z) was located at 10meter east of (X')[*4JA]. 2010- They changed the point to same as (X). ** Those points in Tokyo Datum(Bessel) (Xt): E 139 44' 40.5020" N 35 39' 17.5148" [*5JA] => 9h 18m 58.7001s (Zt): E 139 44' 40.90" N 35 39' 16"(*) [*5JA] => 9h 18m 58.7266s (Zt) is the value taken currently by the TZ database(2010o). (*) Since longitude and latitude of (Zt) are based on the different measurements[*5JA], and (Z) was located at 10meter east of (X')[*4JA], (Zt) should be about E 139 44' 40.90" N 35 39' 17.51". The value of (Zt) above is not normal value, but its effect on the symptom is slight, since the difference is in the latitude. ** Those points in JGD2000(=~ WGS84) (Xj): E 139 44' 28.8759" N 35 39' 29.1572" [*10][*11][*3JA][*5JA][*6JA][*7JA] => 9h 18m 57.9250s (Zj): E 139 44' 29.27" N 35 39' 27.7" [*5JA] => 9h 18m 57.9513s Additional Note: Solar longitude: As for solar longitude, threre is data that Akashi Municipal Planetarium is located on E 135(9h) in solar longitude[*9JA]. E 135 in "Tokyo Datum" is 370meter west of the planetarium[*9JA]. E 135 in "WGS" is 120meter west of the planetarium[*9JA]. 120meter east-west is about 4.712"(0.314s) in WGS longitude at the point. 9h 18m 57.9250s(Xj) + 0.314s = 9h 18m 58.24s "9:18:58" seems to work even concerning for the solar longitude, although 0.314s is not a value at (X). - References Geospatial Information Authority of Japan http://www.gsi.go.jp/ENGLISH/index.html National Astronomical Observatory of Japan http://www.nao.ac.jp/E/index.html [*1] Concept of the New Japanese Geodetic System http://www.gsi.go.jp/common/000001195.pdf [*2JA] http://www.gsi.go.jp/LAW/G2000-g2000faq-1.htm (in Japanese) [*3JA] Nihon Keiido Genten (Origin point of Japanese Geodetic System) http://www.gsi.go.jp/kanto/ki8cgenten.html (in Japanese) [*4JA] http://www.gsi.go.jp/kohokocho/kohokocho40182.html (in Japanese) [*5JA] Rika Nenpyou (Chronological Scientific Table) 2010 p.Koyomi76(76) 2009/11/26 National Astronomical Observatory of Japan http://www.rikanenpyo.jp/ (in Japanese) [*6JA] Rika Nenpyou (Chronological Scientific Table) 2010 p.4 [*7JA] Rika Nenpyou (Chronological Scientific Table) 2011 p.4 2010/11/26 National Astronomical Observatory of Japan [*8JA] http://www.gsi.go.jp/kohokocho/koho507-2.html (in Japanese) [*9JA] Akashi Municipal Planetarium http://www.am12.jp/faq/shigosen.html (in Japanese) [*10] Realization of Horizontal Geodetic Coordinates 2000 2.3.3 http://www.gsi.go.jp/common/000001196.pdf [*11] RealizationGeographical Survey Institute Japan 2005 p.10 http://www.gsi.go.jp/ENGLISH/ABOUT/REPORT/Annual_2005.pdf - --- I hope this information helps. Thank you and best regards, --- Fumiyuki Shimizu 清水文行 fumifumi(a)abacustech.jp Abacus Technologies, Inc.

3 2

Archaic terms for Indonesian island groups
by alexander.ray＠internode.on.net Jan. 22, 2011

Jan. 22, 2011

A Wikipedia user has brought it to my attention that some of the terms for Indonesian islands used in the database are incorrect, archaic forms. The listings should be as follows. ID -0610+10648 Asia/Jakarta Java & Sumatra ID -0002+10920 Asia/Pontianak west & central Borneo ! ID -0507+11924 Asia/Makassar east & south Borneo, Sulawesi, Bali, Nusa Tenggara, west Timor ! ID -0232+14042 Asia/Jayapura western New Guinea, Maluku islands

1 0

Mercer County, N. D.
by Josh Findley Jan. 21, 2011

Jan. 21, 2011

In case you are not aware already, it appears that Mercer County, North Dakota, changed from the mountain time zone to the central time zone at the last transition from daylight-saving to standard time (on Nov. 7, 2010): http://www.gpo.gov/fdsys/pkg/FR-2010-09-29/html/2010-24376.htm http://www.bismarcktribune.com/news/local/article_1eb1b588-c758-11df-b472-0… Josh Findley

1 0

NYT: pressure to change UK clocks (no change yet)
by Eliot Lear Jan. 21, 2011

Jan. 21, 2011

New York Times reports Scottish opposition to a study to look at moving clocks forward an hour in the UK. http://www.nytimes.com/2011/01/21/world/europe/21inverness.html

3 2

Re: proposed time zone package changes
by Arthur David Olson Jan. 20, 2011

Jan. 20, 2011

I was able to check the 1933 Session Laws of Hawaii today; the revised "northamerica" changes below (against the current ftp version) reflect what I found. Also, in the "tz-art.htm" file, the addition of material on Ken Nordine (as well as the already circulated addition of material on Conan O'Brien). I still plan to update the ftp version on 2011-01-24. --ado diff -c -r old/northamerica new/northamerica *** old/northamerica Mon Nov 1 09:18:22 2010 --- new/northamerica Wed Jan 19 14:12:58 2011 *************** *** 1,5 **** # <pre> ! # @(#)northamerica 8.34 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)northamerica 8.37 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 471,490 **** # three votes for and one against." # Hawaii # ! # From Arthur David Olson: ! # And then there's Hawaii. ! # DST was observed for one day in 1933; ! # standard time was changed by half an hour in 1947; ! # it's always standard as of 1986. ! # ! # From Paul Eggert: ! # Shanks says the 1933 experiment lasted for three weeks. Go with Shanks. ! # ! Zone Pacific/Honolulu -10:31:26 - LMT 1900 Jan 1 12:00 ! -10:30 - HST 1933 Apr 30 2:00 ! -10:30 1:00 HDT 1933 May 21 2:00 ! -10:30 US H%sT 1947 Jun 8 2:00 -10:00 - HST # Now we turn to US areas that have diverged from the consensus since 1970. --- 471,520 ---- # three votes for and one against." # Hawaii + + # From Arthur David Olson (2010-12-09): + # "Hawaiian Time" by Robert C. Schmitt and Doak C. Cox appears on pages 207-225 + # of volume 26 of The Hawaian Journal of History (1992). As of 2010-12-09, + # the article is available at + # <a href="http://evols.library.manoa.hawaii.edu/bitstream/10524/239/2/JL26215.pdf"> + # http://evols.library.manoa.hawaii.edu/bitstream/10524/239/2/JL26215.pdf + # </a> + # and indicates that standard time was adopted effective noon, January + # 13, 1896 (page 218), that in "1933, the Legislature decreed daylight + # saving for the period between the last Sunday of each April and the + # last Sunday of each September, but less than a month later repealed the + # act," (page 220), that year-round daylight saving time was in effect + # from 1942-02-09 to 1945-09-30 (page 221, with no time of day given for + # when clocks changed) and that clocks were changed by 30 minutes + # effective the second Sunday of June, 1947 (page 219, with no time of + # day given for when clocks changed). A footnote for the 1933 changes + # cites Session Laws of Hawaii 1933, "Act. 90 (approved 26 Apr. 1933) + # and Act 163 (approved 21 May 1933)." + + # From Arthur David Olson (2011-01-19): + # The following is from "Laws of the Territory of Hawaii Passed by the + # Seventeenth Legislature: Regular Session 1933," available (as of + # 2011-01-19) at American University's Pence Law Library. Page 85: "Act + # 90...At 2 o'clock ante meridian of the last Sunday in April of each + # year, the standard time of this Territory shall be advanced one + # hour...This Act shall take effect upon its approval. Approved this 26th + # day of April, A. D. 1933. LAWRENCE M JUDD, Governor of the Territory of + # Hawaii." Page 172: "Act 163...Act 90 of the Session Laws of 1933 is + # hereby repealed...This Act shall take effect upon its approval, upon + # which date the standard time of this Territory shall be restored to + # that existing immediately prior to the taking effect of said Act 90. + # Approved this 21st day of May, A. D. 1933. LAWRENCE M. JUDD, Governor + # of the Territory of Hawaii." # ! # Note that 1933-05-21 was a Sunday. ! # We're left to guess the time of day when Act 163 was approved; guess noon. ! ! Zone Pacific/Honolulu -10:31:26 - LMT 1896 Jan 13 12:00 #Schmitt&Cox ! -10:30 - HST 1933 Apr 30 2:00 #Laws 1933 ! -10:30 1:00 HDT 1933 May 21 12:00 #Laws 1933+12 ! -10:30 1:00 HST 1942 Feb 09 2:00 #Schmitt&Cox+2 ! -10:30 - HDT 1945 Sep 30 2:00 #Schmitt&Fox+2 ! -10:30 US H%sT 1947 Jun 8 2:00 #Schmitt&Fox+2 -10:00 - HST # Now we turn to US areas that have diverged from the consensus since 1970. diff -c -r old/tz-art.htm new/tz-art.htm *** old/tz-art.htm Tue Oct 12 12:36:52 2010 --- new/tz-art.htm Wed Jan 19 13:47:16 2011 *************** *** 9,15 **** <body> <h1>Time and the Arts</h1> <address> ! @(#)tz-art.htm 8.17 </address> <p> This file is in the public domain, so clarified as of --- 9,15 ---- <body> <h1>Time and the Arts</h1> <address> ! @(#)tz-art.htm 8.19 </address> <p> This file is in the public domain, so clarified as of *************** *** 241,246 **** --- 241,257 ---- "The clocks were turned back you remeber/Think it's still November." </td></tr> <tr><td> </td></tr> + <tr><td>Artist</td><td>Ken Nordine</td></tr> + <tr><td>CD</td><td>You're Getting Better: The Word Jazz Dot Masters</td></tr> + <tr><td>Copyright Date</td><td>2005</td></tr> + <tr><td>Label</td><td>Geffen</td></tr> + <tr><td>ID</td><td>B0005171-02</td></tr> + <tr><td>Total Time</td><td>156:22</td></tr> + <tr><td>ADO Rating</td><td>1 star</td></tr> + <tr><td><a href="http://www.allmusic.com/album/youre-getting-better-the-word-jazz-dot-master…">AMG Rating</a></td><td>4.5 stars</td></tr> + <tr><td>Notes</td><td>Includes the piece "What Time Is It" + ("He knew what time it was everywhere...that counted").</td></tr> + <tr><td> </td></tr> <tr><td>TV episode title</td><td>The Lost Hour</td> <tr><td>TV series</td><td><em>Eerie, Indiana</em></td> *************** *** 467,472 **** --- 478,490 ---- It is already tomorrow in Australia." (Charles M. Schulz, provided by Steve Summit) </li> + <li> + "I put myself and my staff through this crazy, huge ordeal, all because + I refused to go on at midnight, okay? And so I work, you know, and + then I get this job at eleven, supposed to be a big deal. Then + yesterday daylight [saving] time ended. Right now it's basically + midnight." (Conan O'Brien on the 2010-11-08 premier of "Conan.") + </li> </ul> </body> </html>

4 4

Australian DST time incorrect
by Leo Griffiths Jan. 20, 2011

Jan. 20, 2011

Hi, I’m not sure if this is where I am supposed to report this so sorry if its not. I downloaded the files from the following site wget 'ftp://elsie.nci.nih.gov/pub/tz*.tar.gz' I checked the daylight savings times that were generated and found that they were incorrect for at least Sydney and Adelaide for at least this year. http://www.bom.gov.au/climate/averages/tables/dst_times.shtml This is the site for the Australian Bureau of Meteorology which lists all the current dates for DST in Australia to the current date. I hope this is helpful. Cheers, Leo

1 0

proposed time zone package changes (Hawaii, stack overflow, et al.)
by Arthur David Olson Jan. 12, 2011

Jan. 12, 2011

Below find proposed changes to the time zone package. None of these changes affect current time stamps. The executive summary: * Theory Add section on scope of the database. * australasia Simplification and gratuitous optimization of South Australia rules. * localtime.c In the function tzload, if ALL_STATE is defined, use allocated memory for a large structure rather than using the stack (based on changes suggested by Ted Unangst). * northamerica Changes to Hawaiian time history (from an article by Schmitt and Cox): abandoned local mean time in 1986 rather than 1900; used DST during World War II. * tz-art.htm Add DST joke from first episode of "Conan." * tz-link.htm Align instructions with those in "README" (as suggested by Gilles Espinasse). If no problems are found, these changes will appear in tzcode2011a.tar.gz and tzdata2011.tar.gz on 2011-11-23. --ado diff -r -c old/Theory new/Theory *** old/Theory Tue Oct 12 12:36:50 2010 --- new/Theory Wed Jan 12 10:36:11 2011 *************** *** 1,4 **** ! @(#)Theory 8.5 This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. --- 1,4 ---- ! @(#)Theory 8.6 This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. *************** *** 5,11 **** ----- Outline ----- Time and date functions ! Names of time zone regions Time zone abbreviations Calendrical issues Time and time zones on Mars --- 5,12 ---- ----- Outline ----- Time and date functions ! Scope of the tz database ! Names of time zone rule files Time zone abbreviations Calendrical issues Time and time zones on Mars *************** *** 192,197 **** --- 193,223 ---- better. + ----- Scope of the tz database ----- + + The tz database attempts to record the history and predicted future of + all computer-based clocks that track civil time. To represent this + data, the world is partitioned into regions whose clocks all agree + about time stamps that occur after the somewhat-arbitrary cutoff point + of the POSIX Epoch (1970-01-01 00:00:00 UTC). For each such region, + the database records all known clock transitions, and labels the region + with a notable location. + + Clock transitions before 1970 are recorded for each such location, + because most POSIX-compatible systems support negative time stamps and + could misbehave if data were omitted for pre-1970 transitions. + However, the database is not designed for and does not suffice for + applications requiring accurate handling of all past times everywhere, + as it would take far too much effort and guesswork to record all + details of pre-1970 civil timekeeping. + + As noted in the README file, the tz database is not authoritative + (particularly not for pre-1970 time stamps), and it surely has errors. + Corrections are welcome and encouraged. Users requiring authoritative + data should consult national standards bodies and the references cited + in the database's comments. + + ----- Names of time zone rule files ----- The time zone rule file naming conventions attempt to strike a balance diff -r -c old/australasia new/australasia *** old/australasia Mon Nov 1 09:18:22 2010 --- new/australasia Wed Jan 12 11:03:44 2011 *************** *** 1,5 **** # <pre> ! # @(#)australasia 8.20 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)australasia 8.22 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 84,97 **** Rule AS 1987 2007 - Oct lastSun 2:00s 1:00 - Rule AS 1972 only - Feb 27 2:00s 0 - Rule AS 1973 1985 - Mar Sun>=1 2:00s 0 - ! Rule AS 1986 1989 - Mar Sun>=15 2:00s 0 - ! Rule AS 1990 only - Mar Sun>=18 2:00s 0 - ! Rule AS 1991 only - Mar Sun>=1 2:00s 0 - ! Rule AS 1992 only - Mar Sun>=18 2:00s 0 - ! Rule AS 1993 only - Mar Sun>=1 2:00s 0 - ! Rule AS 1994 only - Mar Sun>=18 2:00s 0 - Rule AS 1995 2005 - Mar lastSun 2:00s 0 - ! Rule AS 2006 only - Apr Sun>=1 2:00s 0 - Rule AS 2007 only - Mar lastSun 2:00s 0 - Rule AS 2008 max - Apr Sun>=1 2:00s 0 - Rule AS 2008 max - Oct Sun>=1 2:00s 1:00 - --- 84,96 ---- Rule AS 1987 2007 - Oct lastSun 2:00s 1:00 - Rule AS 1972 only - Feb 27 2:00s 0 - Rule AS 1973 1985 - Mar Sun>=1 2:00s 0 - ! Rule AS 1986 1990 - Mar Sun>=15 2:00s 0 - ! Rule AS 1991 only - Mar 3 2:00s 0 - ! Rule AS 1992 only - Mar 22 2:00s 0 - ! Rule AS 1993 only - Mar 7 2:00s 0 - ! Rule AS 1994 only - Mar 20 2:00s 0 - Rule AS 1995 2005 - Mar lastSun 2:00s 0 - ! Rule AS 2006 only - Apr 2 2:00s 0 - Rule AS 2007 only - Mar lastSun 2:00s 0 - Rule AS 2008 max - Apr Sun>=1 2:00s 0 - Rule AS 2008 max - Oct Sun>=1 2:00s 1:00 - diff -r -c old/localtime.c new/localtime.c *** old/localtime.c Tue Oct 12 12:36:51 2010 --- new/localtime.c Thu Dec 16 12:25:20 2010 *************** *** 5,11 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.15"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 5,11 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.16"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 337,352 **** register int fid; register int stored; register int nread; ! union { struct tzhead tzhead; char buf[2 * sizeof(struct tzhead) + 2 * sizeof *sp + 4 * TZ_MAX_TIMES]; ! } u; sp->goback = sp->goahead = FALSE; if (name == NULL && (name = TZDEFAULT) == NULL) ! return -1; { register int doaccess; /* --- 337,362 ---- register int fid; register int stored; register int nread; ! typedef union { struct tzhead tzhead; char buf[2 * sizeof(struct tzhead) + 2 * sizeof *sp + 4 * TZ_MAX_TIMES]; ! } u_t; ! #ifdef ALL_STATE ! register u_t * up; + up = (u_t *) calloc(1, sizeof *up); + if (up == NULL) + return -1; + #else /* !defined ALL_STATE */ + u_t u; + register u_t * const up = &u; + #endif /* !defined ALL_STATE */ + sp->goback = sp->goahead = FALSE; if (name == NULL && (name = TZDEFAULT) == NULL) ! goto oops; { register int doaccess; /* *************** *** 363,371 **** doaccess = name[0] == '/'; if (!doaccess) { if ((p = TZDIR) == NULL) ! return -1; if ((strlen(p) + strlen(name) + 1) >= sizeof fullname) ! return -1; (void) strcpy(fullname, p); (void) strcat(fullname, "/"); (void) strcat(fullname, name); --- 373,381 ---- doaccess = name[0] == '/'; if (!doaccess) { if ((p = TZDIR) == NULL) ! goto oops; if ((strlen(p) + strlen(name) + 1) >= sizeof fullname) ! goto oops; (void) strcpy(fullname, p); (void) strcat(fullname, "/"); (void) strcat(fullname, name); *************** *** 377,400 **** name = fullname; } if (doaccess && access(name, R_OK) != 0) ! return -1; if ((fid = open(name, OPEN_MODE)) == -1) ! return -1; } ! nread = read(fid, u.buf, sizeof u.buf); if (close(fid) < 0 || nread <= 0) ! return -1; for (stored = 4; stored <= 8; stored *= 2) { int ttisstdcnt; int ttisgmtcnt; ! ttisstdcnt = (int) detzcode(u.tzhead.tzh_ttisstdcnt); ! ttisgmtcnt = (int) detzcode(u.tzhead.tzh_ttisgmtcnt); ! sp->leapcnt = (int) detzcode(u.tzhead.tzh_leapcnt); ! sp->timecnt = (int) detzcode(u.tzhead.tzh_timecnt); ! sp->typecnt = (int) detzcode(u.tzhead.tzh_typecnt); ! sp->charcnt = (int) detzcode(u.tzhead.tzh_charcnt); ! p = u.tzhead.tzh_charcnt + sizeof u.tzhead.tzh_charcnt; if (sp->leapcnt < 0 || sp->leapcnt > TZ_MAX_LEAPS || sp->typecnt <= 0 || sp->typecnt > TZ_MAX_TYPES || sp->timecnt < 0 || sp->timecnt > TZ_MAX_TIMES || --- 387,410 ---- name = fullname; } if (doaccess && access(name, R_OK) != 0) ! goto oops; if ((fid = open(name, OPEN_MODE)) == -1) ! goto oops; } ! nread = read(fid, up->buf, sizeof up->buf); if (close(fid) < 0 || nread <= 0) ! goto oops; for (stored = 4; stored <= 8; stored *= 2) { int ttisstdcnt; int ttisgmtcnt; ! ttisstdcnt = (int) detzcode(up->tzhead.tzh_ttisstdcnt); ! ttisgmtcnt = (int) detzcode(up->tzhead.tzh_ttisgmtcnt); ! sp->leapcnt = (int) detzcode(up->tzhead.tzh_leapcnt); ! sp->timecnt = (int) detzcode(up->tzhead.tzh_timecnt); ! sp->typecnt = (int) detzcode(up->tzhead.tzh_typecnt); ! sp->charcnt = (int) detzcode(up->tzhead.tzh_charcnt); ! p = up->tzhead.tzh_charcnt + sizeof up->tzhead.tzh_charcnt; if (sp->leapcnt < 0 || sp->leapcnt > TZ_MAX_LEAPS || sp->typecnt <= 0 || sp->typecnt > TZ_MAX_TYPES || sp->timecnt < 0 || sp->timecnt > TZ_MAX_TIMES || *************** *** 401,408 **** sp->charcnt < 0 || sp->charcnt > TZ_MAX_CHARS || (ttisstdcnt != sp->typecnt && ttisstdcnt != 0) || (ttisgmtcnt != sp->typecnt && ttisgmtcnt != 0)) ! return -1; ! if (nread - (p - u.buf) < sp->timecnt * stored + /* ats */ sp->timecnt + /* types */ sp->typecnt * 6 + /* ttinfos */ --- 411,418 ---- sp->charcnt < 0 || sp->charcnt > TZ_MAX_CHARS || (ttisstdcnt != sp->typecnt && ttisstdcnt != 0) || (ttisgmtcnt != sp->typecnt && ttisgmtcnt != 0)) ! goto oops; ! if (nread - (p - up->buf) < sp->timecnt * stored + /* ats */ sp->timecnt + /* types */ sp->typecnt * 6 + /* ttinfos */ *************** *** 410,416 **** sp->leapcnt * (stored + 4) + /* lsinfos */ ttisstdcnt + /* ttisstds */ ttisgmtcnt) /* ttisgmts */ ! return -1; for (i = 0; i < sp->timecnt; ++i) { sp->ats[i] = (stored == 4) ? detzcode(p) : detzcode64(p); --- 420,426 ---- sp->leapcnt * (stored + 4) + /* lsinfos */ ttisstdcnt + /* ttisstds */ ttisgmtcnt) /* ttisgmts */ ! goto oops; for (i = 0; i < sp->timecnt; ++i) { sp->ats[i] = (stored == 4) ? detzcode(p) : detzcode64(p); *************** *** 419,425 **** for (i = 0; i < sp->timecnt; ++i) { sp->types[i] = (unsigned char) *p++; if (sp->types[i] >= sp->typecnt) ! return -1; } for (i = 0; i < sp->typecnt; ++i) { register struct ttinfo * ttisp; --- 429,435 ---- for (i = 0; i < sp->timecnt; ++i) { sp->types[i] = (unsigned char) *p++; if (sp->types[i] >= sp->typecnt) ! goto oops; } for (i = 0; i < sp->typecnt; ++i) { register struct ttinfo * ttisp; *************** *** 429,439 **** p += 4; ttisp->tt_isdst = (unsigned char) *p++; if (ttisp->tt_isdst != 0 && ttisp->tt_isdst != 1) ! return -1; ttisp->tt_abbrind = (unsigned char) *p++; if (ttisp->tt_abbrind < 0 || ttisp->tt_abbrind > sp->charcnt) ! return -1; } for (i = 0; i < sp->charcnt; ++i) sp->chars[i] = *p++; --- 439,449 ---- p += 4; ttisp->tt_isdst = (unsigned char) *p++; if (ttisp->tt_isdst != 0 && ttisp->tt_isdst != 1) ! goto oops; ttisp->tt_abbrind = (unsigned char) *p++; if (ttisp->tt_abbrind < 0 || ttisp->tt_abbrind > sp->charcnt) ! goto oops; } for (i = 0; i < sp->charcnt; ++i) sp->chars[i] = *p++; *************** *** 458,464 **** ttisp->tt_ttisstd = *p++; if (ttisp->tt_ttisstd != TRUE && ttisp->tt_ttisstd != FALSE) ! return -1; } } for (i = 0; i < sp->typecnt; ++i) { --- 468,474 ---- ttisp->tt_ttisstd = *p++; if (ttisp->tt_ttisstd != TRUE && ttisp->tt_ttisstd != FALSE) ! goto oops; } } for (i = 0; i < sp->typecnt; ++i) { *************** *** 471,477 **** ttisp->tt_ttisgmt = *p++; if (ttisp->tt_ttisgmt != TRUE && ttisp->tt_ttisgmt != FALSE) ! return -1; } } /* --- 481,487 ---- ttisp->tt_ttisgmt = *p++; if (ttisp->tt_ttisgmt != TRUE && ttisp->tt_ttisgmt != FALSE) ! goto oops; } } /* *************** *** 504,514 **** /* ** If this is an old file, we're done. */ ! if (u.tzhead.tzh_version[0] == '\0') break; ! nread -= p - u.buf; for (i = 0; i < nread; ++i) ! u.buf[i] = p[i]; /* ** If this is a narrow integer time_t system, we're done. */ --- 514,524 ---- /* ** If this is an old file, we're done. */ ! if (up->tzhead.tzh_version[0] == '\0') break; ! nread -= p - up->buf; for (i = 0; i < nread; ++i) ! up->buf[i] = p[i]; /* ** If this is a narrow integer time_t system, we're done. */ *************** *** 516,528 **** break; } if (doextend && nread > 2 && ! u.buf[0] == '\n' && u.buf[nread - 1] == '\n' && sp->typecnt + 2 <= TZ_MAX_TYPES) { struct state ts; register int result; ! u.buf[nread - 1] = '\0'; ! result = tzparse(&u.buf[1], &ts, FALSE); if (result == 0 && ts.typecnt == 2 && sp->charcnt + ts.charcnt <= TZ_MAX_CHARS) { for (i = 0; i < 2; ++i) --- 526,538 ---- break; } if (doextend && nread > 2 && ! up->buf[0] == '\n' && up->buf[nread - 1] == '\n' && sp->typecnt + 2 <= TZ_MAX_TYPES) { struct state ts; register int result; ! up->buf[nread - 1] = '\0'; ! result = tzparse(&up->buf[1], &ts, FALSE); if (result == 0 && ts.typecnt == 2 && sp->charcnt + ts.charcnt <= TZ_MAX_CHARS) { for (i = 0; i < 2; ++i) *************** *** 566,572 **** --- 576,590 ---- break; } } + #ifdef ALL_STATE + (void) free((void *) up); + #endif /* defined ALL_STATE */ return 0; + oops: + #ifdef ALL_STATE + (void) free((void *) up); + #endif /* defined ALL_STATE */ + return -1; } static int diff -r -c old/northamerica new/northamerica *** old/northamerica Mon Nov 1 09:18:22 2010 --- new/northamerica Thu Dec 16 16:58:32 2010 *************** *** 1,5 **** # <pre> ! # @(#)northamerica 8.34 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)northamerica 8.36 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 471,490 **** # three votes for and one against." # Hawaii ! # ! # From Arthur David Olson: ! # And then there's Hawaii. ! # DST was observed for one day in 1933; ! # standard time was changed by half an hour in 1947; ! # it's always standard as of 1986. ! # ! # From Paul Eggert: ! # Shanks says the 1933 experiment lasted for three weeks. Go with Shanks. ! # ! Zone Pacific/Honolulu -10:31:26 - LMT 1900 Jan 1 12:00 ! -10:30 - HST 1933 Apr 30 2:00 -10:30 1:00 HDT 1933 May 21 2:00 ! -10:30 US H%sT 1947 Jun 8 2:00 -10:00 - HST # Now we turn to US areas that have diverged from the consensus since 1970. --- 471,504 ---- # three votes for and one against." # Hawaii ! ! # From Arthur David Olson (2010-12-09): ! # "Hawaiian Time" by Robert C. Schmitt and Doak C. Cox appears on pages 207-225 ! # of volume 26 of The Hawaian Journal of History (1992). As of 2010-12-09, ! # the article is available at ! # <a href="http://evols.library.manoa.hawaii.edu/bitstream/10524/239/2/jl26215.pdf"> ! # http://evols.library.manoa.hawaii.edu/bitstream/10524/239/2/jl26215.pdf ! # </a> ! # and indicates that standard time was adopted effective noon, January ! # 13, 1896 (page 218), that in "1933, the Legislature decreed daylight ! # saving for the period between the last Sunday of each April and the ! # last Sunday of each September, but less than a month later repealed the ! # act," (page 220), that year-round daylight saving time was in effect ! # from 1942-02-09 to 1945-09-30 (page 221, with no time of day given for ! # when clocks changed) and that clocks were changed by 30 minutes ! # effective the second Sunday of June, 1947 (page 219, with no time of ! # day given for when clocks changed). A footnote for the 1933 changes ! # cites Session Laws of Hawaii 1933, "Act. 90 (approved 26 Apr. 1933) ! # and Act 163 (approved 21 May 1933)." Unless the Act was approved very ! # early on the 21st, the time for transition out of DST in 1933 below ! # is wrong. ! ! Zone Pacific/Honolulu -10:31:26 - LMT 1896 Jan 13 12:00 #Schmitt&Cox ! -10:30 - HST 1933 Apr 30 2:00 #Schmitt&Cox+2 -10:30 1:00 HDT 1933 May 21 2:00 ! -10:30 1:00 HST 1942 Feb 09 2:00 #Schmitt&Cox+2 ! -10:30 - HDT 1945 Sep 30 2:00 #Schmitt&Fox+2 ! -10:30 US H%sT 1947 Jun 8 2:00 #Schmitt&Fox+2 -10:00 - HST # Now we turn to US areas that have diverged from the consensus since 1970. diff -r -c old/tz-art.htm new/tz-art.htm *** old/tz-art.htm Tue Oct 12 12:36:52 2010 --- new/tz-art.htm Wed Jan 12 10:56:44 2011 *************** *** 9,15 **** <body> <h1>Time and the Arts</h1> <address> ! @(#)tz-art.htm 8.17 </address> <p> This file is in the public domain, so clarified as of --- 9,15 ---- <body> <h1>Time and the Arts</h1> <address> ! @(#)tz-art.htm 8.18 </address> <p> This file is in the public domain, so clarified as of *************** *** 467,472 **** --- 467,479 ---- It is already tomorrow in Australia." (Charles M. Schulz, provided by Steve Summit) </li> + <li> + "I put myself and my staff through this crazy, huge ordeal, all because + I refused to go on at midnight, okay? And so I work, you know, and + then I get this job at eleven, supposed to be a big deal. Then + yesterday daylight [saving] time ended. Right now it's basically + midnight." (Conan O'Brien on the 2010-11-08 premier of "Conan.") + </li> </ul> </body> </html> diff -r -c old/tz-link.htm new/tz-link.htm *** old/tz-link.htm Tue Oct 12 12:36:52 2010 --- new/tz-link.htm Wed Jan 12 10:40:27 2011 *************** *** 18,24 **** <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.30 </address> <p> This file is in the public domain, so clarified as of --- 18,24 ---- <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.31 </address> <p> This file is in the public domain, so clarified as of *************** *** 96,102 **** these files to a <abbr>GNU</abbr>/Linux or similar host; see the downloaded <code>README</code> file for what to do next.</p> ! <pre style="margin-left: 2em"><code><a href="http://www.gnu.org/software/wget/">wget</a> 'ftp://elsie.nci.nih.gov/pub/tz*.tar.gz' <a href="http://www.gnu.org/software/gzip/">gzip</a> -dc tzcode*.tar.gz | <a href="http://www.gnu.org/software/tar/">tar</a> -xf - gzip -dc tzdata*.tar.gz | tar -xf - </code></pre> --- 96,104 ---- these files to a <abbr>GNU</abbr>/Linux or similar host; see the downloaded <code>README</code> file for what to do next.</p> ! <pre style="margin-left: 2em"><code>mkdir tz ! cd tz ! <a href="http://www.gnu.org/software/wget/">wget</a> 'ftp://elsie.nci.nih.gov/pub/tz*.tar.gz' <a href="http://www.gnu.org/software/gzip/">gzip</a> -dc tzcode*.tar.gz | <a href="http://www.gnu.org/software/tar/">tar</a> -xf - gzip -dc tzdata*.tar.gz | tar -xf - </code></pre>

5 4

FW: Update for Asia/Calcutta timezone
by Olson, Arthur David (NIH/NCI) [E] Jan. 9, 2011

Jan. 9, 2011

I'm forwarding this message from Nicholas Alphonso, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: Nicholas Alphonso [mailto:nichalp@gmail.com] Sent: Tuesday, January 04, 2011 12:50 To: tz(a)lecserver.nci.nih.gov Subject: Update for Asia/Calcutta timezone I seek to update the name of the Asia/Calcutta timezone (+0530 UTC). Why Calcutta was chosen in 1970 when Calcutta was India's most most populated city. Since then, • Calcutta has been renamed Kolkata (2001) • Mumbai (formerly Bombay) overtook Calcutta as India's most populous city (1991 census) Note: Time in India is calculated from Mirzapur near the city of Allahabad. I seek to change the name of the timezone to • Asia/Mumbai (based on the most populous city) OR • Asia/New Delhi (capital of India, second most populated, more centrally located) Regards, Nicholas

9 10

Update for Asia/Calcutta timezone
by Nicholas Alphonso Jan. 4, 2011

Jan. 4, 2011

I seek to update the name of the Asia/Calcutta timezone (+0530 UTC). Why Calcutta was chosen in 1970 when Calcutta was India's most most populated city. Since then, - Calcutta has been renamed Kolkata (2001) - Mumbai (formerly Bombay) overtook Calcutta as India's most populous city (1991 census) Note: Time in India is calculated from Mirzapur near the city of Allahabad. I seek to change the name of the timezone to - Asia/Mumbai (based on the most populous city) OR - Asia/New Delhi (capital of India, second most populated, more centrally located) Regards, Nicholas

1 0

Re: Future time zone home
by SM Dec. 20, 2010

Dec. 20, 2010

At 06:11 21-10-10, Olson, Arthur David (NIH/NCI) [E] wrote: >In response to the need to find a new time zone home before I'm >eligible to retire in 2012, Eliot Lear and Paul Eggert have authored >the draft document "IANA Procedures for Maintaining the Timezone >Database" now available from the Internet Engineering Task Force >(IETF) web site: As the intended status of the document is BCP, I'll comment on it from that angle. In Section 1: "Those registries are coordinated by technical experts who are designated by the Internet Engineering Steering Group (IESG)." For what it's worth, some of these registries might not fall under the IESG. In Section 2: 'This list membership will be transitioned to the IETF mail server. The TZ coordinator will continue to manage the list, in accordance with rules of governance for non-WG mailing lists (including, for example, the commonly used "Note Well" statement).' Will the contributions fall under "Note Well" rules? In Section 4: "From time to time it will be necessary to replace a TZ Coordinator. This could occur for a number of reasons:" I suggest "appoint" instead of "replace". "The IESG MUST use rough consensus of the TZ mailing list as their primary guide to further action, when it exists." As the document is a BCP, these requirement could be changed in future. In Section 5: "No change shall be made to the license without consultation and rough consensus of the community." The document uses "rough consensus" instead of consensus". The barrier is lower for the former. The above text mentioned "community". Is that the TZ community? In Section 6: "It is the understanding of the IESG, ISOC, and IANA that the database itself is public domain." I suggest replacing "IESG" with "IETF" as the IESG operates within the IETF. "Should claims be made and substantiated against the database, the IANA will act in accordance with all competent court orders." I suggest putting code distribution under the IETF so that the legal aspect falls under the IETF Trust. The following sentence could then be removed: "Should claims be made and substantiated against the database, the IANA will act in accordance with all competent court orders." I suggest removing "further" from the following sentence: "No further ownership claims will be made by IANA, the IETF Trust, or ISOC on the database." In Section 7: "The IANA will see that the role of TZ Coordinator is filled, based on the procedures described above." According to Section 4, it is the IESG that does that. There is a MoU between IANA and the IETF for IETF protocols. There has been various interpretations of that MoU. An alternative to avoid non-technical concerns is to place the distribution of the database under the RFC Editor and explore having the material with a status similar to the Independent Submission Stream. I am not suggesting a license change. The following text is an adaption from RFC 4846: To the extent that a TZ Contribution or any portion thereof is protected by copyright and other rights of authorship, the Contributor, and each named co-Contributor, and the organization he or she represents or is sponsored by (if any) grant an irrevocable, non-exclusive, royalty-free, world-wide right and license to the IETF Trust and the IETF under all intellectual property rights in the TZ Contribution in perpetuity, to copy, publish, display, and distribute the TZ Contribution. The Contributor, each named co-Contributor, and the organizations represented above irrevocably and in perpetuity grant the rights listed below to the Internet Community: A. to prepare or allow the preparation of translations of the TZ database into languages other than English, B to prepare derivative works (other than translations) that are based on or incorporate all or part of the TZ Contribution, or comment upon it. The license to such derivative works shall not grant the IETF Trust, the IETF, or other party preparing a derivative work any more rights than the license to the original TZ Contribution, and C. to reproduce any trademarks, service marks, or trade names that are included in the TZ Contribution solely in connection with the reproduction, distribution, or publication of the TZ Contribution and derivative works. At 09:09 21-10-10, Tony Finch wrote: >Apart from three files, the current tzcode distribution is public domain. >There is no single BSD licence so this statement is ambiguous. In fact the >licence on the three special files is more like a MIT licence. Yes. Regards, -sm

4 9

FW: Test cases for zoneinfo data
by Olson, Arthur David (NIH/NCI) [E] Dec. 16, 2010

Dec. 16, 2010

I'm forwarding this message from Christopher Hunt, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado -----Original Message----- From: Christopher Hunt [mailto:huntc@internode.on.net] Sent: Thursday, December 16, 2010 6:36 To: yoshito_umaoka(a)us.ibm.com Cc: tz(a)lecserver.nci.nih.gov; 'tz(a)elsie.nci.nih.gov' Subject: Re: Test cases for zoneinfo data Firstly, thanks for the responses. My responses are inline below. >> I'm creating a set of Java classes that closely reflect the structure >> of > the >> Zoneinfo database. My requirement is driven mostly by wanting to >> dynamically update Java TimeZone classes i.e. as opposed to compiling >> a zoneinfo data and re-starting my application. > > You probably want to look into JSR-310. TZDBZoneRulesCompiler in > JSR-310 creates ZoneRules from the tz database source files. Ah - I certainly didn't know about this so thanks for the "heads-up". At first glance though, I don't see that Zoneinfo's structures are being faithfully reproduced here. I suppose another motivation for me was to stick to the Zoneinfo structure given that it is highly evolved and flexible. Please see the attached class diagram of what I'm working to and do feel free to voice your opinion. ZoneinfoTimeZone is a JDK compatible TimeZone facade whereas the rest are intended to represent Zoneinfo structures in an object oriented manner.

1 0

Future time zone home
by Olson, Arthur David (NIH/NCI) [E] Dec. 16, 2010

Dec. 16, 2010

In response to the need to find a new time zone home before I'm eligible to retire in 2012, Eliot Lear and Paul Eggert have authored the draft document "IANA Procedures for Maintaining the Timezone Database" now available from the Internet Engineering Task Force (IETF) web site: http://tools.ietf.org/html/draft-lear-iana-timezone-database-00 Comments on how the draft can be improved are welcome. Also welcome: feedback on whether the proposed approach meets the needs of folks on the time zone mailing list--the proposed approach can't and won't go forward without support from the time zone community. The document includes electronic mail addresses for Eliot and Paul; general comments can also be sent to the time zone mailing list. --ado

6 6

Test cases for zoneinfo data
by Christopher Hunt Dec. 16, 2010

Dec. 16, 2010

Hi there, I'm creating a set of Java classes that closely reflect the structure of the Zoneinfo database. My requirement is driven mostly by wanting to dynamically update Java TimeZone classes i.e. as opposed to compiling a zoneinfo data and re-starting my application. In addition I feel that the ICU and Sun classes do not accurately reflect Zoneinfo structures. I shall open-source this project once it gets to a working point. It'd be terribly helpful if I could get hold of some test cases, automated or otherwise, that verify correct time zone calculations. Would anyone out there have such things? Kind regards, Christopher

1 0

time zone database open questions
by Arthur David Olson Dec. 9, 2010

Dec. 9, 2010

Here are the open time zone database questions I know of. Are the others? 1. Did all of Mexico's Baja California Norte use United States DST rules in 2010, or did only border areas use U.S. DST? What of other Mexican states on the U.S. border? 2. How was DST handled in the West Bank and in Gaza in 2010? How was it handled in previous years? 3. What's the accurate history of the change to use of Shanghai/Beijing time in China? 4. Is there an acceptable way of handling present-day dual timekeeping in Xinjiang, China without either losing track of past practices? 5. Did Windsor and other parts of Ontario, Canada use different DST rules in the past? (See Mark Brader's communication at the end of this message.) --ado # From Mark Brader (2010-03-06): # ... # In the (Toronto) Globe and Mail for Saturday, 1955-09-24, in the bottom # right corner of page 1, it says that Toronto will return to standard # time at 2 am Sunday morning (which agrees with the database), and that: # # The one-hour setback will go into effect throughout most of Ontario, # except in areas like Windsor which remains on standard time all year. # # Windsor is, of course, a lot larger than Nipigon. # # I only came across this incidentally. I don't know if Windsor began # observing DST when Detroit did, or in 1974, or on some other date. # # By the way, the article continues by noting that: # # Some cities in the United States have pushed the deadline back # three weeks and will change over from daylight saving in October.

4 3

update tz-link.htm to add mkdir tz and cd tz like in README
by Gilles Espinasse Dec. 6, 2010

Dec. 6, 2010

I just followed the instructions in tz-link.htm before to see there is no top directory in tz*.tar.gz To avoid that same mistake for others, please find a patch that update tz-link.htm to have the same instructions than in README ( with mkdir tz and cd tz before wget) Gilles

2 1

2nd reading of "Daylight Saving Bill 2010-11" in UK Parliament
by Philip.Pizzey＠sita.aero Dec. 1, 2010

Dec. 1, 2010

Hi there, you may already be aware of this but today's BBC Radio 4 programme "You and Yours" contained a feature about Rebecca Harris MP's Private Members Bill in the UK Parliament. The Bill is entitled "Daylight Saving Bill 2010-11" and proposes "The Bill would require the Government to conduct a cross-departmental analysis of the potential costs and benefits of advancing time by one hour for all, or part of, the year.". The Bill is due for it's second reading in the House of Commons on 3rd December 2010. Here is a link to the You and Yours homepage which does not at this time mention the feature: http://www.bbc.co.uk/radio4/features/you-and-yours and a link to the bill itself: http://services.parliament.uk/bills/2010-11/daylightsaving.html Cheers, Phil. This document is strictly confidential and intended only for use by the addressee unless otherwise stated. If you are not the intended recipient, please notify the sender immediately and delete it from your system.

1 0

FW: stack overflow in tzload
by Olson, Arthur David (NIH/NCI) [E] Nov. 26, 2010

Nov. 26, 2010

I'm forwarding this message from Ted Unangst, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado -----Original Message----- From: Ted Unangst [mailto:ted.unangst@gmail.com] Sent: Monday, November 22, 2010 6:22 To: tz(a)lecserver.nci.nih.gov Subject: stack overflow in tzload Stack overflow as in there's not enough stack. I ran into this problem running a program on openbsd that was using a fairly small thread size. I switched to using malloc. Index: localtime.c =================================================================== RCS file: /home/tedu/cvs/src/lib/libc/time/localtime.c,v retrieving revision 1.35 diff -u -r1.35 localtime.c --- localtime.c 23 Aug 2010 22:35:34 -0000 1.35 +++ localtime.c 20 Nov 2010 23:32:09 -0000 @@ -340,7 +340,7 @@ char buf[2 * sizeof(struct tzhead) + 2 * sizeof *sp + 4 * TZ_MAX_TIMES]; - } u; + } *u; sp->goback = sp->goahead = FALSE; if (name != NULL && issetugid() != 0) @@ -383,28 +383,33 @@ if ((fid = open(name, OPEN_MODE)) == -1) return -1; } - nread = read(fid, u.buf, sizeof u.buf); - if (close(fid) < 0 || nread <= 0) + u = malloc(sizeof(*u)); + if (!u) { + close(fid); return -1; + } + nread = read(fid, u->buf, sizeof u->buf); + if (close(fid) < 0 || nread <= 0) + goto bad; for (stored = 4; stored <= 8; stored *= 2) { int ttisstdcnt; int ttisgmtcnt; - ttisstdcnt = (int) detzcode(u.tzhead.tzh_ttisstdcnt); - ttisgmtcnt = (int) detzcode(u.tzhead.tzh_ttisgmtcnt); - sp->leapcnt = (int) detzcode(u.tzhead.tzh_leapcnt); - sp->timecnt = (int) detzcode(u.tzhead.tzh_timecnt); - sp->typecnt = (int) detzcode(u.tzhead.tzh_typecnt); - sp->charcnt = (int) detzcode(u.tzhead.tzh_charcnt); - p = u.tzhead.tzh_charcnt + sizeof u.tzhead.tzh_charcnt; + ttisstdcnt = (int) detzcode(u->tzhead.tzh_ttisstdcnt); + ttisgmtcnt = (int) detzcode(u->tzhead.tzh_ttisgmtcnt); + sp->leapcnt = (int) detzcode(u->tzhead.tzh_leapcnt); + sp->timecnt = (int) detzcode(u->tzhead.tzh_timecnt); + sp->typecnt = (int) detzcode(u->tzhead.tzh_typecnt); + sp->charcnt = (int) detzcode(u->tzhead.tzh_charcnt); + p = u->tzhead.tzh_charcnt + sizeof u->tzhead.tzh_charcnt; if (sp->leapcnt < 0 || sp->leapcnt > TZ_MAX_LEAPS || sp->typecnt <= 0 || sp->typecnt > TZ_MAX_TYPES || sp->timecnt < 0 || sp->timecnt > TZ_MAX_TIMES || sp->charcnt < 0 || sp->charcnt > TZ_MAX_CHARS || (ttisstdcnt != sp->typecnt && ttisstdcnt != 0) || (ttisgmtcnt != sp->typecnt && ttisgmtcnt != 0)) - return -1; - if (nread - (p - u.buf) < + goto bad; + if (nread - (p - u->buf) < sp->timecnt * stored + /* ats */ sp->timecnt + /* types */ sp->typecnt * 6 + /* ttinfos */ @@ -412,7 +417,7 @@ sp->leapcnt * (stored + 4) + /* lsinfos */ ttisstdcnt + /* ttisstds */ ttisgmtcnt) /* ttisgmts */ - return -1; + goto bad; for (i = 0; i < sp->timecnt; ++i) { sp->ats[i] = (stored == 4) ? detzcode(p) : detzcode64(p); @@ -421,7 +426,7 @@ for (i = 0; i < sp->timecnt; ++i) { sp->types[i] = (unsigned char) *p++; if (sp->types[i] >= sp->typecnt) - return -1; + goto bad; } for (i = 0; i < sp->typecnt; ++i) { register struct ttinfo * ttisp; @@ -431,11 +436,11 @@ p += 4; ttisp->tt_isdst = (unsigned char) *p++; if (ttisp->tt_isdst != 0 && ttisp->tt_isdst != 1) - return -1; + goto bad; ttisp->tt_abbrind = (unsigned char) *p++; if (ttisp->tt_abbrind < 0 || ttisp->tt_abbrind > sp->charcnt) - return -1; + goto bad; } for (i = 0; i < sp->charcnt; ++i) sp->chars[i] = *p++; @@ -460,7 +465,7 @@ ttisp->tt_ttisstd = *p++; if (ttisp->tt_ttisstd != TRUE && ttisp->tt_ttisstd != FALSE) - return -1; + goto bad; } } for (i = 0; i < sp->typecnt; ++i) { @@ -473,7 +478,7 @@ ttisp->tt_ttisgmt = *p++; if (ttisp->tt_ttisgmt != TRUE && ttisp->tt_ttisgmt != FALSE) - return -1; + goto bad; } } /* @@ -506,11 +511,11 @@ /* ** If this is an old file, we're done. */ - if (u.tzhead.tzh_version[0] == '\0') + if (u->tzhead.tzh_version[0] == '\0') break; - nread -= p - u.buf; + nread -= p - u->buf; for (i = 0; i < nread; ++i) - u.buf[i] = p[i]; + u->buf[i] = p[i]; /* ** If this is a narrow integer time_t system, we're done. */ @@ -518,13 +523,13 @@ break; } if (doextend && nread > 2 && - u.buf[0] == '\n' && u.buf[nread - 1] == '\n' && + u->buf[0] == '\n' && u->buf[nread - 1] == '\n' && sp->typecnt + 2 <= TZ_MAX_TYPES) { struct state ts; register int result; - u.buf[nread - 1] = '\0'; - result = tzparse(&u.buf[1], &ts, FALSE); + u->buf[nread - 1] = '\0'; + result = tzparse(&u->buf[1], &ts, FALSE); if (result == 0 && ts.typecnt == 2 && sp->charcnt + ts.charcnt <= TZ_MAX_CHARS) { for (i = 0; i < 2; ++i) @@ -568,7 +573,11 @@ break; } } + free(u); return 0; +bad: + free(u); + return -1; } static int

7 6