- tz - lists.iana.org

How to Upgrade tzdata and tzcode into a unix server
by francois reygagne April 11, 2001

April 11, 2001

I would like to upgrade the tzdata and tzcode automatically into my server for each upgrade of the olson tz data to prevent from bad local_time calculation. I would like to make my server know that a new release of tzdata/tzcode is available and make it load the new tzdata release and override the previous. Please, let me know how to do that ? -- François REYGAGNE. Software Architect. opt[e]way S.A., 2881 route des Crêtes, BP308 06906 Sophia Antipolis Cedex, FRANCE tél: +33 (0)4 92 95 27 01 http://www.opteway.com

2 1

Convert local time to gmt time without using TZ Env variable
by francois reygagne April 11, 2001

April 11, 2001

The ftcs unix mktime use the function tzset to initialize time conversion information by setting an environment variable. That is not thread-safe. As I want to work in multi_threaded design with different time-zone, one per each thread, I can't use the unix standard fonctions like mktime. I need a thread-safe function that converts a local-time attached to its timezone into a GMT time as follow: void localtime_to_gmt(const char * timezone, const struct tm localtime, time_t * gmt_time); The right way to do that is to change TZ, but that is not thread-safe Is it feasible to recode (public-domain) Olson timezone sources to use an explicit state parameter rather than relying on global variables ? Is there a free software portable to Linux RedHat, OSF Tru64, HP_UX and Sun Solaris 5.8 using olson tzdata which can do that ? Is there someone who knows the design or have a design document relative to olson software to help me. François REYGAGNE. Software Architect. opt[e]way S.A., 2881 route des Crêtes, BP308 06906 Sophia Antipolis Cedex, FRANCE tél: +33 (0)4 92 95 27 01 http://www.opteway.com -- François REYGAGNE. Software Architect. opt[e]way S.A., 2881 route des Crêtes, BP308 06906 Sophia Antipolis Cedex, FRANCE tél: +33 (0)4 92 95 27 01 http://www.opteway.com

2 1

RE: Reuters on Mexican DST
by Jesper Nørgaard April 11, 2001

April 11, 2001

Note that there is another link about the decision to nullify Andrés Miguel López Obrador decree to abandon DST in Distrito Federal: http://dailynews.yahoo.com/h/ap/20010407/wl/clock_confusion_1.html Regards, Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Programador/Analista CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (5) 58-04-20-04 ext. 1374 Fax: +52 (5) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 CIMMYT home page: http://cimmyt.cgiar.org Check out my free program World Time Explorer: http://timezone50.homepage.com ---------- From: Olson, Arthur David (NCI)[SMTP:olsona@dc37a.nci.nih.gov] Sent: Martes 10 de Abril de 2001 12:00 To: tz (E-mail) Cc: 'mikebw(a)colossus.bilow.com' Subject: Reuters on Mexican DST Mike Bilow (mikebw(a)colossus.bilow.com) sent along word of a Reuters item on Mexican DST; see http://dailynews.yahoo.com/h/nm/20010410/od/mexico_timechange_dc_1.html for details (and note the copyright notice at the end, which is why I don't simply include it here). --ado

1 0

Reuters on Mexican DST
by Olson, Arthur David (NCI) April 10, 2001

April 10, 2001

Mike Bilow (mikebw(a)colossus.bilow.com) sent along word of a Reuters item on Mexican DST; see http://dailynews.yahoo.com/h/nm/20010410/od/mexico_timechange_dc_1.html for details (and note the copyright notice at the end, which is why I don't simply include it here). --ado

1 0

Mexico's Tempest in a Time Change
by Mike Bilow April 10, 2001

April 10, 2001

Yahoo! News Home - Yahoo! - My Yahoo! - News Alerts - Help _________________________________________________________________ Reuters New Media Yahoo! Online Account Access NextCard Internet Visa - Apply Now Home | Top Stories | Business | Tech | Politics | World | Local | Ente rtainment | Sports | Science | Health Oddly Enough Headlines Reuters Tuesday April 10 10:21 AM ET Mexico's Tempest in a Time Change MEXICO CITY (Reuters) - If leftist Mexico City Mayor Andres Manuel Lopez Obrador gets his way, the capital could operate in a different time zone from the rest of the country, out of line even with its own suburbs. With the federal government and mayor's office reportedly locking horns this week in legal maneuvers, many Mexicans fear that if Lopez Obrador prevails there would be chaos for airlines, television broadcasts, school schedules and lunch appointments. Lopez Obrador, who took office late last year, in February decreed clocks would stay put in the capital on May 5 when the rest of the country is scheduled to adopt daylight savings time, moving clocks ahead one hour. The capital of some 9 million people, is part of a greater urban area of some 19 million. So the core of the metropolis would be one hour behind all of its suburbs. Lopez Obrador's government has filed a constitutional challenge to daylight savings in general, before the nation's Supreme Court, arguing that the president does not have power under Mexico's constitution to impose the time change. According to local press reports, this week the government of conservative President Vicente Fox counter-sued, asking the nation's top court to knock down Lopez Obrador's February decree. Mexico adopted the time change in 1996, to put the country in tune with its northern neighbor and biggest trading partner, the United States. But daylight savings has never been popular here. Many argue that it is dangerous for children to walk to school in the dark. And last year in congressional debates, at least one legislator argued that darkness inhibited morning sex. The Supreme Court has promised to issue a resolution on the suit and the counter-suit by May 1, just days before Fox has decreed that the country will move clocks ahead. Email this story - View most popular | Formatted version _________________________________________________________________ _________________________ Search Advanced Search: (_) Stories (_) Photos (_) Full Coverage Home | Top Stories | Business | Tech | Politics | World | Local | Ente rtainment | Sports | Science | Health _________________________________________________________________ Questions or Comments Copyright © 2001 Reuters Limited. All rights reserved. Republication or redistribution of Reuters content is expressly prohibited without the prior written consent of Reuters. Reuters shall not be liable for any errors or delays in the content, or for any actions taken in reliance thereon.

1 0

RE: New date and time draft
by Jesper Nørgaard April 10, 2001

April 10, 2001

This work appeals to me a great deal, so this is not really a constructive criticism. I applaud the completely irrefutable arguments to why four-digit dates are a must in internet communication. I just have one question: Does 03-Apr-01 mean third of April 2001 or does it mean first of April 2003 (that would really be an April's Fool with a vengeance). In a few years I might wonder even more ... May you all have a nice day ... Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Programador/Analista CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (5) 58-04-20-04 ext. 1374 Fax: +52 (5) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 CIMMYT home page: http://cimmyt.cgiar.org Check out my free program World Time Explorer: http://timezone50.homepage.com ---------- From: Olson, Arthur David (NCI)[SMTP:olsona@dc37a.nci.nih.gov] Sent: Lunes 9 de Abril de 2001 7:13 To: tz (E-mail) Subject: FW: New date and time draft Graham Klyne is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Graham Klyne [mailto:GK@NineByNine.org] Sent: Friday, April 06, 2001 5:11 AM To: discuss(a)apps.ietf.org; tz(a)elsie.nci.nih.gov Subject: New date and time draft FYI, I've submitted a revision of the date and time draft Chris Newman wrote some time ago. One of the goals for the current revision is to create a separate specification that answers a clear and present requirement from other parts concerning which there is less clear consensus. Specifically, this draft aims to move forward the timestamp elements of Chris' original work, while allowing the trickier "schedule events" elements to be picked up and developed by a group with more specific relevant expertise and goals, if required. #g -- A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Instant Messaging and Presence Protocol Working Group of the IETF. Title : Date and Time on the Internet: Timestamps Author(s) : C. Newman, G. Klyne Filename : draft-ietf-impp-datetime-00.txt Pages : 16 Date : 03-Apr-01 This document defines a date and time format for use in Internet protocols that is a profile of the ISO 8601 [ISO8601] standard for representation of dates and times using the Gregorian calendar. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-impp-datetime-00.txt ------------ Graham Klyne (GK(a)ACM.ORG)

1 0

FW: New date and time draft
by Olson, Arthur David (NCI) April 10, 2001

April 10, 2001

Graham Klyne is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Graham Klyne [mailto:GK@NineByNine.org] Sent: Friday, April 06, 2001 5:11 AM To: discuss(a)apps.ietf.org; tz(a)elsie.nci.nih.gov Subject: New date and time draft FYI, I've submitted a revision of the date and time draft Chris Newman wrote some time ago. One of the goals for the current revision is to create a separate specification that answers a clear and present requirement from other parts concerning which there is less clear consensus. Specifically, this draft aims to move forward the timestamp elements of Chris' original work, while allowing the trickier "schedule events" elements to be picked up and developed by a group with more specific relevant expertise and goals, if required. #g -- A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Instant Messaging and Presence Protocol Working Group of the IETF. Title : Date and Time on the Internet: Timestamps Author(s) : C. Newman, G. Klyne Filename : draft-ietf-impp-datetime-00.txt Pages : 16 Date : 03-Apr-01 This document defines a date and time format for use in Internet protocols that is a profile of the ISO 8601 [ISO8601] standard for representation of dates and times using the Gregorian calendar. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-impp-datetime-00.txt ------------ Graham Klyne (GK(a)ACM.ORG)

3 2

Re: New date and time draft
by Chris Newman April 9, 2001

April 9, 2001

Given that my office already purchased ISO 8601:1988 a few years ago, I certainly couldn't justify the cost of purchasing a revision in current tight economic times. If there's a public list of errata (or a free revision available to people who purchased the previous version), I'd be glad to vet the spec against that. Or perhaps if Graham feels like purchasing a copy and vetting the ABNF he could. Otherwise I believe we should keep the reference to the older version since that's what this spec is based on. - Chris --On Monday, April 9, 2001 18:22 +0100 Markus Kuhn <Markus.Kuhn(a)cl.cam.ac.uk> wrote: > But this document still references the old first edition! The one that > counted accidentally minutes from 01 to 60 and similar nonsense, along > with lots of ambiguities: > > [ISO8601] "Data elements and interchange formats -- Information > interchange -- Representation of dates and times", ISO > 8601:1988(E), International Organization for > Standardization, June, 1988. > > The new second edition with lots of bug fixes, ISO 8601:2000, has been > available since December and can be ordered online from > > http://www.iso.ch/cate/d26780.html

1 0

Interested in knowing about the mailing list.
by Gautam, Alok April 9, 2001

April 9, 2001

Dear Administrator, Got this id from the net. I am interested to get the mailing list of the folks who maintain the Timezone Database and the various access routines. Do favour me. Best regards, Alöok Gautam **************************************************************************** The content of this e-mail is intended only for the confidential use of the person addressed. If you have received this message in error, please notify us immediately by electronic mail at the above address (or if known by telephone or by fax). E-mail communications are not secure and therefore we do not accept any responsibility for the confidentiality or altered contents of this message. Please be aware that our company cannot accept any orders or other legally binding correspondence with a participant as part of an e-mail. The views expressed above are not necessarily those held by our company and not binding for our company. ****************************************************************************

1 0

Mexico City decree suspended
by Jesper Nørgaard April 8, 2001

April 8, 2001

There has been some new decisions and news about the summer time in Mexico, I send you some links and some resuming quotations. The interspersed english sentences are translations of the previous sentence in spanish: Da Corte revés a AMLO en horario (The Court gives a reverse to AMLO about the daylight saving rule) http://www.reforma.com/ciudad_de_mexico/articulo/085728/ Opinan magistrados que si no se otorgaba la suspensión se afectaría o alteraría la vida de los habitantes del Distrito Federal, poniendo en peligro la seguridad y economía de la sociedad. (Magistrates say that if the suspension (of the AMLO decree) was not issued, it would affect or alterate the lifes of the inhabitants of the Federal District, putting in danger the security and economy of the society) (Jesper's note: I had a good laugh about the above "opinion of the magistrates", but I guess that is just me ... :) How any daylight saving rule could affect security and economy, I guess you have to be a magistrate to grasp :) Ve AMLO 'cortina de humo' en Horario (AMLO sees a 'curtain of smoke' in the daylight saving rule) http://www.reforma.com/ciudad_de_mexico/articulo/085774/ El Jefe de Gobierno dijo que se trata sólo de una suspensión temporal del decreto y que se deberá esperar a la resolución final (The Chief of Government said that it is only a temporary suspension of the decree and that we must wait for the final judgement of the case) Avala PAN determinación de SCJN (political party PAN endorses the determination of the Court) http://www.reforma.com/ciudad_de_mexico/articulo/085775/ José Luis Luege, presidente del PAN en el DF aprobó la determinación de la Corte de Justicia del DF que suspendió el decreto de que el DF no se integre al Horario de Verano. (José Luis Luege, president of the PAN in Federal District, approved the determination of the Supreme Court of DF that suspends the decree which says that DF will not participate in the daylight saving). Pide PRI terminar confrontación AMLO-Fox (PRI party asks for the termination of the confrontation AMLO-Fox) http://www.reforma.com/ciudad_de_mexico/articulo/085777/ Jorge Schiaffino dirigente priísta en la Ciudad de México llamó al Jefe de Gobierno a dejar la confrontación con el Presidente Fox. (Jorge Schiaffino the leader of PRI in Mexico City, urged the Chief of Government to leave the confrontation with President Fox) We are still awaiting the final decision of the Supreme Court, which should probably be emitted within 15 days according to one of the articles. Regards, Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Programador/Analista CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (5) 58-04-20-04 ext. 1374 Fax: +52 (5) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 CIMMYT home page: http://cimmyt.cgiar.org Check out my free program World Time Explorer: http://timezone50.homepage.com

1 0

Re: Updated Australian time zone names/strings
by Russ Allbery April 7, 2001

April 7, 2001

Greg Black <gjb(a)gbch.net> writes: > The broken software consists of real mail clients out there that people > are still using. Some of that software outputs email with dates in this > form: > Date: Thu, 21 Dec 2000 09:34:42 EST When used in e-mail, that Date header is not in the slightest bit ambiguous. RFC 822 requires as a matter of protocol that that time zone be interpreted as -0500. Section 5.1: zone = "UT" / "GMT" ; Universal Time ; North American : UT / "EST" / "EDT" ; Eastern: - 5/ - 4 / "CST" / "CDT" ; Central: - 6/ - 5 / "MST" / "MDT" ; Mountain: - 7/ - 6 / "PST" / "PDT" ; Pacific: - 8/ - 7 / 1ALPHA ; Military: Z = UT; ; A:-1; (J not used) ; M:-12; N:+1; Y:+12 / ( ("+" / "-") 4DIGIT ) ; Local differential ; hours+min. (HHMM) Section 5.2: The other remaining two forms are taken from ANSI standard X3.51-1975. One allows explicit indication of the amount of offset from UT; the other uses common 3-character strings for indicating time zones in North America. RFC 822 further requires as a matter of protocol that only those 9 three-character abbreviations, the two-character abbreviation UT, and the single-character abbreviations A-Z (excluding J) be used as time zone abbreviations, and that all other time zones use an explicit time differential. Any software in Australian time zones that is generating e-mail Date headers with non-numeric time zones is broken and generating Date headers with no valid interpretation under a mail standard that is 19 (!) years old. I think it's about time that those mail clients get fixed, hmm? Furthermore, RFC 1123 states: There is a strong trend towards the use of numeric timezone indicators, and implementations SHOULD use numeric timezones instead of timezone names. However, all implementations MUST accept either notation. If timezone names are used, they MUST be exactly as defined in RFC-822. The military time zones are specified incorrectly in RFC-822: they count the wrong way from UT (the signs are reversed). As a result, military time zones in RFC-822 headers carry no information. so any software that is generating non-numeric time zones is violating a SHOULD in a mail standard that is now eleven and a half years old. > I can't force people who write to me (who are often people I don't know) > to replace their mail software just because I don't like the dates it > generates. However, if the TZ data gave the Australian users > unambiguous abbreviations for those zones, it would make life easier at > little or no cost to anyone. Except that per RFC 822, the "AEST" bit in a Date header like: Date: Thu, 21 Dec 2000 09:34:42 AEST has no actual meaning and can't be relied on to be anything at all. Given stuff like IST, if I were writing an e-mail client, I would interpret anything with a non-822 time zone as being in UTC and warn the user. Anything else just isn't worth it. Putting explicit tables into software to deal with e-mail clients written by people who haven't read *eleven-year-old* standards would just bug me far too much. -- Russ Allbery (rra(a)stanford.edu) <http://www.eyrie.org/~eagle/>

2 1

Re: Updated Australian time zone names/strings
by Paul Eggert April 7, 2001

April 7, 2001

> Date: Thu, 5 Apr 2001 23:59:40 +1000 (EST) > From: David J N Begley <d.begley(a)uws.edu.au> > > since my last question everything has gone quiet: There has been some activity recently. Let me try to summarize my understanding of the discussion. I'm not Australian, so everything I write should be taken as comments by an interested outsider who does not entirely understand the situation there. I see the following points of dispute: * How important are unique time zone abbreviations? Here I tend to agree with the point (most recently made by Chris Newman) that unique abbreviations should not be essential for proper operation of software. We have other instances of ambiguity (e.g. "IST" denoting both "Israel Standard Time" and "Indian Standard Time"), and they are not likely to go away any time soon. In the old days, some software mistakenly relied on unique abbreviations, but this is becoming less true with time, and I don't think it's that important to cater to such software these days. On the other hand, there is another motivation for unambiguous abbreviations: it cuts down on human confusion. This is particularly true for Australia, where "EST" can mean one thing for time T and a different thing for time T plus 1 second. * Does the relevant legislation indicate which abbreviations should be used? Here I tend to think that things are a mess, just as they are in many other countries. We Americans are currently disagreeing about which abbreviation to use for the newly legislated Chamorro Standard Time, for example. Personally, I would prefer to use common practice; I would like to refer to legislation only for examples of common practice, or as a tiebreaker. * Do Australians more often use "Eastern Daylight Time" or "Eastern Summer Time"? Do they typically prefix the time zone names with the word "Australian"? My own impression is that both "Daylight Time" and "Summer Time" are common and are widely understood, but that "Summer Time" is more popular; and that the leading "A" is also common but is omitted more often than not. I just used AltaVista advanced search and got the following count of page hits: 1,103 "Eastern Summer Time" AND domain:au 971 "Australian Eastern Summer Time" AND domain:au 613 "Eastern Daylight Time" AND domain:au 127 "Australian Eastern Daylight Time" AND domain:au Here "Summer" seems quite a bit more popular than "Daylight", particularly when we know the time zone is Australian and not US, say. The "Australian" prefix seems to be popular for Eastern Summer Time, but unpopular for Eastern Daylight Time. For abbreviations, tools like AltaVista are less useful because of ambiguity. Many hits are not really time zones, unfortunately, and many hits denote US time zones and not Australian ones. But here are the hit counts anyway: 161,304 "EST" and domain:au 25,156 "EDT" and domain:au 18,263 "AEST" and domain:au 10,416 "AEDT" and domain:au 14,538 "CST" and domain:au 5,728 "CDT" and domain:au 176 "ACST" and domain:au 29 "ACDT" and domain:au 7,539 "WST" and domain:au 68 "AWST" and domain:au This data suggest that Australians tend to omit the "A" prefix in practice. The situation for "ST" versus "DT" is less clear, given the ambiguities involved. * How do Australians feel about the abbreviations in the tz database? If you just count Australians on this list, I count 2 in favor and 3 against. One of the "against" votes (David Keegel) counseled delay, saying that both AEST/AEDT and EST/EST are widely used and understood in Australia. > So, what happens now? The final decision is Arthur David Olson's, since he's maintaining the database. My own mild preference for now (given what's been said so far) would be to leave it alone.

4 8

RE: proposed tz patches for Mexico, Nunavut, Vostok, etc.
by Jesper Nørgaard April 7, 2001

April 7, 2001

* For what it's worth, I think that the AEST/AEDT suggestion for Australia is the most logical one to adopt. At present EST might mean Eastern Standard Time (in the US or Mexico), and Eastern Standard Time in Australia, and Eastern Summer Time in Australia, which makes it convenient to try to adopt a different and less redundant naming. Although as Paul Eggert points out there is not a consistent use of AEST/AEDT (e.g. by mail servers etc.) this seems to be the most used alternative acronym to EST/EST. I use AEST/AEDT already in my program World Time Explorer (Time Zone Converter). * A small spelling mistake: the reference to "Palabra" contains the date 2000-03-31, it should be 2001-03-31. Regards, Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Programador/Analista CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (5) 58-04-20-04 ext. 1374 Fax: +52 (5) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 CIMMYT home page: http://cimmyt.cgiar.org Check out my free program World Time Explorer: http://timezone50.homepage.com ---------- From: Paul Eggert[SMTP:eggert@twinsun.com] Sent: Sábado 31 de Marzo de 2001 21:37 To: tz(a)elsie.nci.nih.gov Subject: proposed tz patches for Mexico, Nunavut, Vostok, etc. Jesper Norgaard's letter about what actually happened in Mexico this morning prompted me to propose the tz patches enclosed below, which accumulate most of the changes recently proposed. The patches for Mexico are the most important, though Nunavut and Vostok also need fixes now so that current time stamps are reported correctly. Sorry, I haven't had time to think through the issue of Australian time zone abbreviations yet. If I recall correctly, we have so far: * one well-researched proposal to change from EST/EST etc to AEST/AEDT etc; * one second. * one dissenting vote to leave it at is. * my own brief research indicating that Australians themselves are not consistent Right now we have to get the Mexican patches out, so I'll leave the Australian abbreviations alone for now, but I'd like more votes and/or research if possible. Anyway, here is a summary of the patch proposed below: * Despite earlier predictions, America/Monterrey and America/Chihuahua did _not_ change their clocks today. They will change at the same time as the rest of Mexico. (Thanks to Jesper Norgaard for this.) * Nunavut went back to its pre-1999 ways, effective today. (Thanks to Rives McDow for this.) * Antarctica/Vostok is at UTC+6, not UTC+3. The message I got from Vostok was a bit confusing; perhaps nobody in Antarctica observes DST, contrary to our tables? We need more info about this. (Thanks to Lee Hotz for this.) * Correct several errors for Dutch daylight saving time before World War II. (Thanks to Robert H. van Gent for this.) * Alaska switched from Asian to American dates on 1867-10-18. We can't capture the Julian-to-Gregorian switch that occurred at the same time, but at least we can capture the 24-hour time zone change. (Thanks to Robert H. van Gent for this.) * The Philippines switched from American to Asian dates on 1844-12-31. (Thanks to Robert H. van Gent for obtaining a copy of the proclamation.) For now, guess the Ladrones switched at the same time. The following changes affect commentary only: * Add references to Vzic (a tz-to-VTIMEZONE compiler), and to possible XML schemata for tz data. * Add references to a history of the International Date Line, and to Netherlands time zone history. (Thanks to Robert H. van Gent for this.) * Update the status of various Antarctic stations, some of which have closed. * Update the instructions for running the XHTML validator. ... # James F. Smith writes in today's LA Times # </a> # * Sonora will continue to observe standard time. -# * Border states including Baja California, Chihuahua, and Nuevo Leon -# will use US rules, # * Last week Mexico City's mayor Andres Manuel Lopez Obrador decreed that # the Federal District will not adopt DST. # * 4 of 16 district leaders announced they'll ignore the decree. # * The decree does not affect federal-controlled facilities including # the airport, banks, hospitals, and schools. # -# For now we'll assume that the Federal District will bow to federal rules -# and that border states and Durango will stick with US rules. +# For now we'll assume that the Federal District will bow to federal rules. + +# From Jesper Norgaard (2001-04-01): +# I found some references to the Mexican application of daylight +# saving, which modifies what I had already sent you, stating earlier +# that a number of northern Mexican states would go on daylight +# saving. The modification reverts this to only cover Baja California +# (Norte), while all other states (except Sonora, who has no daylight +# saving all year) will follow the original decree of president +# Vicente Fox, starting daylight saving May 6, 2001 and ending +# September 30, 2001. +# References: "Diario de Monterrey" <www.diariodemonterrey.com/index.asp> +# Palabra <http://palabra.infosel.com/010331/primera/ppri3101.pdf> (2000-03-31) # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Mexico 1939 only - Feb 5 0:00 1:00 D @@ -1333,8 +1361,7 @@ Zone America/Merida -5:58:28 - LMT 1922 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 2001 - -6:00 US C%sT + -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 @@ -1353,8 +1380,7 @@ Zone America/Chihuahua -7:04:20 - LMT 19 -6:00 - CST 1996 -6:00 Mexico C%sT 1998 -6:00 - CST 1998 Apr Sun>=1 3:00 - -7:00 Mexico M%sT 2001 - -7:00 US M%sT + -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 ...

2 1

Re: Updated Australian time zone names/strings
by Greg Black April 6, 2001

April 6, 2001

| The issue of the ambiguity of abbreviations like "EST" might best be solved | by prefixing the three initials with the ISO Country Code see | http://itl5.itlnet.com/isocodes.htm for examples. So the Australian EST | would be AUEST and the US EST would be USEST. Much as I want us to move away from EST/EST for Australia, I don't think too many people are going to welcome inventions when we have known and recognised existing practice in the form of AEST/AEDT. And I can't see anybody in the US getting excited about changing EST to USEST, no matter how pure it might look if we were actually starting with a clean sheet of paper.

1 0

RE: Updated Australian time zone names/strings
by rchapma6 ford.com April 6, 2001

April 6, 2001

Your cross posting caution was noted I similarly lurk on the ietf list and occasionally sally forth to pass comment. The issue of the ambiguity of abbreviations like "EST" might best be solved by prefixing the three initials with the ISO Country Code see http://itl5.itlnet.com/isocodes.htm for examples. So the Australian EST would be AUEST and the US EST would be USEST. There may be another advantage to do with Daylight Savings/Summer Time. These (I believe) are determined at national or regional level so those countries who do observe Daylight Savings/Summer Time would have two entries per time zone. for example:- USEST UTC -5:00 USEDT UTC -4:00 Add to this the entry and exit criteria for Daylight Savings/Summer Time (and I hope I get this correct!) USEST UTC -5:00 Last Sunday in September USEDT UTC -4:00 Last Sunday in March GBGMT UTC 0:00 Last Sunday in October GBBST UTC +1:00 4th Sunday in March?? or the explicit dates if there is no sensible way of determining when the clocks change! For countries like Japan where they do not observe Daylight Savings the entry would look like JPxxx UTC +8:00 The absence of date showing non-observation Hope that helps a bit Roger Chapman Specilaist, Collaborative Applications Ford Systems Integration Center Information Technology and eBusiness Ford Motor Company -----Original Message----- From: David Madeo [mailto:David.Madeo@morganstanley.com] Sent: 06 April 2001 05:21 To: Greg Black Cc: Paul Eggert; tz(a)elsie.nci.nih.gov; ietf-calendar(a)imc.org Subject: Re: Updated Australian time zone names/strings <Caution: cross posted to both ietf-calendar and tz mailgroups. Please reply carefully> Since I'm a lurker on both the tz and ietf lists, occasionally I see that it's appropriate to mix the audiences. This thread from the tz list is whether the tz maintainers should be trying to uniquify the timezone abbreviations such as "EST" which can mean several different timezones around the world, depending on whether you ask an Australian or an American. Greg Black wrote: > Paul Eggert wrote: > > | * How important are unique time zone abbreviations? > | > | Here I tend to agree with the point (most recently made by Chris > | Newman) that unique abbreviations should not be essential for proper > | operation of software. > > I think this flies in the face of common sense and the old > principle about being flexible in handling input while trying to > make output as good as possible. I'd certainly prefer unique and unambiguous abbreviations (AEST) as well as unique names "Australia/Sydney" based on the Continent/Largest City. Anytime we can reduce confusion and make something easier for people *and* computers to understand, we should. > || The final decision is Arthur David Olson's, since he's maintaining > | the database. My own mild preference for now (given what's been said > | so far) would be to leave it alone. > > I know the decision is in Arthur David Olson's hands, but I > would imagine that he will be responsive to the wishes of the > affected parties. I'm keen to see more input into this. The tz database is the closest thing to a "standard" timezone listing. As such, there's a lot of benefit if it does the "right" thing. I've cc'd the ietf list since they are effectively "users" of this sort of data and might have some input. dmadeo

1 0

New date and time draft
by Graham Klyne April 6, 2001

April 6, 2001

FYI, I've submitted a revision of the date and time draft Chris Newman wrote some time ago. One of the goals for the current revision is to create a separate specification that answers a clear and present requirement from other parts concerning which there is less clear consensus. Specifically, this draft aims to move forward the timestamp elements of Chris' original work, while allowing the trickier "schedule events" elements to be picked up and developed by a group with more specific relevant expertise and goals, if required. #g -- A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Instant Messaging and Presence Protocol Working Group of the IETF. Title : Date and Time on the Internet: Timestamps Author(s) : C. Newman, G. Klyne Filename : draft-ietf-impp-datetime-00.txt Pages : 16 Date : 03-Apr-01 This document defines a date and time format for use in Internet protocols that is a profile of the ISO 8601 [ISO8601] standard for representation of dates and times using the Gregorian calendar. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-impp-datetime-00.txt ------------ Graham Klyne (GK(a)ACM.ORG)

1 0

Tires of Cable TV raising there rates!!!
by b4h443＠arabia.com April 6, 2001

April 6, 2001

Tired of Cable TV raising their rates!!! Get Satellite TV YES ---YOU CAN WATCH DIFFERENT CHANNELS ON MULTIPLE TV'S YES ---YOU CAN GET LOCAL STATIONS Order Dish Network System with a one year plan, get FREE two receivers and the 18" Dish with FREE basic professional installation. Why Bother? For $40.99 Get both receivers and the Top 100 Stations! With only one receiver and the Dish $35.99 Local Channels add $5.00 You will be charged a one time $49.99 fee when you order which includes your first months service for FREE. THAT S IT! FLIP TO SATELLITE... ITS DIGITAL.. ITS GREAT... YOU'LL LOVE IT. Ready? Order by phone 1-888-235-5285 or e-mail us dishpeople(a)mail.com REQUIREMENT- 1. One year service commitment. 2. Major credit Card 3. Southwest exposure to the sky. to be remove from future mailings e-mail us with the word "remove" in the subject lineat --- getmeoff(a)arabia.com Tired of Cable TV raising their rates!!! Get Satellite TV YES ---YOU CAN WATCH DIFFERENT CHANNELS ON MULTIPLE TV'S YES ---YOU CAN GET LOCAL STATIONS Order Dish Network System with a one year plan, get FREE two receivers and the 18" Dish with FREE basic professional installation. Why Bother? For $40.99 Get both receivers and the Top 100 Stations! With only one receiver and the Dish $35.99 Local Channels add $5.00

1 0

tzcode2001b.tar.gz and tzdata2001b.tar.gz
by Olson, Arthur David (NCI) April 5, 2001

April 5, 2001

The files ftp://elsie.nci.nih.gov/~pub/tzcode2001b.tar.gz and ftp://elsie.nci.nih.gov/~pub/tzdata2001b.tar.gz are now available. These include the changes circulated last week on the time zone mailing list by Paul Eggert (modulo jnorgard's typo fix). In addition, tz-art.htm has been htmlified. --ado

1 0

(no subject)
by Andrew Gaylard (Dimension Data) April 5, 2001

April 5, 2001

Hi, In your bundle (ftp://elsie.nci.nih.gov/pub/tzdata2001a.tar.gz) I see that you have Africa/Johannesburg as a "zone name" (is that the correct term for it?) But there isn't Africa/Pretoria. Surely there should be? It is the capital city of South Africa. It looks to me that all the other zones are named after the capital of the relevant country. Thanks for your work in maintaining this data -- our vendors have been very slack at keeping up to date with it, and we depend on yours to work around some bugs in old vendor data (HP, Sun, SGI).

1 0

proposed tz patches for Mexico, Nunavut, Vostok, etc.
by Paul Eggert April 3, 2001

April 3, 2001

Jesper Norgaard's letter about what actually happened in Mexico this morning prompted me to propose the tz patches enclosed below, which accumulate most of the changes recently proposed. The patches for Mexico are the most important, though Nunavut and Vostok also need fixes now so that current time stamps are reported correctly. Sorry, I haven't had time to think through the issue of Australian time zone abbreviations yet. If I recall correctly, we have so far: * one well-researched proposal to change from EST/EST etc to AEST/AEDT etc; * one second. * one dissenting vote to leave it at is. * my own brief research indicating that Australians themselves are not consistent Right now we have to get the Mexican patches out, so I'll leave the Australian abbreviations alone for now, but I'd like more votes and/or research if possible. Anyway, here is a summary of the patch proposed below: * Despite earlier predictions, America/Monterrey and America/Chihuahua did _not_ change their clocks today. They will change at the same time as the rest of Mexico. (Thanks to Jesper Norgaard for this.) * Nunavut went back to its pre-1999 ways, effective today. (Thanks to Rives McDow for this.) * Antarctica/Vostok is at UTC+6, not UTC+3. The message I got from Vostok was a bit confusing; perhaps nobody in Antarctica observes DST, contrary to our tables? We need more info about this. (Thanks to Lee Hotz for this.) * Correct several errors for Dutch daylight saving time before World War II. (Thanks to Robert H. van Gent for this.) * Alaska switched from Asian to American dates on 1867-10-18. We can't capture the Julian-to-Gregorian switch that occurred at the same time, but at least we can capture the 24-hour time zone change. (Thanks to Robert H. van Gent for this.) * The Philippines switched from American to Asian dates on 1844-12-31. (Thanks to Robert H. van Gent for obtaining a copy of the proclamation.) For now, guess the Ladrones switched at the same time. The following changes affect commentary only: * Add references to Vzic (a tz-to-VTIMEZONE compiler), and to possible XML schemata for tz data. * Add references to a history of the International Date Line, and to Netherlands time zone history. (Thanks to Robert H. van Gent for this.) * Update the status of various Antarctic stations, some of which have closed. * Update the instructions for running the XHTML validator. =================================================================== RCS file: RCS/antarctica,v retrieving revision 2001.1 retrieving revision 2001.1.0.2 diff -pu -r2001.1 -r2001.1.0.2 --- antarctica 2001/03/13 17:57:38 2001.1 +++ antarctica 2001/04/01 10:15:23 2001.1.0.2 @@ -200,25 +200,27 @@ Rule NZAQ 1990 max - Mar Sun>=15 2:00s 0 # Russia - year-round bases # Bellingshausen, King George Island, -621159-0585337, since 1968-02-22 # Mirny, Davis coast, -6633+09301, since 1956-02 -# Molodezhnaya -# Novolazarevskaya +# Molodezhnaya, Alasheyev Bay, year-round from 1962-02 to 1999-07-01 +# Novolazarevskaya, Queen Maud Land, -7046+01150, +# year-round from 1960/61 to 1992 -# Vostok, since 1957-12-16 +# Vostok, since 1957-12-16, temporarily closed 1994-02/1994-11 # <a href="http://quest.arc.nasa.gov/antarctica/QA/computers/Directions,Time,ZIP"> # From Craig Mundell (1994-12-15)</a>: # Vostok, which is one of the Russian stations, is set on the same # time as Moscow, Russia. # -# From Paul Eggert (2001-03-03): -# Today I talked with a neighbor Robert Lee Hotz, a neighbor who -# recently returned from Vostok. He said that the Americans have a -# substation next to Vostok that keeps New Zealand time. -# He thought the Russians still use Moscow time, but wasn't sure. +# From Lee Hotz (2001-03-08): +# I queried the folks at Columbia who spent the summer at Vostok and this is +# what they had to say about time there: +# ``in the US Camp (East Camp) we have been on New Zealand (McMurdo) +# time, which is 12 hours ahead of GMT. The Russian Station Vostok was +# 6 hours behind that (although only 2 miles away, i.e. 6 hours ahead +# of GMT). This is a time zone I think two hours east of Moscow. The +# natural time zone is in between the two: 8 hours ahead of GMT.'' # Zone Antarctica/Vostok 0 - zzz 1957 Dec 16 - 3:00 RussAQ MSK/MSD 1991 Mar 31 2:00s - 2:00 RussAQ EE%sT 1992 Jan 19 2:00s - 3:00 RussAQ MSK/MSD + 6:00 - VOST # Vostok time # S Africa - year-round bases # Marion Island @@ -231,14 +233,16 @@ Zone Antarctica/Vostok 0 - zzz 1957 Dec # scientific station from 1903 # whaling station at Signy I 1920/1926 # South Shetland Islands -# whaling station at Deception I 1912/1931 -# scientific station from 1943; -# previously sealers and a scientific expedition wintered by accident, -# and a garrison was deployed briefly # # year-round bases # Bird Island, South Georgia, -5400-03803, since 1983 -# Halley, Coates Land, -7535-2619, since 1956-01-06 +# Deception Island, -6259-06034, whaling station 1912/1931, +# scientific station 1943/1967, +# previously sealers and a scientific expedition wintered by accident, +# and a garrison was deployed briefly +# Halley, Coates Land, -7535-02604, since 1956-01-06 +# Halley is on a moving ice shelf and is periodically relocated +# so that it is never more than 10km from its nominal location. # Rothera, Adelaide Island, -6734-6808, since 1976-12-01 # Uruguay - year round base @@ -262,12 +266,13 @@ Zone Antarctica/Palmer 0 - zzz 1965 -4:00 ChileAQ CL%sT # # -# McMurdo, Ross Island, since 1956 +# McMurdo, Ross Island, since 1955-12 # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Antarctica/McMurdo 0 - zzz 1956 12:00 NZAQ NZ%sT # -# Amundsen-Scott, South Pole, since 1957-01-23 +# Amundsen-Scott, South Pole, continuously occupied since 1956-11-20 +# # From Paul Eggert (1996-09-03): # Normally it wouldn't have a separate entry, since it's like the # larger Antarctica/McMurdo since 1970, but it's too famous to omit. =================================================================== RCS file: RCS/asia,v retrieving revision 2001.1 retrieving revision 2001.1.0.1 diff -pu -r2001.1 -r2001.1.0.1 --- asia 2001/03/13 17:57:38 2001.1 +++ asia 2001/04/01 10:08:58 2001.1.0.1 @@ -1111,7 +1111,10 @@ Zone Asia/Gaza 2:17:52 - LMT 1900 Oct # no information # Philippines -# Howse writes (p 153) that until 1844 the Philippines kept American date. +# On 1844-08-16, Narciso Claveria, governor-general of the +# Philippines, issued a proclamation announcing that 1844-12-30 was to +# be immediately followed by 1845-01-01. Robert H. van Gent has a +# transcript of the decree in <http://www.phys.uu.nl/~vgent/idl/idl.htm>. # The rest of this data is from Shanks. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Phil 1936 only - Nov 1 0:00 1:00 S @@ -1121,7 +1124,7 @@ Rule Phil 1954 only - Jul 1 0:00 0 - Rule Phil 1978 only - Mar 22 0:00 1:00 S Rule Phil 1978 only - Sep 21 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Asia/Manila -15:56:00 - LMT 1844 +Zone Asia/Manila -15:56:00 - LMT 1844 Dec 31 8:04:00 - LMT 1899 May 11 8:00 Phil PH%sT 1942 May 9:00 - JST 1944 Nov =================================================================== RCS file: RCS/australasia,v retrieving revision 2001.1 retrieving revision 2001.1.0.1 diff -pu -r2001.1 -r2001.1.0.1 --- australasia 2001/03/13 17:57:39 2001.1 +++ australasia 2001/04/01 10:08:58 2001.1.0.1 @@ -222,7 +222,8 @@ Zone Pacific/Tahiti -9:58:16 - LMT 1912 # Guam # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Pacific/Guam 9:39:00 - LMT 1901 # Agana +Zone Pacific/Guam -14:21:00 - LMT 1844 Dec 31 + 9:39:00 - LMT 1901 # Agana 10:00 - GST 2000 Dec 23 # Guam 10:00 - ChST # Chamorro Standard Time @@ -241,7 +242,8 @@ Zone Pacific/Kiritimati -10:29:20 - LMT # N Mariana Is # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Pacific/Saipan 9:43:00 - LMT 1901 +Zone Pacific/Saipan -14:17:00 - LMT 1844 Dec 31 + 9:43:00 - LMT 1901 9:00 - MPT 1969 Oct # N Mariana Is Time 10:00 - MPT 2000 Dec 23 10:00 - ChST # Chamorro Standard Time @@ -977,7 +979,8 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # Howse writes (p 153) ``The Spaniards, on the other hand, reached the # Philippines and the Ladrones from America,'' and implies that the Ladrones # (now called the Marianas) kept American date for quite some time. -# Ignore this for now, as we have no hard data. See also Asia/Manila. +# For now, we assume the Ladrones switched at the same time as the Philippines; +# see Asia/Manila. # US Public Law 106-564 (2000-12-23) made UTC+10 the official standard time, # under the name "Chamorro Standard Time". There is no official abbreviation, =================================================================== RCS file: RCS/europe,v retrieving revision 2001.1 retrieving revision 2001.1.0.1 diff -pu -r2001.1 -r2001.1.0.1 --- europe 2001/03/13 17:57:39 2001.1 +++ europe 2001/04/01 10:08:58 2001.1.0.1 @@ -405,6 +405,11 @@ Rule EU 1978 only - Oct 1 1:00u 0 - Rule EU 1979 1995 - Sep lastSun 1:00u 0 - Rule EU 1981 max - Mar lastSun 1:00u 1:00 S Rule EU 1996 max - Oct lastSun 1:00u 0 - +# The most recent directive covers the years starting in 2002. See: +# <a href="http://europa.eu.int/eur-lex/en/lif/dat/2000/en_300L0084.html" +# Directive 2000/84/EC of the European Parliament and of the Council +# of 19 January 2001 on summer-time arrangements. +# </a> # W-Eur differs from EU only in that W-Eur uses standard time. Rule W-Eur 1977 1980 - Apr Sun>=1 1:00s 1:00 S @@ -1368,37 +1373,33 @@ Zone Europe/Monaco 0:29:32 - LMT 1891 Ma # Netherlands # Howse writes that the Netherlands' railways used GMT between 1892 and 1940, # but for other purposes the Netherlands used Amsterdam mean time. +# The data before 1945 is taken from +# <http://www.phys.uu.nl/~vgent/wettijd/wettijd.htm>. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -# Shanks gives 1916 Apr 30 24:00 and 1916 Oct 1 00:00; go with Whitman. -Rule Neth 1916 only - May 1 2:00s 1:00 NST # Netherlands Summer Time -Rule Neth 1916 only - Oct 2 2:00s 0 AMT # Amsterdam Mean Time +Rule Neth 1916 only - May 1 0:00 1:00 NST # Netherlands Summer Time +Rule Neth 1916 only - Oct 1 0:00 0 AMT # Amsterdam Mean Time Rule Neth 1917 only - Apr 16 2:00s 1:00 NST Rule Neth 1917 only - Sep 17 2:00s 0 AMT -# Whitman gives 1918 Apr 14, 1918 Oct 31, and 1921 Sep 28; go with Shanks. Rule Neth 1918 1921 - Apr Mon>=1 2:00s 1:00 NST -Rule Neth 1918 1921 - Sep Mon>=24 2:00s 0 AMT -Rule Neth 1922 only - Mar 26 2:00s 1:00 NST -# Whitman gives 1939 Oct 1; go with Shanks. +Rule Neth 1918 1921 - Sep lastSun 2:00s 0 AMT +Rule Neth 1922 only - Mar lastSun 2:00s 1:00 NST Rule Neth 1922 1936 - Oct Sun>=2 2:00s 0 AMT -Rule Neth 1923 only - Jun 1 2:00s 1:00 NST -Rule Neth 1924 only - Mar 30 2:00s 1:00 NST -# Whitman gives 1925 Apr 5; go with Shanks. -Rule Neth 1925 only - Jun 5 2:00s 1:00 NST -# For 1926 through 1930 Whitman gives Apr 15; go with Shanks. +Rule Neth 1923 only - Jun Fri>=1 2:00s 1:00 NST +Rule Neth 1924 only - Mar lastSun 2:00s 1:00 NST +Rule Neth 1925 only - Jun Fri>=1 2:00s 1:00 NST Rule Neth 1926 1931 - May 15 2:00s 1:00 NST Rule Neth 1932 only - May 22 2:00s 1:00 NST Rule Neth 1933 1936 - May 15 2:00s 1:00 NST Rule Neth 1937 only - May 22 2:00s 1:00 NST Rule Neth 1937 only - Jul 1 0:00 1:00 S Rule Neth 1937 1939 - Oct Sun>=2 2:00s 0 - -# Whitman gives 1939 Apr 15 and 1940 Apr 19; go with Shanks. Rule Neth 1938 1939 - May 15 2:00s 1:00 S Rule Neth 1945 only - Apr 2 2:00s 1:00 S -Rule Neth 1945 only - May 20 2:00s 0 - +Rule Neth 1945 only - Sep 16 2:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Amsterdam 0:19:28 - LMT 1892 May 0:19:28 Neth %s 1937 Jul - 0:20 Neth NE%sT 1940 May 16 0:40 + 0:20 Neth NE%sT 1940 May 17 0:00 1:00 C-Eur CE%sT 1945 Apr 2 2:00 1:00 Neth CE%sT 1977 1:00 EU CE%sT =================================================================== RCS file: RCS/Makefile,v retrieving revision 2000.8 retrieving revision 2000.8.0.1 diff -pu -r2000.8 -r2000.8.0.1 --- Makefile 2000/12/14 20:33:20 2000.8 +++ Makefile 2001/04/01 10:08:58 2000.8.0.1 @@ -218,11 +218,22 @@ ZIC= $(zic) $(ZFLAGS) # The name of a Posix-compliant `awk' on your system. AWK= nawk -# The name and arguments of a program to validate your web pages. +# The path where SGML DTDs are kept. +SGML_SEARCH_PATH= $(TOPDIR)/share/doc/sgml-lib/REC-xhtml1-20000126/ + +# The catalog file(s) to use when validating XHTML. +SGML_CATALOG_FILES= xhtml.soc + +# The name, arguments and environment of a program to validate your web pages. # See <http://www.jclark.com/sp/> for a validator, and # <http://validator.w3.org/source/> for a validation library. VALIDATE = nsgmls -VALIDATEFLAGS = -s -B -wall -wno-unused-param +VALIDATE_FLAGS = -s -B -wall -wno-unused-param -wxml +VALIDATE_ENV = \ + SGML_CATALOG_FILES=$(SGML_CATALOG_FILES) \ + SGML_SEARCH_PATH=$(SGML_SEARCH_PATH) \ + SP_CHARSET_FIXED=YES \ + SP_ENCODING=UTF-8 ############################################################################### @@ -357,7 +368,7 @@ check_tables: checktab.awk $(PRIMARY_YDA $(AWK) -f checktab.awk $(PRIMARY_YDATA) check_web: $(WEB_PAGES) - $(VALIDATE) $(VALIDATEFLAGS) $(WEB_PAGES) + $(VALIDATE_ENV) $(VALIDATE) $(VALIDATE_FLAGS) $(WEB_PAGES) clean: rm -f core *.o *.out tzselect zdump zic yearistype date \ =================================================================== RCS file: RCS/northamerica,v retrieving revision 2001.1 retrieving revision 2001.1.0.1 diff -pu -r2001.1 -r2001.1.0.1 --- northamerica 2001/03/13 17:57:40 2001.1 +++ northamerica 2001/04/01 10:08:58 2001.1.0.1 @@ -280,40 +280,47 @@ Zone America/Los_Angeles -7:52:58 - LMT # Alaska # AK%sT is the modern abbreviation for -9:00 per USNO. # -# From Paul Eggert (1995-12-19): +# From Paul Eggert (2001-04-01): # Howse writes that Alaska switched from the Julian to the Gregorian calendar, # and from east-of-GMT to west-of-GMT days, when the US bought it from Russia. -# This was on 1867-10-18. We omit this transition, since we can't represent -# changes from Julian to Gregorian. +# This was on 1867-10-18, a Friday; the previous day was 1867-10-06 Julian, +# also a Friday. Include only the time zone part of this transition, +# ignoring the switch from Julian to Gregorian, since we can't represent +# the Julian calendar. # # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone America/Juneau -8:57:41 - LMT 1900 Aug 20 12:00 +Zone America/Juneau 15:02:19 - LMT 1867 Oct 18 + -8:57:41 - LMT 1900 Aug 20 12:00 -8:00 - PST 1942 -8:00 US P%sT 1946 -8:00 - PST 1969 -8:00 US P%sT 1983 Oct 30 2:00 -9:00 US AK%sT -Zone America/Yakutat -9:18:55 - LMT 1900 Aug 20 12:00 +Zone America/Yakutat 14:41:05 - LMT 1867 Oct 18 + -9:18:55 - LMT 1900 Aug 20 12:00 -9:00 - YST 1942 -9:00 US Y%sT 1946 -9:00 - YST 1969 -9:00 US Y%sT 1983 Oct 30 2:00 -9:00 US AK%sT -Zone America/Anchorage -9:59:36 - LMT 1900 Aug 20 12:00 +Zone America/Anchorage 14:00:24 - LMT 1867 Oct 18 + -9:59:36 - LMT 1900 Aug 20 12:00 -10:00 - CAT 1942 -10:00 US CAT/CAWT 1946 -10:00 - CAT 1967 Apr -10:00 - AHST 1969 -10:00 US AH%sT 1983 Oct 30 2:00 -9:00 US AK%sT -Zone America/Nome -11:01:38 - LMT 1900 Aug 20 12:00 +Zone America/Nome 12:58:21 - LMT 1867 Oct 18 + -11:01:38 - LMT 1900 Aug 20 12:00 -11:00 - NST 1942 -11:00 US N%sT 1946 -11:00 - NST 1967 Apr -11:00 - BST 1969 -11:00 US B%sT 1983 Oct 30 2:00 -9:00 US AK%sT -Zone America/Adak -11:46:38 - LMT 1900 Aug 20 12:00 +Zone America/Adak 12:13:21 - LMT 1867 Oct 18 + -11:46:38 - LMT 1900 Aug 20 12:00 -11:00 - NST 1942 -11:00 US N%sT 1946 -11:00 - NST 1967 Apr @@ -1138,6 +1145,16 @@ Zone America/Dawson_Creek -8:00:56 - LMT # From Paul Eggert (2000-12-04): # Let's just keep track of the official times for now. +# From Rives McDow (2001-03-07): +# The premier of Nunavut has issued a ministerial statement advising +# that effective 2001-04-01, the territory of Nunavut will revert +# back to three time zones (mountain, central, and eastern). Of the +# cities in Nunavut, Coral Harbor is the only one that I know of that +# has said it will not observe dst, staying on EST year round. I'm +# checking for more info, and will get back to you if I come up with +# more. +# [Also see <http://www.nunatsiaq.com/nunavut/nvt10309_06.html> (2001-03-09).] + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule NT_YK 1918 only - Apr 14 2:00 1:00 D Rule NT_YK 1918 only - Oct 27 2:00 0 S @@ -1155,19 +1172,21 @@ Zone America/Pangnirtung -4:22:56 - LMT -4:00 NT_YK A%sT 1995 Apr Sun>=1 2:00 -5:00 Canada E%sT 1999 Oct 31 2:00 -6:00 Canada C%sT 2000 Oct 29 2:00 - -5:00 - EST + -5:00 Canada E%sT Zone America/Iqaluit -4:33:52 - LMT 1884 # Frobisher Bay before 1987 -5:00 NT_YK E%sT 1999 Oct 31 2:00 -6:00 Canada C%sT 2000 Oct 29 2:00 - -5:00 - EST + -5:00 Canada E%sT Zone America/Rankin_Inlet -6:08:40 - LMT 1884 -6:00 NT_YK C%sT 2000 Oct 29 2:00 - -5:00 - EST + -5:00 - EST 2001 Apr 1 3:00 + -6:00 Canada C%sT Zone America/Cambridge_Bay -7:00:20 - LMT 1884 -7:00 NT_YK M%sT 1999 Oct 31 2:00 -6:00 Canada C%sT 2000 Oct 29 2:00 -5:00 - EST 2000 Nov 5 0:00 - -6:00 Canada C%sT + -6:00 - CST 2001 Apr 1 3:00 + -7:00 Canada M%sT Zone America/Yellowknife -7:37:24 - LMT 1884 -7:00 NT_YK M%sT Zone America/Inuvik -8:54:00 - LMT 1884 @@ -1294,16 +1313,25 @@ Zone America/Dawson -9:17:40 - LMT 1900 # James F. Smith writes in today's LA Times # </a> # * Sonora will continue to observe standard time. -# * Border states including Baja California, Chihuahua, and Nuevo Leon -# will use US rules, # * Last week Mexico City's mayor Andres Manuel Lopez Obrador decreed that # the Federal District will not adopt DST. # * 4 of 16 district leaders announced they'll ignore the decree. # * The decree does not affect federal-controlled facilities including # the airport, banks, hospitals, and schools. # -# For now we'll assume that the Federal District will bow to federal rules -# and that border states and Durango will stick with US rules. +# For now we'll assume that the Federal District will bow to federal rules. + +# From Jesper Norgaard (2001-04-01): +# I found some references to the Mexican application of daylight +# saving, which modifies what I had already sent you, stating earlier +# that a number of northern Mexican states would go on daylight +# saving. The modification reverts this to only cover Baja California +# (Norte), while all other states (except Sonora, who has no daylight +# saving all year) will follow the original decree of president +# Vicente Fox, starting daylight saving May 6, 2001 and ending +# September 30, 2001. +# References: "Diario de Monterrey" <www.diariodemonterrey.com/index.asp> +# Palabra <http://palabra.infosel.com/010331/primera/ppri3101.pdf> (2000-03-31) # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Mexico 1939 only - Feb 5 0:00 1:00 D @@ -1333,8 +1361,7 @@ Zone America/Merida -5:58:28 - LMT 1922 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 2001 - -6:00 US C%sT + -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 @@ -1353,8 +1380,7 @@ Zone America/Chihuahua -7:04:20 - LMT 19 -6:00 - CST 1996 -6:00 Mexico C%sT 1998 -6:00 - CST 1998 Apr Sun>=1 3:00 - -7:00 Mexico M%sT 2001 - -7:00 US M%sT + -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 =================================================================== RCS file: RCS/tz-link.htm,v retrieving revision 2001.1 retrieving revision 2001.1.0.1 diff -pu -r2001.1 -r2001.1.0.1 --- tz-link.htm 2001/03/13 17:57:44 2001.1 +++ tz-link.htm 2001/04/01 10:08:58 2001.1.0.1 @@ -51,9 +51,10 @@ the code is in the file <samp>tzcode<var where <samp><var>C</var></samp> is the code's version; similarly, the data are in <samp>tzdata<var>D</var>.tar.gz</samp>, where <samp><var>D</var></samp> is the data's version. -The code lets you compile the text data into time zone files, one for -each location. It also lets you read a compiled time zone file and -interpret time stamps for that location.</p> +The code lets you compile the <samp>tz</samp> source files into +machine-readable binary files, one for each location. It also lets +you read a <samp>tz</samp> binary file and interpret time stamps for that +location.</p> <p> The data are by no means authoritative. If you find errors, please send changes to the <a href="mailto:tz@elsie.nci.nih.gov">time zone @@ -92,17 +93,36 @@ holidays.</li> is a web interface to a time zone database derived from <samp>tz</samp>'s.</li> </ul> -<h2>Other time zone file readers</h2> +<h2>Other <samp>tz</samp> compilers</h2> +<ul> +<li><a href="http://www.karuna.freeserve.co.uk/vzic.tgz">Vzic</a> +compiles <samp>tz</samp> source into VTIMEZONE text as specified by +the <a href="ftp://ftp.isi.edu/in-notes/rfc2445.txt">iCalendar</a> +specification published by the <a +href="http://www.ietf.org/html.charters/calsch-charter.html">IETF +Calendaring and Scheduling Working Group</a>. Vzic is freely +available under the <a href="http://www.gnu.org/copyleft/gpl.html">GNU +General Public License (GPL)</a>.</li> +<li>Possible XML schemata for the <samp>tz</samp> data include <a +href="http://www.w3.org/2000/01/foo">one</a> sketched out by <a +href="http://www.w3.org/People/Berners-Lee/">Tim Berners-Lee</a> and +<a +href="http://developer.iplanet.com/docs/wpapers/calendar/ietf.txt">another</a> +used by the <a +href="http://www.iplanet.com/products/iplanet_calendar/">iPlanet +Calendar Server</a>.</li> +</ul> +<h2>Other <samp>tz</samp> binary file readers</h2> <ul> <li>The <a href="http://www.gnu.org/software/libc/">GNU C Library</a> has an independent, thread-safe implementation of -a time zone file reader that is compatible with <samp>tz</samp>. +a <samp>tz</samp> binary file reader. This library is freely available under the <a href="http://www.gnu.org/copyleft/lesser.html"> GNU Lesser General Public License (LGPL)</a>, and is widely used in GNU/Linux systems.</li> <li><a href="http://www.bmsi.com/java/#TZ">ZoneInfo.java</a> -is a time zone file reader written in Java. +is a <samp>tz</samp> binary file reader written in Java. It is freely available under the GNU LGPL.</li> </ul> <h2>Other <samp>tz</samp>-based time zone conversion software</h2> @@ -164,9 +184,7 @@ currently observes a different time.</li <li>Manifold.net's <a href="http://www.manifold.net/download/freemaps.html">Free Maps and GIS Data</a> includes a Manifold-format map of world time zone -boundaries distributed under the <a -href="http://www.gnu.org/copyleft/gpl.html">GNU General Public License -(GPL)</a>. The GeoCommunity's <a +boundaries distributed under the GPL. The GeoCommunity's <a href="http://software.geocomm.com/data/intl_timezones.html">International Time Zones</a> publishes the same data in other formats.</li> <li>The US Geological Survey's National Atlas of the United States @@ -186,6 +204,9 @@ Time of Internet</a> contains good descriptions of Time Zones and daylight saving time, with diagrams. The time zone map is out of date, however.</li> +<li><a href="http://www.phys.uu.nl/~vgent/idl/idl.htm">A History of +the International Date Line</a> tells the story of the most important +time zone boundary.</li> <li>A few countries have well-documented histories of legal time. <dl> <dt>Australia</dt> @@ -211,6 +232,10 @@ hreflang="he">announcements (in Hebrew)< Congress has published a <a href="http://www.cddhcu.gob.mx/bibliot/publica/inveyana/polisoc/horver/" hreflang="es">history of Mexican local time (in Spanish)</a>.</dd> +<dt>Netherlands</dt> +<dd><a href="http://www.phys.uu.nl/~vgent/wettijd/wettijd.htm" +hreflang="nl">De wettelijke tijdregeling in Nederland (in Dutch)</a> +covers the history of local time in the Netherlands from ancient times.</dd> <dt>United Kingdom</dt> <dd><a href="http://student.cusu.cam.ac.uk/~jsm28/british-time/">History of

4 3

Add to Distro for DST Updates/Changes
by Sue Harrington April 3, 2001

April 3, 2001

Hello, My name is Sue Harrington and I am a Product Development manager for WorldCom. I understand that this is the mail ID that I need to send a request to to be added to the distro that receives changes and updates to the Daylight Savings Time Data Source. Our conferencing group currently uses your source for DST and we would like to use it as well for a project I am working on. Can you please add myself Sue.Harrington(a)WCom.Com and Michael.Pannell(a)WCom.Com to the distro to receive this changes and updates? Please feel free to contact me at 719-535-1681 if you have any questions. Thank you! Sue Harrington

1 0

When
by Lowary111＠aol.com April 1, 2001

April 1, 2001

when does it start

1 0

Mexico sticks to Fox' time
by Jesper Nørgaard April 1, 2001

April 1, 2001

In the last minute before USA changes from Standard time to Daylight time, I found some references to the mexican application of daylight saving, which modifies what I had already sent you, stating earlier that a number of northern mexican states would go on daylight saving. The modification reverts this to only cover Baja California (Norte), while all other states (except Sonora, who has no daylight saving all year) will follow the original decree of president Vicente Fox, starting daylight saving May 6, 2001 and ending September 30, 2001. As the Supreme Court case of the head of Government of Distrito Federal, Andres Manuel López Obrador, has not been settled yet, we are still left with doubt what the situation will be right before May 6 (where the court case *must* be decided), and Distrito Federal may decide not to apply daylight saving all year round. I will inform you when I know more about that case. I trawled about 15 Mb of different electronic newspapers of Mexico, and I can recommend you the page http://www.galiciavirtual.net/coruna/prensa/periodicos/sudamerica/mexico.htm which has an big collection of 105 links of this type, if you are interested in mexican electronic news. The first link that gave authoritative information was "Diario de Monterrey", from one of the states (Nuevo León) that was supposed to use daylight saving as US, and not wait until May 6. Unfortunately Diario de Monterrey doesn't allow a direct quote of the page, which also leads to the suspicion that it may not be found the way I found it today, so I included the whole text. I found it by browsing the general page, and then under the heading "Metrópoli" there was a link with text "El horario de verano iniciará el 6 de mayo" ====== Begin Quote from www.diariodemonterrey.com/index.asp ===== El horario de verano iniciará el 6 de mayo por Juan Gerardo Porras El decreto presidencial no fue modificado. La Comisión Nacional para el Ahorro de Energía confirmó ayer los diferentes husos de verano no aplica por lo ya expuesto, y en el caso de Baja California, como ha ocurrido desde hace más de 50 años, inicia este domingo y concluye el último domingo de octubre. "Debido a la aplicación de las cuatro zonas horarias, Baja California tendrá una hora de diferencia con el Distrito Federal del periodo del primer domingo de abril al primer domingo de mayo, y del último domingo de septiembre al último domingo de octubre. El resto del año la diferencia será de dos horas". Se explica que Baja California Sur, Chihuahua, Nayarit y Sinaloa, tendrán siempre una hora de diferencia más temprano con la Ciudad de México. En tanto, Sonora mantendrá dos horas más temprano de diferencia con la capital del país, del primer domingo de mayo al último domingo de septiembre, y una hora el resto del año. A diferencia de años anteriores, en esta ocasión el tema de la aplicación del horario de verano provocó más controversia. Esto por las distintas opiniones de gobernadores de estados fronterizos, así como del jefe del Gobierno del Distrito Federal, Andrés Manuel López Obrador, quien difirió con el presidente Vicente Fox Quesada. Los argumentos que da el gobierno federal son principalmente el ahorro de energía eléctrica a nivel nacional, y las relaciones comerciales con los Estados Unidos de Norteamérica. Diario Por zonas En Nuevo León Periodo: Del 6 de mayo al 30 de septiembre. (Cinco meses). En Baja California Periodo: Del 1 de abril al 31 de octubre. (Siete meses). En Sonora No se aplicará el horario de verano. Las diferencias * Del 1 de abril al 6 de mayo, Baja California tendrá una hora de diferencia con respecto al horario del Distrito Federal. El resto del año será de dos horas. * Baja California Sur, Chihuahua, Nayarit y Sinaloa tendrán siempre una hora más temprano de diferencia con la capital del país. * Nuevo León y el resto de los estados, con excepción de Sonora y los ya mencionados, no tendrán diferencia con el horario del Distrito Federal. ====== End Quote from www.diariodemonterrey.com/index.asp ===== I also found another confirmation of this definition of how daylight saving will function in Mexico this year, which has the same definition, but doesn't mention the release from the Energy Commission of Mexico. The newspaper "Palabra" from Coahuila can be found on http://palabra.infosel.com/ ... and under "Nacional" you can download portada file "http://palabra.infosel.com/010331/primera/ppri3101.pdf" which has a nice map of the current situation. I send a smaller file with just the bitmap of the article cut out. If the original file is not directly available later, you can ask me to send it to you or put it up on a general web page. Under "-Negocios" portada file "http://palabra.infosel.com/010331/primera/pneg3113.pdf" gives the full story which was mentioned in the previous PDF file, and also has some interesting points about customs offices and the mexican stock exchange which will change their working hours in the period where there is difference between US and mexican states (e.g. until May 6, 2001) so as to compensate for the difference in actual time. Regards, Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Programador/Analista CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (5) 58-04-20-04 ext. 1374 Fax: +52 (5) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 CIMMYT home page: http://cimmyt.cgiar.org Check out my free program World Time Explorer: http://timezone50.homepage.com

1 0

EU directive
by Joseph S. Myers March 31, 2001

March 31, 2001

Since this doesn't seem to have been mentioned here yet: the latest Summer Time Directive (Directive 2000/84/EC of the European Parliament and of the Council of 19 January 2001 on summer-time arrangements) was published in the Official Journal of the European Communities on the 2nd of February, providing for dates of last Sunday in March to last Sunday in October on a permanent basis. No sign yet of an order being laid before Parliament to implement this directive in the UK (due to be done by 31 December). http://europa.eu.int/eur-lex/en/lif/dat/2000/en_300L0084.html 300L0084 Directive 2000/84/EC of the European Parliament and of the Council of 19 January 2001 on summer-time arrangements Official Journal L 031 , 02/02/2001 P. 0021 - 0022 Text: Directive 2000/84/EC of the European Parliament and of the Council of 19 January 2001 on summer-time arrangements THE EUROPEAN PARLIAMENT AND THE COUNCIL OF THE EUROPEAN UNION, Having regard to the Treaty establishing the European Community, and in particular Article 95 thereof, Having regard to the proposal from the Commission(1), Having regard to the opinion of the Economic and Social Committee(2), Acting in accordance with the procedure laid down in Article 251 of the Treaty(3), Whereas: (1) The eighth Directive, 97/44/EC, of the European Parliament and of the Council of 22 July 1997 on summer-time arrangements(4) introduced a common date and time in all Member States, for the beginning and end of summer time in 1998, 1999, 2000 and 2001. (2) Given that the Member States apply summer-time arrangements, it is important for the functioning of the internal market that a common date and time for the beginning and end of the summer-time period be fixed throughout the Community. (3) Since the summer-time period considered most appropriate by the Member States runs from the end of March to the end of October, it is appropriate that that period therefore be maintained. (4) The proper functioning of certain sectors, not only transport and communications, but also other sectors of industry, requires stable, long-term planning. Provisions concerning summer time should therefore be laid down for an unspecified period. Article 4 of Directive 97/44/EC provides, in that respect, that the European Parliament and the Council are to adopt, by 1 January 2001, the arrangements to apply from 2002 onwards. (5) For reasons of clarity and accuracy of information, a timetable for the implementation of the summer-time period for the following five years should be published every five years. (6) Implementation of this Directive should, moreover, be monitored by means of a report, to be presented by the Commission to the European Parliament, the Council and the Economic and Social Committee, on the impact of these provisions in all of the areas concerned. That report should be based on the information made available to the Commission by the Member States in sufficient time to enable the report to be presented at the specified time. (7) Given that the complete harmonisation of the timetable for the summer-time period with a view to facilitating transport and communications cannot be sufficiently achieved by the Member States and can therefore be better achieved at Community level, the Community may take measures, in accordance with the principle of subsidiarity as set out in Article 5 of the Treaty. This Directive does not go beyond what is necessary to achieve those objectives. (8) For geographical reasons, the common summer-time arrangements should not apply to the overseas territories of the Member States, HAVE ADOPTED THIS DIRECTIVE: Article 1 For the purposes of this Directive "summer-time period" shall mean the period of the year during which clocks are put forward by 60 minutes compared with the rest of the year. Article 2 From 2002 onwards, the summer-time period shall begin, in every Member State, at 1.00 a.m., Greenwich Mean Time, on the last Sunday in March. Article 3 From 2002 onwards, the summer-time period shall end, in every Member State, at 1.00 a.m., Greenwich Mean Time, on the last Sunday in October. Article 4 The Commission shall publish a communication in the Official Journal of the European Communities(5), for the first time on the occasion of the publication of this Directive, and every five years thereafter, containing the timetable showing the dates on which the summer-time period will begin and end for the following five years. Article 5 The Commission shall report to the European Parliament, the Council and the Economic and Social Committee on the impact of the provisions of this Directive on the sectors concerned by 31 December 2007 at the latest. That report shall be drawn up on the basis of the information made available to the Commission by each Member State by 30 April 2007 at the latest. The Commission shall, if necessary and following the conclusions of the report, make appropriate proposals. Article 6 This Directive shall not apply to the overseas territories of the Member States. Article 7 Member States shall bring into force the laws, regulations and administrative provisions necessary to comply with this Directive by 31 December 2001 at the latest. They shall forthwith inform the Commission thereof. When Member States adopt those measures, they shall contain a reference to this Directive or be accompanied by such a reference on the occasion of their official publication. Member States shall determine how such reference is to be made. Article 8 This Directive shall enter into force on the day of its publication in the Official Journal of the European Communities. Article 9 This Directive is addressed to the Member States. Done at Brussels, 19 January 2001. For the European Parliament The President N. Fontaine For the Council The President B. Ringholm (1) OJ C 337, 28.11.2000, p. 136. (2) Opinion delivered on 29 November 2000 (not yet published in the Official Journal). (3) Opinion of the European Parliament of 12 December 2000 (not yet published in the Official Journal) and Council Decision of 20 December 2000. (4) OJ L 206, 1.8.1997, p. 62. (5) OJ C 35, 2.2.2001. -- Joseph S. Myers jsm28(a)cam.ac.uk

4 7

Remove from list
by Lyn McCarthy March 30, 2001

March 30, 2001

Please remove me from the list lyn(a)internode.on.net.au

1 0