- tz - lists.iana.org

FW: Haiti and Saint Pierre and Miquelon
by Olson, Arthur David (NIH/NCI) [E] Feb. 24, 2007

Feb. 24, 2007

I'm forwarding this message from Stephen Colebourne, who is not on the time zone mailing list (at least not at the address below). Those of you who are on the time zone mailing list: please direct replies appropriately. Thanks! --ado -----Original Message----- From: Stephen Colebourne [mailto:scolebourne@joda.org] Sent: Thursday, February 22, 2007 1:05 PM To: tz(a)lecserver.nci.nih.gov Subject: Haiti and Saint Pierre and Miquelon Hi Some IATA info: Haiti won't be having DST in 2007: Country Time Standard - - - DST Start - - - - - - DST End - - - DST Name Zone Variation Time Date Time Date Variation Haiti HT -0500 Saint Pierre and Miquelon will match the US and Canada: Country Time Standard - - - DST Start - - - - - - DST End - - - DST Name Zone Variation Time Date Time Date Variation Saint Pierre PM and Miquelon -0300 0500 11MAR07 0400 04NOV07 -0200 0500 09MAR08 0400 02NOV08 -0200 0500 08MAR09 0400 01NOV09 -0200 Stephen

3 2

Guatemala has decided not to observe DST this year
by Paul Eggert Feb. 24, 2007

Feb. 24, 2007

Guatemala had been toying with the idea of observing DST this year, but on Tuesday the Cabinet of Ministers of Guatemala decided not to. So we shouldn't need to change the tz database in this area. Reference: Eduardo Smith, Confirman que no habra cambio de hora, PrensaLibre.com <http://www.prensalibre.com/pl/2007/febrero/21/164014.html> (2007-02-21).

1 0

tziCal
by Doug Day Feb. 23, 2007

Feb. 23, 2007

I forgot to add - tziCal is a SourceForge project, located at http://sf.net/projects/tzical. Thanks, -Doug Day CONFIDENTIALITY NOTICE: This electronic transmission may contain confidential information. This information is intended for the use of the individual(s) or entity to whom it is intended, even if addressed incorrectly. This information should not be read, given or made accessible to anyone else. Please delete it from your files if you are not the intended recipient. If you have received this electronic transmission in error, please notify the sender immediately via the address shown. Thank you for your compliance.

1 0

Addition to tz compiler list
by Doug Day Feb. 23, 2007

Feb. 23, 2007

I've created a tz-database converter called tziCal which takes the tz database files and compiles them into a single iCalendar (.ics) file that is compliant with RFC 2445. This program is similar to VZIC, except it is built with the .NET Framework 2.0, and has a pre-built tool for compiling these files. I just wanted to let everyone know another tool existed. Thanks, -Doug Day CONFIDENTIALITY NOTICE: This electronic transmission may contain confidential information. This information is intended for the use of the individual(s) or entity to whom it is intended, even if addressed incorrectly. This information should not be read, given or made accessible to anyone else. Please delete it from your files if you are not the intended recipient. If you have received this electronic transmission in error, please notify the sender immediately via the address shown. Thank you for your compliance.

1 0

Change history for tzdata
by Paul Beadle Feb. 23, 2007

Feb. 23, 2007

Can anyone help me find the change history for tz data? I'd like to know which tzdata updates contain which changes. Paul Beadle Principal Software Engineer Orchestria Good Controls are Good Business

1 0

Where is the US location
by David Cyl Feb. 22, 2007

Feb. 22, 2007

I was successful in compiling the timezones for north America but I did not get a directory for US where the Central, Pacific etc data is kept. Am I doing something wrong? Dave Cyl

1 0

proposed tz changes for Turkey, Indiana, Easter I., zic.8, URLs
by Paul Eggert Feb. 22, 2007

Feb. 22, 2007

Here are proposed changes for the tz database. The most pressing changes are for Turkey and Pulaski County, Indiana, as they affect clock transitions next month. * Turkey switches at 01:00 standard time, not at 01:00 UTC. (Thanks to Amar Devegowda and Steffen Thorsen for this.) * Pulaski County, Indiana, is switching from CST/CDT to EST/EDT next month (which means a 2-hour change on March 11). This requires a new Zone, America/Indiana/Winamac. (Thanks to Gwillim Law for the heads-up.) * A slight correction to Easter Island Mean Time (1890-1932). * Update comments for Canada. (Thanks to Chris Walton.) * Add an example to the zic man page, to help explain things a bit better. * Add URLs to http://www.calconnect.org/dstlinks.html and to http://www.chronos-st.org/. =================================================================== RCS file: RCS/zic.8,v retrieving revision 2006.13 retrieving revision 2006.13.0.1 diff -u -r2006.13 -r2006.13.0.1 --- zic.8 2006/10/02 19:32:10 2006.13 +++ zic.8 2007/01/12 23:32:22 2006.13.0.1 @@ -411,6 +411,63 @@ .q Rolling if the leap second time given by the other fields should be interpreted as local wall clock time. +.SH "EXTENDED EXAMPLE" +Here is an extended example of +.I zic +input, intended to illustrate many of its features. +.br +.ne 22 +.nf +.in +2m +.ta \w'# Rule\0\0'u +\w'NAME\0\0'u +\w'FROM\0\0'u +\w'1973\0\0'u +\w'TYPE\0\0'u +\w'Apr\0\0'u +\w'lastSun\0\0'u +\w'2:00\0\0'u +\w'SAVE\0\0'u +.sp +# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S +Rule Swiss 1940 only - Nov 2 0:00 1:00 S +Rule Swiss 1940 only - Dec 31 0:00 0 - +Rule Swiss 1941 1942 - May Sun>=1 2:00 1:00 S +Rule Swiss 1941 1942 - Oct Sun>=1 0:00 0 +.sp .5 +Rule EU 1977 1980 - Apr Sun>=1 1:00u 1:00 S +Rule EU 1977 only - Sep lastSun 1:00u 0 - +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 - +.sp +.ta \w'# Zone\0\0'u +\w'Europe/Zurich\0\0'u +\w'0:34:08\0\0'u +\w'RULES/SAVE\0\0'u +\w'FORMAT\0\0'u +# Zone NAME GMTOFF RULES FORMAT UNTIL +Zone Europe/Zurich 0:34:08 - LMT 1848 Sep 12 + 0:29:44 - BMT 1894 Jun + 1:00 Swiss CE%sT 1981 + 1:00 EU CE%sT +.sp +Link Europe/Zurich Switzerland +.sp +.in +.fi +In this example, the zone is named Europe/Zurich but it has an alias +as Switzerland. Zurich was 34 minutes and 8 seconds west of GMT until +1848-09-12 at 00:00, when the offset changed to 29 minutes and 44 +seconds. After 1894-06-01 at 00:00 Swiss daylight saving rules (defined +with lines beginning with "Rule Swiss") apply, and the GMT offset +became one hour. From 1981 to the present, EU daylight saving rules have +applied, and the UTC offset has remained at one hour. +.PP +In 1940, daylight saving time applied from November 2 at 00:00 to +December 31 at 00:00. In 1941 and 1942, daylight saving time applied +from the first Sunday in May at 02:00 to the first Sunday in October +at 00:00. +The pre-1981 EU daylight-saving rules have no effect +here, but are included for completeness. Since 1981, daylight +saving has begun on the last Sunday in March at 01:00 UTC. +Until 1995 it ended the last Sunday in September at 01:00 UTC, +but this changed to the last Sunday in October starting in 1996. +.PP +For purposes of +display, "LMT" and "BMT" were initially used, respectively. Since +Swiss rules and later EU rules were applied, the display name for the +timezone has been CET for standard time and CEST for daylight saving +time. .SH NOTES For areas with more than two types of local time, you may need to use local standard time in the =================================================================== RCS file: RCS/europe,v retrieving revision 2007.1 retrieving revision 2007.1.0.1 diff -u -r2007.1 -r2007.1.0.1 --- europe 2007/01/08 17:17:29 2007.1 +++ europe 2007/01/14 06:13:53 2007.1.0.1 @@ -2278,6 +2278,24 @@ 1:00 EU CE%sT # Turkey + +# From Amar Devegowda (2007-01-03): +# The time zone rules for Istanbul, Turkey have not been changed for years now. +# ... The latest rules are available at - +# http://www.timeanddate.com/worldclock/timezone.html?n=107 +# From Steffen Thorsen (2007-01-03): +# I have been able to find press records back to 1996 which all say that +# DST started 01:00 local time and end at 02:00 local time. I am not sure +# what happened before that. One example for each year from 1996 to 2001: +# http://newspot.byegm.gov.tr/arsiv/1996/21/N4.htm +# http://www.byegm.gov.tr/YAYINLARIMIZ/CHR/ING97/03/97X03X25.TXT +# http://www.byegm.gov.tr/YAYINLARIMIZ/CHR/ING98/03/98X03X02.HTM +# http://www.byegm.gov.tr/YAYINLARIMIZ/CHR/ING99/10/99X10X26.HTM#%2016 +# http://www.byegm.gov.tr/YAYINLARIMIZ/CHR/ING2000/03/00X03X06.HTM#%2021 +# http://www.byegm.gov.tr/YAYINLARIMIZ/CHR/ING2001/03/23x03x01.HTM#%2027 +# From Paul Eggert (2007-01-03): +# Prefer the above source to Shanks & Pottenger for time stamps after 1990. + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Turkey 1916 only - May 1 0:00 1:00 S Rule Turkey 1916 only - Oct 1 0:00 0 - @@ -2332,14 +2350,17 @@ Rule Turkey 1983 only - Oct 2 0:00 0 - Rule Turkey 1985 only - Apr 20 0:00 1:00 S Rule Turkey 1985 only - Sep 28 0:00 0 - +Rule Turkey 1986 1990 - Mar lastSun 2:00s 1:00 S +Rule Turkey 1986 1990 - Sep lastSun 2:00s 0 - +Rule Turkey 1991 max - Mar lastSun 1:00s 1:00 S +Rule Turkey 1991 1995 - Sep lastSun 1:00s 0 - +Rule Turkey 1996 max - Oct lastSun 1:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Istanbul 1:55:52 - LMT 1880 1:56:56 - IMT 1910 Oct # Istanbul Mean Time? 2:00 Turkey EE%sT 1978 Oct 15 3:00 Turkey TR%sT 1985 Apr 20 # Turkey Time - 2:00 Turkey EE%sT 1986 - 2:00 C-Eur EE%sT 1991 - 2:00 EU EE%sT + 2:00 Turkey EE%sT Link Europe/Istanbul Asia/Istanbul # Istanbul is in both continents. # Ukraine =================================================================== RCS file: RCS/northamerica,v retrieving revision 2007.1 retrieving revision 2007.1.0.1 diff -u -r2007.1 -r2007.1.0.1 --- northamerica 2007/01/08 17:17:29 2007.1 +++ northamerica 2007/02/12 06:52:32 2007.1.0.1 @@ -583,6 +583,11 @@ # clocks twice that night, but this obviously is in error. The intent # is that 01:59:59 EST be followed by 02:00:00 CDT. +# From Gwillim Law (2007-02-10): +# The Associated Press has been reporting that Pulaski County, Indiana is +# going to switch from Central to Eastern Time on March 11, 2007.... +# http://www.indystar.com/apps/pbcs.dll/article?AID=/20070207/LOCAL190108/702… + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER Rule Indianapolis 1941 only - Jun 22 2:00 1:00 D Rule Indianapolis 1941 1954 - Sep lastSun 2:00 0 S @@ -618,7 +623,7 @@ -5:00 - EST 2006 -5:00 US E%sT # -# Daviess, Dubois, Knox, Martin, Perry, and Pulaski Counties, Indiana, +# Daviess, Dubois, Knox, Martin, and Perry Counties, Indiana, # switched from eastern to central time in April 2006. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER Rule Vincennes 1946 only - Apr lastSun 2:00 1:00 D @@ -676,6 +681,23 @@ -5:00 - EST 2006 Apr 2 2:00 -6:00 US C%sT # +# Pulaski County, Indiana, switched from eastern to central time in +# April 2006 and then switched back in March 2007. +# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER +Rule Pulaski 1946 1960 - Apr lastSun 2:00 1:00 D +Rule Pulaski 1946 1954 - Sep lastSun 2:00 0 S +Rule Pulaski 1955 1956 - Oct lastSun 2:00 0 S +Rule Pulaski 1957 1960 - Sep lastSun 2:00 0 S +# Zone NAME GMTOFF RULES FORMAT [UNTIL] +Zone America/Indiana/Winamac -5:46:25 - LMT 1883 Nov 18 12:13:35 + -6:00 US C%sT 1946 + -6:00 Pulaski C%sT 1961 Apr 30 2:00 + -5:00 - EST 1969 + -5:00 US E%sT 1971 + -5:00 - EST 2006 Apr 2 2:00 + -6:00 US C%sT 2007 Mar 11 2:00 + -5:00 US E%sT +# # Switzerland County, Indiana, did not observe DST from 1973 through 2005. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Indiana/Vevay -5:40:16 - LMT 1883 Nov 18 12:19:44 @@ -894,18 +916,16 @@ # Unless otherwise specified, the data for Canada are all from Shanks # & Pottenger. -# From Chris Walton (2006-04-01): +# From Chris Walton (2006-04-01, 2006-04-25, 2006-06-26, 2007-01-31): # The British Columbia government announced yesterday that it will # adjust daylight savings next year to align with changes in the # U.S. and the rest of Canada.... # http://www2.news.gov.bc.ca/news_releases_2005-2009/2006AG0014-000330.htm - -# From Chris Walton (2006-04-25): +# ... +# Nova Scotia # Daylight saving time will be extended by four weeks starting in 2007.... -# Here is a news release which was issued today by the Nova Scotia government: -# http://www.gov.ns.ca/news/details.asp?id=20060425004 - -# From Chris Walton (2006-06-26): +# http://www.gov.ns.ca/just/regulations/rg2/2006/ma1206.pdf +# # [For New Brunswick] the new legislation dictates that the time change is to # be done at 02:00 instead of 00:01. # http://www.gnb.ca/0062/acts/BBA-2006/Chap-19.pdf @@ -915,16 +935,18 @@ # http://web2.gov.mb.ca/laws/statutes/ccsm/o030e.php # ... # [Alberta, Ontario, Quebec] will follow US rules. -# http://www.qp.gov.ab.ca/documents/Acts/2006CH03_UNPR.cfm?frm_isbn=0779744934 +# http://www.qp.gov.ab.ca/documents/spring/CH03_06.CFM # http://www.e-laws.gov.on.ca/DBLaws/Source/Regs/English/2006/R06111_e.htm -# http://www.assnat.qc.ca/eng/37legislature2/Projets-loi/Publics/06-a002.htm +# http://www2.publicationsduquebec.gouv.qc.ca/dynamicSearch/telecharge.php?ty… # ... -# P.E.I. will follow US rules. The new legislation is not law yet. -# It passed first reading on April 20.... -# http://www.assembly.pe.ca/bills/pdf_first/62/3/bill-101.pdf +# P.E.I. will follow US rules.... +# http://www.assembly.pe.ca/bills/pdf_chapter/62/3/chapter-41.pdf # ... -# Province of Newfoundland and Labrador.... The change is being considered. -# http://www.releases.gov.nl.ca/releases/2006/mpa/0331n01.htm +# Province of Newfoundland and Labrador.... +# http://www.hoa.gov.nl.ca/hoa/bills/Bill0634.htm +# ... +# Yukon +# http://www.gov.yk.ca/legislation/regs/oic2006_127.pdf # ... # N.W.T. will follow US rules. Whoever maintains the government web site # does not seem to believe in bookmarks. To see the news release, click the @@ -932,7 +954,14 @@ # "Daylight Savings Time Change" link; it will fire off a popup using # JavaScript. # http://www.exec.gov.nt.ca/currentnews/currentPR.asp?mode=archive - +# ... +# No formal announcement has been made from the Nunavut Government. +# The premier of Nunavut claimed in August of 2005 that he did not +# want to touch the issue; nothing more has been heard since. It is +# likely Nunavut will eventually follow the rest of the country but +# there will certainly be confusion on March 11/2007 if no formal +# announcement is made. Currently the TZ database and Microsoft make +# assumptions that Nunavut will follow the rest of the country. # From Paul Eggert (2006-04-25): @@ -1100,11 +1129,11 @@ # New Brunswick -# From Paul Eggert (2006-01-20): -# New Brunswick's Time Definition Act -# <http://www.gnb.ca/0062/PDF-acts/t-06.pdf> says they change at 00:01, and +# From Paul Eggert (2007-01-31): +# The Time Definition Act <http://www.gnb.ca/0062/PDF-acts/t-06.pdf> +# says they changed at 00:01 through 2006, and # <http://www.canlii.org/nb/laws/sta/t-6/20030127/whole.html> makes it -# clear that this has been the case since at least 1993. +# clear that this was the case since at least 1993. # For now, assume it started in 1993. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S @@ -1676,10 +1705,6 @@ # For lack of better information, assume that Southampton Island observed # daylight saving only during wartime. -# From Chris Walton (2006-07-19): -# The government of Yukon Territory ... recently announced it will extend -# daylight saving in 2007.... http://www.gov.yk.ca/news/2006/06-164.html - # 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 =================================================================== RCS file: RCS/southamerica,v retrieving revision 2007.1 retrieving revision 2007.1.0.1 diff -u -r2007.1 -r2007.1.0.1 --- southamerica 2007/01/08 17:26:20 2007.1 +++ southamerica 2007/01/14 06:16:11 2007.1.0.1 @@ -765,7 +765,7 @@ -5:00 Chile CL%sT 1947 May 22 # Chile Time -4:00 Chile CL%sT Zone Pacific/Easter -7:17:44 - LMT 1890 - -7:17:44 - EMT 1932 Sep # Easter Mean Time + -7:17:28 - EMT 1932 Sep # Easter Mean Time -7:00 Chile EAS%sT 1982 Mar 13 21:00 # Easter I Time -6:00 Chile EAS%sT # =================================================================== RCS file: RCS/zone.tab,v retrieving revision 2007.1 retrieving revision 2007.1.0.1 diff -u -r2007.1 -r2007.1.0.1 --- zone.tab 2007/01/08 17:28:11 2007.1 +++ zone.tab 2007/02/12 06:51:56 2007.1.0.1 @@ -379,11 +379,12 @@ US +381515-0854534 America/Kentucky/Louisville Eastern Time - Kentucky - Louisville area US +364947-0845057 America/Kentucky/Monticello Eastern Time - Kentucky - Wayne County US +394606-0860929 America/Indiana/Indianapolis Eastern Time - Indiana - most locations -US +382232-0862041 America/Indiana/Marengo Eastern Time - Indiana - Crawford County US +411745-0863730 America/Indiana/Knox Eastern Time - Indiana - Starke County +US +410305-0863611 America/Indiana/Winamac Eastern Time - Indiana - Pulaski County +US +382232-0862041 America/Indiana/Marengo Eastern Time - Indiana - Crawford County US +384452-0850402 America/Indiana/Vevay Eastern Time - Indiana - Switzerland County US +415100-0873900 America/Chicago Central Time -US +384038-0873143 America/Indiana/Vincennes Central Time - Indiana - Daviess, Dubois, Knox, Martin, Perry & Pulaski Counties +US +384038-0873143 America/Indiana/Vincennes Central Time - Indiana - Daviess, Dubois, Knox, Martin & Perry Counties US +382931-0871643 America/Indiana/Petersburg Central Time - Indiana - Pike County US +450628-0873651 America/Menominee Central Time - Michigan - Dickinson, Gogebic, Iron & Menominee Counties US +470659-1011757 America/North_Dakota/Center Central Time - North Dakota - Oliver County =================================================================== RCS file: RCS/tz-link.htm,v retrieving revision 2007.1 retrieving revision 2007.1.0.1 diff -u -r2007.1 -r2007.1.0.1 --- tz-link.htm 2007/01/08 17:17:29 2007.1 +++ tz-link.htm 2007/02/22 17:31:50 2007.1.0.1 @@ -8,7 +8,7 @@ <meta http-equiv="Content-type" content='text/html; charset="US-ASCII"'> <meta name="DC.Creator" content="Eggert, Paul"> <meta name="DC.Contributor" content="Olson, Arthur David"> -<meta name="DC.Date" content="2007-01-02"> +<meta name="DC.Date" content="2007-02-22"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" content="http://www.twinsun.com/tz/tz-link.htm"> @@ -152,6 +152,9 @@ href="http://www.calconnect.org/publications/icalendartimezoneproblemsandrecommen…">iCalendar TIMEZONE Problems and Recommendations</a> offers guidelines and recommendations for the use of VTIMEZONE and <code>tz</code>.</li> +<li><a href="http://www.calconnect.org/dstlinks.html">Extended Daylight +Saving Time Links, Advisories and Changes</a> lists vendor material on recent +daylight saving time changes.</li> <li><a href="http://www.calconnect.org/publications/timezoneregistryandservicerecommenda…">Timezone Registry and Service Recommendations</a> discusses a @@ -216,6 +219,13 @@ <a href="http://www.ruby-lang.org/">Ruby</a>. It is freely available under the <abbr title="Massachusetts Institute of Technology">MIT</abbr> license.</li> +<li>The <a href="http://www.chronos-st.org/">Chronos Date/Time +Library</a> is a <a href="http://smalltalk.org/">Smalltalk</a> class +library that compiles <code>tz</code> source into a <a +href="http://date-time-zone.com/">time zone repository</a> whose format +is either proprietary or an <a href="http://www.w3.org/XML/"><abbr +title="Extensible Markup Language">XML</abbr></a>-encoded +representation.</li> <li>Starting with version 8.5, <a href="http://www.tcl.tk/">Tcl</a> contains a developer-oriented parser that compiles <samp>tz</samp> source into text files, along with a runtime that can read those @@ -543,11 +553,9 @@ 8601:2004 -- Data elements and interchange formats -- Information interchange -- Representation of dates and times</a>.</li> <li> -<a href="http://www.w3.org/TR/xmlschema-2/#dateTime"><abbr -title="Extensible Markup Language">XML</abbr> +<a href="http://www.w3.org/TR/xmlschema-2/#dateTime"><abbr>XML</abbr> Schema: Datatypes - dateTime</a> specifies a format inspired by -<abbr>ISO</abbr> 8601 that is in common use in <a -href="http://www.w3.org/XML/"><abbr>XML</abbr></a> data.</li> +<abbr>ISO</abbr> 8601 that is in common use in XML data.</li> <li> <a href="ftp://ftp.rfc-editor.org/in-notes/rfc2822.txt">Internet <abbr title="Request For Comments">RFC</abbr> 2822</a> §3.3 =================================================================== RCS file: RCS/zic.c,v retrieving revision 2007.2 retrieving revision 2007.2.0.1 diff -u -r2007.2 -r2007.2.0.1 --- zic.c 2007/02/12 14:33:57 2007.2 +++ zic.c 2007/02/20 23:31:30 2007.2.0.1 @@ -2644,7 +2644,7 @@ static int mkdirs(argname) -char * const argname; +char * argname; { register char * name; register char * cp;

2 1

Haiti and Saint Pierre and Miquelon
by Stephen Colebourne Feb. 22, 2007

Feb. 22, 2007

Hi Some IATA info: Haiti won't be having DST in 2007: Country Time Standard – – – DST Start – – – – – – DST End – – – DST Name Zone Variation Time Date Time Date Variation Haiti HT -0500 Saint Pierre and Miquelon will match the US and Canada: Country Time Standard – – – DST Start – – – – – – DST End – – – DST Name Zone Variation Time Date Time Date Variation Saint Pierre PM and Miquelon -0300 0500 11MAR07 0400 04NOV07 -0200 0500 09MAR08 0400 02NOV08 -0200 0500 08MAR09 0400 01NOV09 -0200 Stephen

1 0

AST4ADT
by Rene.Guitar＠statcan.ca Feb. 22, 2007

Feb. 22, 2007

Hello, I just download files tzdata*.tar.gaz from you FTP server and to my surprise there is no AST4ADT file after compiling? I have a server in Montreal(Canada) so I can use the EST5EDT file, but also need to update one in Halifax (Canada), and I cannot see any AST4ADT file. Am I missing something here or is there an omission in the tzdata file? Thanks René Guitar Statistics Canada

1 0

Doubt Regarding DST Patches
by Thiyagu Venki Feb. 22, 2007

Feb. 22, 2007

Hello , The following steps are done by me in RHEL 4 machine 1. I have downloaded Only tzdata2007a.tar.gz from ftp://elsie.nci.nih.gov/pub/ 2. And I compiled using zic as Example: zic -d zoneinfo/ northamerica -L leapseconds -y yearistype.sh where zoneinfo is my temporary directory 3. And replaced the files to /usr/share/zoneinfo directory 4. Deleted Existing /etc/localtime 4. Copied the new zoneinfo Timezone as cp /usr/share/zoneinfo/America/Los_Angeles /etc/localtime 5. After the above execution I tested using zdump -v /etc/localtime | grep 2007 I found the result as Mar & Nov Correctly please tell me that 1. The above timezonedata .. i.e. tzdata2007a.tar.gz is enough for to update below listed OS List Of Linux ~~~~ ~~ ~~~~~ Redhat ES 4 Redhat ES 3 Enteprise Version ES 3. Enterprise Version WS 3 Enterprise Version 3 Linux 7.1 Redhat ES 4 update 3 Redhat ES 4 update 3 Redhat 7.1 2. Is Im required to download tzcode2007a.tar.gz and update with zic.c that is available in the tzcode2007a.tar.gz With Regards, Thiyagu

1 0

FW: DST rules for Istanbul, Turkey
by Olson, Arthur David (NIH/NCI) [E] Feb. 21, 2007

Feb. 21, 2007

I'm forwarding this message from Nirav Vora, who is not on the time zone mailing list. Those of you who are on the tme zone mailing list should direct replies appropriately. --ado ________________________________ From: Nirav Jk Vora [mailto:nirav.vora@in.ibm.com] Sent: Tuesday, February 13, 2007 9:52 PM To: tz(a)lecserver.nci.nih.gov Subject: Fw: DST rules for Istanbul, Turkey Importance: High Hi All, Just following up to see if someone could provide some inputs to my previous mail which is below. Just wanted to check as this is urgent for the customer. With Warm Regards ------------------------------------------------------------------ Nirav J Vora Team member, JVM L3 Support(AIX) IBM India Software Lab, Bangalore ( Office: +91-8025094142 È Mobile: +91-9945383481 + e-Mail: nirav.vora(a)in.ibm.com ------------------------------------------------------------------ JVM Diagnostics Reference @ IBM Internal: http://w3.hursley.ibm.com/java/jim/j2se/ibmproduceddocumentation/javadiagno… External: http://www.ibm.com/developerworks/java/jdk/diagnosis/ ------------------------------------------------------------------ ----- Forwarded by Nirav Jk Vora/India/IBM on 02/14/2007 08:19 AM ----- Nirav Jk Vora/India/IBM 02/10/2007 08:41 AM To tz(a)elsie.nci.nih.gov cc Subject Re: DST rules for Istanbul, TurkeyLink <Notes://d23m0066/6525701E0082C7B6/691A46CAF425A77B6525727500111FC3/9DB5E329E2A52B24652572750034A74E> Hi All, Thank you all for your replies. I have gone back conveying the same to the customer. Here is what they have had to say: ------------------------------------------------------------------------------------- According to following link; http://wwp.greenwichmeantime.com/time-zone/europe/european-union/turkey/ turkey time zone settings are as follow which is valid now. Standard Time = GMT+2 Summer Time = GMT+3 According to following link; http://www.timeanddate.com/worldclock/timezone.html?n=107&syear=2000 29 Ekim 2006 Pazar, 01:59:59 1 hour +3 hours EEST 29 Ekim 2006 Pazar, 01:00:00 No +2 hours EET DST ends 25 Mart 2007 Pazar, 00:59:59 No +2 hours EET 25 Mart 2007 Pazar, 02:00:00 1 hour +3 hours EEST DST starts which is consistent with the previous information. To support the below information,I have taken the official newspaper of the government which had declared to regulate the time settings.I have talked with the staff of the government. They said that this declaration is the last daylight saving declaration announced by the government with official newspaper and today rules are valid for this declaration. I am sending the image of the fax that is sent by the government. The newspaper is normally in Turkish. I want to explain it briefly: "26 Mart 2000 Pazar günü saat 01:00'den itibaren bir saat ileri al?nmas?" means "clocks will be set 1 hour forward (will be GMT+3 ) on 26 March 2000 Sunday at 01:00" 01:00 is the local time (23:00 GMT Saturday) and "29 Ekim 200 Pazar günü saat 02:00'den itibaren bir saat geri al?nmas?" means "clocks will be set 1 hour back (will be GMT+2 ) on 29 October 2000 Sunday at 02:00" 02:00 is the local time (23:00 GMT Satruday) I think these documents are enough to show the daylight saving policy of Turkey is: Standard Time = GMT+2 Summer Time = GMT+3 ---------------------------------------------------------------------------------------------------------- So to summarize, the customer has provided a citation from the turkish government which tells about the latest DST rules. I have attached the jpg in this mail. Please review the same and provide your inputs as to whether this information would suffice to change the database timezone rules for Turkey. With Warm Regards ------------------------------------------------------------------ Nirav J Vora Team member, JVM L3 Support(AIX) IBM India Software Lab, Bangalore ( Office: +91-8025094142 È Mobile: +91-9945383481 + e-Mail: nirav.vora(a)in.ibm.com ------------------------------------------------------------------ JVM Diagnostics Reference @ IBM Internal: http://w3.hursley.ibm.com/java/jim/j2se/ibmproduceddocumentation/javadiagno… External: http://www.ibm.com/developerworks/java/jdk/diagnosis/ ------------------------------------------------------------------ Peter Ilieve <peter(a)aldie.co.uk> 02/01/2007 02:58 PM To Nirav Jk Vora/India/IBM@IBMIN cc tz(a)elsie.nci.nih.gov Subject Re: DST rules for Istanbul, Turkey > Thanks, but that link says Turkish DST starts at 01:00 GMT (i.e., at > 03:00 local time) and ends at 01:00 GMT (i.e., at 04:00 local time). > This agrees with the current tz database. But Amar Devegowda reported > that Turkish DST actually starts at 01:00 local time and ends at 02:00 > local time. Steffen Thorsen of timeanddate.com agreed, and cited > Turkish newspaper reports from 1996 through 2001. > > I'm inclined to go with Devegowda and Thorsen, but what would be > helpful is an official source (e.g., a citation from Turkish law) that > says exactly when this practice started. So far, all we know is that > the current Turkish practice started before 1996, which is a bit > vague. I don't have any authoritative source but I can add a little context to this. Turkey is attempting to join the European Union (it's listed as a candidate country on the <http://wwp.greenwichmeantime.com/time-zone/europe/european-union/> page). This is proving a long and painful process. It may be that Turkey has officially switched to the EU 01:00 UTC clock change time recently as part of this EU application process. It may be that the website is just confused, showing all pages under the european-union directory as using EU rules even if they don't. I would also go with Devegowda and Thorsen, mainly on the basis that I think it's very unlikely that a country that far east would use 01:00 UTC unless forced to by something like EU rules. Newspaper reports of 01:00 local time are much more credible. Peter Ilieve peter(a)aldie.co.uk

2 1

FW: Jordan daylight savings
by Olson, Arthur David (NIH/NCI) [E] Feb. 20, 2007

Feb. 20, 2007

I'm forwarding this message from Hilal Malawi, who is not on the time zone mailing list. Those of you who are on the time zone mailing list, should direct replies appropriately. --ado -----Original Message----- From: hsm6second(a)mac.com [mailto:hsm6second@mac.com] Sent: Sunday, February 18, 2007 4:06 AM To: tz(a)lecserver.nci.nih.gov Subject: Jordan daylight savings A local newspaper article this past Wednesday here in Amman listed Jordan's policy regarding daylight saving as follows: DST starts at midnight on the last Thursday in March (i.e. midnight wed/thu) DST ends at 1:00 am on the last Friday in October This first went into effect in 2006 (see Sept 2006 messages from Steffen Thorsen and myself in TZ mailing list archive) Please note that TZ's current settings need to be updated for DST end. Thanks. Hilal Malawi

2 1

FW: Using Tru64 cc, compile problems tzcode2007.tar.gz
by Olson, Arthur David (NIH/NCI) [E] Feb. 20, 2007

Feb. 20, 2007

I'm forwarding this message from Donald White, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado ________________________________ From: Donald.White(a)l-3com.com [mailto:Donald.White@l-3com.com] Sent: Monday, February 19, 2007 1:14 PM To: tz(a)lecserver.nci.nih.gov Subject: Using Tru64 cc, compile problems tzcode2007.tar.gz can compile Makefile using gcc just fine. When compile using Dec Tru64 cc get the following error message. example cc: Error: zic.c, line 2647: In the definition of the function "mkdirs", the promoted type of agrname is incompatible with the type of the corresponding parameter in a prior declaration. char * const argname ------^ " any thoughts..?? Thanks - Don -

2 1

FW: Pulaski County, Indiana changes time zone effective March 11, 2007
by Olson, Arthur David (NIH/NCI) [E] Feb. 20, 2007

Feb. 20, 2007

I'm forwarding this message from Nathan Stratton Treadway, who is not on the time zone mailing list (at least not at the address shown below). Those of you who are on the time zone mailing list should direct replies appropriately. --ado -----Original Message----- From: Nathan Stratton Treadway [mailto:nathanst@ontko.com] Sent: Monday, February 19, 2007 3:01 PM To: tz(a)lecserver.nci.nih.gov Subject: Pulaski County, Indiana changes time zone effective March 11, 2007 As a followup to the discussion on Feb 10: http://thread.gmane.org/gmane.comp.time.tz/1396/focus=1490 here's the DOT ruling related to Pulaski County, Indiana's change from from Central To Eastern effective March 11, 2007: http://dms.dot.gov/search/document.cfm?documentid=450729&docketid=26442 Nathan p.s. I noticed the mailing list archive file at ftp://elsie.nci.nih.gov/pub/tzarchive.gz was last updated on "02/05/07 15:36:00", two weeks ago. Is it normal for the archive to be that far out of date? ------------------------------------------------------------------------ ---- Nathan Stratton Treadway - nathanst(a)ontko.com - Mid-Atlantic region Ray Ontko & Co. - Software consulting services - http://www.ontko.com/ GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt ID: 1023D/ECFB6239 Key fingerprint = 6AD8 485E 20B9 5C71 231C 0C32 15F3 ADCD ECFB 6239

2 1

Pulaski County, Indiana changes time zone effective March 11, 2007
by Nathan Stratton Treadway Feb. 19, 2007

Feb. 19, 2007

As a followup to the discussion on Feb 10: http://thread.gmane.org/gmane.comp.time.tz/1396/focus=1490 here's the DOT ruling related to Pulaski County, Indiana's change from from Central To Eastern effective March 11, 2007: http://dms.dot.gov/search/document.cfm?documentid=450729&docketid=26442 Nathan p.s. I noticed the mailing list archive file at ftp://elsie.nci.nih.gov/pub/tzarchive.gz was last updated on "02/05/07 15:36:00", two weeks ago. Is it normal for the archive to be that far out of date? ---------------------------------------------------------------------------- Nathan Stratton Treadway - nathanst(a)ontko.com - Mid-Atlantic region Ray Ontko & Co. - Software consulting services - http://www.ontko.com/ GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt ID: 1023D/ECFB6239 Key fingerprint = 6AD8 485E 20B9 5C71 231C 0C32 15F3 ADCD ECFB 6239

1 0

Using Tru64 cc, compile problems tzcode2007.tar.gz
by Donald.White＠l-3com.com Feb. 19, 2007

Feb. 19, 2007

can compile Makefile using gcc just fine. When compile using Dec Tru64 cc get the following error message. example cc: Error: zic.c, line 2647: In the definition of the function "mkdirs", the promoted type of agrname is incompatible with the type of the corresponding parameter in a prior declaration. char * const argname ------^ " any thoughts..?? Thanks - Don -

1 0

Jordan daylight savings
by hsm6second＠mac.com Feb. 18, 2007

Feb. 18, 2007

A local newspaper article this past Wednesday here in Amman listed Jordan's policy regarding daylight saving as follows: DST starts at midnight on the last Thursday in March (i.e. midnight wed/thu) DST ends at 1:00 am on the last Friday in October This first went into effect in 2006 (see Sept 2006 messages from Steffen Thorsen and myself in TZ mailing list archive) Please note that TZ's current settings need to be updated for DST end. Thanks. Hilal Malawi

1 0

Question on naming convention
by Sameer Tyagi Feb. 17, 2007

Feb. 17, 2007

1 0

Fw: DST rules for Istanbul, Turkey
by Nirav Jk Vora Feb. 14, 2007

Feb. 14, 2007

Hi All, Just following up to see if someone could provide some inputs to my previous mail which is below. Just wanted to check as this is urgent for the customer. With Warm Regards ------------------------------------------------------------------ Nirav J Vora Team member, JVM L3 Support(AIX) IBM India Software Lab, Bangalore ( Office: +91-8025094142 È Mobile: +91-9945383481 + e-Mail: nirav.vora(a)in.ibm.com ------------------------------------------------------------------ JVM Diagnostics Reference @ IBM Internal: http://w3.hursley.ibm.com/java/jim/j2se/ibmproduceddocumentation/javadiagno… External: http://www.ibm.com/developerworks/java/jdk/diagnosis/ ------------------------------------------------------------------ ----- Forwarded by Nirav Jk Vora/India/IBM on 02/14/2007 08:19 AM ----- Nirav Jk Vora/India/IBM 02/10/2007 08:41 AM To tz(a)elsie.nci.nih.gov cc Subject Re: DST rules for Istanbul, Turkey Hi All, Thank you all for your replies. I have gone back conveying the same to the customer. Here is what they have had to say: ------------------------------------------------------------------------------------- According to following link; http://wwp.greenwichmeantime.com/time-zone/europe/european-union/turkey/ turkey time zone settings are as follow which is valid now. Standard Time = GMT+2 Summer Time = GMT+3 According to following link; http://www.timeanddate.com/worldclock/timezone.html?n=107&syear=2000 29 Ekim 2006 Pazar, 01:59:59 1 hour +3 hours EEST 29 Ekim 2006 Pazar, 01:00:00 No +2 hours EET DST ends 25 Mart 2007 Pazar, 00:59:59 No +2 hours EET 25 Mart 2007 Pazar, 02:00:00 1 hour +3 hours EEST DST starts which is consistent with the previous information. To support the below information,I have taken the official newspaper of the government which had declared to regulate the time settings.I have talked with the staff of the government. They said that this declaration is the last daylight saving declaration announced by the government with official newspaper and today rules are valid for this declaration. I am sending the image of the fax that is sent by the government. The newspaper is normally in Turkish. I want to explain it briefly: "26 Mart 2000 Pazar günü saat 01:00'den itibaren bir saat ileri al?nmas?" means "clocks will be set 1 hour forward (will be GMT+3 ) on 26 March 2000 Sunday at 01:00" 01:00 is the local time (23:00 GMT Saturday) and "29 Ekim 200 Pazar günü saat 02:00'den itibaren bir saat geri al?nmas?" means "clocks will be set 1 hour back (will be GMT+2 ) on 29 October 2000 Sunday at 02:00" 02:00 is the local time (23:00 GMT Satruday) I think these documents are enough to show the daylight saving policy of Turkey is: Standard Time = GMT+2 Summer Time = GMT+3 ---------------------------------------------------------------------------------------------------------- So to summarize, the customer has provided a citation from the turkish government which tells about the latest DST rules. I have attached the jpg in this mail. Please review the same and provide your inputs as to whether this information would suffice to change the database timezone rules for Turkey. With Warm Regards ------------------------------------------------------------------ Nirav J Vora Team member, JVM L3 Support(AIX) IBM India Software Lab, Bangalore ( Office: +91-8025094142 È Mobile: +91-9945383481 + e-Mail: nirav.vora(a)in.ibm.com ------------------------------------------------------------------ JVM Diagnostics Reference @ IBM Internal: http://w3.hursley.ibm.com/java/jim/j2se/ibmproduceddocumentation/javadiagno… External: http://www.ibm.com/developerworks/java/jdk/diagnosis/ ------------------------------------------------------------------ Peter Ilieve <peter(a)aldie.co.uk> 02/01/2007 02:58 PM To Nirav Jk Vora/India/IBM@IBMIN cc tz(a)elsie.nci.nih.gov Subject Re: DST rules for Istanbul, Turkey > Thanks, but that link says Turkish DST starts at 01:00 GMT (i.e., at > 03:00 local time) and ends at 01:00 GMT (i.e., at 04:00 local time). > This agrees with the current tz database. But Amar Devegowda reported > that Turkish DST actually starts at 01:00 local time and ends at 02:00 > local time. Steffen Thorsen of timeanddate.com agreed, and cited > Turkish newspaper reports from 1996 through 2001. > > I'm inclined to go with Devegowda and Thorsen, but what would be > helpful is an official source (e.g., a citation from Turkish law) that > says exactly when this practice started. So far, all we know is that > the current Turkish practice started before 1996, which is a bit > vague. I don't have any authoritative source but I can add a little context to this. Turkey is attempting to join the European Union (it's listed as a candidate country on the <http://wwp.greenwichmeantime.com/time-zone/europe/european-union/> page). This is proving a long and painful process. It may be that Turkey has officially switched to the EU 01:00 UTC clock change time recently as part of this EU application process. It may be that the website is just confused, showing all pages under the european-union directory as using EU rules even if they don't. I would also go with Devegowda and Thorsen, mainly on the basis that I think it's very unlikely that a country that far east would use 01:00 UTC unless forced to by something like EU rules. Newspaper reports of 01:00 local time are much more credible. Peter Ilieve peter(a)aldie.co.uk

1 0

FYI: The Chronos Date/Time Library
by Alan L. Lovejoy Feb. 14, 2007

Feb. 14, 2007

The Chronos Date/Time Library is a Smalltalk class library that has its own tz compiler (which compiles tz source into a proprietary time zone format.) There is also a utility that converts Chronos' native time zone files into an XML-encoded representation <http://www.date-time-zone.com/> (http://www.date-time-zone.com/) More information is available from the Chronos web <http://www.chronos-st.org/> site (http://www.chronos-st.org/) --Alan

3 3

Tzcode2007b.tar.gz and tzdata2007b.tar.gz
by Olson, Arthur David (NIH/NCI) [E] Feb. 12, 2007

Feb. 12, 2007

The files... ftp://elsie.nci.nih.gov/pub/tzcode2007b.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2007b.tar.gz ...are now available. Tzcode2007b.tar.gz reflects Paul Eggert's proposed change to the quotation handling logic in zic.c. Tzdata2007b.tar.gz includes changes to the commentary in "leapseconds" reflecting the IERS announcement that there is to be no positive leap second at the end of June 2007. --ado

1 0

Re: fuzz testing tzcode
by Paul Eggert Feb. 12, 2007

Feb. 12, 2007

Curtis Doty <Curtis(a)GreenKey.net> writes: > Of course there aren't unmatched quotes in any tzdata files, but > still... the authors' analysis shouldn't go ignored, no? Certainly not. Here's a trivial patch. Thanks for reporting it. 2006-02-11 Paul Eggert <eggert(a)cs.ucla.edu> * zic.c (getfields): Catch bug reported in Barton P. Miller, Gregory Cooksey, and Fredrick Moore, An empirical study of the robustness of MacOS applications using random testing, Proc. 1st int. workshop on random testing, Portland, ME (2006) <http://doi.acm.org/10.1145/1145735.1145743>. =================================================================== RCS file: RCS/zic.c,v retrieving revision 2006.8 retrieving revision 2006.8.0.1 diff -pu -r2006.8 -r2006.8.0.1 --- zic.c 2006/07/20 21:06:31 2006.8 +++ zic.c 2007/02/12 03:41:51 2006.8.0.1 @@ -2451,9 +2451,12 @@ register char * cp; else while ((*dp = *cp++) != '"') if (*dp != '\0') ++dp; - else error(_( + else { + error(_( "Odd number of quotation marks" )); + exit(EXIT_FAILURE); + } } while (*cp != '\0' && *cp != '#' && (!isascii(*cp) || !isspace((unsigned char) *cp))); if (isascii(*cp) && isspace((unsigned char) *cp))

1 0

FW: time in southeastern Western Australia
by Olson, Arthur David (NIH/NCI) [E] Feb. 10, 2007

Feb. 10, 2007

I'm forwarding this message from Alex Livingston who, after sending it, has subscribed to the time zone mailing list. --ado -----Original Message----- From: LIVINGSTON Alex [mailto:lial@mac.com] Sent: Thursday, December 07, 2006 11:57 PM To: tz(a)lecserver.nci.nih.gov Subject: time in southeastern Western Australia Apologies if this has already been covered. I checked the latest tzdata file and there seems to be no mention of it. I have been meaning to write this for nearly four years; it was just on four years ago that I drove along the Eyre Highway, which passes through eastern Western Australia close to the southern coast of the continent. I paid particular attention to the time kept there. There can be no dispute that UTC+08:45 was considered "the time" from the border village just inside the border with South Australia to as far west as just east of Caiguna. There can also be no dispute that Eucla is the largest population centre in this zone, having a population of "40 or 50" (from memory what the proprietor of the roadhouse said when I asked him); it even has named side streets off the highway, and a very modern meteorological observatory and office. The other settlements, Cocklebiddy, Madura, Mundrabilla, and the border village, have much smaller permanent populations (around a dozen at most). So if a new zone were to be added to the tz database it should be called "Australia/Eucla". To back up my assertions I was going to refer to photographs I took of the three clocks at the border crossing (showing, Perth, local, and Adelaide time, respectively) and of the clearly "official" sign (galvanised-steel posts and frame, well-cut rectangular sheet-metal plate with rounded corners, stencilled lettering, and reflective paint) proclaiming "Central Western Time" that is seen just after leaving Caiguna heading east, but I have not published them yet and I do not have the time to check them now. (I think the sign also says, in smaller lettering, "Advance Clocks 45 Minutes".) This zone is also shown on the excellent map at http://en.wikipedia.org/wiki/Image:Timezones_optimized.png (obviously based on the CIA time-zone map). "Central Western Time" is mentioned in http://en.wikipedia.org/wiki/Time_zone, where an estimated population for this region of 200 (according with what I would have guessed) is also given. (Unfortunately the phrase "Western Central Standard Time" is used in http://en.wikipedia.org/wiki/Time_in_Australia to refer to the same thing.) Now that Western Australia is observing daylight saving, the question arose whether this part of the state would follow suit. I just called the border village [+61 (0)8 9039-3474; from online white pages] and confirmed that indeed they have, meaning that they are now observing UTC+09:45. There is one more curiosity to report about this isolated part of the world. The old Eyre telegraph station, just behind the coastal sand dunes southeast of Cocklebiddy, is now run as a bird observatory as well as a weather station and guest house. Its permanent population is 2 (a caretaker couple). I stayed there for a night on my way through and noticed that they kept a time different both from Perth and "the highway" (phrase used by caretaker; see below); they have a clock in their kitchen with a Dymo label on it stating "Eyre Std. Time" (I took a picture). It was UT+09:00, meaning a whole hour ahead of Perth, making their checking and reporting of weather data (which the Perth weather bureau expects to be done according to Perth time) simpler. I have just called them [+61 (0)8 9039-3450, also from online white pages], and they too have advanced their clocks with the rest of the state, putting them on UTC+10:00 and maintaining their one-hour difference from Perth. As far as I'm concerned this warrants another time zone, Australia/Eyre, despite the tiny permanent population! I seem to remember that what matters to this list is what time people actually keep, not statutory status. I hope the hour or two I've spent preparing and writing this turns out to be of some value.

4 7

FW: DST rules for Istanbul, Turkey
by Olson, Arthur David (NIH/NCI) [E] Feb. 10, 2007

Feb. 10, 2007

I'm forwarding this message from Nirav J Vora, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado ________________________________ From: Nirav Jk Vora [mailto:nirav.vora@in.ibm.com] Sent: Tuesday, January 30, 2007 6:16 AM To: tz(a)lecserver.nci.nih.gov Subject: DST rules for Istanbul, Turkey Hi, I am Nirav from the Java Technology Centre, IBM. I am working for the L3 team here. Sometime back, one of my colleagues Amar Devegowda, had mailed regarding updation of the DST rules for Istanbul,Turkey. Actually as per the current rule that is being used in the JVM Daylight saving was supposed to start at 3.00AM . But as per the latest rule from the below link, Daylight timings start from 1.00AM. We were asked to provide an official link where these changes were stated. I hope this link will serve the purpose so that the database can be updated with the latest DST rules for Istanbul. http://wwp.greenwichmeantime.com/time-zone/europe/european-union/turkey/ Please do contact me for any further queries that may be there. With Warm Regards ------------------------------------------------------------------ Nirav J Vora Team member, JVM L3 Support(AIX) IBM India Software Lab, Bangalore ( Office: +91-8025094142 È Mobile: +91-9945383481 + e-Mail: nirav.vora(a)in.ibm.com ------------------------------------------------------------------ JVM Diagnostics Reference @ IBM Internal: http://w3.hursley.ibm.com/java/jim/j2se/ibmproduceddocumentation/javadiagno… External: http://www.ibm.com/developerworks/java/jdk/diagnosis/ ------------------------------------------------------------------

4 3

FW: tzdata2006n Brazil incorrect fall-back date 2009-mar-01
by Olson, Arthur David (NIH/NCI) [E] Feb. 8, 2007

Feb. 8, 2007

I'm forwarding this message from Markus Scherer, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado -----Original Message----- From: Markus Scherer [mailto:markus.icu@gmail.com] Sent: Thursday, February 08, 2007 3:10 PM To: tz(a)lecserver.nci.nih.gov Cc: Dave O'Callaghan Subject: Re: tzdata2006n Brazil incorrect fall-back date 2009-mar-01 Dear Dave et al., I reported and subsequently fixed the bug. If you are curious, you can click on the SVN Diffs link near the top of the bug report to see what changed. For questions about using ICU, bugs, support etc. please use the icu-support mailing list: http://icu.sourceforge.net/contacts.html Best regards, markus On 1/22/07, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > "Dave O'Callaghan" <daveoc(a)uk.ibm.com> writes: > > > I have been alerted to this website > > http://icu-project.org/trac/ticket/5470 which describes an issue > > with the Brazil update in tzdata2006n. > > > > Is this true? > > It appears to me to be a problem in the ICU4C's code simpletz.cpp, not > in the tz code or data itself, so you should ask whoever wrote > simpletz.cpp to fix it.

1 0