- tz - lists.iana.org

Addition to http://www.twinsun.com/tz/tz-link.htm
by Steven R. Loomis Dec. 4, 2003

Dec. 4, 2003

The International Components for Unicode library for C/C++ (ICU) uses tzdata in its historic time zone calculations. Our URL is http://oss.software.ibm.com/icu/ Would you consider adding a link to the page http://www.twinsun.com/tz/tz-link.htm ? Thank you and regards, Steven R. Loomis

1 0

tzcode port to delphi
by Wayne Stanton Dec. 3, 2003

Dec. 3, 2003

Hi there, Does any know of a port of the tzcode to delphi or another windows specific compiler? thanks Wayne Stanton

1 0

RE: compile errors on timezone database
by Olson, Arthur David (NIH/NCI) Dec. 3, 2003

Dec. 3, 2003

Another possibility is to change the spelling of... 24:00 ...to... 23:59:60 ...which works with any version of zic issued 1988 or later. Let's hear it for leap seconds! --ado -----Original Message----- From: tz-request(a)lecserver.nci.nih.gov [mailto:tz-request@lecserver.nci.nih.gov] On Behalf Of Rodrigo Severo Sent: Wednesday, December 03, 2003 5:58 AM To: 'diane_kledzik(a)notes.ntrs.com' Cc: Tz (tz(a)elsie.nci.nih.gov) Subject: Re: compile errors on timezone database Olson, Arthur David (NIH/NCI) wrote: >Back in 1998 zic was tweaked to accept 24:00 in "AT" fields; my guess >is that the version of zic being used predates that change. (If the >vendor hasn't stripped things and you're on a POSIX system, you can do >a... > what /path/to/the/executable/zic >...to get a version number; anything under 7.94 lacks the tweak; >anything beyond 7.95 has the tweak.) > >Mindful of folks with old compilers, it may be best to change the >northamerica file to avoid use of 24:00, changing the "lastSat 24:00" >references to "lastSun 0:00". (And perhaps using zic should generate >warning messages if a 24:00 shows up and zic's -v option has been >used.) > > Because of the lastSat-might-be-the-last-day-of-the-month issue the Right Thing to be done is to update zic and use the correct zoneinfo definition. Rodrigo Severo -- ---------------------------------------------------- Rodrigo Severo Fábrica de Idéias Fone: +55(61)321 1357 Fax: +55(61)223 1712 SBS - Quadra 2 - Ed. Empire Center - Sala 1301 Brasília/DF - Brasil CEP: 70.070-904 ----------------------------------------------------

4 3

RE: compile errors on timezone database
by Olson, Arthur David (NIH/NCI) Dec. 3, 2003

Dec. 3, 2003

Back in 1998 zic was tweaked to accept 24:00 in "AT" fields; my guess is that the version of zic being used predates that change. (If the vendor hasn't stripped things and you're on a POSIX system, you can do a... what /path/to/the/executable/zic ...to get a version number; anything under 7.94 lacks the tweak; anything beyond 7.95 has the tweak.) Mindful of folks with old compilers, it may be best to change the northamerica file to avoid use of 24:00, changing the "lastSat 24:00" references to "lastSun 0:00". (And perhaps using zic should generate warning messages if a 24:00 shows up and zic's -v option has been used.) --ado -----Original Message----- From: Diane Kledzik [mailto:Diane_Kledzik@notes.ntrs.com] Sent: Tuesday, December 02, 2003 12:52 PM To: tz(a)lecserver.nci.nih.gov Cc: eggert(a)twinsun.com Subject: compile errors on timezone database As an fyi, I receive compile errors when I compile (using "zic") the time zone database downloaded in the tzdata2003d.tar file from your ftp://elsie.nci.nih.gov/pub/ site. The error messages read: "northamerica", line 954: invalid time of day "northamerica", line 955: invalid time of day "northamerica", line 978: invalid time of day "northamerica", line 979: invalid time of day Those lines in the northamerica file are below. Is it safe to assume I need to change the 24:00 references to 0:00 instead? Has anyone else run into this problem? Rule Mont 1927 1937 - Apr lastSat 24:00 1:00 D Rule Mont 1927 1937 - Sep lastSat 24:00 0 S Rule Toronto 1930 1937 - Apr lastSat 24:00 1:00 D Rule Toronto 1930 1937 - Sep lastSat 24:00 0 S Thanks for your help, Diane Kledzik

4 3

FW: compile errors on timezone database
by Olson, Arthur David (NIH/NCI) Dec. 2, 2003

Dec. 2, 2003

Diane Kledzik is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Diane Kledzik [mailto:Diane_Kledzik@notes.ntrs.com] Sent: Tuesday, December 02, 2003 12:52 PM To: tz(a)lecserver.nci.nih.gov Cc: eggert(a)twinsun.com Subject: compile errors on timezone database As an fyi, I receive compile errors when I compile (using "zic") the time zone database downloaded in the tzdata2003d.tar file from your ftp://elsie.nci.nih.gov/pub/ site. The error messages read: "northamerica", line 954: invalid time of day "northamerica", line 955: invalid time of day "northamerica", line 978: invalid time of day "northamerica", line 979: invalid time of day Those lines in the northamerica file are below. Is it safe to assume I need to change the 24:00 references to 0:00 instead? Has anyone else run into this problem? Rule Mont 1927 1937 - Apr lastSat 24:00 1:00 D Rule Mont 1927 1937 - Sep lastSat 24:00 0 S Rule Toronto 1930 1937 - Apr lastSat 24:00 1:00 D Rule Toronto 1930 1937 - Sep lastSat 24:00 0 S Thanks for your help, Diane Kledzik

2 1

compile errors on timezone database
by Diane Kledzik Dec. 2, 2003

Dec. 2, 2003

As an fyi, I receive compile errors when I compile (using "zic") the time zone database downloaded in the tzdata2003d.tar file from your ftp://elsie.nci.nih.gov/pub/ site. The error messages read: "northamerica", line 954: invalid time of day "northamerica", line 955: invalid time of day "northamerica", line 978: invalid time of day "northamerica", line 979: invalid time of day Those lines in the northamerica file are below. Is it safe to assume I need to change the 24:00 references to 0:00 instead? Has anyone else run into this problem? Rule Mont 1927 1937 - Apr lastSat 24:00 1:00 D Rule Mont 1927 1937 - Sep lastSat 24:00 0 S Rule Toronto 1930 1937 - Apr lastSat 24:00 1:00 D Rule Toronto 1930 1937 - Sep lastSat 24:00 0 S Thanks for your help, Diane Kledzik

1 0

FW: [dhcwg] I-D ACTION:draft-ietf-dhc-dhcpv6-opt-tz-00.txt
by Olson, Arthur David (NIH/NCI) Nov. 26, 2003

Nov. 26, 2003

>From tony.milton(a)bnpparibas.com Wed Nov 26 05:31:29 2003 Return-Path: <tony.milton(a)bnpparibas.com> Received: from lonn000636.uk.net.intra (lonmail3.bnpparibas.com [155.140.121.249]) by lecserver.nci.nih.gov (8.12.10/8.12.10) with ESMTP id hAQAVSpT009346 for <tz-request(a)lecserver.nci.nih.gov>; Wed, 26 Nov 2003 05:31:28 -0500 (EST) Received: from lonn000941.bnpparibas.com (unverified) by lonn000636.uk.net.intra (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6624019c6a0a0747f911d(a)lonn000636.uk.net.intra> for <tz-request(a)lecserver.nci.nih.gov>; Wed, 26 Nov 2003 10:32:29 +0000 Sensitivity: Subject: [dhcwg] I-D ACTION:draft-ietf-dhc-dhcpv6-opt-tz-00.txt To: tz-request(a)lecserver.nci.nih.gov From: tony.milton(a)bnpparibas.com Date: Wed, 26 Nov 2003 10:31:18 +0000 Message-ID: <OFA28C075F.5DFAFFAA-ON80256DEA.0039CC66(a)bnpparibas.com> X-MIMETrack: Serialize by Router on LONSMTP003/SERVERS/SMTP(Release 5.0.12 |February 13, 2003) at 26/11/2003 10:30:47 AM MIME-Version: 1.0 Content-type: multipart/mixed; Boundary="0__=0FBBE779DFAA4A798f9e8a93df938690918c0FBBE779DFAA4A79" Content-Disposition: inline Status: RO --0__=0FBBE779DFAA4A798f9e8a93df938690918c0FBBE779DFAA4A79 Content-type: text/plain; charset="us-ascii" May be of interest. ---------------------- Forwarded by Tony Milton/UK/EUROPE/GROUP on 26/11/2003 10:30 --------------------------- Internet Internet-Drafts@ietf.org@ietf.org - 25/11/2003 20:25 Please respond to Internet-Drafts(a)ietf.org Sent by: dhcwg-admin(a)ietf.org To: IETF-Announce: ; cc: dhcwg Subject: [dhcwg] I-D ACTION:draft-ietf-dhc-dhcpv6-opt-tz-00.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Dynamic Host Configuration Working Group of the IETF. Title : Timezone Specifier Option for DHCPv6 Author(s) : a. Vijayabhaskar Filename : draft-ietf-dhc-dhcpv6-opt-tz-00.txt Pages : 6 Date : 2003-11-25 This document describes a new DHCPv6 option for passing the client's timezone information. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-dhc-dhcpv6-opt-tz-00.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-dhc-dhcpv6-opt-tz-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv(a)ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-dhc-dhcpv6-opt-tz-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. mailto:mailserv@ietf.org This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. --------------------------------------------- Ce message et toutes les pieces jointes (ci-apres le "message") sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie. --0__=0FBBE779DFAA4A798f9e8a93df938690918c0FBBE779DFAA4A79 Content-type: application/octet-stream; name="draft-ietf-dhc-dhcpv6-opt-tz-00.txt" Content-Disposition: attachment; filename="draft-ietf-dhc-dhcpv6-opt-tz-00.txt" Content-transfer-encoding: base64 Q29udGVudC1UeXBlOiB0ZXh0L3BsYWluDQpDb250ZW50LUlEOgk8MjAwMy0xMS0yNTE1MTcxNi5J LURAaWV0Zi5vcmc+DQo= --0__=0FBBE779DFAA4A798f9e8a93df938690918c0FBBE779DFAA4A79--

1 0

[dhcwg] I-D ACTION:draft-ietf-dhc-dhcpv6-opt-tz-00.txt
by tony.milton＠bnpparibas.com Nov. 26, 2003

Nov. 26, 2003

May be of interest. ---------------------- Forwarded by Tony Milton/UK/EUROPE/GROUP on 26/11/2003 10:30 --------------------------- Internet Internet-Drafts@ietf.org@ietf.org - 25/11/2003 20:25 Please respond to Internet-Drafts(a)ietf.org Sent by: dhcwg-admin(a)ietf.org To: IETF-Announce: ; cc: dhcwg Subject: [dhcwg] I-D ACTION:draft-ietf-dhc-dhcpv6-opt-tz-00.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Dynamic Host Configuration Working Group of the IETF. Title : Timezone Specifier Option for DHCPv6 Author(s) : a. Vijayabhaskar Filename : draft-ietf-dhc-dhcpv6-opt-tz-00.txt Pages : 6 Date : 2003-11-25 This document describes a new DHCPv6 option for passing the client's timezone information. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-dhc-dhcpv6-opt-tz-00.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-dhc-dhcpv6-opt-tz-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv(a)ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-dhc-dhcpv6-opt-tz-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. mailto:mailserv@ietf.org This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. --------------------------------------------- Ce message et toutes les pieces jointes (ci-apres le "message") sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie.

1 0

America/Chicago zone vs mktime w/tm_isdst!=-1
by Dan Nelson Nov. 24, 2003

Nov. 24, 2003

Here's an interesting problem. Usually when mktime() is called with tm_isdst set to 0 or 1, it will interpret the original time as being either in standard or daylight time according to tm_isdst, and update the resulting time_t value (and the struct tm) if the DST flag was wrong. This doesn't seem to happen with the America/Chicago zone. I've attached a simple program that passes three struct tm's to mktime, with three values of tm_isdst each. For most zones, the first and last times change depending on what value of tm_isdst is passed in. For America/Chicago, it looks like tm_isdst is ignored. Is it used correctly for the middle time (since it's in the fall-back range). Someone filed a FreeBSD PR against this back in June ( http://www.freebsd.org/cgi/query-pr.cgi?pr=53899 ), and I've verified the behaviour back to FreeBSD 4.0 (which had imported tzcode1999a). The classictzcode.tar.gz on elsie.nci.nih.gov looks at tm_isdst in all cases, so the change happened sometime between 1994 and 1999. I don't know if there are archives of tzcode sources, or I could pinpoint the exact release. It's not strictly a bug since POSIX basically says that any tm_isdst != -1 results in implementation-defined behaviour, but it's troublesome if the behaviour changes from zone to zone, and the current releases of Solaris, Tru64, AIX, and glibc(Linux) are consistent across timezones (they all adjust the incoming struct tm based on tm_isdst). And, a couple of POSIX/C99 links for the archives: http://www.opengroup.org/onlinepubs/007904975/functions/mktime.html http://std.dkuug.dk/JTC1/SC22/WG14/www/docs/dr_280.htm -- Dan Nelson dnelson(a)allantgroup.com

1 0

IERS Message No. 50: WG on Nomenclature for Fundamental Astronomy
by IERS Central Bureau Nov. 21, 2003

Nov. 21, 2003

*************************************************************************** IERS Message No. 50 November 21, 2003 *************************************************************************** IAU Working Group on Nomenclature for Fundamental Astronomy At the IAU XXV General Assembly that met in Sydney in 2003, it was decided that IAU Division 1 would form a new working group to be called Nomenclature for Fundamental Astronomy. The purpose of the working group is to provide proposals for new nomenclature associated with the implementation of the IAU 2000 Resolutions and to make educational efforts to the scientific community regarding the resolutions. The Working Group webpage is now available at http://syrte.obspm.fr/iauWGnfa/. It currently contains the newsletters of the working group and other documents related to its work. Dennis D. McCarthy U. S. Naval Observatory *************************************************************************** IERS Messages are edited and distributed by the IERS Central Bureau. To subscribe or unsubscribe, please write to <central_bureau(a)iers.org>. Archives: http://www.iers.org/iers/publications/messages/ ***************************************************************************

1 0

IERS Message No. 49: IERS Conventions (2003)
by IERS Central Bureau Nov. 19, 2003

Nov. 19, 2003

*************************************************************************** IERS Message No. 49 November 19, 2003 *************************************************************************** IERS Conventions (2003) The IERS Conventions (2003) have been finalized in October 2003. The document can be accessed electronically at http://maia.usno.navy.mil/conv2003.html and the printed version will be available soon as IERS Technical Note 32. Note that when referenced in recommendations and articles published in past years, this document may have been referred to as the IERS Conventions (2000). The content of the web page above is now frozen to the present version of the IERS Conventions. Comments and proposals for their future evolution are invited through the Questionnaire below. Comments may also be sent directly to the principal scientists of the IERS Conventions center Dennis McCarthy (dmc(a)maia.usno.navy.mil) and Gerard Petit (gpetit(a)bipm.org) Questionnaire from the IERS Conventions Center The IERS Conventions (2003) are available at http://maia.usno.navy.mil/conv2000.html or in printed form as IERS Technical Note 32. The IERS Conventions Center invites questions, comments, remarks or suggestions of any type concerning this document specifically in the following areas. The bulleted items are meant to guide but not limit responses. 1. IERS Conventions (2003) 1.1 Content * Value as a general reference document * Value of changes in 2003 vs. Conventions (1996) * Structure of the document * Problems or errors discovered * Models that should be replaced or added * Implementation of associated software 1.2 Availability * Paper edition (forthcoming) * Web site and electronic formats 2. Future IERS Conventions Plans are to continue to have "paper editions," i.e. a reference edition with a label, published at intervals of several years or whenever a major change is needed, especially one that affects the definition of the reference systems or the principal characteristics of the realized frames. Upgrades containing corrections, introduction of explanatory parts, new software implementations, addition of models that do not affect "the principal characteristics" etc., would be provided more frequently by electronic revisions with well-documented revision dates. The IERS Conventions Center invites suggestions of any type concerning these plans specifically in the following areas: 2.1 Preparation * Suggestions for procedures to gather new and updated information, to evaluate proposals for changes and to validate accuracy and consistency of models * Frequency of updates 2.2 Content * Items missing or incorrectly described in Conventions (2003) * Software routines * Technique specific constants and models 2.3 Availability * Value of paper edition in the future * Web site changes * Methods of updating web version (continuous or discrete, e.g. once a year) * Methods to record changes and past versions of text and software * New means of disseminating information such as FAQs, newsgroup, LISTSERV. 3. Interactions between Conventions Center & other IERS components / Technique services To provide further improvements in the operational procedures the Center also invites your comments and suggestions on the following: 3.1 Special Advisory Board The Conventions Center has envisioned that an Advisory Board could be set up to provide overview and guidance. * Would such a board be useful? * Suggestions for how to form such a board * Should it be permanent or temporary? 3.2 Formal acceptance * Should the Conventions be submitted to a formal acceptance process? * Who should be the approving authority and under what conditions? 3.3 Routine interactions * How best to enhance routine interactions with other IERS components and the Technique Centers? * What about other groups outside IERS? Please return replies to G. Petit (gpetit(a)bipm.org) and D.D. McCarthy (dmc(a)maia.usno.navy.mil) before 15 January 2004. *************************************************************************** IERS Messages are edited and distributed by the IERS Central Bureau. To subscribe or unsubscribe, please write to <central_bureau(a)iers.org>. Archives: http://www.iers.org/iers/publications/messages/ ***************************************************************************

1 0

IERS Message No. 48: Proceedings of IERS Workshop and Documentati on of ITRF2000
by IERS CB Schwegmann, Wolfgang Nov. 17, 2003

Nov. 17, 2003

*************************************************************************** IERS Message No. 48 November 17, 2003 *************************************************************************** Proceedings of IERS Workshop and Documentation of ITRF2000 Online versions of two IERS Technical Notes are now available at http://www.iers.org/iers/publications/tn/ No. 30: Proceedings of the IERS Workshop on Combination Research and Global Geophysical Fluids. Bavarian Academy of Sciences, Munich, Germany, 18 - 21 November 2002. Edited by Bernd Richter, Wolfgang Schwegmann, and Wolfgang R. Dick. 232 pp. No. 31: Claude Boucher, Zuheir Altamimi, Patrick Sillard, and Martine Feissel-Vernier: The ITRF2000. 289 pp. Both Technical Notes are presented as PDF files. To read these, you need Acrobat Reader, which is free and may be downloaded from http://www.adobe.com/support/downloads/main.html . Acrobat Reader comes also with many new browsers as plug-in, so that it may be already installed at your computer. The printed Technical Notes (TN) will be distributed to all subscribers. In case that you are interested in the printed version and do not know whether your address is on our distribution list for IERS TN, please feel free to contact us. Please let us also know about address changes during the last year. Bernd Richter, Wolfgang Dick and Wolfgang Schwegmann IERS Central Bureau <central_bureau(a)iers.org> *************************************************************************** IERS Messages are edited and distributed by the IERS Central Bureau. To subscribe or unsubscribe, please write to <central_bureau(a)iers.org>. Archives: http://www.iers.org/iers/publications/messages/ ***************************************************************************

1 0

FW: Europe/Paris timezone bug
by Olson, Arthur David (NIH/NCI) Nov. 17, 2003

Nov. 17, 2003

Jason Parks is not on the time zone list; direct replies appropriately. --ado -----Original Message----- From: Jason Parks [mailto:jason.parks@palmsource.com] Sent: Tuesday, October 28, 2003 6:17 PM To: arthur_david_olson(a)nih.gov Cc: Dianne Hackborn Subject: Europe/Paris timezone bug Hi, There appears to be a bug in the timezone libraries(i've tested against localtime.c 7.76) when dealing with Daylight Saving Time and the France timezone. Daylight saving goes into effect at 3:00am instead of 2:00am. Below I have attached simple test case. This is the output of the test I ran on both Mac(10.2.8) and PalmSim bash-2.05a$ TZ="Europe/Paris" ./a.out when = 0x3f9b0e44 is_dst = 1 zone = CEST Sun Oct 26 01:59:00 2003 when = 0x3f9b0e80 is_dst = 1 zone = CEST Sun Oct 26 02:00:00 2003 when = 0x3f9b11c8 is_dst = 1 zone = CEST Sun Oct 26 02:14:00 2003 when = 0x3f9b2014 is_dst = 0 zone = CET Sun Oct 26 02:15:00 2003 You will notice that the difference between 02:14:00 and 02:15:00 is 3660 which is 61 minutes. If you set the device to 2:14 and wait 46 minutes it will change the time back to 02:00. There should be no difference in setting the time to 02:00, 02:14, or 02:15 since anytime after 02:00 should fall outside of Daylight Saving Time on this date. Thanks, --jason

3 3

FW: Brazil zoneinfo corrections.
by Olson, Arthur David (NIH/NCI) Nov. 9, 2003

Nov. 9, 2003

Rodrigo Severo has been added to the time zone mailing list since this message was received. --ado -----Original Message----- From: Rodrigo Severo [mailto:rodrigo.lists@fabricadeideias.com] Sent: Thursday, October 16, 2003 7:31 PM To: tz(a)lecserver.nci.nih.gov Subject: Brazil zoneinfo corrections. Dear list, First of all, I would like to apologize for the confusion I might have caused with my previous emails. The corrections for the brazilian rules and zones I sent where already included in tzdata. I hope this haven't created any problems. Now I send another set of corrections for the brazilian tz data. I have just finished a full review of its rules and zoneinfo from the decrees list at the Brazilian National Observatory (main source of time info in Brazil, the same source already used by previous authors) with the following problems identified and corrected: 1. The effects of decrees 52700 (1963-10-18) and 53071 (1963-12-03) weren't correctly represented by the data as what they really have done was to make a set of states start DST at 1963-10-23 00:00 and the rest of the country to start DST at 1963-12-09 00:00. Fix: change the rule and all affected zones (almost all of them). Also had to create a new Brasilia zone to acomodate the diferences between Sao_Paulo zone and Goias (GO), Distrito Federal (DF), Parana (PR), Santa Catarina (SC), Rio Grande do Sul (RS). 2. The starting time of DST for 1966 was wrong as the 57843 decree stablishes that DST shall begin at 1966-03-01 01:00 and on 1st of March 00:00 from 1967 and on. Fix: new rule for DST start at 1966. 3. Decree 1252 (1994-09-22) defines that the previous states minus AM _AND_ MT states would have DST during 1994/1995 summer. The author of the previous comment probably relied on the Brazilian National Observatory resume of the decree - which is wrong - and not on the actual decree itself (also available at the Brazilian National Observatory site). Fix: America/Cuiaba zone fix. 4. Fernando de Noronha island had wrong timezone info as it should include all DSTs for the Pernambuco state after 1988 as Fernando de Noronha island became part of the Pernambuco state after the brazilian contitution of 1988. If someone has any doubt about it, please check decree 96676 (pre 1988) which clearly includes Pernambuco state, Fernando de Noronha and Atlantic islands. Compare with decree 98077 (pos 1988) which clearly includes Pernambuco state and Atlantic islands (doesn't mention Fernando de Noronha because it already mentioned Pernambuco). Fix: Include all DSTs for Pernambuco after 1988 and create new zone Atol_das_Rocas for the atlantic islands. Maybe this new zone should be called Brazilian_Atlantic_Islands? Too long? 5. America/Sao_Paulo zone had a DST during the whole 1964. I can't see where it came from. There is no decree mentioning it. Fix: Remove it spurious zone info. The patch I am including here is based on the data available at ftp://elsie.nci.nih.gov/pub/ dated 10/06/2003 01:41:00 PM. If someone has any comments on these changes, please send a copy to my personal email as I not sure if I am already subscribed to this list. Thanks in advance for your attention, Rodrigo Severo -- ---------------------------------------------------- Rodrigo Severo Fábrica de Idéias Fone: +55(61)321 1357 Fax: +55(61)223 1712 SBS - Quadra 2 - Ed. Empire Center - Sala 1301 Brasília/DF - Brasil CEP: 70.070-904 ----------------------------------------------------

5 8

Proposed changes for text versions of man pages
by Olson, Arthur David (NIH/NCI) Nov. 8, 2003

Nov. 8, 2003

Here are proposed changes for generating text versions of man pages. --ado ------- Makefile ------- *** /tmp/geta17824 Tue Nov 4 09:43:09 2003 --- /tmp/getb17824 Tue Nov 4 09:43:09 2003 *************** *** 1,4 **** ! # @(#)Makefile 7.83 # Change the line below for your time zone (after finding the zone you want in # the time zone files, or adding it to a time zone file). --- 1,4 ---- ! # @(#)Makefile 7.85 # Change the line below for your time zone (after finding the zone you want in # the time zone files, or adding it to a time zone file). *************** *** 257,262 **** --- 257,265 ---- MANS= newctime.3 newstrftime.3 newtzset.3 time2posix.3 \ tzfile.5 tzselect.8 zic.8 zdump.8 DOCS= README Theory $(MANS) date.1 Makefile + TXTS= newctime.3.txt newstrftime.3.txt newtzset.3.txt \ + time2posix.3.txt tzfile.5.txt tzselect.8.txt \ + zic.8.txt zdump.8.txt date.1.txt PRIMARY_YDATA= africa antarctica asia australasia \ europe northamerica southamerica YDATA= $(PRIMARY_YDATA) pacificnew etcetera factory backward *************** *** 267,273 **** DATA= $(YDATA) $(NDATA) $(SDATA) $(TABDATA) leapseconds yearistype.sh WEB_PAGES= tz-art.htm tz-link.htm MISC= usno1988 usno1989 usno1989a usno1995 usno1997 usno1998 \ ! $(WEB_PAGES) checktab.awk ENCHILADA= $(DOCS) $(SOURCES) $(DATA) $(MISC) # And for the benefit of csh users on systems that assume the user --- 270,276 ---- DATA= $(YDATA) $(NDATA) $(SDATA) $(TABDATA) leapseconds yearistype.sh WEB_PAGES= tz-art.htm tz-link.htm MISC= usno1988 usno1989 usno1989a usno1995 usno1997 usno1998 \ ! $(WEB_PAGES) checktab.awk workman.sh ENCHILADA= $(DOCS) $(SOURCES) $(DATA) $(MISC) # And for the benefit of csh users on systems that assume the user *************** *** 374,380 **** clean: rm -f core *.o *.out tzselect zdump zic yearistype date \ ! ,* *.tar.gz names: @echo $(ENCHILADA) --- 377,383 ---- clean: rm -f core *.o *.out tzselect zdump zic yearistype date \ ! ,* *.tar.gz $(TXTS) workman names: @echo $(ENCHILADA) *************** *** 381,397 **** # The zics below ensure that each data file can stand on its own. ! public: $(ENCHILADA) zic -mkdir /tmp/,tzpublic for i in $(TDATA) ; do zic -d /tmp/,tzpublic $$i ; done rm -f -r /tmp/,tzpublic $(AWK) -f checktab.awk $(PRIMARY_YDATA) ! tar cf - $(DOCS) $(SOURCES) $(MISC) | gzip -9 > tzcode.tar.gz tar cf - $(DATA) | gzip -9 > tzdata.tar.gz zonenames: $(TDATA) @$(AWK) '/^Zone/ { print $$2 } /^Link/ { print $$3 }' $(TDATA) asctime.o: private.h tzfile.h date.o: private.h difftime.o: private.h --- 384,417 ---- # The zics below ensure that each data file can stand on its own. ! public: $(ENCHILADA) zic $(TXTS) -mkdir /tmp/,tzpublic for i in $(TDATA) ; do zic -d /tmp/,tzpublic $$i ; done rm -f -r /tmp/,tzpublic $(AWK) -f checktab.awk $(PRIMARY_YDATA) ! tar cf - $(DOCS) $(SOURCES) $(MISC) $(TXTS) | gzip -9 > tzcode.tar.gz tar cf - $(DATA) | gzip -9 > tzdata.tar.gz zonenames: $(TDATA) @$(AWK) '/^Zone/ { print $$2 } /^Link/ { print $$3 }' $(TDATA) + newctime.3.txt: newctime.3 + newstrftime.3.txt: newstrftime.3 + newtzset.3.txt: newtzset.3 + time2posix.3.txt: time2posix.3 + tzfile.5.txt: tzfile.5 + tzselect.8.txt: tzselect.8 + zic.8.txt: zic.8 + zdump.8.txt: zdump.8 + date.1.txt: date.1 + + $(TXTS): workman + ./workman $(@:.txt=) > $@ + + workman: workman.sh + cp $? $@ + chmod +x $@ + asctime.o: private.h tzfile.h date.o: private.h difftime.o: private.h ------- workman.sh ------- *** /tmp/geta17843 Tue Nov 4 09:43:16 2003 --- /tmp/getb17843 Tue Nov 4 09:43:16 2003 *************** *** 0 **** --- 1,40 ---- + #! /bin/sh + + # @(#)workman.sh 1.3 + + tty -s + ttyval=$? + + case $# in + 0) nroff -man ;; + 1) if [ -f $1 ] + then + ( echo .hy 0; echo .na ) | nroff -man - "$1" + else + man "$1" + fi ;; + *) man ${1+"$@"} ;; + esac | perl -ne ' + if (($. % 66) <= 7) { + next; + } + if (($. % 66) > (66 - 7)) { + next; + } + chomp; + s/.\010//g; + s/[ ]*$//; + if (/^$/) { + $sawblank = 1; + next; + } else { + if ($sawblank) { + print "\n"; + $sawblank = 0; + } + print "$_\n"; + } + ' | case $ttyval in + 0) more ;; + *) cat ;; + esac

2 1

FW: Link suggestion
by Olson, Arthur David (NIH/NCI) Nov. 8, 2003

Nov. 8, 2003

Tjeerd Kramer is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Tjeerd Kramer [mailto:tjeerd@world-airport-codes.com] Sent: Tuesday, November 04, 2003 12:41 PM To: tz(a)lecserver.nci.nih.gov Subject: Link suggestion Hi, I was wondering if you would mind adding a link to the site I created. The name of the site is World Airport Codes. I saw that your site is currently linking to http://www.airportcitycodes.com/aaa/ so I thought you might want to add my site as well (or instead), since we offer more airports, and more info. World Airport Codes lists details for 9000+ airports all over the world. It has the longitude and latitude, the codes, the elevation level, the runway length, and the cities and countries it is in. You can find the site at www.world-airport-codes.com. Hopefully you will like it and add it to your site at http://www.twinsun.com/tz/tz-link.htm Let me know what you think, Tjeerd -- Tjeerd Kramer World Airport Codes W: www.world-airport-codes.com E: tjeerd(a)world-airport-codes.com

2 1

Link suggestion
by Tjeerd Kramer Nov. 4, 2003

Nov. 4, 2003

Hi, I was wondering if you would mind adding a link to the site I created. The name of the site is World Airport Codes. I saw that your site is currently linking to http://www.airportcitycodes.com/aaa/ so I thought you might want to add my site as well (or instead), since we offer more airports, and more info. World Airport Codes lists details for 9000+ airports all over the world. It has the longitude and latitude, the codes, the elevation level, the runway length, and the cities and countries it is in. You can find the site at www.world-airport-codes.com. Hopefully you will like it and add it to your site at http://www.twinsun.com/tz/tz-link.htm Let me know what you think, Tjeerd -- Tjeerd Kramer World Airport Codes W: www.world-airport-codes.com E: tjeerd(a)world-airport-codes.com

1 0

Time in Jersey
by Joseph S. Myers Nov. 3, 2003

Nov. 3, 2003

A while back, Geraint Jennings <http://www.societe-jersiaise.org/geraint/jerriais> sent me some additional information about time in Jersey, with a reference to www.jerseylegalinfo.je for laws including the 1898 law adopting GMT. I've now got round to updating my site <http://www.srcf.ucam.org/~jsm28/british-time/> accordingly. He also sent the following newspaper article he wrote about the adoption of GMT in Jersey (published at the end of October so I can now send it to this list). As I doubt many people on this list read J�rriais at all, I'm only including the English translation, "intended as a crib to enable English-speakers to read the original so it's a bit clunky and literal". ====================================================================== Jersey Time Do you like the change of time? Putting back the clocks in Autumn, we're used to that at least, but in 1862 there there were lots of townsfolk who were very angry with the putting forward of the time. The thing is, in the month of May 1862 it was decided to put the new clock in the steeple of the Parish Church of St. Helier on Greenwich time, instead of Jersey time, seeing as the captains of the steamships which travelled according to the timetables of English companies had asked for that arrangement. But that's what didn't please Jersey pilots and seamen. The fourth of June therefore, a hundred and sixteen Principals of the Parish called a Parish Assembly so as to put back the clock to Jersey time - why do such nonsense to please the English? And what's more, an election for Churchwarden had been annulled because the nominations had been posted in the official notice box at three minutes past eleven - by the Church clock - but at five to eleven by Jersey time. The nominations should have been placed in the box after eleven o'clock - but the question was: which eleven o'clock? The Assembly decided that one must ignore foreign time, and on the fifth of June therefore the clock began to show Jersey time. It wasn't until 1898 that the States passed a law to adopt Greenwich mean time in Jersey, which became the official time at around 4pm on the 11th June. What do you think? Would you like to go back to Jersey time, with a difference of eight minutes and twenty-seven seconds with the UK? Alas, it's no longer our Parishes which are in charge of the time! Geraint Jennings Ma�tre-p�tre des Pages J�rriaises http://www.societe-jersiaise.org/geraint/jerriais ====================================================================== -- Joseph S. Myers jsm(a)polyomino.org.uk

1 0

Peru DST
by Paul Eggert Nov. 3, 2003

Nov. 3, 2003

[Forwarded from Mark Brader, who emailed this to me October 26.] > From: msb(a)vex.net (Mark Brader) > Date: Sun, 26 Oct 2003 15:59:23 -0500 (EST) Feel free to forward this to tz. I don't need to see any responses (I'll see them in the tz archives eventually anyway). This is all that tzdata has on Peru, unless it's been updated since the last time I looked. (I can't recheck it from home, because elsie.nci.nih.gov has not accepted FTP connections from shell.vex.net for several months.) ************************************************************************ # Peru # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Peru 1938 only - Jan 1 0:00 1:00 S Rule Peru 1938 only - Apr 1 0:00 0 - Rule Peru 1938 1939 - Sep lastSun 0:00 1:00 S Rule Peru 1939 1940 - Mar Sun>=24 0:00 0 - Rule Peru 1987 only - Jan 1 0:00 1:00 S Rule Peru 1987 only - Apr 1 0:00 0 - Rule Peru 1990 only - Jan 1 0:00 1:00 S Rule Peru 1990 only - Apr 1 0:00 0 - # IATA is ambiguous for 1993/1995; go with Shanks. Rule Peru 1994 only - Jan 1 0:00 1:00 S Rule Peru 1994 only - Apr 1 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Lima -5:08:12 - LMT 1890 -5:08:36 - LMT 1908 Jul 28 # Lima Mean Time? -5:00 Peru PE%sT # Peru Time ************************************************************************ Now, it's bizarre enough to see an equatorial country falling victim to DST in the first place, but these things happen -- but the dates shown from 1987 to 1994 make this case even weirder. However, here is evidence that the above is not the whole story. ************************************************************************ * From: "Evelyn C. Leeper" <eleeper(a)optonline.net> * Newsgroups: rec.travel.usa-canada * Subject: Re: Daylight Savings Time and train travel * Message-ID: <xrGmb.39935$gA1.13896113(a)news4.srv.hcvlny.cv.net> * Date: Sun, 26 Oct 2003 02:37:17 GMT Hans-Christian Grosz wrote: > Susan Wachob wrote: > > >>Is this particularly an American scheme? (hare-brained or clever- you >>choose) > > > It originated during World War 1st in Germany/Austria and was adopted > afterwards by european countries and the us. > > This one describes the "mess" around the world: > http://webexhibits.org/daylightsaving/g.html When we were in Peru in 1985-1986, they apparently switched over sometime between December 29 and January 3 while we were on the Amazon. -- Evelyn C. Leeper http://www.geocities.com/evelynleeper We need to be creating a world that we would like to live in when we're not the biggest power on the block. --Bill Clinton ************************************************************************ I have already contacted Evelyn by email and she has confirmed that the years she mentions were the correct ones. So the obvious guess is that the same January 1 - April 1 pattern occurred in 1986, and perhaps in some other years around then. -- Mark Brader "Without nuclear weapons we will be nothing Toronto more than a rich, powerful Canada...." msb(a)vex.net -- A Walk in the Woods, by Lee Blessing

1 0

FW: Time Zone for Mongolia
by Bill Bonnett Nov. 2, 2003

Nov. 2, 2003

Bill -----Original Message----- From: PAO [mailto:pao@usembassy.mn] Sent: Thursday, October 23, 2003 2:03 AM To: news(a)abdicate.net Subject: RE: Time Zone Mongolia's time zone is UTC + 9. They do change for daylight saving time, usually in mid-April and early October. There is only one official time zone in the country. Hope this helps. ----------------------------------------------------------- Scott Weinhold Public Affairs Officer US Embassy Ulaanbaatar tel: (976-11) 312-536; fax: (976-11) 312-380 ------------------------------------------------------------

1 0

zic.8 in html
by Oscar van Vlijmen Oct. 31, 2003

Oct. 31, 2003

The "TZ" distibution is targeted towards POSIX-compliant hosts, including BSD, HP, Linux, Network Appliance, SCO, SGI, and Sun. Some non-Unix and even non-C developers would like to use the timezone data, but they cannot find nor read the documentation. The main documentation can be found in the file "Theory" in the tzcode folder. This is an unformatted text-only file. The file "zic.8" in the tzcode folder documents the format used in the tz database files. But, not everyone can read or convert groff/troff formatted files like "zic.8". I know, it's hard to believe, but it's a recurring problem. Therefore and once again, I converted the latest version of the zic.8 file to html. Please find it attached to this email. This point was discussed earlier on April 19 & 20, 2000 and April 7, 2002. The TZ files can still be found at: <ftp://elsie.nci.nih.gov/pub/> Download the files: tzcode2003d.tar.gz or newer, and tzdata2003d.tar.gz or newer These are Gzipped tar-balls. Oscar van Vlijmen 2003-10-09

6 12

Variant versions of manual pages
by Olson, Arthur David (NIH/NCI) Oct. 23, 2003

Oct. 23, 2003

Would text of the sort shown below (for "newstrftime.3") meet the preceived need for non-man versions of the manual pages? --ado NAME strftime - format date and time SYNOPSIS #include <sys/types.h> #include <time.h> size_t strftime(buf, maxsize, format, timeptr) char *buf; size_t maxsize; const char *format; const struct tm *timeptr cc ... -ltz DESCRIPTION The strftime function formats the information from timeptr into the buffer buf according to the string pointed to by format. The format string consists of zero or more conversion specifications and ordinary characters. All ordinary char- acters are copied directly into the buffer. A conversion specification consists of a percent sign and one other char- acter. No more than maxsize characters are be placed into the array. If the total number of resulting characters, includ- ing the terminating null character, is not more than max- size, strftime returns the number of characters in the array, not counting the terminating null. Otherwise, zero is returned. Each conversion specification is replaced by the characters as follows which are then copied into the buffer. %A is replaced by the locale's full weekday name. %a is replaced by the locale's abbreviated weekday name. %B is replaced by the locale's full month name. %b or %h is replaced by the locale's abbreviated month name. %C is replaced by the century (a year divided by 100 and truncated to an integer) as a decimal number (00-99). %c is replaced by the locale's appropriate date and time representation. %D is replaced by the date in the format %m/%d/%y. %d is replaced by the day of the month as a decimal number (01-31). %e is replaced by the day of month as a decimal number (1-31); single digits are preceded by a blank. %F is replaced by the date in the format %Y-%m-%d. %G is replaced by the ISO 8601 year with century as a decimal number. %g is replaced by the ISO 8601 year without century as a decimal number (00-99). %H is replaced by the hour (24-hour clock) as a decimal number (00-23). %I is replaced by the hour (12-hour clock) as a decimal number (01-12). %j is replaced by the day of the year as a decimal number (001-366). %k is replaced by the hour (24-hour clock) as a decimal number (0-23); single digits are preceded by a blank. %l is replaced by the hour (12-hour clock) as a decimal number (1-12); single digits are preceded by a blank. %M is replaced by the minute as a decimal number (00-59). %m is replaced by the month as a decimal number (01-12). %n is replaced by a newline. %p is replaced by the locale's equivalent of either AM or PM. %R is replaced by the time in the format %H:%M. %r is replaced by the locale's representation of 12-hour clock time using AM/PM notation. %S is replaced by the second as a decimal number (00-60). %s is replaced by the number of seconds since the Epoch, UTC (see mktime(3)). %T is replaced by the time in the format %H:%M:%S. %t is replaced by a tab. %U is replaced by the week number of the year (Sunday as the first day of the week) as a decimal number (00-53). %u is replaced by the weekday (Monday as the first day of the week) as a decimal number (1-7). %V is replaced by the week number of the year (Monday as the first day of the week) as a decimal number (01-53). If the week containing January 1 has four or more days in the new year, then it is week 1; otherwise it is week 53 of the previous year, and the next week is week 1. %W is replaced by the week number of the year (Monday as the first day of the week) as a decimal number (00-53). %w is replaced by the weekday (Sunday as the first day of the week) as a decimal number (0-6). %X is replaced by the locale's appropriate time represen- tation. %x is replaced by the locale's appropriate date represen- tation. %Y is replaced by the year with century as a decimal number. %y is replaced by the year without century as a decimal number (00-99). %Z is replaced by the time zone name, or by the empty string if this is not determinable. %z is replaced by the offset from UTC in the format +HHMM or -HHMM as appropriate, with positive values representing locations east of Greenwich, or by the empty string if this is not determinable. %% is replaced by a single %. %+ is replaced by the date and time in date(1) format. SEE ALSO date(1), getenv(3), newctime(3), newtzset(3), time(2), tzfile(5)

2 1

FW: Wrong offset for Mongolia
by Olson, Arthur David (NIH/NCI) Oct. 22, 2003

Oct. 22, 2003

Daniela Duerbeck is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Daniela Duerbeck [mailto:daniela.duerbeck@t-online.de] Sent: Tuesday, September 23, 2003 12:36 PM To: tz(a)lecserver.nci.nih.gov Subject: Wrong offset for Mongolia Hello! The tz database states +9 for Mongolia, but +8 is correct: Time Differences Most of Mongolia is 8 hours ahead of GMT. However, the three western aimags of Khovd, Uvs and Bayan Ulgii are GMT+7. Mongolia no longer puts forward its clocks by 1 hour in the summer months. Found on: http://www.mongoliatourism.gov.mn/fackpack.html Many greetings from Dani

3 3

Re: Variant versions of manual pages
by WHarms＠bfs.de Oct. 20, 2003

Oct. 20, 2003

hi Arthur, the current man-pages are maintained by andries brouwer (Andries.Brouwer(a)cwi.nl) his pages can easly been converted to ascii or html using groff. zcat /usr/local/man/man3/strftime.3.gz | groff -mandoc -Thtml >/tmp/strftime.html zcat /usr/local/man/man3/strftime.3.gz | groff -mandoc -Tlatin1 >/tmp/strftime.txt hope that helps, walter btw: never heard about newstrftime() or newctime(); something special ? - - - - - - - - - - - - - - Original Message - - - - - - - - - - - - - - From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> Subject: Variant versions of manual pages Date: 10/20/03 15:26 Would text of the sort shown below (for "newstrftime.3") meet the preceived need for non-man versions of the manual pages? --ado NAME strftime - format date and time SYNOPSIS #include <sys/types.h> #include <time.h> size_t strftime(buf, maxsize, format, timeptr) char *buf; size_t maxsize; const char *format; const struct tm *timeptr cc ... -ltz DESCRIPTION The strftime function formats the information from timeptr into the buffer buf according to the string pointed to by format. The format string consists of zero or more conversion specifications and ordinary characters. All ordinary char- acters are copied directly into the buffer. A conversion specification consists of a percent sign and one other char- acter. No more than maxsize characters are be placed into the array. If the total number of resulting characters, includ- ing the terminating null character, is not more than max- size, strftime returns the number of characters in the array, not counting the terminating null. Otherwise, zero is returned. Each conversion specification is replaced by the characters as follows which are then copied into the buffer. %A is replaced by the locale's full weekday name. %a is replaced by the locale's abbreviated weekday name. %B is replaced by the locale's full month name. %b or %h is replaced by the locale's abbreviated month name. %C is replaced by the century (a year divided by 100 and truncated to an integer) as a decimal number (00-99). %c is replaced by the locale's appropriate date and time representation. %D is replaced by the date in the format %m/%d/%y. %d is replaced by the day of the month as a decimal number (01-31). %e is replaced by the day of month as a decimal number (1-31); single digits are preceded by a blank. %F is replaced by the date in the format %Y-%m-%d. %G is replaced by the ISO 8601 year with century as a decimal number. %g is replaced by the ISO 8601 year without century as a decimal number (00-99). %H is replaced by the hour (24-hour clock) as a decimal number (00-23). %I is replaced by the hour (12-hour clock) as a decimal number (01-12). %j is replaced by the day of the year as a decimal number (001-366). %k is replaced by the hour (24-hour clock) as a decimal number (0-23); single digits are preceded by a blank. %l is replaced by the hour (12-hour clock) as a decimal number (1-12); single digits are preceded by a blank. %M is replaced by the minute as a decimal number (00-59). %m is replaced by the month as a decimal number (01-12). %n is replaced by a newline. %p is replaced by the locale's equivalent of either AM or PM. %R is replaced by the time in the format %H:%M. %r is replaced by the locale's representation of 12-hour clock time using AM/PM notation. %S is replaced by the second as a decimal number (00-60). %s is replaced by the number of seconds since the Epoch, UTC (see mktime(3)). %T is replaced by the time in the format %H:%M:%S. %t is replaced by a tab. %U is replaced by the week number of the year (Sunday as the first day of the week) as a decimal number (00-53). %u is replaced by the weekday (Monday as the first day of the week) as a decimal number (1-7). %V is replaced by the week number of the year (Monday as the first day of the week) as a decimal number (01-53). If the week containing January 1 has four or more days in the new year, then it is week 1; otherwise it is week 53 of the previous year, and the next week is week 1. %W is replaced by the week number of the year (Monday as the first day of the week) as a decimal number (00-53). %w is replaced by the weekday (Sunday as the first day of the week) as a decimal number (0-6). %X is replaced by the locale's appropriate time represen- tation. %x is replaced by the locale's appropriate date represen- tation. %Y is replaced by the year with century as a decimal number. %y is replaced by the year without century as a decimal number (00-99). %Z is replaced by the time zone name, or by the empty string if this is not determinable. %z is replaced by the offset from UTC in the format +HHMM or -HHMM as appropriate, with positive values representing locations east of Greenwich, or by the empty string if this is not determinable. %% is replaced by a single %. %+ is replaced by the date and time in date(1) format. SEE ALSO date(1), getenv(3), newctime(3), newtzset(3), time(2), tzfile(5)

1 0

Gaza bomb time
by Jesper Norgaard Welen Oct. 20, 2003

Oct. 20, 2003

Recently there was an incident in the Gaza Strip, where 3 american soldiers were killed. This might or might not interest you, but it so happens that an article about the incident casts doubt on when the Gaza Strip leaves Daylight Saving. As far as I can tell we haven't received any new information about DST in Occupied Palestinian Territory since 1999. The article is http://www.washingtonpost.com/wp-dyn/articles/A32510-2003Oct15.html "Bomb Kills 3 Americans In Gaza Strip Guards Were Escorting U.S. Diplomatic Convoy By Molly Moore and John Ward Anderson Washington Post Foreign Service Thursday, October 16, 2003; Page A01 ... The attack occurred at about 10:15 a.m. (4:15 a.m. EDT) Wednesday, five hours after the United States vetoed a U.N. Security Council resolution that would have condemned Israel for building a controversial fence around the West Bank, and as Israeli soldiers in the southern Gaza Strip continued a six-day-old operation to destroy cross-border tunnels. Eight Palestinians have been killed and more than 230 homes have been destroyed or severely damaged in that operation." Here is WTE output for the time 4.15 am EDT: When it is 4.15.00 am Wednesday 15. Oct 2003 -0400 EDT in USA - District of Columbia, Washington DC (GMT-5.0) ® - Daylight Saving is active then it is 11.15.00 am Wednesday 15. Oct 2003 +0300 EEST in Palestine (Gaza area), Gaza (GMT+2.0) ® - Daylight Saving is active DST start : 12.00.00 am Friday 18. Apr 2003 +0200 EET DST end : 12.00.00 am Friday 17. Oct 2003 +0300 EEST So the time was supposed to have been 11:15 am, not 10.15 am. Of course this is not a water-tight proof that the TZ database is wrong, but at least an indication that is worth investigating. Can anyone come up with more authoritative information about this? Regards, Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software 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 Download the free program World Time Explorer, I made: http://www.cimmyt.org/timezone/index.htm

2 1