- tz - lists.iana.org

changes for Israel's daylight savings rules in 1996-1998
by Paul Eggert Jan. 3, 1996

Jan. 3, 1996

Ephraim Silverberg reports that on January 1 the government of Israel announced changes for Israel's DST transitions for the years 1996-1998. The first change is the autumn 1996 transition. The revised rules are reflected by the patch below, which is relative to the latest published tz data. =================================================================== RCS file: RCS/asia,v retrieving revision 1995.13 retrieving revision 1995.13.1.1 diff -c -r1995.13 -r1995.13.1.1 *** asia 1995/12/21 17:18:23 1995.13 --- asia 1996/01/03 02:23:13 1995.13.1.1 *************** *** 438,444 **** #Rule Zion 1991 only - Mar 10 0:00 1:00 D #Rule Zion 1991 only - Sep 1 0:00 0 S ! # From Ephraim Silverberg (September 20, 1995): # # According to the Office of the Secretary General of the Ministry of # Interior, there is NO set rule for Daylight-Savings/Standard time changes. --- 438,444 ---- #Rule Zion 1991 only - Mar 10 0:00 1:00 D #Rule Zion 1991 only - Sep 1 0:00 0 S ! # From Ephraim Silverberg (1996-01-02): # # According to the Office of the Secretary General of the Ministry of # Interior, there is NO set rule for Daylight-Savings/Standard time changes. *************** *** 451,457 **** # time annually. Ever since 1993, the change to daylight savings time has # been from midnight Thursday night to 1 a.m. Friday morning and the change # back to standard time on Saturday night from midnight daylight savings time ! # to 11 p.m. standard time. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Zion 1989 only - Apr 30 0:00 1:00 D --- 451,459 ---- # time annually. Ever since 1993, the change to daylight savings time has # been from midnight Thursday night to 1 a.m. Friday morning and the change # back to standard time on Saturday night from midnight daylight savings time ! # to 11 p.m. standard time. 1996 is an exception to this rule where the ! # change back to standard time takes place on Sunday night instead of Saturday ! # night to avoid conflicts with the Jewish New Year. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Zion 1989 only - Apr 30 0:00 1:00 D *************** *** 481,499 **** # # ftp://ftp.huji.ac.il/pub/misc/timezones/announcements/1996-1998.ps.gz # ! # Emptor Caveat: The fall of 1996 is an election year (the change to/from ! # daylight savings time affects the earliest possible time for morning prayers ! # making it is a sensitive issue among the religious sector of the electorate) ! # so political considerations may cause the outgoing government to make the ! # change back to standard time earlier in the fall of 1996 and the incoming ! # government may nullify the 1997/1998 times altogether depending on the ! # coalition formed after the elections. Life isn't boring here in Israel. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Zion 1996 1998 - Mar Fri>=14 0:00 1:00 D ! Rule Zion 1996 only - Sep 22 0:00 0:00 S ! Rule Zion 1997 only - Nov 2 0:00 0:00 S ! Rule Zion 1998 only - Oct 25 0:00 0:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Tel_Aviv 2:19:04 - LMT 1880 --- 483,502 ---- # # ftp://ftp.huji.ac.il/pub/misc/timezones/announcements/1996-1998.ps.gz # ! # Emptor Caveat: The dates for the years 1996-1998 were originally announced ! # on August 31, 1995, by the previous Minister of Interior. The new Minister ! # of Interior changed the dates on January 1, 1996, to take into account the ! # desires of certain portions of Israeli society (the next election is in the ! # Fall of 1996). After this (1996) year's Daylight Savings Time is over, the ! # new minister has announced that a study will be conducted as to the wishes of ! # the populace regarding the length of Daylight Savings Time and the Interior ! # Committee will meet to review the results of the study and make any necessary ! # changes to the 1997-1998 dates. Never a dull moment in the State of Israel. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Zion 1996 1998 - Mar Fri>=14 0:00 1:00 D ! Rule Zion 1996 only - Sep 16 0:00 0:00 S ! Rule Zion 1997 1998 - Oct Sun>=14 0:00 0:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Tel_Aviv 2:19:04 - LMT 1880

1 0

errors in ISO week number [forwarded with permission of all concerned]
by ado Jan. 2, 1996

Jan. 2, 1996

Attached find excerpts from correspondence on ISO 8601 week numbers (forwarded with permission of all concerned) and a proposed set of changes to strftime.c to cope with the issues raised. An extension to strftime to return the ISO 8601 year (which may be different from the year represented by tm_year) is also needed; does anyone know of an existing implementation that handles ISO years (and, if so, the specification for the formatting letter used and the value returned)? --ado

1 0

Re: errors in ISO week number
by arnold＠skeeve.atl.ga.us Jan. 1, 1996

Jan. 1, 1996

Hello Hume, > Don Libes <libes(a)cme.nist.gov> has pointed me to you directly... > i had mentioned that the ISO week of Jan 1 was never 52 > with the code he'd had, although just over 1 time in 7 > it should be. he got new code from you, which seems > to have the right week for Jan 1 but not always Dec 1 - > it should sometimes be in week 1 of "next" year... > > e.g. 1973 Dec 31 should be in week 1 of 1974. I think I disagree rather strongly with this. Dec 31 should always be in the last week of the year. This just makes sense. The question is whether it's week 52 or week 53. Unless the ISO standard actually *says* that it's in week 1 of the following year, I don't want to change my code... (And if it does say that, then In My Not So Humble Opinion it's silly.) > i've taken a very different technique for calculating ISO week numbers > in some code of my own. (i was comparing it to expect's timestamp, which > uses your code, and the calendar stuff in emacs 19.30) although it's > only designed to work for 100 years (i assume a leap year every four years, > so after 2100 Feb 28 i'll be a day off, etc), it's so much simpler you may > want to adapt/adopt it... > > x = ut/(60*60*24) number of days = unix time / length of day > x = x + 3 adjust to the previous monday > ISOday = 1 + x%7 weekday > x = x/7 number of weeks > y = (28*x+2)/1461 number of years > x = x - (1461*y+25)/28 number of weeks into year > ISOyear = 1970+y > ISOweek = 1+x > > (the divisions should be C integer divisions) > > the best way to fix it for the rest of the gregorian cycle is probably > to change the 2 and the 25. note that whatever they're changed to, must > sum to 27. (if you're interested in this method, i'll try to complete > it for you if you'd prefer...) > -- > Hume Smith <hclsmith(a)isisnet.com> NetBSD r00lz :) > > > Real Americans don't carry cash. Their police may steal it.d Ado and Tor, comments? ... ===============================================================================

3 3

updated time zone files
by ado Dec. 21, 1995

Dec. 21, 1995

The files in the ~ftp/pub directory of elsie.nci.nih.gov (165.112.73.1) have been updated: -rw-r--r-- 1 ado 70806 Dec 21 12:46 tzcode95i.tar.gz -rw-r--r-- 1 ado 72634 Dec 21 12:46 tzdata95m.tar.gz The latest revisions from Paul Eggert are included, the usno1995 file has been updated, and a new file ("WWW") covering useful URLs has been added. --ado

1 0

Has Sudan been updated?
by Alan.Perry＠Eng.Sun.COM Dec. 20, 1995

Dec. 20, 1995

mross(a)antigone.com wrote: >Sudan no longer observes any form of daylight savings time change. I just pulled down the latest tzdata files from elsie and this change does not appear to be reflected there. What's the deal? alan

3 2

new tz files
by ado Dec. 19, 1995

Dec. 19, 1995

Now available on elsie.nci.nih.gov (165.112.73.1) in the ~ftp/pub directory: -rw-r--r-- 1 ado 69655 Dec 19 18:15 tzcode95h.tar.gz -rw-r--r-- 1 ado 70026 Dec 19 18:15 tzdata95l.tar.gz No major changes from the last versions: a simplification of a macro definition, a change to data for Sudan, and (for last minute shoppers) notes in the "Music" file on the CD "Old Man Time." --ado

1 0

Re: Has Sudan been updated?
by ado Dec. 19, 1995

Dec. 19, 1995

> mross(a)antigone.com wrote: > >Sudan no longer observes any form of daylight savings time change. > > I just pulled down the latest tzdata files from elsie and this change > does not appear to be reflected there. What's the deal? I'd been hoping to get word on when Sudan stopped using DST. Having failed, I've put a note in the file and punted. You should almost immediately receive a note to the TZ list announcing the new stuff. Thanks for the reminder! --ado

1 0

question regarding setting latest zone names in tzname [forwarded with permission]
by ado Nov. 20, 1995

Nov. 20, 1995

Has anybody instrumented the time zone code to determine where the sinks are? Is the area questioned below one of them? --ado > ...We have started to look at performance in this software. > I have a question that I was hoping you could answer about one piece of code > in particular in the routine settzname. It is the code filling in the > time zone name in tzname. The code fragment is: > > /* > ** And to get the latest zone names into tzname. . . > */ > for (i = 0; i < sp->timecnt; ++i) { > register const struct ttinfo * const ttisp = > > &sp->ttis[sp->types[i]]; > > tzname[ttisp->tt_isdst] = > (char *) &sp->chars[ttisp->tt_abbrind]; > } > > I am not sure why this code is looping so many times to fill in > tzname. tzname only has two fields, one for daylight savings time, > one for standard savings time, but the fields get filled in > over and over. I would really appreciate any information you have > explaining this. > > thanks in advance, > > Sandra Whitman > DEC C RTL

1 0

tz data for Sudan
by Michael Ross Nov. 16, 1995

Nov. 16, 1995

Sudan no longer observes any form of daylight time change. I verified this today by telephone with the Sudan Mission to the United Nations: 212-573-6033 Cheers, --- Michael Ross Antigone Press, San Francisco, California e-mail: mross(a)antigone.com FAX: +1 415 550 1957 --- > > # Sudan > # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S > Rule Sudan 1931 only - Feb 8 0:00 0 - > Rule Sudan 1970 only - May 1 0:00 1:00 " DST" > Rule Sudan 1970 max - Oct 15 0:00 0 - > Rule Sudan 1971 only - Apr 30 0:00 1:00 " DST" > Rule Sudan 1972 max - Apr lastSun 0:00 1:00 " DST" > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > Zone Africa/Khartoum 2:10:08 - LMT 1931 > 2:00 Sudan EET%s

2 1

tz data for Burma
by Michael Ross Nov. 15, 1995

Nov. 15, 1995

Hello, You might want to use the offical new name: Myanmar... # Burma # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Rangoon 6:24:40 - LMT 1880 6:25 - RMT 1920 6:30 - BMT 1942 May 9:00 - JST 1945 May 3 6:30 - BMT --- Michael Ross Antigone Press, San Francisco, California e-mail: mross(a)antigone.com FAX: +1 415 550 1957 ---

1 0