- tz - lists.iana.org

Olson Time Zone Database Converted to Windows Standard Time
by Tim Davis Sept. 4, 2008

Sept. 4, 2008

Hi Guys, Thought you might find this interesting. As part of an OpenID implementation I am doing, I needed the Olson TZ Database converted to Windows 'Standard' Format. I couldn't find anything online so I did it myself and have released it under an ISC Licence (http://en.wikipedia.org/wiki/ISC_license) Basically, you are free to with it what you will as long as this notice remains. I'm sure there are going to errors here and there and if you do use it - I'd appreciate a quick email with anything that is wrong or that you have updated so I can update the file and share these updates with everyone else. It's available via the link below for download as a *.xls or *.xlsx. http://www.timdavis.com.au/2008/09/03/olson-time-zone-database-to-standard-… Any feedback is welcomed and appreciated. Cheers, Tim

2 1

tz database's FTP distribution
by Roman Sept. 3, 2008

Sept. 3, 2008

Greetings! At the page http://www.twinsun.com/tz/tz-link.htm there is a reference to FTP distribution <ftp://elsie.nci.nih.gov/pub> location from where tz db can be downloaded. Currently the folder ftp://elsie.nci.nih.gov/pub is empty. Could you please fix the ftp location link to enable downloading the db? Thanks, Roman

1 0

RE: Pakistan extends DST through end of October?
by Paul Goyette Sept. 1, 2008

Sept. 1, 2008

> I don't remember anyone posting about this recently, but one of > my customers indicates that Pakistan has extended their observance > of Daylight/Summer time through October 31st. Current data has > DST expiring a few hours ago, at 0:00 this morning, local time. I > don't have any official reference at which I can point to document > the extension. > > Does anyone know if this is official? And if so, when might we > see an update tzdata distribution? I found the following reference which seems to confirm my customer's information: http://www.timeanddate.com/news/time/pakistan-extends-dst-2008.html

1 0

Pakistan extends DST through end of October?
by Paul Goyette Sept. 1, 2008

Sept. 1, 2008

I don't remember anyone posting about this recently, but one of my customers indicates that Pakistan has extended their observance of Daylight/Summer time through October 31st. Current data has DST expiring a few hours ago, at 0:00 this morning, local time. I don't have any official reference at which I can point to document the extension. Does anyone know if this is official? And if so, when might we see an update tzdata distribution? Paul Goyette Juniper Networks Customer Service JTAC Senior Escalation Engineer Juniper Security Incident Response Team PGP Key ID 0x53BA7731 Fingerprint: FA29 0E3B 35AF E8AE 6651 0786 F758 55DE 53BA 7731

1 0

Pakistan (Asia/Karachi) Time zone updated settings
by Lal Kumar Sept. 1, 2008

Sept. 1, 2008

Hello; Kindly incorporate this updated file in the tzdata.tar.gz for the updated settings for Pakistan as due to Day Light Time savings the time will be at GMT + 5 +1 (Day Light Time savings) till October 31st' 2008. Regards

1 0

Time Zone database change
by Joe Canner Aug. 31, 2008

Aug. 31, 2008

FYI and FWIW: Morocco has decided to switch from DST to standard time (=GMT) on September 1, 2008 instead of September 28, 2008. Regards, Joseph K. Canner IT Director George Washington Academy Casablanca, MOROCCO

1 0

Brazil's dates announced
by Steffen Thorsen Aug. 29, 2008

Aug. 29, 2008

As announced by the government and many newspapers in Brazil late yesterday, Brazil will start DST on 2008-10-19 (need to change rule) and it will end on 2009-02-15 (current rule for Brazil is fine). Based on past years experience with the elections, there was a good chance that the start was postponed to November, but it did not happen this year. It has not yet been posted to http://pcdsh01.on.br/DecHV.html An official page about it: http://www.mme.gov.br/site/news/detail.do?newsId=16722 Note that this link does not always work directly, but must be accessed by going to http://www.mme.gov.br/ first One example link that works directly: http://jornale.com.br/index.php?option=com_content&task=view&id=13530&Itemi… (Portuguese) We have a written a short article about it as well: http://www.timeanddate.com/news/time/brazil-dst-2008-2009.html Regards, Steffen Thorsen - timeanddate.com

1 0

Gaza Strip ended DST while West Bank will end DST at midnight Aug 31, 2008.
by Alexander Krivenyshev Aug. 28, 2008

Aug. 28, 2008

Here is an article, that Mideast running on different clocks at Ramadan. Gaza Strip (as Egypt) ended DST at midnight Thursday (Aug 28, 2008), while the West Bank will end Daylight Saving Time at midnight Sunday (Aug 31, 2008). http://www.guardian.co.uk/world/feedarticle/7759001 http://www.abcnews.go.com/International/wireStory?id=5676087 or http://www.worldtimezone.com/dst_news/dst_news_gazastrip01.html Regards, Alexander Krivenyshev, http://www.worldtimezone.com/dst_news/ New York, NY

1 0

Pakistan DST extended till Oct 31
by Alexander Krivenyshev Aug. 28, 2008

Aug. 28, 2008

Pakistan government has decided to keep the watches one-hour advanced for another 2 months- plan to return to Standard Time on October 31 instead of August 31. http://www.worldtimezone.com/dst_news/dst_news_pakistan02.html OR http://dailymailnews.com/200808/28/news/dmbrn03.html Regards, Alexander Krivenyshev, http://www.worldtimezone.com/dst_news/ New York, NY

1 0

Morocco ends DST early
by Steffen Thorsen Aug. 27, 2008

Aug. 27, 2008

Morocco will change the clocks back on the midnight between August 31 and September 1. They originally planned to observe DST to near the end of September: One article about it (in French): http://www.menara.ma/fr/Actualites/Maroc/Societe/ci.retour_a_l_heure_gmt_a_… We have some further details posted here: http://www.timeanddate.com/news/time/morocco-ends-dst-early-2008.html Best regards, Steffen Thorsen - timeanddate.com

1 0

Australian DST abbreviations causing business problems - still
by Mick Johnston Aug. 26, 2008

Aug. 26, 2008

It's well past time the Australian 'Daylight Saving Time' abbreviations were updated to reflect the current terms and usage. Comments posted previously in the 'australasia' file are outdated and wrong and have been causing lots of problems for years. You don't have to take my word for this. Although most of the URLs identified in the file are not official sites and Daylight Saving Time is legislated by state governments, the exemplary abbreviations are displayed at the Australian federal government website at <http://www.australia.gov.au/Time#daylightsaving> as at 26/8/08. Here is the important bit: Quote: Where daylight saving is being observed: * AEST becomes Australian Eastern Daylight Time (AEDT), and clocks are advanced to UTC +11. * ACST becomes Australian Central Daylight Time (ACDT), and clocks are advanced to UTC +10 ½. * AWST becomes Australian Western Daylight Time (AWDT), and clocks are advanced to UTC +9. " Unquote: The abbreviations AEDT, ACDT and AWDT are commonly shortened to EDT, CDT and WDT. Is there really a problem? Yes. I work for a national retail company that makes deliveries across the country. Here is just one example of the sorts of problems we face. Queensland don't have Daylight Saving Time. New South Wales (across the border from Queensland) do have Daylight Saving Time. Due to the fact that the Olsen data uses EST for both 'Eastern Summer Time' (New South Wales) and 'Eastern Standard Time' (Queensland), a delivery from New South Wales to Queensland can have a pickup time of 10.30am EST and a delivery time of 10.00am EST. We like to be efficient but we're not that good. System users only see the EST and get horribly confused. If the problem impacts businesses, then why don't they use their own time zone tables? It's not that simple. It's quite common today to find systems (like ours) that are purchased on an enterprise licence basis from a large international company. It could be difficult to get the company to change the base software product. Also, it's common for software products to run on standard operating systems such as the AIX flavour of Unix, and for the software products to use whatever time zone information is applied by the operating system. Try getting the operating system vendor to change their software and they'll simply tell you it's based on the Olsen updates. Then why hasn't the table been changed already? To answer this question, I need to address some of the comments previously made in the 'australasia' file. The first comment on this subject in the file was made by John Mackin back in 1991: JM:" We in Australia have _never_ referred to DST as `daylight' time. It is called `summer' time." MJ: This comment is more than 17 years old and horribly outdated. I have lived in Australia all my life and have been supporting systems here since well before 1991. Most Australians simply use the term 'Daylight Saving Time'. It's uncommon outside the business environment to use any other term. In business and government, Australians recognized the problems associated with ambiguous abbreviations a long time ago and have generally adopted the 'EDT' form. Various federal government websites (although not official), in an attempt to encourage uniformity, have been displaying the newer abbreviations for some time. See <http://www.bom.gov.au/climate/averages/tables/daysavtm.shtml> <http://www.australia.gov.au/Time#daylightsaving> Paul Eggert wrote an interesting post in 2001 that needs to be addressed. PE: "My own impression is that both "Daylight Time" and "Summer Time" are common and are widely understood, but that "Summer Time" is more popular;" MJ: Based on my day-to-day observations and discussions with people across states, most Australians now don't use the term 'Eastern Summer Time'. PE: "I just used AltaVista advanced search and got the following count of page hits: 1,103 "Eastern Summer Time" AND domain:au 971 "Australian Eastern Summer Time" AND domain:au 613 "Eastern Daylight Time" AND domain:au 127 "Australian Eastern Daylight Time" AND domain:au" MJ: I just googled (26/8/08) similar searches based on an "Australia only" search and my results were: 30,500 - "eastern daylight time" 5,640 - "eastern summer time" PE: "For abbreviations, tools like AltaVista are less useful because of ambiguity. Many hits are not really time zones, unfortunately, and many hits denote US time zones and not Australian ones. But here are the hit counts anyway: 161,304 "EST" and domain:au 25,156 "EDT" and domain:au" MJ: I agree with your comments, which means the figures are totally inaccurate. File Changes: Due to the fact that the file forms part of the JTZU (Java Time Zone Updates) provided by the operating system vendor, I am unable to create and test proposed changes. Also, there are quite a few changes required and I don't want to spend hours making these changes if they're not going to be applied. I ask for your advice on how to proceed with this. I am happy to work with you to produce a complete set of revised rules if you decide to go ahead with this proposal. We will need to change Aus, AW, AS, AT, AV and AN rules and their corresponding zone formats to use the 'E%sT' format. Thanks for your time and assistance Mick Johnston Dept: CGL - IT ES Supply Chain * L4 Bourke St. Melbourne (ILS Support) * (03) 9635 4457 This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material.

1 0

More details about Turkeys DST proposal
by Sue Williams Aug. 20, 2008

Aug. 20, 2008

This article says that around the end of March 2011, Turkey wants to adjust the clocks forward by 1/2 hour and stay that way permanently. The article indicates that this is a change in timezone offset in addition to stopping observance of DST. This proposal has not yet been approved. Read more here... Turkey to abandon daylight saving time in 2011 http://www.turkishdailynews.com.tr/article.php?enewsid=112989 ... Sue Williams

1 0

Re: zdump
by Dan Cotruta Aug. 12, 2008

Aug. 12, 2008

Dear Olson, Many thanks for your quick reply. I did go through the archives a little more carefully after sending my question. As I'm not a C programmer - can you just confirm my understanding of the problem? time_t is part of a standard C library; on 64 bit systems it is defined as being 64 bits long, giving a very large range for the years that can be displayed. int is the standard builtin integer type, which for reasons that evade me is still defined as 32 bits long. the tzcode does some fancy calculations to work out historical/future times of some kind - and obviously trying to fit a 64 bit value into a 32 bit space doesn't work. I hope that's right so far... So then: Why does Madagascar fail? [dcotruta@linnoc ~]$ /usr/sbin/zdump -v -c 2008 Mauritius Mauritius -9223372036854775808 = NULL Mauritius -9223372036854689408 = NULL Mauritius 9223372036854689407 = NULL Mauritius 9223372036854775807 = NULL Here, the limit should be 2008 - therefore the 32 bit limit should not be a problem. Am I missing something? I don't know anything about C programming - is this something that's likely to be fixed at some point soon? I've started work on a Python version of zdump to get around this limitation - is this something that might be useful to the community? If so, I'd appreciate some help decrypting the logic of the tzdata files. Thanks again for your swift reply, Dan On Mon, Aug 11, 2008 at 2:07 PM, Olson, Arthur David (NIH/NCI) [E] < olsona(a)dc37a.nci.nih.gov> wrote: > The numerical values are "number of seconds since midnight, January 1, > 1970; they can be the immense values below on systems where time_t values > are 64-bit entities. > On such systems, extremely large and extremely small time stamps are > associated with years that can't be represented in 32-bit integers, so we > can't correctly convert them to "struct tm"s that represent them--that's why > the NULLs pop out for these very small and very large values. > > From: Dan Cotruta [mailto:dancotruta@linnoc.net] > Sent: Monday, August 11, 2008 8:30 > To: tz(a)lecserver.nci.nih.gov > Subject: zdump > > Someone, please enlighten me - what do the numerical numbers in the output > of zdump stand for? > > What I mean is, for this output: > > [dcotruta@linnoc ~]$ /usr/sbin/zdump -v -c 2008,2009 America/Los_Angeles > America/Los_Angeles -9223372036854775808 = NULL <------ What does this > line signify? > America/Los_Angeles -9223372036854689408 = NULL <------ What does this > line signify? > America/Los_Angeles Sun Mar 9 09:59:59 2008 UTC = Sun Mar 9 01:59:59 > 2008 PST isdst=0 gmtoff=-28800 > America/Los_Angeles Sun Mar 9 10:00:00 2008 UTC = Sun Mar 9 03:00:00 > 2008 PDT isdst=1 gmtoff=-25200 > America/Los_Angeles Sun Nov 2 08:59:59 2008 UTC = Sun Nov 2 01:59:59 > 2008 PDT isdst=1 gmtoff=-25200 > America/Los_Angeles Sun Nov 2 09:00:00 2008 UTC = Sun Nov 2 01:00:00 > 2008 PST isdst=0 gmtoff=-28800 > America/Los_Angeles 9223372036854689407 = NULL <------ What does this line > signify? > America/Los_Angeles 9223372036854775807 = NULL <------ What does this line > signify? > > The number is far too large to be a standard timestamp, even in > milliseconds... so what is it? > > Many thanks, > -- > Dan Cotruta > Operations Manager, London Innovation Centre. > > Tel: 0203 006 7278 > Mob: 0779 163 4020 > > London Innovation Centre, Lombard House, 2 Purley Way, Croydon CR0 3JP > (T) 0845 262 8545 (F) 020 8481 0460 (e) info(a)linnoc.net (w) www.linnoc.net > London Innovation Centre is a trading name of Kingston Innovation Centre > (Properties) Limited. > Registered in England under no. 4557707. > -- Dan Cotruta Operations Manager, London Innovation Centre. Tel: 0203 006 7278 Mob: 0779 163 4020 London Innovation Centre, Lombard House, 2 Purley Way, Croydon CR0 3JP (T) 0845 262 8545 (F) 020 8481 0460 (e) info(a)linnoc.net (w) www.linnoc.net London Innovation Centre is a trading name of Kingston Innovation Centre (Properties) Limited. Registered in England under no. 4557707.

1 3

Turkey to implement 12-month daylight savings in 2 yrs
by Sue Williams Aug. 11, 2008

Aug. 11, 2008

I spotted this news article about a potential change in Turkey. http://www.hurriyet.com.tr/english/domestic/9626174.asp?scr=1 ... Sue Williams

1 0

zdump
by Dan Cotruta Aug. 11, 2008

Aug. 11, 2008

Someone, please enlighten me - what do the numerical numbers in the output of zdump stand for? What I mean is, for this output: [dcotruta@linnoc ~]$ /usr/sbin/zdump -v -c 2008,2009 America/Los_Angeles America/Los_Angeles -9223372036854775808 = NULL <------ What does this line signify? America/Los_Angeles -9223372036854689408 = NULL <------ What does this line signify? America/Los_Angeles Sun Mar 9 09:59:59 2008 UTC = Sun Mar 9 01:59:59 2008 PST isdst=0 gmtoff=-28800 America/Los_Angeles Sun Mar 9 10:00:00 2008 UTC = Sun Mar 9 03:00:00 2008 PDT isdst=1 gmtoff=-25200 America/Los_Angeles Sun Nov 2 08:59:59 2008 UTC = Sun Nov 2 01:59:59 2008 PDT isdst=1 gmtoff=-25200 America/Los_Angeles Sun Nov 2 09:00:00 2008 UTC = Sun Nov 2 01:00:00 2008 PST isdst=0 gmtoff=-28800 America/Los_Angeles 9223372036854689407 = NULL <------ What does this line signify? America/Los_Angeles 9223372036854775807 = NULL <------ What does this line signify? The number is far too large to be a standard timestamp, even in milliseconds... so what is it? Many thanks, -- Dan Cotruta Operations Manager, London Innovation Centre. Tel: 0203 006 7278 Mob: 0779 163 4020 London Innovation Centre, Lombard House, 2 Purley Way, Croydon CR0 3JP (T) 0845 262 8545 (F) 020 8481 0460 (e) info(a)linnoc.net (w) www.linnoc.net London Innovation Centre is a trading name of Kingston Innovation Centre (Properties) Limited. Registered in England under no. 4557707.

1 0

Difference between "s" and "u"
by Christian Sakowski Aug. 5, 2008

Aug. 5, 2008

Hi, What is the difference between 1:00u and 1:00s? Can anyone explain than? Is any documentation available? # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule EU 1977 1980 - Apr Sun>=1 1:00u 1:00 S # W-Eur differs from EU only in that W-Eur uses standard time. Rule W-Eur 1977 1980 - Apr Sun>=1 1:00s 1:00 S -- Grüße/Regards, Christian Sakowski christian(a)christiansakowski.de http://www.familiesakowski.de/ iChat/AIM: SakowskiF

1 0

FW: MAURITIUS - Summertime update with link to official government cabinet decision
by Olson, Arthur David (NIH/NCI) [E] Aug. 4, 2008

Aug. 4, 2008

I'm forwarding this message from Riad M. Hossen, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: Riad M. Hossen Ally [mailto:riad@intnet.mu] Sent: Sunday, August 03, 2008 7:41 To: tz(a)lecserver.nci.nih.gov Subject: MAURITIUS - Summertime update with link to official government cabinet decision Sir/Madam, Thank you for the various updates you provide to the online community. We have downloaded tz*2008e.tar_2.gz and found in the data 'africa' 8.15 file that: # 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 26 2:00s 1:00 S Rule Mauritius 2009 only - Mar 27 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 # Agalega Is, Rodriguez # no information; probably like Indian/Mauritius With the online information described below, we would like to bring to your attention that: The Government of Mauritius weblink http://www.gov.mu/portal/site/pmosite/menuitem.4ca0efdee47462e7440a600248a5… Cabinet Decision of July 18th, 2008 states as follows: 4. ...Cabinet has agreed to the introduction into the National Assembly of the Time Bill which provides for the introduction of summer time in Mauritius. The summer time period which will be of one hour ahead of the standard time, will be aligned with that in Europe and the United States of America. It will start at two o'clock in the morning on the last Sunday of October and will end at two o'clock in the morning on the last Sunday of March the following year. The summer time for the year 2008 - 2009 will, therefore, be effective as from 26 October 2008 and end on 29 March 2009. Changes to the 'africa' file is typed in blue below: # 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 26 2:00s 1:00 S Rule Mauritius 2009 only - Mar 29 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 # Agalega Is, St. Brandon Is, Rodrigues Is # same time zone as Indian/Mauritius We would be very grateful if you could kindly post a new version of the tz*2008e compressed tar balls on your ftp server. Thanking you in anticipation, and remain with, Best compliments and regards, Riad.

1 0

MAURITIUS - Summertime update with link to official government cabinet decision
by Riad M. Hossen Ally Aug. 3, 2008

Aug. 3, 2008

Sir/Madam, Thank you for the various updates you provide to the online community. We have downloaded tz*2008e.tar_2.gz and found in the data 'africa' 8.15 file that: # 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 26 2:00s 1:00 S Rule Mauritius 2009 only - Mar 27 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 # Agalega Is, Rodriguez # no information; probably like Indian/Mauritius With the online information described below, we would like to bring to your attention that: The Government of Mauritius weblink http://www.gov.mu/portal/site/pmosite/menuitem.4ca0efdee47462e7440a600248a5… Cabinet Decision of July 18th, 2008 states as follows: 4. ...Cabinet has agreed to the introduction into the National Assembly of the Time Bill which provides for the introduction of summer time in Mauritius. The summer time period which will be of one hour ahead of the standard time, will be aligned with that in Europe and the United States of America. It will start at two o’clock in the morning on the last Sunday of October and will end at two o’clock in the morning on the last Sunday of March the following year. The summer time for the year 2008 - 2009 will, therefore, be effective as from 26 October 2008 and end on 29 March 2009. Changes to the 'africa' file is typed in blue below: # 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 26 2:00s 1:00 S Rule Mauritius 2009 only - Mar 29 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 # Agalega Is, St. Brandon Is, Rodrigues Is # same time zone as Indian/Mauritius We would be very grateful if you could kindly post a new version of the tz*2008e compressed tar balls on your ftp server. Thanking you in anticipation, and remain with, Best compliments and regards, Riad.

1 0

tzcode2008e.tar.gz and tzdata2008e.tar.gz
by Olson, Arthur David (NIH/NCI) [E] July 28, 2008

July 28, 2008

The files... ftp://elsie.nci.nih.gov/pub/tzcode2008e.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2008e.tar.gz ...are now available; these reflect the changes circulated last week on the time zone mailing list by yours truly and Jesper Norgaard Welen. If the message sent to the list last week is correct; there may be a Mauritius update next month. --ado

1 0

Russia May Discontinue DST in 2009- new draft proposal introduced.
by Alexander Krivenyshev July 26, 2008

July 26, 2008

A draft proposal of a new federal law to regulate time calculation within the territory of the Russian Federation has been offered by Sergei Mironov, a member of the Federal Council. Proposed at the legislative level, the draft seeks to determine the order of time calculation, under which the territory of the Russian Federation, during the entire calendar year is set to Standard Time plus 1 hour (current Decree time), without any additional time change (eliminating Daylight Saving Time/Summer Time). If approved this would take effect January 1, 2009. A current draft in Russian is available at the following URL: http://www.mironov.ru/council/initiations/11.html. An English translation by Alexander Krivenyshev (edited by Michael Cofield) is available at Worldtimezone.com at the following URL: http://www.worldtimezone.com/dst_news/dst_news_russia02.html Regards, Alexander Krivenyshev, http://www.worldtimezone.com New York, NY

1 0

New DST dates for Mauritius - moved to October
by Steffen Thorsen July 24, 2008

July 24, 2008

According to http://www.lexpress.mu/display_article.php?news_id=111216 (in French), Mauritius will start and end their DST a few days earlier than previously announced (2008-11-01 to 2009-03-31). The new start date is 2008-10-26 at 02:00 and the new end date is 2009-03-27 (no time given, but it is probably at either 2 or 3 wall clock time). A little strange though, since the article says that they moved the date to align itself with Europe and USA which also change time on that date, but that means they have not paid attention to what happened in USA/Canada last year (DST ends first Sunday in November). I also wonder why that they end on a Friday, instead of aligning with Europe which changes two days later. Best regards, Steffen / timeanddate.com

3 4

C-Eur related change suggestions for version 2008e
by Jesper Norgaard Welen July 21, 2008

July 21, 2008

In a previous email Robbin Kawabata has shown unintended changes for the tz database relating to the change for the C-Eur Rule in 2008d. Here are the relevant portions of the tz database together with a few suggestions to mend it (with + and - as the first letter of the relevant lines): Rule C-Eur 1944 1945 - Apr Mon>=1 2:00s 1:00 S # Whitman gives 1944 Oct 7; go with Shanks & Pottenger. Rule C-Eur 1944 only - Oct 2 2:00s 0 - Rule C-Eur 1945 only - Sep 16 2:00 0 - ... # These are for backward compatibility with older versions. ... # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone WET 0:00 EU WE%sT Zone CET 1:00 C-Eur CE%sT Zone MET 1:00 C-Eur ME%sT ... Zone Europe/Sofia 1:33:16 - LMT 1880 1:56:56 - IMT 1894 Nov 30 # Istanbul MT? 2:00 - EET 1942 Nov 2 3 :00 - 1:00 C-Eur CE%sT 1945 Apr 2 3:00 + 1:00 C-Eur CE%sT 1945 + 1:00 - CET 1945 Apr 2 3:00 2:00 - EET 1979 Mar 31 23:00 ... Zone Europe/Budapest 1:16:20 - LMT 1890 Oct 1:00 C-Eur CE%sT 1918 1:00 Hungary CE%sT 1941 Apr 6 2:00 - 1:00 C-Eur CE%sT 1945 May 1 23:00 + 1:00 C-Eur CE%sT 1945 1:00 Hungary CE%sT 1980 Sep 28 2:00s ... Zone Europe/Belgrade 1:22:00 - LMT 1884 1:00 - CET 1941 Apr 18 23:00 - 1:00 C-Eur CE%sT 1945 May 8 2:00s + 1:00 C-Eur CE%sT 1945 + 1:00 - CET 1945 May 8 2:00s 1:00 1:00 CEST 1945 Sep 16 2:00s The problem arose because the C-Eur rules had no DST for 1945, making other timezones free to use it without effects for 1945. However this meant that Zone CET and Zone MET did not have DST for 1945, which is not very adequate. I agree with the action of adding DST for C-Eur for 1945, but that means that other timezones using C-Eur must be changed to return status quo. As far as I can see only Europe/Sofia, Europe/Budapest and Europe/Belgrade are affected, though of course Europe/Skopje and other timezones linking to Europe/Belgrade will be equally affected. My suggestion for Europe/Sofia and Europe/Belgrade are to stop using C-Eur from 1945 since the timezone abbreviation (CET) will be the same, and then only start CEST from the previous cutoff dates. For Europe/Budapest the answer is easier since Hungary rule already has the DST start time of May 1, 1945 at 23:00 encoded, so the Hungary rule can simply be used insted of C-Eur since 1945. I don't have access to a zic compiler to see if the desired results crop out, so I will leave that to people who can check it. Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the shareware program World Time Explorer, I made: HYPERLINK "http://www.worldtimeexplorer.com/index.html"http://www.worldtimeexplorer.co m/index.html No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 270.5.3/1563 - Release Date: 2008-07-20 12:59

1 0

proposed time zone package changes
by Arthur David Olson July 20, 2008

July 20, 2008

Proposed time zone packages appear below. These include: * changes to "Makefile" to allow withdrawal of logwtmp.c * data file URL fixes from Halasz Sandor Viktor * a fix for a typo in the "europe" file from Jesper Norgaard Welen (only affects 1945 time stamps) * changes for Mauritius in the "africa" file based on messages from Steffen Thorsen and Alex Krivenyshev * changes to the "leapseconds" file to reflect the IERS announcement of a positive leap second at the end of 2008 * changes (previously circulated) to the "tz-link.htm" file from Paul Eggert. If there's no negative feedback, I'll make tzcode2008e.tar.gz and tzdata2008e.tar.gz available on 2008-07-28. --ado diff -r -c old/Makefile new/Makefile *** old/Makefile Wed Mar 5 11:58:23 2008 --- new/Makefile Sun Jul 20 14:23:27 2008 *************** *** 1,4 **** ! # @(#)Makefile 8.6 # Change the line below for your time zone (after finding the zone you want in # the time zone files, or adding it to a time zone file). --- 1,4 ---- ! # @(#)Makefile 8.7 # Change the line below for your time zone (after finding the zone you want in # the time zone files, or adding it to a time zone file). *************** *** 246,258 **** TZCOBJS= zic.o localtime.o asctime.o scheck.o ialloc.o TZDSRCS= zdump.c localtime.c ialloc.c TZDOBJS= zdump.o localtime.o ialloc.o ! DATESRCS= date.c localtime.c logwtmp.c strftime.c asctime.c ! DATEOBJS= date.o localtime.o logwtmp.o strftime.o asctime.o LIBSRCS= localtime.c asctime.c difftime.c LIBOBJS= localtime.o asctime.o difftime.o HEADERS= tzfile.h private.h NONLIBSRCS= zic.c zdump.c scheck.c ialloc.c ! NEWUCBSRCS= date.c logwtmp.c strftime.c SOURCES= $(HEADERS) $(LIBSRCS) $(NONLIBSRCS) $(NEWUCBSRCS) tzselect.ksh MANS= newctime.3 newstrftime.3 newtzset.3 time2posix.3 \ tzfile.5 tzselect.8 zic.8 zdump.8 --- 246,258 ---- TZCOBJS= zic.o localtime.o asctime.o scheck.o ialloc.o TZDSRCS= zdump.c localtime.c ialloc.c TZDOBJS= zdump.o localtime.o ialloc.o ! DATESRCS= date.c localtime.c strftime.c asctime.c ! DATEOBJS= date.o localtime.o strftime.o asctime.o LIBSRCS= localtime.c asctime.c difftime.c LIBOBJS= localtime.o asctime.o difftime.o HEADERS= tzfile.h private.h NONLIBSRCS= zic.c zdump.c scheck.c ialloc.c ! NEWUCBSRCS= date.c strftime.c SOURCES= $(HEADERS) $(LIBSRCS) $(NONLIBSRCS) $(NEWUCBSRCS) tzselect.ksh MANS= newctime.3 newstrftime.3 newtzset.3 time2posix.3 \ tzfile.5 tzselect.8 zic.8 zdump.8 *************** *** 348,362 **** if [ -x /usr/ucb/ranlib -o -x /usr/bin/ranlib ] ; \ then ranlib $@ ; fi - # We use the system's logwtmp in preference to ours if available. - date: $(DATEOBJS) - ar r ,lib.a logwtmp.o - if [ -x /usr/ucb/ranlib -o -x /usr/bin/ranlib ] ; \ - then ranlib ,lib.a ; fi $(CC) $(CFLAGS) date.o localtime.o asctime.o strftime.o \ ! $(LDLIBS) -lc ,lib.a -o $@ ! rm -f ,lib.a tzselect: tzselect.ksh sed \ --- 348,356 ---- if [ -x /usr/ucb/ranlib -o -x /usr/bin/ranlib ] ; \ then ranlib $@ ; fi date: $(DATEOBJS) $(CC) $(CFLAGS) date.o localtime.o asctime.o strftime.o \ ! $(LDLIBS) -lc -o $@ tzselect: tzselect.ksh sed \ diff -r -c old/africa new/africa *** old/africa Mon Jul 7 09:45:31 2008 --- new/africa Sun Jul 20 15:30:59 2008 *************** *** 1,4 **** ! # @(#)africa 8.13 # <pre> # This data is by no means authoritative; if you think you know better, --- 1,4 ---- ! # @(#)africa 8.15 # <pre> # This data is by no means authoritative; if you think you know better, *************** *** 394,416 **** # It seems that Mauritius observed daylight saving time from 1982-10-10 to # 1983-03-20 as well, but that was not successful.... # http://www.timeanddate.com/news/time/mauritius-daylight-saving-time.html ! # # From Alex Krivenyshev (2008-06-25): # http://economicdevelopment.gov.mu/portal/site/Mainhomepage/menuitem.a42b241… ! # # From Arthur David Olson (2008-06-30): # The www.timeanddate.com article cited by Steffen Thorsen notes that "A # final decision has yet to be made on the times that daylight saving # would begin and end on these dates." As a place holder, use midnight. ! # # From Paul Eggert (2008-06-30): # Follow Thorsen on DST in 1982/1983, instead of Shanks & Pottenger. # 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 - Nov 1 0:00 1:00 S ! Rule Mauritius 2009 only - Apr 1 0: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 --- 394,432 ---- # It seems that Mauritius observed daylight saving time from 1982-10-10 to # 1983-03-20 as well, but that was not successful.... # http://www.timeanddate.com/news/time/mauritius-daylight-saving-time.html ! # From Alex Krivenyshev (2008-06-25): # http://economicdevelopment.gov.mu/portal/site/Mainhomepage/menuitem.a42b241… ! # From Arthur David Olson (2008-06-30): # The www.timeanddate.com article cited by Steffen Thorsen notes that "A # final decision has yet to be made on the times that daylight saving # would begin and end on these dates." As a place holder, use midnight. ! # From Paul Eggert (2008-06-30): # Follow Thorsen on DST in 1982/1983, instead of Shanks & Pottenger. + # From Alex Krivenyshev (2008-07-11): + # Seems that English language article "The revival of daylight saving + # time: Energy conservation?"-# No. 16578 (07/11/2008) was originally + # published on Monday, June 30, 2008... + # + # I guess that article in French "Le gouvernement avance l'introduction + # de l'heure d'ete" stating that DST in Mauritius starting on October 26 + # and ending on March 27, 2009 is the most recent one. + # <a href="http://www.lexpress.mu/display_article.php?news_id=111216"> + # http://www.lexpress.mu/display_article.php?news_id=111216 + # </a> + # or + # <a href="http://www.worldtimezone.com/dst_news/dst_news_mauritius02.html"> + # http://www.worldtimezone.com/dst_news/dst_news_mauritius02.html + # </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 only - Oct 26 0:00 1:00 S ! Rule Mauritius 2009 only - Mar 27 0: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 *************** *** 475,481 **** # published on the web. # # It's also confirmed here: ! # <a href="http://www.maroc.ma/NR/exeres/FACF141F-D910-44B0-B7FA-6E03733425D1.htm "> # http://www.maroc.ma/NR/exeres/FACF141F-D910-44B0-B7FA-6E03733425D1.htm # </a> # on a government portal as being between june 1st and sept 27th (not yet --- 491,497 ---- # published on the web. # # It's also confirmed here: ! # <a href="http://www.maroc.ma/NR/exeres/FACF141F-D910-44B0-B7FA-6E03733425D1.htm"> # http://www.maroc.ma/NR/exeres/FACF141F-D910-44B0-B7FA-6E03733425D1.htm # </a> # on a government portal as being between june 1st and sept 27th (not yet diff -r -c old/asia new/asia *** old/asia Mon Jul 7 09:45:31 2008 --- new/asia Sun Jul 20 15:09:44 2008 *************** *** 1,4 **** ! # @(#)asia 8.21 # <pre> # This data is by no means authoritative; if you think you know better, --- 1,4 ---- ! # @(#)asia 8.22 # <pre> # This data is by no means authoritative; if you think you know better, *************** *** 1416,1422 **** # From Steffen Thorsen (2008-03-31): # eznis airways, which operates several domestic flights, has a flight # schedule here: ! # <a href="http://www.eznis.com/Container.jsp?id=112" # http://www.eznis.com/Container.jsp?id=112 # </a> # (click the English flag for English) --- 1416,1422 ---- # From Steffen Thorsen (2008-03-31): # eznis airways, which operates several domestic flights, has a flight # schedule here: ! # <a href="http://www.eznis.com/Container.jsp?id=112"> # http://www.eznis.com/Container.jsp?id=112 # </a> # (click the English flag for English) diff -r -c old/europe new/europe *** old/europe Mon Jul 7 09:45:31 2008 --- new/europe Sun Jul 20 15:20:42 2008 *************** *** 1,4 **** ! # @(#)europe 8.14 # <pre> # This data is by no means authoritative; if you think you know better, --- 1,4 ---- ! # @(#)europe 8.16 # <pre> # This data is by no means authoritative; if you think you know better, *************** *** 483,489 **** Rule C-Eur 1944 1945 - Apr Mon>=1 2:00s 1:00 S # Whitman gives 1944 Oct 7; go with Shanks & Pottenger. Rule C-Eur 1944 only - Oct 2 2:00s 0 - ! Rule C-Eur 1945 only - Sep 16 2:00 0 - Rule C-Eur 1977 1980 - Apr Sun>=1 2:00s 1:00 S Rule C-Eur 1977 only - Sep lastSun 2:00s 0 - Rule C-Eur 1978 only - Oct 1 2:00s 0 - --- 483,527 ---- Rule C-Eur 1944 1945 - Apr Mon>=1 2:00s 1:00 S # Whitman gives 1944 Oct 7; go with Shanks & Pottenger. Rule C-Eur 1944 only - Oct 2 2:00s 0 - ! # From Jesper Norgaard Welen (2008-07-13): ! # ! # I found what is probably a typo of 2:00 which should perhaps be 2:00s ! # in the C-Eur rule from tz database version 2008d (this part was ! # corrected in version 2008d). The circumstancial evidence is simply the ! # tz database itself, as seen below: ! # ! # Zone Europe/Paris 0:09:21 - LMT 1891 Mar 15 0:01 ! # 0:00 France WE%sT 1945 Sep 16 3:00 ! # ! # Zone Europe/Monaco 0:29:32 - LMT 1891 Mar 15 ! # 0:00 France WE%sT 1945 Sep 16 3:00 ! # ! # Zone Europe/Belgrade 1:22:00 - LMT 1884 ! # 1:00 1:00 CEST 1945 Sep 16 2:00s ! # ! # Rule France 1945 only - Sep 16 3:00 0 - ! # Rule Belgium 1945 only - Sep 16 2:00s 0 - ! # Rule Neth 1945 only - Sep 16 2:00s 0 - ! # ! # The rule line to be changed is: ! # ! # Rule C-Eur 1945 only - Sep 16 2:00 0 - ! # ! # It seems that Paris, Monaco, Rule France, Rule Belgium all agree on ! # 2:00 standard time, e.g. 3:00 local time. However there are no ! # countries that use C-Eur rules in September 1945, so the only items ! # affected are apparently these ficticious zones that translates acronyms ! # CET and MET: ! # ! # Zone CET 1:00 C-Eur CE%sT ! # Zone MET 1:00 C-Eur ME%sT ! # ! # It this is right then the corrected version would look like: ! # ! # Rule C-Eur 1945 only - Sep 16 2:00s 0 - ! # ! # A small step for mankind though 8-) ! Rule C-Eur 1945 only - Sep 16 2:00s 0 - Rule C-Eur 1977 1980 - Apr Sun>=1 2:00s 1:00 S Rule C-Eur 1977 only - Sep lastSun 2:00s 0 - Rule C-Eur 1978 only - Oct 1 2:00s 0 - *************** *** 1094,1101 **** # [See tz-link.htm for the URL.] # From Joerg Schilling (2002-10-23): ! # In 1945, Berlin was switched to Moscow Summer time (GMT+4) by <a ! # href="http://www.dhm.de/lemo/html/biografien/BersarinNikolai/"> # General [Nikolai] Bersarin</a>. # From Paul Eggert (2003-03-08): --- 1132,1139 ---- # [See tz-link.htm for the URL.] # From Joerg Schilling (2002-10-23): ! # In 1945, Berlin was switched to Moscow Summer time (GMT+4) by ! # <a href="http://www.dhm.de/lemo/html/biografien/BersarinNikolai/"> # General [Nikolai] Bersarin</a>. # From Paul Eggert (2003-03-08): diff -r -c old/leapseconds new/leapseconds *** old/leapseconds Mon Mar 24 08:30:59 2008 --- new/leapseconds Thu Jul 10 12:58:26 2008 *************** *** 1,4 **** ! # @(#)leapseconds 8.5 # Allowance for leapseconds added to each timezone file. --- 1,4 ---- ! # @(#)leapseconds 8.6 # Allowance for leapseconds added to each timezone file. *************** *** 44,49 **** --- 44,50 ---- Leap 1997 Jun 30 23:59:60 + S Leap 1998 Dec 31 23:59:60 + S Leap 2005 Dec 31 23:59:60 + S + Leap 2008 Dec 31 23:59:60 + S # INTERNATIONAL EARTH ROTATION AND REFERENCE SYSTEMS SERVICE (IERS) # *************** *** 50,83 **** # SERVICE INTERNATIONAL DE LA ROTATION TERRESTRE ET DES SYSTEMES DE REFERENCE # # 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, 18 January 2008 # ! # Bulletin C 35 # ! # To authorities responsible # for the measurement and ! # distribution of time # ! # INFORMATION ON UTC - TAI # ! # NO positive leap second will be introduced at the end of June 2008. ! # The difference between Coordinated Universal Time UTC and the ! # International Atomic Time TAI is : # ! # from 2006 January 1, 0h UTC, until further notice : UTC-TAI = -33 s # # Leap seconds can be introduced in UTC at the end of the months of December ! # or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every ! # six months, either to announce a time step in UTC, or to confirm that there # will be no time step at the next possible date. # # Daniel GAMBIS ! # Head ! # Earth Orientation Center of the IERS # Observatoire de Paris, France --- 51,92 ---- # SERVICE INTERNATIONAL DE LA ROTATION TERRESTRE ET DES SYSTEMES DE REFERENCE # # 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 ! # e-mail : services.iers(a)obspm.fr ! # http://hpiers.obspm.fr/eop-pc # ! # Paris, 4 July 2008 # ! # Bulletin C 36 # ! # To authorities responsible # for the measurement and ! # distribution of time # ! # UTC TIME STEP ! # on the 1st of January 2009 # ! # A positive leap second will be introduced at the end of December 2008. ! # The sequence of dates of the UTC second markers will be: # ! # 2008 December 31, 23h 59m 59s ! # 2008 December 31, 23h 59m 60s ! # 2009 January 1, 0h 0m 0s # + # The difference between UTC and the International Atomic Time TAI is: + # + # from 2006 January 1, 0h UTC, to 2009 January 1 0h UTC : UTC-TAI = - 33s + # from 2009 January 1, 0h UTC, until further notice : UTC-TAI = - 34s + # # Leap seconds can be introduced in UTC at the end of the months of December ! # or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every ! # six months, either to announce a time step in UTC or to confirm that there # will be no time step at the next possible date. # # Daniel GAMBIS ! # Head ! # Earth Orientation Center of IERS # Observatoire de Paris, France Only in old: logwtmp.c diff -r -c old/tz-link.htm new/tz-link.htm *** old/tz-link.htm Mon Dec 31 10:23:10 2007 --- new/tz-link.htm Mon Jul 7 09:47:19 2008 *************** *** 18,24 **** <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.15 </address> <p> Please send corrections to this web page to the --- 18,24 ---- <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.16 </address> <p> Please send corrections to this web page to the *************** *** 134,139 **** --- 134,142 ---- timezone information for all countries</a> displays tables of DST rules. <li><a href="http://timeanddate.com/worldclock/">The World Clock - Time Zones</a> lets you sort zone names and convert times.</li> + <li><a href="http://daylight-savings-time.info/">Graphical Display of + Time Zones and Daylight Saving Times</a> shows a graph of time + difference versus time for any pair of locations.</li> <li>The <a href="http://worldtimeengine.com/">World Time Engine</a> also contains data about time zone boundaries; it supports queries via place names and shows location maps.</li> *************** *** 178,184 **** </ul> <h2>Other <code>tz</code> compilers</h2> <ul> ! <li><a href="http://dialspace.dial.pipex.com/prod/dialspace/town/pipexdsl/s/asbm26/vzic/">Vzic iCalendar Timezone Converter</a> describes a <a href="http://en.wikipedia.org/wiki/C_%28programming_language%29">C</a> program that compiles --- 181,187 ---- </ul> <h2>Other <code>tz</code> compilers</h2> <ul> ! <li><a href="http://www.dachaplin.dsl.pipex.com/vzic/">Vzic iCalendar Timezone Converter</a> describes a <a href="http://en.wikipedia.org/wiki/C_%28programming_language%29">C</a> program that compiles *************** *** 353,359 **** </ul> <h2>Time zone boundaries</h2> <ul> ! <li><a href="http://efele.net/maps/">A map of the TZ timezones in the US</a> contains a <a href="http://en.wikipedia.org/wiki/Shapefile">shapefile</a> of the <code>tz</code> regions in the US.</li> --- 356,362 ---- </ul> <h2>Time zone boundaries</h2> <ul> ! <li><a href="http://efele.net/maps/tz/us/">A map of the TZ timezones in the US</a> contains a <a href="http://en.wikipedia.org/wiki/Shapefile">shapefile</a> of the <code>tz</code> regions in the US.</li> *************** *** 477,483 **** legal time in Britain</a> discusses in detail the country with perhaps the best-documented history of clock adjustments. The National Physical Laboratory also maintains an <a ! href="http://www.npl.co.uk/time/measurement_time/summer_time_archive.html">Archive of Summer time dates</a>.</dd> </dl> <h2>Precision timekeeping</h2> --- 480,486 ---- legal time in Britain</a> discusses in detail the country with perhaps the best-documented history of clock adjustments. The National Physical Laboratory also maintains an <a ! href="http://www.npl.co.uk/server.php?show=ConWebDoc.2714">Archive of Summer time dates</a>.</dd> </dl> <h2>Precision timekeeping</h2>

1 0

Re: proposed changes for Brazil, Mauritius, Argentina, Berlin 1945, etc.
by Robbin Kawabata July 16, 2008

July 16, 2008

Just wanted to mention a small discrepancy between the 2008d cover letter description and actual timezone behavior. The commentary says Berlin should have no user-visible changes. However, changes in the europe file affected past behavior for some European timezones including Berlin (see zdump output diffs below). It seems the "Changes affecting past time stamps" section should have mentioned some European timezones changed behavior for 1945 or 1947. Commentary from cover letter: ... Changes affecting past time stamps. * For Mauritius, also include the 1982/1983 DST as reported by Steffen Thorsen. * For America/Argentina/San_Luis, redo the history from 1990 through 2000 to match what's in Shanks & Pottenger. The following changes should not affect externally visible behavior. ... * Redo the daylight-saving rules for Berlin in 1945 to make it clearer that these are for the Soviet Zone, not for Berlin in general. ... ==================================================== Diffs between 2008c and 2008d zdump outputs (European timezones): 26a27,30 > CET Mon Apr 2 00:59:59 1945 UTC = Mon Apr 2 01:59:59 1945 CET isdst=0 > CET Mon Apr 2 01:00:00 1945 UTC = Mon Apr 2 03:00:00 1945 CEST isdst=1 > CET Sat Sep 15 23:59:59 1945 UTC = Sun Sep 16 01:59:59 1945 CEST isdst=1 > CET Sun Sep 16 00:00:00 1945 UTC = Sun Sep 16 01:00:00 1945 CET isdst=0 15,16c15,16 < Europe/Belgrade Tue May 8 00:59:59 1945 UTC = Tue May 8 01:59:59 1945 CET isdst=0 < Europe/Belgrade Tue May 8 01:00:00 1945 UTC = Tue May 8 03:00:00 1945 CEST isdst=1 --- > Europe/Belgrade Mon Apr 2 00:59:59 1945 UTC = Mon Apr 2 01:59:59 1945 CET isdst=0 > Europe/Belgrade Mon Apr 2 01:00:00 1945 UTC = Mon Apr 2 03:00:00 1945 CEST isdst=1 39,40c39,40 < Europe/Berlin Sun Apr 6 00:59:59 1947 UTC = Sun Apr 6 01:59:59 1947 CET isdst=0 < Europe/Berlin Sun Apr 6 01:00:00 1947 UTC = Sun Apr 6 03:00:00 1947 CEST isdst=1 --- > Europe/Berlin Sun Apr 6 01:59:59 1947 UTC = Sun Apr 6 02:59:59 1947 CET isdst=0 > Europe/Berlin Sun Apr 6 02:00:00 1947 UTC = Sun Apr 6 04:00:00 1947 CEST isdst=1 35,36c35,36 < Europe/Budapest Tue May 1 21:59:59 1945 UTC = Tue May 1 22:59:59 1945 CET isdst=0 < Europe/Budapest Tue May 1 22:00:00 1945 UTC = Wed May 2 00:00:00 1945 CEST isdst=1 --- > Europe/Budapest Mon Apr 2 00:59:59 1945 UTC = Mon Apr 2 01:59:59 1945 CET isdst=0 > Europe/Budapest Mon Apr 2 01:00:00 1945 UTC = Mon Apr 2 03:00:00 1945 CEST isdst=1 15,16C15,16 < Europe/Ljubljana Tue May 8 00:59:59 1945 UTC = Tue May 8 01:59:59 1945 CET isdst=0 < Europe/Ljubljana Tue May 8 01:00:00 1945 UTC = Tue May 8 03:00:00 1945 CEST isdst=1 --- > Europe/Ljubljana Mon Apr 2 00:59:59 1945 UTC = Mon Apr 2 01:59:59 1945 CET isdst=0 > Europe/Ljubljana Mon Apr 2 01:00:00 1945 UTC = Mon Apr 2 03:00:00 1945 CEST isdst=1 15,16c15,16 < Europe/Podgorica Tue May 8 00:59:59 1945 UTC = Tue May 8 01:59:59 1945 CET isdst=0 < Europe/Podgorica Tue May 8 01:00:00 1945 UTC = Tue May 8 03:00:00 1945 CEST isdst=1 --- > Europe/Podgorica Mon Apr 2 00:59:59 1945 UTC = Mon Apr 2 01:59:59 1945 CET isdst=0 > Europe/Podgorica Mon Apr 2 01:00:00 1945 UTC = Mon Apr 2 03:00:00 1945 CEST isdst=1 15,16c15,16 < Europe/Sarajevo Tue May 8 00:59:59 1945 UTC = Tue May 8 01:59:59 1945 CET isdst=0 < Europe/Sarajevo Tue May 8 01:00:00 1945 UTC = Tue May 8 03:00:00 1945 CEST isdst=1 --- > Europe/Sarajevo Mon Apr 2 00:59:59 1945 UTC = Mon Apr 2 01:59:59 1945 CET isdst=0 > Europe/Sarajevo Mon Apr 2 01:00:00 1945 UTC = Mon Apr 2 03:00:00 1945 CEST isdst=1 15,16c15,16 < Europe/Skopje Tue May 8 00:59:59 1945 UTC = Tue May 8 01:59:59 1945 CET isdst=0 < Europe/Skopje Tue May 8 01:00:00 1945 UTC = Tue May 8 03:00:00 1945 CEST isdst=1 --- > Europe/Skopje Mon Apr 2 00:59:59 1945 UTC = Mon Apr 2 01:59:59 1945 CET isdst=0 > Europe/Skopje Mon Apr 2 01:00:00 1945 UTC = Mon Apr 2 03:00:00 1945 CEST isdst=1 13,14c13,14 < Europe/Sofia Mon Apr 2 01:59:59 1945 UTC = Mon Apr 2 02:59:59 1945 CET isdst=0 < Europe/Sofia Mon Apr 2 02:00:00 1945 UTC = Mon Apr 2 04:00:00 1945 EET isdst=0 --- > Europe/Sofia Mon Apr 2 00:59:59 1945 UTC = Mon Apr 2 01:59:59 1945 CET isdst=0 > Europe/Sofia Mon Apr 2 01:00:00 1945 UTC = Mon Apr 2 03:00:00 1945 EET isdst=0 15,16c15,16 < Europe/Zagreb Tue May 8 00:59:59 1945 UTC = Tue May 8 01:59:59 1945 CET isdst=0 < Europe/Zagreb Tue May 8 01:00:00 1945 UTC = Tue May 8 03:00:00 1945 CEST isdst=1 --- > Europe/Zagreb Mon Apr 2 00:59:59 1945 UTC = Mon Apr 2 01:59:59 1945 CET isdst=0 > Europe/Zagreb Mon Apr 2 01:00:00 1945 UTC = Mon Apr 2 03:00:00 1945 CEST isdst=1 26a27,30 > MET Mon Apr 2 00:59:59 1945 UTC = Mon Apr 2 01:59:59 1945 MET isdst=0 > MET Mon Apr 2 01:00:00 1945 UTC = Mon Apr 2 03:00:00 1945 MEST isdst=1 > MET Sat Sep 15 23:59:59 1945 UTC = Sun Sep 16 01:59:59 1945 MEST isdst=1 > MET Sun Sep 16 00:00:00 1945 UTC = Sun Sep 16 01:00:00 1945 MET isdst=0 ==================================================== Diffs of europe file: *** 2008c/europe Mon Mar 24 05:30:58 2008 --- 2008d/europe Mon Jul 7 06:45:31 2008 *************** *** 1,2 **** ! # @(#)europe 8.12 # <pre> --- 1,2 ---- ! # @(#)europe 8.14 # <pre> *************** *** 459,461 **** # 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 --- 459,461 ---- # 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 *************** *** 482,484 **** Rule C-Eur 1943 only - Oct 4 2:00s 0 - ! Rule C-Eur 1944 only - Apr 3 2:00s 1:00 S # Whitman gives 1944 Oct 7; go with Shanks & Pottenger. --- 482,484 ---- Rule C-Eur 1943 only - Oct 4 2:00s 0 - ! Rule C-Eur 1944 1945 - Apr Mon>=1 2:00s 1:00 S # Whitman gives 1944 Oct 7; go with Shanks & Pottenger. *************** *** 485,486 **** --- 485,487 ---- Rule C-Eur 1944 only - Oct 2 2:00s 0 - + Rule C-Eur 1945 only - Sep 16 2:00 0 - Rule C-Eur 1977 1980 - Apr Sun>=1 2:00s 1:00 S *************** *** 1101,1102 **** --- 1102,1105 ---- # <a href="http://www.parlament-berlin.de/pds-fraktion.nsf/727459127c8b66ee8525662300 459099/defc77cb784f180ac1256c2b0030274b/$FILE/bersarint.pdf"> + # http://www.parlament-berlin.de/pds-fraktion.nsf/727459127c8b66ee85256623004… /defc77cb784f180ac1256c2b0030274b/$FILE/bersarint.pdf + # </a> # says that Bersarin issued an order to use Moscow time on May 20. *************** *** 1107,1112 **** # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S - Rule Germany 1945 only - Apr 2 2:00s 1:00 S - Rule Germany 1945 only - May 24 2:00 2:00 M # Midsummer - Rule Germany 1945 only - Sep 24 3:00 1:00 S - Rule Germany 1945 only - Nov 18 2:00s 0 - Rule Germany 1946 only - Apr 14 2:00s 1:00 S --- 1110,1111 ---- *************** *** 1114,1116 **** Rule Germany 1947 1949 - Oct Sun>=1 2:00s 0 - ! Rule Germany 1947 only - Apr 6 2:00s 1:00 S Rule Germany 1947 only - May 11 2:00s 2:00 M --- 1113,1118 ---- Rule Germany 1947 1949 - Oct Sun>=1 2:00s 0 - ! # http://www.ptb.de/de/org/4/44/441/salt.htm says the following transition ! # occurred at 3:00 MEZ, not the 2:00 MEZ given in Shanks & Pottenger. ! # Go with the PTB. ! Rule Germany 1947 only - Apr 6 3:00s 1:00 S Rule Germany 1947 only - May 11 2:00s 2:00 M *************** *** 1119,1120 **** --- 1121,1127 ---- Rule Germany 1949 only - Apr 10 2:00s 1:00 S + + Rule SovietZone 1945 only - May 24 2:00 2:00 M # Midsummer + Rule SovietZone 1945 only - Sep 24 3:00 1:00 S + Rule SovietZone 1945 only - Nov 18 2:00s 0 - + # Zone NAME GMTOFF RULES FORMAT [UNTIL] *************** *** 1121,1123 **** Zone Europe/Berlin 0:53:28 - LMT 1893 Apr ! 1:00 C-Eur CE%sT 1945 Apr 2 2:00 1:00 Germany CE%sT 1980 --- 1128,1131 ---- Zone Europe/Berlin 0:53:28 - LMT 1893 Apr ! 1:00 C-Eur CE%sT 1945 May 24 2:00 ! 1:00 SovietZone CE%sT 1946 1:00 Germany CE%sT 1980

1 0

Re: proposed changes for Brazil, Mauritius, Argentina, Berlin 1945, etc.
by Robbin Kawabata July 16, 2008

July 16, 2008

1 0