- tz - lists.iana.org

HTTP Mirror Link Broken?
by Bill Seymour Sept. 8, 2009

Sept. 8, 2009

On http://www.twinsun.com/tz/tz-link.htm , the "HTTP mirror" link, http://public.planetmirror.com/pub/timezone , doesn't seem to be a mirror anymore. Is there a way to get the tarballs via HTTP? (My company doesn't allow outside FTP due to Management FUD.) Thanks, --Bill Seymour

2 1

update to proposed "asia" patch
by Arthur David Olson Sept. 3, 2009

Sept. 3, 2009

Given the word from Alexander Krivenyshev, here's an updated "asia" Patch (with changes relative to the current FTP version). If no problems are found, this will show up in the ftp version on 2009-09-08. --ado ------- asia ------- *** /tmp/geta26239 Thu Sep 3 10:23:52 2009 --- /tmp/getb26239 Thu Sep 3 10:23:52 2009 *************** *** 1,5 **** # <pre> ! # @(#)asia 8.38 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)asia 8.40 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 1836,1841 **** --- 1836,1877 ---- # http://www.worldtimezone.com/dst_news/dst_news_westbank01.html # </a> + # From Steffen Thorsen (2009-08-31): + # Palestine's Council of Ministers announced that they will revert back to + # winter time on Friday, 2009-09-04. + # + # One news source: + # <a href="http://www.safa.ps/ara/?action=showdetail&seid=4158"> + # http://www.safa.ps/ara/?action=showdetail&seid=4158 + # </a> + # (Palestinian press agency, Arabic), + # Google translate: "Decided that the Palestinian government in Ramallah + # headed by Salam Fayyad, the start of work in time for the winter of + # 2009, starting on Friday approved the fourth delay Sept. clock sixty + # minutes per hour as of Friday morning." + # + # We are not sure if Gaza will do the same, last year they had a different + # end date, we will keep this page updated: + # <a href="http://www.timeanddate.com/news/time/westbank-gaza-dst-2009.html"> + # http://www.timeanddate.com/news/time/westbank-gaza-dst-2009.html + # </a> + + # From Alexander Krivenyshev (2009-09-02): + # Seems that Gaza Strip will go back to Winter Time same date as West Bank. + # + # According to Palestinian Ministry Of Interior, West Bank and Gaza Strip plan + # to change time back to Standard time on September 4, 2009. + # + # "Winter time unite the West Bank and Gaza" + # (from Palestinian National Authority): + # <a href="http://www.moi.gov.ps/en/?page=633167343250594025&nid=11505 + # http://www.moi.gov.ps/en/?page=633167343250594025&nid=11505 + # </a> + # or + # <a href="http://www.worldtimezone.com/dst_news/dst_news_gazastrip02.html> + # http://www.worldtimezone.com/dst_news/dst_news_gazastrip02.html + # </a> + # The rules for Egypt are stolen from the `africa' file. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule EgyptAsia 1957 only - May 10 0:00 1:00 S *************** *** 1854,1860 **** Rule Palestine 2007 only - Sep Thu>=8 2:00 0 - Rule Palestine 2008 only - Aug lastFri 2:00 0 - Rule Palestine 2009 max - Mar lastFri 0:00 1:00 S ! Rule Palestine 2009 max - Sep lastMon 2:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Gaza 2:17:52 - LMT 1900 Oct --- 1890,1896 ---- Rule Palestine 2007 only - Sep Thu>=8 2:00 0 - Rule Palestine 2008 only - Aug lastFri 2:00 0 - Rule Palestine 2009 max - Mar lastFri 0:00 1:00 S ! Rule Palestine 2009 max - Sep Fri>=1 2:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Gaza 2:17:52 - LMT 1900 Oct

1 0

West Bank to end DST on Friday
by Steffen Thorsen Sept. 3, 2009

Sept. 3, 2009

Palestine’s Council of Ministers announced that they will revert back to winter time on Friday, 2009-09-04. One news source: http://www.safa.ps/ara/?action=showdetail&seid=4158 (Palestinian press agency, Arabic), Google translate: "Decided that the Palestinian government in Ramallah headed by Salam Fayyad, the start of work in time for the winter of 2009, starting on Friday approved the fourth delay Sept. clock sixty minutes per hour as of Friday morning. " We are not sure if Gaza will do the same, last year they had a different end date, we will keep this page updated: http://www.timeanddate.com/news/time/westbank-gaza-dst-2009.html Best regards, Steffen Thorsen - timeanddate.com

2 1

Gaza Strip will join West Bank for transition to Winter Time.
by Alexander Krivenyshev Sept. 3, 2009

Sept. 3, 2009

Seems that Gaza Strip will go back to Winter Time same date as West Bank. According to Palestinian Ministry Of Interior, West Bank and Gaza Strip plan to change time back to Standard time on September 4, 2009. "Winter time unite the West Bank and Gaza" (from Palestinian National Authority): http://www.moi.gov.ps/en/?page=633167343250594025&nid=11505 or http://www.worldtimezone.com/dst_news/dst_news_gazastrip02.html Alexander Krivenyshev, http://www.WorldTimeZone.com

1 0

Re: New home for time zone stuff by 2012?
by Shreyas Kumar Sept. 1, 2009

Sept. 1, 2009

Yes, Even this wikipedia article mentions 'Olson Database'. http://en.wikipedia.org/wiki/Zoneinfo -Shreyas ----- Original Message ----- From: autarch(a)urth.org To: tz(a)lecserver.nci.nih.gov Cc: tz(a)lecserver.nci.nih.gov Sent: Monday, August 31, 2009 2:20:14 PM GMT -08:00 US/Canada Pacific Subject: Re: New home for time zone stuff by 2012? On Mon, 31 Aug 2009, Sue Williams wrote: > It would be nice to have a formal name for this tz group. The tz database > has always sounded a bit informal to me. It doesn't sound like a name and > so this group doesn't seem to have a name. I've always called this "the Olson time zone database", and I think it'd be great to make that official in honor of ado, especially once he steps down. > It would be nice if the tz mailing list was posted in a news group format > or forum where different threads of discussion could be tracked > separately. And also was archived by things like gmane and other convenient-to-search-and-browse places. -dave /*============================================================ http://VegGuide.org http://blog.urth.org Your guide to all that's veg House Absolute(ly Pointless) ============================================================*/

1 0

Proposed time zone package changes for West Bank (comment only) and Samoa
by Arthur David Olson Aug. 31, 2009

Aug. 31, 2009

Below are proposed changes to the "australasia" file to reflect use of DST in Samoa in 2009-2010, as well as a comment added to the "asia" file on DST in the West Bank this year. The Samoa change may need tweaking once the actual legislation (and the hour at which the changes take place) is in hand; there may be a need to tweak the "asia" file once Gaza's DST end in 2009 is determined. If no problems are found, these changes will appear in the ftp packages on 2009-09-07. Some long-term work is needed on the differences between West Bank time and Gaza time. --ado ------- australasia ------- *** /tmp/geta10880 Mon Aug 31 12:25:41 2009 --- /tmp/getb10880 Mon Aug 31 12:25:41 2009 *************** *** 1,5 **** # <pre> ! # @(#)australasia 8.12 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)australasia 8.13 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 443,452 **** # http://www.worldtimezone.com/dst_news/dst_news_samoa01.html # </a> Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time ! -11:00 - WST # Samoa Time # Solomon Is # excludes Bougainville, for which see Papua New Guinea --- 443,468 ---- # http://www.worldtimezone.com/dst_news/dst_news_samoa01.html # </a> + # From Steffen Thorsen (2009-08-27): + # Samoa's parliament passed the Daylight Saving Bill 2009, and will start + # daylight saving time on the first Sunday of October 2009 and end on the + # last Sunday of March 2010. We hope that the full text will be published + # soon, but we believe that the bill is only valid for 2009-2010. Samoa's + # Daylight Saving Act 2009 will be enforced as soon as the Head of State + # executes a proclamation publicizing this Act. + # + # Some background information here, which will be updated once we have + # more details: + # <a href="http://www.timeanddate.com/news/time/samoa-dst-plan-2009.html"> + # http://www.timeanddate.com/news/time/samoa-dst-plan-2009.html + # </a> + Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time ! -11:00 - WST 2009 Oct 4 ! -11:00 1:00 WSDT 2010 Mar 28 ! -11:00 - WST # Solomon Is ------- asia ------- *** /tmp/geta10818 Mon Aug 31 12:24:30 2009 --- /tmp/getb10818 Mon Aug 31 12:24:31 2009 *************** *** 1,5 **** # <pre> ! # @(#)asia 8.38 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)asia 8.39 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 1836,1841 **** --- 1836,1861 ---- # http://www.worldtimezone.com/dst_news/dst_news_westbank01.html # </a> + # From Steffen Thorsen (2009-08-31): + # Palestine's Council of Ministers announced that they will revert back to + # winter time on Friday, 2009-09-04. + # + # One news source: + # <a href="http://www.safa.ps/ara/?action=showdetail&seid=4158"> + # http://www.safa.ps/ara/?action=showdetail&seid=4158 + # </a> + # (Palestinian press agency, Arabic), + # Google translate: "Decided that the Palestinian government in Ramallah + # headed by Salam Fayyad, the start of work in time for the winter of + # 2009, starting on Friday approved the fourth delay Sept. clock sixty + # minutes per hour as of Friday morning." + # + # We are not sure if Gaza will do the same, last year they had a different + # end date, we will keep this page updated: + # <a href="http://www.timeanddate.com/news/time/westbank-gaza-dst-2009.html"> + # http://www.timeanddate.com/news/time/westbank-gaza-dst-2009.html + # </a> + # The rules for Egypt are stolen from the `africa' file. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule EgyptAsia 1957 only - May 10 0:00 1:00 S # excludes Bougainville, for which see Papua New Guinea

1 0

FW: New home for time zone stuff by 2012?
by Olson, Arthur David (NIH/NCI) [E] Aug. 28, 2009

Aug. 28, 2009

I'm forwarding this message from Mike Douglass, who is on the time zone mailing list now but was not when the message was sent. --ado -----Original Message----- From: Mike Douglass [mailto:douglm@rpi.edu] Sent: Thursday, August 27, 2009 9:56 To: tz(a)lecserver.nci.nih.gov Subject: RE: New home for time zone stuff by 2012? The Calendaring and Scheduling Consortium (CalConnect), through a number of activities over time, has demonstrated an active interest in addressing problems related to timezones for calendaring and scheduling systems for a while. The standards in this space, namely iCalendar, were developed by the Internet Engineering Task Force (IETF). A number of issues have spurred this work within CalConnect, including (but not limited to) the US EDST changes from 2007. As "consumers" of timezone data (rather than "producers" - which relates to the job done by the community represented by this mailing list, tz(a)elsie.nci.nih.gov) we are eager to see a reliable, timely and secure process for handling timezones. In CalConnect's Timezone Technical Committee (TC), we are presently developing a timezone service protocol that will allow for direct updates of client systems, rather than relying on the current process where systems typically get updated via OS upgrades, if at all. As part of this effort, we are also developing a generic timezone description format in XML so that interchange of timezone data can be done efficiently, and so that we can include structured meta-data like KML for boundary information. CalConnect would like to see a formal "standardization" of timezone names with a registry. This issue has been a problem in the iCalendar space where presently it is difficult to rely on a timezone definition with a given name, often resulting in interoperability problems. CalConnect would like to see timezone data passed "by reference" rather than "by value" for efficiency purposes (iCalendar requires that a VTIMEZONE component always be included in the iCalendar data stream when a timezone is referenced by an event). Earlier this year, CalConnect hosted a timezone workshop at one of its face-to-face Roundtables. The primary focus of the workshop was to discuss the problem statement and development of the protocol, data format and registry process. Since then we have also initiated discussions in the IETF on these topics. As "consumers" of timezone data CalConnect feels strongly about the need for these improvements. None of this necessarily impacts the process of "producing" timezone data as carried out by this list's community. Nonetheless, we care greatly about the "production" process because we have to rely on this data. We have informally discussed within the CalConnect Timezone TC what we would like to see for the future of the timezone data. We have not come to any firm conclusions as to the best way forward. Mr. Olson's email, therefore, comes as a timely reminder that this needs to be addressed now. Possible options (as already indicated by Mr. Olson) include: - Moving it to an "open source" location (such as SourceForge, which has been already suggested) - Setting up some kind of open consortium of interested parties to manage timezone data - Moving responsibility to an existing standards body (e.g., the IETF or the Internet Society - ISOC) - Moving responsibility to a government entity (e.g., the UN) Unfortunately, this debate can easily get mired in "politics" rather than technical issues. e.g., who gets to control the data, how is the service paid for, who gets to contribute. At the end of the day, CalConnect favors an approach which results in the least amount of disruption. The open community process developed via this list's community has clearly been a success, and should be considered as a potential model going forward. CalConnect considers tightening up of the security of the timezone data to be essential. Given that many systems rely on the data being produced, we collectively need a secure distribution (i.e. a secure, reliable server, signed data etc). Whilst there have not been any obvious "attacks" against timezone data, one cannot assume there won't be any in the future. This is a propitious time to achieve consensus on the best way to secure the data. This may very well impose additional requirements on hosting the data in the future, e.g., cost of maintaining the server, signing certificates etc). CalConnect looks forward to the discussions on this issue, and would like to hear the thoughts of other members of this community. CalConnect is ready to host another face-to-face timezone workshop, open to all interested parties, at our member meeting in February 2010. Mike Douglass douglm(a)rpi.edu Chair Timezone Technical Committee, on behalf of CalConnect

8 8

Samoa to start DST
by Steffen Thorsen Aug. 27, 2009

Aug. 27, 2009

Samoa's parliament passed the Daylight Saving Bill 2009, and will start daylight saving time on the first Sunday of October 2009 and end on the last Sunday of March 2010. We hope that the full text will be published soon, but we believe that the bill is only valid for 2009-2010. Samoa's Daylight Saving Act 2009 will be enforced as soon as the Head of State executes a proclamation publicizing this Act. Some background information here, which will be updated once we have more details: http://www.timeanddate.com/news/time/samoa-dst-plan-2009.html Regards, Steffen - timeanddate.com

1 0

RE: New home for time zone stuff by 2012?
by Mike Douglass Aug. 27, 2009

Aug. 27, 2009

The Calendaring and Scheduling Consortium (CalConnect), through a number of activities over time, has demonstrated an active interest in addressing problems related to timezones for calendaring and scheduling systems for a while. The standards in this space, namely iCalendar, were developed by the Internet Engineering Task Force (IETF). A number of issues have spurred this work within CalConnect, including (but not limited to) the US EDST changes from 2007. As "consumers" of timezone data (rather than "producers" - which relates to the job done by the community represented by this mailing list, tz(a)elsie.nci.nih.gov) we are eager to see a reliable, timely and secure process for handling timezones. In CalConnects Timezone Technical Committee (TC), we are presently developing a timezone service protocol that will allow for direct updates of client systems, rather than relying on the current process where systems typically get updated via OS upgrades, if at all. As part of this effort, we are also developing a generic timezone description format in XML so that interchange of timezone data can be done efficiently, and so that we can include structured meta-data like KML for boundary information. CalConnect would like to see a formal "standardization" of timezone names with a registry. This issue has been a problem in the iCalendar space where presently it is difficult to rely on a timezone definition with a given name, often resulting in interoperability problems. CalConnect would like to see timezone data passed "by reference" rather than "by value" for efficiency purposes (iCalendar requires that a VTIMEZONE component always be included in the iCalendar data stream when a timezone is referenced by an event). Earlier this year, CalConnect hosted a timezone workshop at one of its face-to-face Roundtables. The primary focus of the workshop was to discuss the problem statement and development of the protocol, data format and registry process. Since then we have also initiated discussions in the IETF on these topics. As "consumers" of timezone data CalConnect feels strongly about the need for these improvements. None of this necessarily impacts the process of "producing" timezone data as carried out by this list's community. Nonetheless, we care greatly about the "production" process because we have to rely on this data. We have informally discussed within the CalConnect Timezone TC what we would like to see for the future of the timezone data. We have not come to any firm conclusions as to the best way forward. Mr. Olson's email, therefore, comes as a timely reminder that this needs to be addressed now. Possible options (as already indicated by Mr. Olson) include: - Moving it to an "open source" location (such as SourceForge, which has been already suggested) - Setting up some kind of open consortium of interested parties to manage timezone data - Moving responsibility to an existing standards body (e.g., the IETF or the Internet Society - ISOC) - Moving responsibility to a government entity (e.g., the UN) Unfortunately, this debate can easily get mired in "politics" rather than technical issues. e.g., who gets to control the data, how is the service paid for, who gets to contribute. At the end of the day, CalConnect favors an approach which results in the least amount of disruption. The open community process developed via this list's community has clearly been a success, and should be considered as a potential model going forward. CalConnect considers tightening up of the security of the timezone data to be essential. Given that many systems rely on the data being produced, we collectively need a secure distribution (i.e. a secure, reliable server, signed data etc). Whilst there have not been any obvious "attacks" against timezone data, one cannot assume there wont be any in the future. This is a propitious time to achieve consensus on the best way to secure the data. This may very well impose additional requirements on hosting the data in the future, e.g., cost of maintaining the server, signing certificates etc). CalConnect looks forward to the discussions on this issue, and would like to hear the thoughts of other members of this community. CalConnect is ready to host another face-to-face timezone workshop, open to all interested parties, at our member meeting in February 2010. Mike Douglass douglm(a)rpi.edu Chair Timezone Technical Committee, on behalf of CalConnect

1 0

FW: FW: source file correction for tzdata (egypt end of daylight savings)
by Olson, Arthur David (NIH/NCI) [E] Aug. 24, 2009

Aug. 24, 2009

I'm forwarding this message from John D. Martin III, who is not on the time zone mailing list. Those of you who are on the time zone mailing list, please direct replies appropriately. John's most recent message seems to indicate that the latest "africa" file has the correct transiton time for Egypt. --ado From: John Martin [mailto:john.d.martin.iii@gmail.com] Sent: Monday, August 24, 2009 11:15 To: Olson, Arthur David (NIH/NCI) [E] Cc: tz(a)elsie.nci.nih.gov Subject: Re: FW: source file correction for tzdata (egypt end of daylight savings) I live in Cairo. The time changed before the month of Ramadan began on Saturday 22 August 2009. The actual date of the change was midnight between Thursday 20 and Friday 21, which was not expected before it was announced by the government this week. Prior to that, it had been expected that we would switch after the Islamic month of Ramadan toward the end of September. The reason for the change is that Muslims here fast (no food, drink, smoking or sex) during daylight hours, so this effectively moves the end of fasting every day an hour earlier. They will likely not continue this past this year, but for the past few years, they have switched the time from DST right before Ramadan for this same reason. The reason that this keeps changing is that the Islamic calendar and the gregorian calendar do not line up. Instead, because the Muslim calendar bases the months on the moon phase, the beginning date for each month (including Ramadan) move earlier each year. Again, this will likely not happen again after this year, but you can never tell. The Egyptian government might choose otherwise. No telling until very close to the date. J -- John D. Martin III john.d.martin.iii(a)gmail.com http://youcantmakemistakes.com +1.269.216.9126 (us) +20.16.558.5960 (eg) On Mon, Aug 24, 2009 at 17:00, Olson, Arthur David (NIH/NCI) [E] <olsona(a)dc37a.nci.nih.gov> wrote: I’m forwarding this message from John D. Martin III, who is not on the time zone mailing list. Those of you who are on the time zone mailing list, please direct replies appropriately. John's message indicates a change at the midnight between Friday, August 21 and Saturday, August 22 while the current "Africa" file indicates a change at the midnight between Thursday, August 20 and Friday, August 21. Is there anyone with boots on the ground in Egypt who can tell us what actually happened last week? --ado From: John Martin [mailto:john.d.martin.iii@gmail.com] Sent: Saturday, August 22, 2009 6:43 To: tz(a)lecserver.nci.nih.gov Subject: source file correction for tzdata (egypt end of daylight savings) I am sending some info about the end of daylight savings time for Egypt in 2009. The line for 2009 for Egypt/Cairo in 'africa' within the tzdata source should read : Rule Egypt 2009 only - Aug 21 23:00s 0 - Rule Egypt 2010 max - Sep lastThu 23:00s 0 - The beginning of Ramadan has been used to determine the switch to standard time. In 2009 the switch occurred on 21 August at midnight or the third Thursday of the month. This will likely revert in 2010 to the standard time in the last week in September. Thanks. J -- John D. Martin III john.d.martin.iii(a)gmail.com http://youcantmakemistakes.com +1.269.216.9126 (us) +20.16.558.5960 (eg)

1 0

FW: source file correction for tzdata (egypt end of daylight savings)
by Olson, Arthur David (NIH/NCI) [E] Aug. 24, 2009

Aug. 24, 2009

I’m forwarding this message from John D. Martin III, who is not on the time zone mailing list. Those of you who are on the time zone mailing list, please direct replies appropriately. John's message indicates a change at the midnight between Friday, August 21 and Saturday, August 22 while the current "Africa" file indicates a change at the midnight between Thursday, August 20 and Friday, August 21. Is there anyone with boots on the ground in Egypt who can tell us what actually happened last week? --ado From: John Martin [mailto:john.d.martin.iii@gmail.com] Sent: Saturday, August 22, 2009 6:43 To: tz(a)lecserver.nci.nih.gov Subject: source file correction for tzdata (egypt end of daylight savings) I am sending some info about the end of daylight savings time for Egypt in 2009. The line for 2009 for Egypt/Cairo in 'africa' within the tzdata source should read : Rule Egypt 2009 only - Aug 21 23:00s 0 - Rule Egypt 2010 max - Sep lastThu 23:00s 0 - The beginning of Ramadan has been used to determine the switch to standard time. In 2009 the switch occurred on 21 August at midnight or the third Thursday of the month. This will likely revert in 2010 to the standard time in the last week in September. Thanks. J -- John D. Martin III john.d.martin.iii(a)gmail.com http://youcantmakemistakes.com +1.269.216.9126 (us) +20.16.558.5960 (eg)

2 1

source file correction for tzdata (egypt end of daylight savings)
by John Martin Aug. 22, 2009

Aug. 22, 2009

I am sending some info about the end of daylight savings time for Egypt in 2009. The line for 2009 for Egypt/Cairo in 'africa' within the tzdata source should read : Rule Egypt 2009 only - Aug 21 23:00s 0 - Rule Egypt 2010 max - Sep lastThu 23:00s 0 - The beginning of Ramadan has been used to determine the switch to standard time. In 2009 the switch occurred on 21 August at midnight or the third Thursday of the month. This will likely revert in 2010 to the standard time in the last week in September. Thanks. J -- John D. Martin III john.d.martin.iii(a)gmail.com http://youcantmakemistakes.com +1.269.216.9126 (us) +20.16.558.5960 (eg)

1 0

FW: updated Olson DB for new end of Egypt DST
by Olson, Arthur David (NIH/NCI) [E] Aug. 17, 2009

Aug. 17, 2009

I'm forwarding this message on behalf of Amr Elmalah who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado -----Original Message----- From: news [mailto:news@ger.gmane.org] On Behalf Of Amr Elmalah Sent: Monday, August 17, 2009 6:50 To: tz(a)lecserver.nci.nih.gov Subject: updated Olson DB for new end of Egypt DST Dear all, Is there is a new version of JAVA TZupdater with the modified Olson DB that has the new winter time change for Egypt (20 August). We need to update the JAVA with the new winter time. Any help?? Regards, Amr.

3 2

tzdata2009l.tar.gz
by Olson, Arthur David (NIH/NCI) [E] Aug. 17, 2009

Aug. 17, 2009

The file... ftp://elsie.nci.nih.gov/pub/tzdata2009l.tar.gz ...is now available; this reflects the changes circulated last week on the time zone mailing list for Samao (comments only) and Egypt. If information arrives regarding Samoa there may be another update. --ado

1 0

updated Olson DB for new end of Egypt DST
by Amr Elmalah Aug. 17, 2009

Aug. 17, 2009

Dear all, Is there is a new version of JAVA TZupdater with the modified Olson DB that has the new winter time change for Egypt (20 August). We need to update the JAVA with the new winter time. Any help?? Regards, Amr.

1 0

proposed time zone package changes for Samoa (comment only) and Egypt
by Arthur David Olson Aug. 14, 2009

Aug. 14, 2009

Below are propsed changes to the "africa" file (for the end of DST in Egypt in 2009) and the "australasia" file (adding a comment about the possibility of Samoa observing DST in 2009/2010). If no problems are found, expect these to show up on the ftp server this coming Monday. --ado ------- africa ------- *** /tmp/geta13168 Fri Aug 14 09:02:44 2009 --- /tmp/getb13168 Fri Aug 14 09:02:44 2009 *************** *** 1,5 **** # <pre> ! # @(#)africa 8.22 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)africa 8.23 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 276,283 **** # In 2009 (and for the next several years), Ramadan ends before the fourth # Thursday in September; Egypt is expected to revert to the last Thursday # in September. Rule Egypt 2008 only - Aug lastThu 23:00s 0 - ! Rule Egypt 2009 max - Sep lastThu 23:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Cairo 2:05:00 - LMT 1900 Oct --- 276,302 ---- # In 2009 (and for the next several years), Ramadan ends before the fourth # Thursday in September; Egypt is expected to revert to the last Thursday # in September. + + # From Steffen Thorsen (2009-08-11): + # We have been able to confirm the August change with the Egyptian Cabinet + # Information and Decision Support Center: + # <a href="http://www.timeanddate.com/news/time/egypt-dst-ends-2009.html"> + # http://www.timeanddate.com/news/time/egypt-dst-ends-2009.html + # </a> + # + # The Middle East News Agency + # <a href="http://www.mena.org.eg/index.aspx"> + # http://www.mena.org.eg/index.aspx + # </a> + # also reports "Egypt starts winter time on August 21" + # today in article numbered "71, 11/08/2009 12:25 GMT." + # Only the title above is available without a subscription to their service, + # and can be found by searching for "winter" in their search engine + # (at least today). + Rule Egypt 2008 only - Aug lastThu 23:00s 0 - ! Rule Egypt 2009 only - Aug 20 23:00s 0 - ! Rule Egypt 2010 max - Sep lastThu 23:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Cairo 2:05:00 - LMT 1900 Oct ------- australasia ------- *** /tmp/geta13288 Fri Aug 14 09:13:20 2009 --- /tmp/getb13288 Fri Aug 14 09:13:20 2009 *************** *** 1,5 **** # <pre> ! # @(#)australasia 8.11 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)australasia 8.12 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 427,432 **** --- 427,448 ---- -11:00 - SST # S=Samoa # Samoa + + # From Alexander Krivenyshev (2008-12-06): + # The Samoa government (Western Samoa) may implement DST on the first Sunday of + # October 2009 (October 4, 2009) until the last Sunday of March 2010 (March 28, + # 2010). + # + # "Selected Committee reports to Cabinet on Daylight Saving Time", + # Government of Samoa: + # <a href="http://www.govt.ws/pr_article.cfm?pr_id=560"> + # http://www.govt.ws/pr_article.cfm?pr_id=560 + # </a> + # or + # <a href="http://www.worldtimezone.com/dst_news/dst_news_samoa01.html"> + # http://www.worldtimezone.com/dst_news/dst_news_samoa01.html + # </a> + Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time

2 1

End of DST in Africa/Cairo 2009
by jacquie＠entropy.cc Aug. 13, 2009

Aug. 13, 2009

Hi, Does anyone know of an update for the end of DST in Africa/Cairo? According to the latest tzdata2009k.tar.gz, DST will end on September 24, 2009. However, time and date have August 20, 2009: http://www.timeanddate.com/worldclock/clockchange.html?n=53 We have confirmed with several properties in Cairo that DST will end on August 20th. Thanks in advance for any information. Jacquie

3 2

Where do you get time zone boundary infomation from ?
by Rod Williams Aug. 7, 2009

Aug. 7, 2009

I am a software engineer working for an avionics company. I am currently working on a project that requires the software I will create to know the time *any place on earth given a latitude and longitude*. Time zone boundaries and time rules will need be *updated on a monthly basis*. This task is proving to be very difficult. The most difficult part is getting up to date data on for time zone boundaries. *Most of the services and databases I have researched only give time zone information for a particular city in that given time zone (ie. Olson Time Zone Database), I have yet to find anything that defines the actual time zone boundaries.* *Is there a service or database that gives up to date boundary and time rules monthly, and has worldwide coverage?* Thanks in advance, Rod Williams

1 0

Re: End of DST in Africa/Cairo 2009
by Robin Thorpe Aug. 5, 2009

Aug. 5, 2009

Dear Jacquie, Paul is out of the office on vacation until Monday, August 10, 2009, but I can help you with your question. We are aware of the daylight savings issue in Egypt and are monitoring it closely. According to previous announcements daylight savings time should change the last weekend in September. However, this year is different due to Ramadan starting August 22. It is probable that the government will make a change, but there has been no official decision as of today. Historically the government has made the announcement about one week prior to the start of Ramadan. If they follow this pattern the announcement would come around August 15. According to our sources the last possible day for the announcement is August 20 since Ramadan begins on August 22. We will issue an update as soon as a change is announced and confirmed. I hope this addresses your concerns. If it doesn't or if you have other questions please feel free to email or call me at 212-742-8577. Kind regards, Robin At 02:44 PM 8/5/2009, jacquie(a)entropy.cc wrote: >Hi, > >Does anyone know of an update for the end of DST in Africa/Cairo? >According to the latest tzdata2009k.tar.gz, DST will end on >September 24, 2009. However, time and date have August 20, 2009: > >http://www.timeanddate.com/worldclock/clockchange.html?n=53 > >We have confirmed with several properties in Cairo that DST will end >on August 20th. Thanks in advance for any information. > >Jacquie > > > > > > >

1 0

Will Samoa observe DST?
by Gwillim Law July 30, 2009

July 30, 2009

Last November, the Cabinet of (Western) Samoa approved the adoption of DST from the first Sunday of October 2009 until the last Sunday of March 2010. Alexander Krivenyshev notified the tz list on December 7, with the subject line "Western Samoa may implement Daylight Saving Time in 2009". The tzdata file hasn't reflected any such change yet. I've just done a Web search for any further news. The only relevant articles I could find were dated last November or December. Those articles speak of the change as if it were a done deal; but some of them mention that the Attorney General's office is charged with drafting the enabling legislation. Has Samoa changed its mind and dropped the project? Is the legislation just a formality that's assured of going through? It's a little more than two months until the switch is due. I hope someone on the list is in a position to check into the situation. Gwillim Law

1 0

RE: Indiana (East) has no DST set in CLDR supplemental data
by Olson, Arthur David (NIH/NCI) [E] July 27, 2009

July 27, 2009

As Ian Davies observed, CLDR data is supplemental--not part of the time zone package. That being said... "Etc/GMT+5" would have been correct for much of Eastern Indiana through 2006 since DST wasn't observed. (Recall that there's a UNIX-heritage GMT offset sign reversal; use the commands... TZ=Etc/GMT+5 date TZ=EST date TZ=EST5 date ...to see that Etc/GMT+5 used to be the right thing.) Perhaps this particular CLDR data hasn't been updated since 2006. --ado From: Ian Davies [mailto:iand@PartyGaming.com] Sent: Monday, July 27, 2009 5:35 To: Olson, Arthur David (NIH/NCI) [E] Cc: Ian Davies Subject: Indiana (East) has no DST set in CLDR supplemental data Hi, My team has located and fixed an issue in the CLDR supplemental data for Windows TZ mapping. http://unicode.org/cldr/data/common/supplemental/supplementalData.xml Indiana (East) Mapping Changes... 1. Change the Etc/GMT+5 type which seems spurious. 2. Change the daylight flag. Original... <mapZone other="US Eastern Standard Time" type="Etc/GMT+5"/>  Updated... <mapZone other="US Eastern Standard Time" type="Indiana (East)"/>  Could you verify? Regards, Ian Ian Davies Manager, Internationalisation & Multilingual PartyGaming Suite 711 Europort, Gibraltar DD + (350) 200 78700 Ext7060 Mobile + (34) 687898027 This email and any attachments are confidential, and may be legally privileged and protected by copyright. If you are not the intended recipient dissemination or copying of this email is prohibited. If you have received this in error, please notify the sender by replying by email and then delete the email completely from your system. Any views or opinions are solely those of the sender. This communication is not intended to form a binding contract unless expressly indicated to the contrary and properly authorised. Any actions taken on the basis of this email are at the recipient's own risk.

2 2

tzcode2009k.tar.gz and tzdata2009k.tar.gz
by Olson, Arthur David (NIH/NCI) [E] July 20, 2009

July 20, 2009

The files... ftp://elsie.nci.nih.gov/pub/tzcode2009k.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2009k.tar.gz ...are now available; these reflect the changes circulated last week on the time zone mailing list. --ado

1 0

time zones
by Alison Hili July 16, 2009

July 16, 2009

Hi! I found your address on the internet. Could you help me please? I need to know the different in time zones between Malta and Toronto in Canada please. If in Malta it is Thursday 16th July and the time is 8.00pm, what time is in Toronto, Canada please? Thanks very much for your help. Regards, Alison.

1 0

proposed time zone package changes
by Arthur David Olson July 14, 2009

July 14, 2009

Here are proposed time zone package changes, with summary information followed by the actual changes. If no problems are found, these will appear on the ftp site in nine days. --ado * zic.c Do not end a binary file with a POSIX-style time zone string for locations that end up in permanent DST (thanks to Andreas Schwab). * asia Arbitrarily cut off Dhaka DST at end of 2009 (so that a POSIX-style time zone string can appear in the Dhaka binary file, and for the benefit of systems with old glibc reimplementations of the time zone library that don't handle permanent DST correctly). Note that another change will be needed once the real end date for DST in Dhaka is known. * africa Change Mauritius to reflect that 2008-2009 DST experiment is not repeated (and to change end of DST in 2009 from 2:00 standard time to 2:00 local time) (thanks to Steffen Thorsen). * europe Update URL for Directive 2000/84/EC on summer-time arrangements (thanks to Colin Watson and Ian Jackson). * leapseconds Change "no leap second" comment (no leap second at end of 2009). * tz-art.htm Add notes on "A Matter of Life and Death" (thanks to Dave Cantor). * tz-link.htm Remove seemingly obsolete public.planetmirror.com/pub/timezone link (thanks to Nathan Stratton Treadway). diff -c old/africa new/africa *** old/africa Sun May 17 14:32:58 2009 --- new/africa Sat Jul 11 12:07:03 2009 *************** *** 1,5 **** # <pre> ! # @(#)africa 8.21 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)africa 8.22 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 502,512 **** # http://www.gov.mu/portal/goc/assemblysite/file/bill2708.pdf # </a> # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Mauritius 1982 only - Oct 10 0:00 1:00 S Rule Mauritius 1983 only - Mar 21 0:00 0 - ! Rule Mauritius 2008 max - Oct lastSun 2:00s 1:00 S ! Rule Mauritius 2009 max - Mar lastSun 2:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Indian/Mauritius 3:50:00 - LMT 1907 # Port Louis 4:00 Mauritius MU%sT # Mauritius Time --- 502,534 ---- # http://www.gov.mu/portal/goc/assemblysite/file/bill2708.pdf # </a> + # From Steffen Thorsen (2009-06-05): + # According to several sources, Mauritius will not continue to observe + # DST the coming summer... + # + # Some sources, in French: + # <a href="http://www.defimedia.info/news/946/Rashid-Beebeejaun-:-%C2%AB-L%E2%80%99heu…"> + # http://www.defimedia.info/news/946/Rashid-Beebeejaun-:-%C2%AB-L%E2%80%99heu… + # </a> + # <a href="http://lexpress.mu/Story/3398~Beebeejaun---Les-objectifs-d-%C3%A9conomie-d-…"> + # http://lexpress.mu/Story/3398~Beebeejaun---Les-objectifs-d-%C3%A9conomie-d-… + # </a> + # + # Our wrap-up: + # <a href="http://www.timeanddate.com/news/time/mauritius-dst-will-not-repeat.html"> + # http://www.timeanddate.com/news/time/mauritius-dst-will-not-repeat.html + # </a> + + # From Arthur David Olson (2009-07-11): + # The "mauritius-dst-will-not-repeat" wrapup includes this: + # "The trial ended on March 29, 2009, when the clocks moved back by one hour + # at 2am (or 02:00) local time..." + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Mauritius 1982 only - Oct 10 0:00 1:00 S Rule Mauritius 1983 only - Mar 21 0:00 0 - ! Rule Mauritius 2008 only - Oct lastSun 2:00 1:00 S ! Rule Mauritius 2009 only - Mar lastSun 2:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Indian/Mauritius 3:50:00 - LMT 1907 # Port Louis 4:00 Mauritius MU%sT # Mauritius Time diff -c old/asia new/asia *** old/asia Mon Jun 15 06:43:59 2009 --- new/asia Sat Jul 11 12:07:03 2009 *************** *** 1,5 **** # <pre> ! # @(#)asia 8.35 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)asia 8.36 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 172,177 **** --- 172,183 ---- # # No DST end date has been announced yet. + # From Arthur David Olson (2009-07-11): + # Arbitrarily end DST at the end of 2009 so that a POSIX-sytle time zone string + # can appear in the Dhaka binary file and for the benefit of old glibc + # reimplementations of the time zone software that mishandle permanent DST. + # A change will be required once the end date is known. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Dhaka 6:01:40 - LMT 1890 5:53:20 - HMT 1941 Oct # Howrah Mean Time? *************** *** 180,186 **** 6:30 - BURT 1951 Sep 30 6:00 - DACT 1971 Mar 26 # Dacca Time 6:00 - BDT 2009 Jun 19 23:00 # Bangladesh Time ! 6:00 1:00 BDST # Bhutan # Zone NAME GMTOFF RULES FORMAT [UNTIL] --- 186,193 ---- 6:30 - BURT 1951 Sep 30 6:00 - DACT 1971 Mar 26 # Dacca Time 6:00 - BDT 2009 Jun 19 23:00 # Bangladesh Time ! 6:00 1:00 BDST 2010 ! 6:00 - BDT # Bhutan # Zone NAME GMTOFF RULES FORMAT [UNTIL] diff -c old/europe new/europe *** old/europe Sun May 17 14:32:59 2009 --- new/europe Sat Jul 11 12:09:02 2009 *************** *** 1,5 **** # <pre> ! # @(#)europe 8.21 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)europe 8.22 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 459,465 **** Rule EU 1981 max - Mar lastSun 1:00u 1:00 S Rule EU 1996 max - Oct lastSun 1:00u 0 - # The most recent directive covers the years starting in 2002. See: ! # <a href="http://europa.eu.int/eur-lex/en/lif/dat/2000/en_300L0084.html"> # Directive 2000/84/EC of the European Parliament and of the Council # of 19 January 2001 on summer-time arrangements. # </a> --- 459,465 ---- Rule EU 1981 max - Mar lastSun 1:00u 1:00 S Rule EU 1996 max - Oct lastSun 1:00u 0 - # The most recent directive covers the years starting in 2002. See: ! # <a="http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:32000L0084:EN:N…"> # Directive 2000/84/EC of the European Parliament and of the Council # of 19 January 2001 on summer-time arrangements. # </a> diff -c old/leapseconds new/leapseconds *** old/leapseconds Sun May 17 14:32:59 2009 --- new/leapseconds Sat Jul 11 12:07:04 2009 *************** *** 1,5 **** # <pre> ! # @(#)leapseconds 8.8 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)leapseconds 8.9 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 56,68 **** # SERVICE DE LA ROTATION TERRESTRE # OBSERVATOIRE DE PARIS # 61, Av. de l'Observatoire 75014 PARIS (France) ! # Tel. : 33 (0) 1 40 51 22 29 # FAX : 33 (0) 1 40 51 22 91 # Internet : services.iers(a)obspm.fr # ! # Paris, 15 January 2009 # ! # Bulletin C 37 # # To authorities responsible # for the measurement and --- 56,68 ---- # SERVICE DE LA ROTATION TERRESTRE # OBSERVATOIRE DE PARIS # 61, Av. de l'Observatoire 75014 PARIS (France) ! # Tel. : 33 (0) 1 40 51 22 26 # FAX : 33 (0) 1 40 51 22 91 # Internet : services.iers(a)obspm.fr # ! # Paris, 4 July 2009 # ! # Bulletin C 38 # # To authorities responsible # for the measurement and *************** *** 70,76 **** # # INFORMATION ON UTC - TAI # ! # NO positive leap second will be introduced at the end of June 2009. # The difference between Coordinated Universal Time UTC and the # International Atomic Time TAI is : # --- 70,76 ---- # # INFORMATION ON UTC - TAI # ! # NO positive leap second will be introduced at the end of December 2009. # The difference between Coordinated Universal Time UTC and the # International Atomic Time TAI is : # *************** *** 82,87 **** # will be no time step at the next possible date. # # Daniel GAMBIS ! # Head ! # Earth Orientation Center of the IERS # Observatoire de Paris, France --- 82,87 ---- # will be no time step at the next possible date. # # Daniel GAMBIS ! # Director ! # Earth Orientation Center of IERS # Observatoire de Paris, France diff -c old/tz-art.htm new/tz-art.htm *** old/tz-art.htm Sun May 17 14:44:05 2009 --- new/tz-art.htm Sat Jul 11 12:07:04 2009 *************** *** 9,15 **** <body> <h1>Time and the Arts</h1> <address> ! @(#)tz-art.htm 8.12 </address> <p> This file is in the public domain, so clarified as of --- 9,15 ---- <body> <h1>Time and the Arts</h1> <address> ! @(#)tz-art.htm 8.13 </address> <p> This file is in the public domain, so clarified as of *************** *** 353,358 **** --- 353,369 ---- premonition in the "We Had a Dream" episode of "Medium" (originally aired 2007-02-28). </li> + <li> + In the 1946 "A Matter of Life and Death," + there is a reference to British Double Summer Time. + The time does not play a large part in the plot; + it's just a passing reference to the time when one of the + characters was supposed to have died (but didn't). + The IMDb page is at + <a href="http://us.imdb.com/title/tt0038733/"> + http://us.imdb.com/title/tt0038733/ + </a>. (Dave Cantor) + </li> </ul> <hr> <ul> diff -c old/tz-link.htm new/tz-link.htm *** old/tz-link.htm Sat Jun 6 08:27:24 2009 --- new/tz-link.htm Sat Jul 11 12:07:04 2009 *************** *** 18,24 **** <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.21 </address> <p> This file is in the public domain, so clarified as of --- 18,24 ---- <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.22 </address> <p> This file is in the public domain, so clarified as of *************** *** 114,123 **** href="ftp://elsie.nci.nih.gov/pub/tzarchive.gz">full archive of old messages</a> (in gzip compressed format), or retrieve <a href="ftp://munnari.oz.au/pub/oldtz">archived older versions of code ! and data</a>; there is also a smaller <a ! href="http://public.planetmirror.com/pub/timezone"><abbr ! title="Hypertext Transfer Protocol">HTTP</abbr> ! mirror</a>.</p> <p> The Web has several other sources for time zone and daylight saving time data. Here are some recent links that may be of interest. --- 114,120 ---- href="ftp://elsie.nci.nih.gov/pub/tzarchive.gz">full archive of old messages</a> (in gzip compressed format), or retrieve <a href="ftp://munnari.oz.au/pub/oldtz">archived older versions of code ! and data</a>.</p> <p> The Web has several other sources for time zone and daylight saving time data. Here are some recent links that may be of interest. diff -c old/zic.c new/zic.c *** old/zic.c Mon Apr 20 16:17:54 2009 --- new/zic.c Sat Jul 11 12:07:04 2009 *************** *** 3,9 **** ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.19"; #include "private.h" #include "locale.h" --- 3,9 ---- ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.20"; #include "private.h" #include "locale.h" *************** *** 1921,1927 **** if (stdrp != NULL && stdrp->r_hiyear == 2037) return; } ! if (stdrp == NULL && zp->z_nrules != 0) return; abbrvar = (stdrp == NULL) ? "" : stdrp->r_abbrvar; doabbr(result, zp->z_format, abbrvar, FALSE, TRUE); --- 1921,1927 ---- if (stdrp != NULL && stdrp->r_hiyear == 2037) return; } ! if (stdrp == NULL && (zp->z_nrules != 0 || zp->z_stdoff != 0)) return; abbrvar = (stdrp == NULL) ? "" : stdrp->r_abbrvar; doabbr(result, zp->z_format, abbrvar, FALSE, TRUE);

5 10

Time zone data for Dhaka is missing an end date
by nikolaus_brauer＠us.ibm.com July 9, 2009

July 9, 2009

To whom it may concern, I am writing to report an issue I have discovered in the recent change to the Asia/Dhaka time zone data, which recently implemented daylight saving time in June. The recent update to the time zone data (tzdata2009j) includes a start date for daylight saving time, but no end date. Intuitively, daylight saving time should have a start and an end date within the same year, otherwise what is implemented is an indefinite GMT offset change. Because of this programs that detect DST rules may see the absence of an end to the DST period as an error. This may cause programs which obtain DST rules using Olson time zone data to fail to detect daylight saving time rules for Asia/Dhaka. For completeness, I propose a tentative end date be implemented now, and an updated date be implemented once an official date is released, or the government releases an additional tentative date in September. According to timeanddate.com: "The press secretary did not confirm the length of DST but stated that the government would decide the DST end date and would announce it later. On another note, Bangladesh's minister for power said earlier in 2009 that the new timing might continue until the end of September. Timeanddate.com will provide an update on the DST end date when it becomes available. " ( http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html ): Timeanddate.com picked September 25th, which seems like a likely enough date. I have update the tzdata on my system with the following rules to implement this change. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Dhaka09 2009 max - Jun 19 23:00 1:00 D Rule Dhaka09 2009 max - Sep 26 00:00 0:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Dhaka 6:01:40 - LMT 1890 5:53:20 - HMT 1941 Oct # Howrah Mean Time? 6:30 - BURT 1942 May 15 # Burma Time 5:30 - IST 1942 Sep 6:30 - BURT 1951 Sep 30 6:00 - DACT 1971 Mar 26 # Dacca Time 6:00 Dhaka09 B%sT # Bangladesh Time Could you please evaluate this change for inclusion in the Olson time zone data? Please let me know if you have any questions or concerns. Thanks, Nik

1 0