April 2002 - tz - lists.iana.org

proposed tz change for Latvia, Lithuania
by Paul Eggert May 25, 2015

May 25, 2015

It's March Madness time for daylight-saving rule changes. Here's a proposed change to the tz database to keep up with the latest political development, which affects time stamps starting March 29: * Latvia and Lithuania will not observe DST, starting this year. Thanks to Andrei Ivanov for this info. =================================================================== RCS file: RCS/europe,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- europe 2000/03/04 15:31:08 2000.3 +++ europe 2000/03/08 17:48:59 2000.3.0.1 @@ -1135,6 +1135,12 @@ Link Europe/Rome Europe/San_Marino # 1997-01-21 on transition to Summer time ... established the same order of # daylight savings time settings as in the States of the European Union. +# From Andrei Ivanov (2000-03-06): +# This year Latvia will not switch to Daylight Savings Time (as specified in +# <a href="http://www.lv-laiks.lv/wwwraksti/2000/071072/vd4.htm"> +# The Regulations of the Cabinet of Ministers of the Rep. of Latvia of +# 29-Feb-2000 (#79)</a>, in Latvian for subscribers only). + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Latvia 1989 1996 - Mar lastSun 2:00s 1:00 S Rule Latvia 1989 1996 - Sep lastSun 2:00s 0 - @@ -1151,7 +1157,8 @@ Zone Europe/Riga 1:36:24 - LMT 1880 3:00 Russia MSK/MSD 1989 Mar lastSun 2:00s 2:00 1:00 EEST 1989 Sep lastSun 2:00s 2:00 Latvia EE%sT 1997 Jan 21 - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb 29 + 2:00 - EET # Liechtenstein # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1178,6 +1185,11 @@ Zone Europe/Vaduz 0:38:04 - LMT 1894 Jun # motion to give up shifting to summer time in spring, as it was # already done by Estonia. +# From Andrei Ivanov (2000-03-06): +# I've heard that Ministers of three Baltic countries on their summit +# somewhere in February decided not to switch to summer time starting from +# this spring. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Vilnius 1:41:16 - LMT 1880 1:24:00 - WMT 1917 # Warsaw Mean Time @@ -1192,7 +1204,8 @@ Zone Europe/Vilnius 1:41:16 - LMT 1880 2:00 C-Eur EE%sT 1998 2:00 - EET 1998 Mar 29 1:00u 1:00 EU CE%sT 1999 Oct 31 1:00u - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb + 2:00 - EET # Luxembourg # Whitman disagrees with most of these dates in minor ways; go with Shanks.

5 5

RE: still more problems with the formatting in the tz datafiles
by Olson, Arthur David (NCI) April 29, 2002

April 29, 2002

The zic manual page notes that Input lines are made up of fields. Fields are separated from one another by any number of white space characters. so there's nothing "wild" about the format of the files. --ado -----Original Message----- From: Tony Blackmon [mailto:tblackmon@wilbursmith.com] Sent: Friday, April 26, 2002 2:54 PM To: tz(a)elsie.nci.nih.gov Subject: still more problems with the formatting in the tz datafiles i am finding more and more of these. each header comment is clearly marked with tabs delimiting the file, but when you get into the guts of the data some of these tabs are spaces. how do you parse the tzdata text files if the formatting is not correct? as i stated before, i am working under a windows environment, but still want to handle timezone conversion and client timezone selection using the tzcode data. it perplexes me as to how this all works with the data files formatted so wildly. is it meant to be this way or is all of this accidental or unnoticed? --fluid

1 0

FW: still more problems with the formatting in the tz datafiles
by Olson, Arthur David (NCI) April 29, 2002

April 29, 2002

Tony Blackmon is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Tony Blackmon [mailto:tblackmon@wilbursmith.com] Sent: Friday, April 26, 2002 2:54 PM To: tz(a)elsie.nci.nih.gov Subject: still more problems with the formatting in the tz datafiles i am finding more and more of these. each header comment is clearly marked with tabs delimiting the file, but when you get into the guts of the data some of these tabs are spaces. how do you parse the tzdata text files if the formatting is not correct? as i stated before, i am working under a windows environment, but still want to handle timezone conversion and client timezone selection using the tzcode data. it perplexes me as to how this all works with the data files formatted so wildly. is it meant to be this way or is all of this accidental or unnoticed? --fluid

1 0

Time zones?
by MrPek＠aol.com April 26, 2002

April 26, 2002

Hi Im trying to get information on time zones and daylight saving times for cities around the world. Do you have such information, such as the time zone offsets and when the daylight saving time is introduced and removed each year for cites? Thanks for your help Greg Wilson.

1 0

still more problems with the formatting in the tz datafiles
by Tony Blackmon April 26, 2002

April 26, 2002

i am finding more and more of these. each header comment is clearly marked with tabs delimiting the file, but when you get into the guts of the data some of these tabs are spaces. how do you parse the tzdata text files if the formatting is not correct? as i stated before, i am working under a windows environment, but still want to handle timezone conversion and client timezone selection using the tzcode data. it perplexes me as to how this all works with the data files formatted so wildly. is it meant to be this way or is all of this accidental or unnoticed? --fluid

1 0

Re: dislocated time/space regions
by Alex Livingston April 10, 2002

April 10, 2002

Hi Rives and others. The time kept in the three "towns" you mention is half way between the times in Western Australia (WA) and South Australia (SA) only when South Australia is NOT observing daylight-saving time. When it is, these towns are 1&3/4 hours behind SA, but only 3/4 of an hour (less than half as much) ahead of WA. This on-the-quarter hour offset must make it a pain in the neck working out from local time what the times in WA and SA are (not to mention the rest of the world, except Nepal and the Chatham Islands), and it would seem to me much more sensible and convenient if their clocks were kept a whole hour ahead of WA (making them 9 hours ahead of UTC and 21 hours ahead of the date line, the same as Japan and eastern Indonesia). If they did that, they would be 1&1/2 hours behind SA during its daylight-saving period (only a half-as-much again greater offset than from WA) and 1/2 an hour behind for the rest of the year. This would also make time-conversion arithmetic much easier for almost everywhere on earth. Sorry; I've strayed into suggestion/prescription (as opposed to description) again. Rives: I'd love to know how I can get in touch with the sheriff of Madura, so I can put my suggestion to him/her. (Am I right that Nepal and the Chatham Islands are the only other surviving quarter-hour-offset zones in the world? The Chatham Islands in particular are a basket case, having simply added half an hour to their time along with the rest of New Zealand in 1947, thus breaking their connection with mean solar time anyway, and then adopting daylight saving as well! They "should" either go forward 1/4 of an hour or back 3/4 of an hour.) :Alex -------------------------------------------------------------- Alex Livingston Macintosh & Lotus Notes Support, Information Technology Australian Graduate School of Management UNSW SYDNEY NSW 2052 Australia Tel: +61 2 9931-9264 Fax: +61 2 9931-9349 Email: alex(a)agsm.edu.au Web: http://www.agsm.edu.au The Australian Graduate School of Management is a School of both The University of Sydney & The University of New South Wales. CRICOS Provider Number: 00098G Rives McDow <rmcdow@entel To: elsie <tz(a)elsie.nci.nih.gov> es.com> cc: Subject: dislocated time/space regions 2002-04-10 01:44 The most interesting region I have found consists of three towns on the southern coast of Australia, population 10 at last report, along with 50,000 sheep, about 100 kilometers long and 40 kilometers into the continent. The primary town is Madura, with the other towns being Mundrabilla and Eucla. According to the sheriff of Madura, the residents got tired of having to change the time so often, as they are located in a strip overlapping the border of South Australia and Western Australia. South Australia observes daylight saving time; Western Australia does not. The two states are one and a half hours apart. The residents decided to forget about this nonsense of changing the clock so much and set the local time 20 hours and 45 minutes from the international date line, or right in the middle of the time of South Australia and Western Australia. As it only affects about 10 people and tourists staying at the Madura Motel, it has never really made as big an impact as Broken Hill. However, as tourist visiting there or anyone calling the local sheriff will attest, they do keep time in this way. There are quite a few of these types of regions in the world; I'll try and post them as I get the time. Rives McDow

2 1

Principalities etc.
by Oscar van Vlijmen April 9, 2002

April 9, 2002

Other regions which are ignored by many: Sealand ---------- Sealand was founded as a sovereign principality in 1967 in international waters, six miles off the eastern shores of Britain. 51.53N 01.28E. Local time: probably like UK. http://www.sealandgov.com/ Seborga ---------- Principato di Seborga. A principality since 1079, officiallly still not a part of Italy. Located in Liguria, close to the French border. Local time: probably like Italy. http://www.seborga.org/ Transnistria ---------------- Part of Moldova, a former USSR state. Some Ukrainians and Russians have proclaimed a Republic of Transnistria. Tiraspol', 46.85N 29.63E. Local time: probably like Moldova. Facts & figures: http://www.inyourpocket.com/Moldova/Moldova_basic.shtml http://www.cia.gov/cia/publications/factbook/geos/md.html Oscar van Vlijmen 2002-04-09

2 1

FW: Daylight Saving Time - Palestine
by Olson, Arthur David (NCI) April 8, 2002

April 8, 2002

Michael Douma is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Michael Douma [mailto:doumalist@michaeldouma.com] Sent: Monday, April 08, 2002 2:49 PM To: calNDR-L(a)ECUMAIL7.ECU.EDU Cc: Carl D. Goldin; tz(a)elsie.nci.nih.gov Subject: Re: Daylight Saving Time - Palestine Greetings, Do you know of groups (other than the Palestinians) that have decided to use THEIR OWN DST dates, independent of their surrounding country? I am interested in both past and present. I am in discussions right now with a gentleman named Carl D. Goldin, about the observance of Daylight Saving Time in the world. He has pointed out that if I list the Palestinians on a web site about DST, that it is only fair to list other non-country entities. I included information from Amos Shapir in the TZ archive about Palestine. http://webexhibits.org/daylightsaving/g.html I don't think this has ever com up on the list, and I have skimmed the TZ archives. Michael On Monday, April 8, 2002, at 01:53 PM, Carl D. Goldin wrote: > 1) My objection, and that of the others who wrote you on the subject, > is that there is currently no country by the name of "Palestine". So, > it is inaccurate (and an offensive political stattement) to include it > in your list of "countries", just as it would be to include disputed > territories such as the Kashmir, aspiring nations such as the Basque > Republic, former nations such as Rhodesia, or unclassifiable entities > such as Aryan Nations. > ------------------------------------------- Michael Douma Editor, WebExhibits http://webexhibits.org/

4 3

Re: Daylight Saving Time - Palestine
by Michael Douma April 8, 2002

April 8, 2002

Greetings, Do you know of groups (other than the Palestinians) that have decided to use THEIR OWN DST dates, independent of their surrounding country? I am interested in both past and present. I am in discussions right now with a gentleman named Carl D. Goldin, about the observance of Daylight Saving Time in the world. He has pointed out that if I list the Palestinians on a web site about DST, that it is only fair to list other non-country entities. I included information from Amos Shapir in the TZ archive about Palestine. http://webexhibits.org/daylightsaving/g.html I don't think this has ever com up on the list, and I have skimmed the TZ archives. Michael On Monday, April 8, 2002, at 01:53 PM, Carl D. Goldin wrote: > 1) My objection, and that of the others who wrote you on the subject, > is that there is currently no country by the name of "Palestine". So, > it is inaccurate (and an offensive political stattement) to include it > in your list of "countries", just as it would be to include disputed > territories such as the Kashmir, aspiring nations such as the Basque > Republic, former nations such as Rhodesia, or unclassifiable entities > such as Aryan Nations. > ------------------------------------------- Michael Douma Editor, WebExhibits http://webexhibits.org/

1 0

Help on time zone data
by Avery Chan April 7, 2002

April 7, 2002

Hi, I'm trying to parse the compiled (i.e.zic'd) time zone files. Is there a document indicating the exact structure of the files? I did a 'man tzfile' but it's not exact: NAME tzfile - time zone information SYNOPSIS #include <tzfile.h> DESCRIPTION The time zone information files used by tzset(3) begin with bytes reserved for future use, followed by six four- byte values of type long, written in a ``standard'' byte order (the high-order byte of the value is written first). These values are, in order: How many bytes is "...bytes..."? What would be most helpful is some code (preferably in C) showing how to parse the files. Also I looked at the rule files, and I sort of understand them, but I'm not too sure what the format is exactly as well as some of the syntax (e.g. what is 'Link')? Thanks, Avery -- At the back of the Daylight Saving scheme I detect the bony, blue-fingered hand of Puritanism, eager to push people into bed earlier, and get them up earlier, to make them healthy, wealthy and wise in spite of themselves. -- Robertson Davies, The Diary of Samuel Marchbanks I wish Daylight Saving Time would die. -- Avery Chan

4 4

Time Zone converter
by Katie_Lunday＠capgroup.com April 5, 2002

April 5, 2002

I'm having trouble finding New Zealand time zones. I found one for Pacific/Auckland but it doesn't convert correctly so I'm not sure if that is a different Auckland from the one in New Zealand? If the other coordinate is US/Pacific the dates should be different because of the date line but the conversion with Pacific/Auckland has it on the same day as US/Pacific. Any suggestions? Thank you, Katie Lunday Capital International tel: 310/996-6175 fax: 310/996-6511 email: katie_lunday(a)capgroup.com

1 0

tzcode2002c.tar.gz and tzdata2002c.tar.gz
by Olson, Arthur David (NCI) April 4, 2002

April 4, 2002

The files ftp://elsie.nci.nih.gov/pub/tzcode2002c.tar.gz and ftp://elsie.nci.nih.gov/pub/tzdata2002c.tar.gz are now available. These include the changes circulated by Paul Eggert last week on the time zone mailing list, and the change to zic.c to avoid creating symlinks to files that don't exist. --ado

1 0

DST in Pakistan
by Jiri Kanak April 4, 2002

April 4, 2002

Hi All, I'm looking for zonefile for Pakistan with DST, which will be there for the first time this year. Can someone help me? Jiri -- ______ /_____/\ /____ \\ \ Jiri Kanak /_____\ \\ / System Engineer /_____/ \/ / / Sun Enterprise Services /_____/ / \//\ \_____\//\ / / Tel.: +420 - 2 - 33 00 93 90, 33 00 93 11 \_____/ / /\ / Fax.: +420 - 2 - 33 00 93 55 \_____/ \\ \ E-mail: jiri.kanak(a)sun.com \_____\ \\ \_____\/

1 0

Best of Zones
by Gilbert C Healton April 2, 2002

April 2, 2002

For quite a few years now I have had documentation on the web for software developers involved with calendars, dates, times, and time zones. While the original motivation for this document was Y2K avoidance and correction the document goes a lot deeper into proper use of dates and times. After some lurking here it just struck me that some readers in this group might have some good ideas about ways programmers frequently go wrong with time zone processing or good ways of processing zones that are too little used. Any worthy ides not already covered by my document that would be useful to programmers are solicited. The Best of Dates, the Worst of Dates. http://www.exit109.com/~ghealton/y2k/yrexamples.html ---------------------------------------------------------------------- ghealton(a)exit109.com http://www.exit109.com/~ghealton/ ---------------------------------------------------------------------- Computers are like air conditioners: they don't work well when Windows are left open

1 0

FW: Estonia entry
by Olson, Arthur David (NCI) April 2, 2002

April 2, 2002

Denis Afonin is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Denis Afonin [mailto:dfa@solo.ee] Sent: Sunday, March 31, 2002 2:04 PM To: tz(a)elsie.nci.nih.gov Subject: Estonia entry Hello, Since March 31, 2002 1:00 UTC summertime is entered again in Estonia. Here is patch for # @(#)europe 7.81 Plus, link more cities. --- europe.orig Mon Jan 28 19:56:02 2002 +++ europe Sun Mar 31 21:41:48 2002 @@ -65,6 +65,7 @@ # ... # Estonia ... uses EU dates but not at 01:00 GMT, they use midnight GMT. # I don't think they know yet what they will do from 1996 onwards. +# Since March 31, 2002 Estonia uses right EU rules. # ... # There shouldn't be any [current members who are not using EU rules]. # A Directive has the force of law, member states are obliged to enact @@ -853,6 +854,9 @@ # no. 206 (1998-09-22) and thus sticks Estonia to +02:00 GMT for all # the year round. The regulation is effective 1999-11-01. +# From Denis Afonin <dfa(a)solo.ee> (2002-03-31): +# March 31, 2002: Summertime is entered in Estonia. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Tallinn 1:39:00 - LMT 1880 1:39:00 - TMT 1918 Feb # Tallinn Mean Time @@ -865,7 +869,11 @@ 2:00 1:00 EEST 1989 Sep 24 2:00s 2:00 C-Eur EE%sT 1998 Sep 22 2:00 EU EE%sT 1999 Nov 1 - 2:00 - EET + 2:00 - EET 2002 Mar 31 1:00 + 2:00 EU EE%sT + +Link Europe/Tallinn Europe/Tartu +Link Europe/Tallinn Europe/Maardu # Finland #

2 1

FW: Daylight Savings Time in Mexico
by Olson, Arthur David (NCI) April 2, 2002

April 2, 2002

Henry Ivy is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: IVY,HENRY (HP-Roseville,ex1) [mailto:henry_ivy@am.exch.hp.com] Sent: Monday, April 01, 2002 9:15 PM To: 'tz(a)elsie.nci.nih.gov' Cc: VEGA,HORACIO (HP-Mexico,ex1); GRIMM,GREG (HP-Roseville,ex1) Subject: Daylight Savings Time in Mexico Dear Sirs; I work for Hewlett-Packard in Roseville, CA, USA. One of my assignments is to maintain daylight savings time schedules in special databases for world wide global support. I admire your work. I look forward to any comments that you may have about the following information. Horacio Vega works for HP in Mexico. He brought the following decree to my attention. His Spanish is better than mine. He has told me that Mexico City will use daylight savings time, along with most of Mexico. http://www.conae.gob.mx/ahorro/horaver2001_m1_2002.html#decreto I started with the tzdata2002b version of the data. The rules for Mexico Daylight Savings Time should have the 2001 rules commented out, and the previous two lines reset to run to max. The time zone rules for America/Mexico_City should have the last line commented out, and the previous line reset to not expire. The time zone rules for America/Tijuana should have the last line commented out, and the previous line reset to not expire. --------------- # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Mexico 1939 only - Feb 5 0:00 1:00 D Rule Mexico 1939 only - Jun 25 0:00 0 S Rule Mexico 1940 only - Dec 9 0:00 1:00 D Rule Mexico 1941 only - Apr 1 0:00 0 S Rule Mexico 1943 only - Dec 16 0:00 1:00 W Rule Mexico 1944 only - May 1 0:00 0 S Rule Mexico 1950 only - Feb 12 0:00 1:00 D Rule Mexico 1950 only - Jul 30 0:00 0 S Rule Mexico 1996 max - Apr Sun>=1 2:00 1:00 D Rule Mexico 1996 max - Oct lastSun 2:00 0 S # Rule Mexico 2001 max - May Sun>=1 2:00 1:00 D # Rule Mexico 2001 max - Sep lastSun 2:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] # Quintana Roo Zone America/Cancun -5:47:04 - LMT 1922 Jan 1 0:12:56 -6:00 - CST 1981 Dec 23 -5:00 Mexico E%sT 1998 Aug 2 2:00 -6:00 Mexico C%sT # Campeche, Yucatan Zone America/Merida -5:58:28 - LMT 1922 Jan 1 0:01:32 -6:00 - CST 1981 Dec 23 -5:00 - EST 1982 Dec 2 -6:00 Mexico C%sT # Coahuila, Durango, Nuevo Leon, Tamaulipas Zone America/Monterrey -6:41:16 - LMT 1921 Dec 31 23:18:44 -6:00 - CST 1988 -6:00 US C%sT 1989 -6:00 Mexico C%sT # Central Mexico Zone America/Mexico_City -6:36:36 - LMT 1922 Jan 1 0:23:24 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 -7:00 - MST 1931 May 1 23:00 -6:00 - CST 1931 Oct -7:00 - MST 1932 Apr 1 -6:00 Mexico C%sT # -6:00 - CST # Chihuahua Zone America/Chihuahua -7:04:20 - LMT 1921 Dec 31 23:55:40 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 -7:00 - MST 1931 May 1 23:00 -6:00 - CST 1931 Oct -7:00 - MST 1932 Apr 1 -6:00 - CST 1996 -6:00 Mexico C%sT 1998 -6:00 - CST 1998 Apr Sun>=1 3:00 -7:00 Mexico M%sT # Sonora Zone America/Hermosillo -7:23:52 - LMT 1921 Dec 31 23:36:08 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 -7:00 - MST 1931 May 1 23:00 -6:00 - CST 1931 Oct -7:00 - MST 1932 Apr 1 -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 -7:00 Mexico M%sT 1999 -7:00 - MST # Baja California Sur, Nayarit, Sinaloa Zone America/Mazatlan -7:05:40 - LMT 1921 Dec 31 23:54:20 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 -7:00 - MST 1931 May 1 23:00 -6:00 - CST 1931 Oct -7:00 - MST 1932 Apr 1 -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 -7:00 Mexico M%sT # Baja California Zone America/Tijuana -7:48:04 - LMT 1922 Jan 1 0:11:56 -7:00 - MST 1924 -8:00 - PST 1927 Jun 10 23:00 -7:00 - MST 1930 Nov 15 -8:00 - PST 1931 Apr 1 -8:00 1:00 PDT 1931 Sep 30 -8:00 - PST 1942 Apr 24 -8:00 1:00 PWT 1945 Nov 12 -8:00 - PST 1948 Apr 5 -8:00 1:00 PDT 1949 Jan 14 -8:00 - PST 1954 -8:00 CA P%sT 1961 -8:00 - PST 1976 -8:00 US P%sT 1996 -8:00 Mexico P%sT # -8:00 US P%sT # From Paul Eggert (2001-03-05): # Formerly there was an America/Ensenada zone, which differed from # America/Tijuana only in that it did not observe DST from 1976 # through 1995. This was as per Shanks. However, Guy Harris reports # that the 1987 OAG says "Only Ensenada, Mexicale, San Felipe and # Tijuana observe DST," which contradicts Shanks but does imply that # DST-observance was a town-by-town matter back then. This concerns # data after 1970 so most likely there should be at least one Zone # other than America/Tijuana for Baja, but it's not clear yet what its # name or contents should be. # # Revillagigedo Is # no information ############################################################################ ### --------------- Regards, Hank Ivy | Henry (Hank) B. Ivy PHONE : (916)785-1392 | | FAX : (916)785-9238 | | ecardfile : https://ecardfile.com/id/hank_ivy | | Hewlett-Packard Company USENET: hivy(a)rosemail.rose.hp.com | | 8000 Foothills Boulevard, MS 5617 | | Roseville, California 95747-5617 |

2 1

symlinks
by Olson, Arthur David (NCI) April 2, 2002

April 2, 2002

Lacking consensus on the symlink problem, what I'd suggest for now is a change to zic.c that would only deal with the problem of creating symlinks to files that don't exist--see below. If making just this change for now is agreeable to folks, I'll update tzcode and tzdata once Paul Eggert weighs in with Paul's conclusions on what Estonia should look like. --ado *** 7.104/zic.c Tue Apr 2 09:58:10 2002 --- 7.107/zic.c Tue Apr 2 09:58:11 2002 *************** *** 1,6 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)zic.c 7.104"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 1,6 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)zic.c 7.107"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 620,626 **** result = link(fromname, toname); #if (HAVE_SYMLINK - 0) ! if (result != 0) { const char *s = tofile; register char * symlinkcontents = NULL; while ((s = strchr(s+1, '/')) != NULL) --- 620,628 ---- result = link(fromname, toname); #if (HAVE_SYMLINK - 0) ! if (result != 0 && ! access(fromname, F_OK) == 0 && ! !itsdir(fromname)) { const char *s = tofile; register char * symlinkcontents = NULL; while ((s = strchr(s+1, '/')) != NULL)

1 0

Daylight Savings Time in Mexico
by IVY,HENRY (HP-Roseville,ex1) April 2, 2002

April 2, 2002

Dear Sirs; I work for Hewlett-Packard in Roseville, CA, USA. One of my assignments is to maintain daylight savings time schedules in special databases for world wide global support. I admire your work. I look forward to any comments that you may have about the following information. Horacio Vega works for HP in Mexico. He brought the following decree to my attention. His Spanish is better than mine. He has told me that Mexico City will use daylight savings time, along with most of Mexico. http://www.conae.gob.mx/ahorro/horaver2001_m1_2002.html#decreto I started with the tzdata2002b version of the data. The rules for Mexico Daylight Savings Time should have the 2001 rules commented out, and the previous two lines reset to run to max. The time zone rules for America/Mexico_City should have the last line commented out, and the previous line reset to not expire. The time zone rules for America/Tijuana should have the last line commented out, and the previous line reset to not expire. --------------- # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Mexico 1939 only - Feb 5 0:00 1:00 D Rule Mexico 1939 only - Jun 25 0:00 0 S Rule Mexico 1940 only - Dec 9 0:00 1:00 D Rule Mexico 1941 only - Apr 1 0:00 0 S Rule Mexico 1943 only - Dec 16 0:00 1:00 W Rule Mexico 1944 only - May 1 0:00 0 S Rule Mexico 1950 only - Feb 12 0:00 1:00 D Rule Mexico 1950 only - Jul 30 0:00 0 S Rule Mexico 1996 max - Apr Sun>=1 2:00 1:00 D Rule Mexico 1996 max - Oct lastSun 2:00 0 S # Rule Mexico 2001 max - May Sun>=1 2:00 1:00 D # Rule Mexico 2001 max - Sep lastSun 2:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] # Quintana Roo Zone America/Cancun -5:47:04 - LMT 1922 Jan 1 0:12:56 -6:00 - CST 1981 Dec 23 -5:00 Mexico E%sT 1998 Aug 2 2:00 -6:00 Mexico C%sT # Campeche, Yucatan Zone America/Merida -5:58:28 - LMT 1922 Jan 1 0:01:32 -6:00 - CST 1981 Dec 23 -5:00 - EST 1982 Dec 2 -6:00 Mexico C%sT # Coahuila, Durango, Nuevo Leon, Tamaulipas Zone America/Monterrey -6:41:16 - LMT 1921 Dec 31 23:18:44 -6:00 - CST 1988 -6:00 US C%sT 1989 -6:00 Mexico C%sT # Central Mexico Zone America/Mexico_City -6:36:36 - LMT 1922 Jan 1 0:23:24 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 -7:00 - MST 1931 May 1 23:00 -6:00 - CST 1931 Oct -7:00 - MST 1932 Apr 1 -6:00 Mexico C%sT # -6:00 - CST # Chihuahua Zone America/Chihuahua -7:04:20 - LMT 1921 Dec 31 23:55:40 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 -7:00 - MST 1931 May 1 23:00 -6:00 - CST 1931 Oct -7:00 - MST 1932 Apr 1 -6:00 - CST 1996 -6:00 Mexico C%sT 1998 -6:00 - CST 1998 Apr Sun>=1 3:00 -7:00 Mexico M%sT # Sonora Zone America/Hermosillo -7:23:52 - LMT 1921 Dec 31 23:36:08 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 -7:00 - MST 1931 May 1 23:00 -6:00 - CST 1931 Oct -7:00 - MST 1932 Apr 1 -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 -7:00 Mexico M%sT 1999 -7:00 - MST # Baja California Sur, Nayarit, Sinaloa Zone America/Mazatlan -7:05:40 - LMT 1921 Dec 31 23:54:20 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 -7:00 - MST 1931 May 1 23:00 -6:00 - CST 1931 Oct -7:00 - MST 1932 Apr 1 -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 -7:00 Mexico M%sT # Baja California Zone America/Tijuana -7:48:04 - LMT 1922 Jan 1 0:11:56 -7:00 - MST 1924 -8:00 - PST 1927 Jun 10 23:00 -7:00 - MST 1930 Nov 15 -8:00 - PST 1931 Apr 1 -8:00 1:00 PDT 1931 Sep 30 -8:00 - PST 1942 Apr 24 -8:00 1:00 PWT 1945 Nov 12 -8:00 - PST 1948 Apr 5 -8:00 1:00 PDT 1949 Jan 14 -8:00 - PST 1954 -8:00 CA P%sT 1961 -8:00 - PST 1976 -8:00 US P%sT 1996 -8:00 Mexico P%sT # -8:00 US P%sT # From Paul Eggert (2001-03-05): # Formerly there was an America/Ensenada zone, which differed from # America/Tijuana only in that it did not observe DST from 1976 # through 1995. This was as per Shanks. However, Guy Harris reports # that the 1987 OAG says "Only Ensenada, Mexicale, San Felipe and # Tijuana observe DST," which contradicts Shanks but does imply that # DST-observance was a town-by-town matter back then. This concerns # data after 1970 so most likely there should be at least one Zone # other than America/Tijuana for Baja, but it's not clear yet what its # name or contents should be. # # Revillagigedo Is # no information ############################################################################ ### --------------- Regards, Hank Ivy | Henry (Hank) B. Ivy PHONE : (916)785-1392 | | FAX : (916)785-9238 | | ecardfile : https://ecardfile.com/id/hank_ivy | | Hewlett-Packard Company USENET: hivy(a)rosemail.rose.hp.com | | 8000 Foothills Boulevard, MS 5617 | | Roseville, California 95747-5617 |

1 0