- tz - lists.iana.org

Sydney, Australia (and other places) DST indication (or lack thereof)
by Willy＠willylorenzo.com Oct. 30, 2011

Oct. 30, 2011

I'm testing my zone conversion process and I thought I could just check the conversion with the Internet. So I get local time for Sydney, Australia, and then check my result with internet searches by searching for "time in Sydney Australia." Bing returns Current time in Sydney, New South Wales, Australia It is currently 11:31:34 AM on 10/30/2011 (AUS Eastern Daylight Time) Google returns 11:31am Sunday (EST) - Time in Sydney NSW, Australia Time oriented sites... timeanddate.com returns Sunday, October 30, 2011 at 11:31:34 AM EDT worldtimeserver.com returns 11:31 AM Sunday, October 30, 2011 Eastern Daylight Time (EDT) +1100 UTC (I selected both of those because they're referenced in the australasia data.) The two websites returned "EDT", and Bing implies "EDT" with its "Eastern Daylight Time." I thought I had a bug, but review of the tz database clearly states otherwise...it's "EST". Google was the only one to get it right (according to the tz database, that is.) So I'm wondering if anyone knows if there is some unwritten accepted practice of referring to Australian daylight saving time as EDT in colloquial speech, even though that labeling doesn't actually exist. Any thoughts on the subject are appreciated.

3 2

Proposed time zone package changes (Fiji, Pridnestrovie Moldova)
by Robert Elz Oct. 30, 2011

Oct. 30, 2011

Here are proposed changes to the time zone package. Just two updates this time. The executive summary europe Pridnestrovian Moldavian Republic (Europe/Tiraspol) has not followed much of Russia, and will not retain summer time - rather reverting to standard time along with western Europe, and Ukraine, on Oct 30, as it was earlier scheduelled to do. This removes the Europe/Tiraspol zone (again) as the variation never actually happened... (and returns the entry in the "backward" file). australasia Fiji has altered the end date for summer time this summer, moving it from February to January. I am by no means confident it won't shift again, but this does appear to be the current plan. To go with those, the backward file has Europe/Tiraspol returned to it (linking it to Europe/Chisinau) and zone.tab returns to a single entry for Moldova (MD). I plan to release these next Monday (October 31) - this means that anyone using Europe/Tiraspol and the tzdata2011m data set will get incorrect timestamps on Oct 30 (after 03:00 or whatever) and Oct 31 (until after the update), but the easy solution is to simply use Europe/Chisinau in all parts of Moldova. The missing sccs id version number in zone.tab is/was the unreleased version with the corrected syntax for the Moldovan entries when it was split. kre --- australasia 2011/10/15 03:21:32 1.4 +++ australasia 2011/10/24 16:58:31 @@ -1,5 +1,5 @@ # <pre> -# @(#)australasia 8.28 +# @(#)australasia 8.29 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -308,6 +308,20 @@ # advance at 2am to 3am on October 23, 2011 and one hour back at 3am to # 2am on February 26 next year. +# From Ken Rylander (2011-10-24) +# Another change to the Fiji DST end date. In the TZ database the end date for +# Fiji DST 2012, is currently Feb 26. This has been changed to Jan 22. +# +# <a href="http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=5017:am…"> +# http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=5017:am… +# </a> +# states: +# +# The end of daylight saving scheduled initially for the 26th of February 2012 +# has been brought forward to the 22nd of January 2012. +# The commencement of daylight saving will remain unchanged and start +# on the 23rd of October, 2011. + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Fiji 1998 1999 - Nov Sun>=1 2:00 1:00 S Rule Fiji 1999 2000 - Feb lastSun 3:00 0 - @@ -316,7 +330,7 @@ Rule Fiji 2010 only - Oct 24 2:00 1:00 S Rule Fiji 2011 only - Mar Sun>=1 3:00 0 - Rule Fiji 2011 only - Oct 23 2:00 1:00 S -Rule Fiji 2012 only - Feb 26 3:00 0 - +Rule Fiji 2012 only - Jan 22 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Fiji 11:53:40 - LMT 1915 Oct 26 # Suva 12:00 Fiji FJ%sT # Fiji Time --- backward 2011/10/24 14:32:15 1.2 +++ backward 2011/10/28 09:53:47 @@ -1,5 +1,5 @@ # <pre> -# @(#)backward 8.10 +# @(#)backward 8.11 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -67,6 +67,7 @@ Link Africa/Cairo Egypt Link Europe/Dublin Eire Link Europe/London Europe/Belfast +Link Europe/Chisinau Europe/Tiraspol Link Europe/London GB Link Europe/London GB-Eire Link Etc/GMT GMT+0 --- europe 2011/10/24 14:33:06 1.2 +++ europe 2011/10/28 09:59:09 @@ -1,5 +1,5 @@ # <pre> -# @(#)europe 8.39 +# @(#)europe 8.40 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -1678,6 +1678,18 @@ # a pre-1880 LMT offset of 1:58:32. # # (which agrees with the earlier entry that had been removed) +# +# From Alexander Krivenyshev (2011-10-26) +# NO need to divide Moldova into two timezones at this point. +# As of today, Transnistria (Pridnestrovie)- Tiraspol reversed its own +# decision to abolish DST this winter. +# Following Moldova and neighboring Ukraine- Transnistria (Pridnestrovie)- +# Tiraspol will go back to winter time on October 30, 2011. +# News from Moldova (in russian): +# <a href="http://ru.publika.md/link_317061.html"> +# http://ru.publika.md/link_317061.html +# </a> + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Chisinau 1:55:20 - LMT 1880 @@ -1694,21 +1706,6 @@ # See Romania commentary for the guessed 1997 transition to EU rules. 2:00 EU EE%sT -Zone Europe/Tiraspol 1:58:32 - LMT 1880 - 1:55 - CMT 1918 Feb 15 # Chisinau MT - 1:44:24 - BMT 1931 Jul 24 # Bucharest MT - 2:00 Romania EE%sT 1940 Aug 15 - 2:00 1:00 EEST 1941 Jul 17 - 1:00 C-Eur CE%sT 1944 Aug 24 - 3:00 Russia MSK/MSD 1990 - 3:00 - MSK 1990 May 6 - 2:00 - EET 1991 - 2:00 Russia EE%sT 1992 - 2:00 E-Eur EE%sT 1997 -# See Romania commentary for the guessed 1997 transition to EU rules. - 2:00 EU EE%sT 2011 Mar lastSun 1:00u - 3:00 - FET # Further-eastern European Time - # Monaco # Shanks & Pottenger give 0:09:20 for Paris Mean Time; go with Howse's # more precise 0:09:21. --- zone.tab 2011/10/24 14:42:32 1.2 +++ zone.tab 2011/10/28 09:54:04 @@ -1,5 +1,5 @@ # <pre> -# @(#)zone.tab 8.50 +# @(#)zone.tab 8.52 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # @@ -258,7 +258,6 @@ MA +3339-00735 Africa/Casablanca MC +4342+00723 Europe/Monaco MD +4700+02850 Europe/Chisinau -MD +4651+02938 Europe/Tiraspol Pridnestrovie ME +4226+01916 Europe/Podgorica MF +1804-06305 America/Marigot MG -1855+04731 Indian/Antananarivo

1 1

tzdata2011m.tar.gz
by Robert Elz Oct. 30, 2011

Oct. 30, 2011

The file ftp://munnari.oz.au/pub/tzdata2011m.tar.gz ...is now available; this reflects changes circulated last week on the time zone mailing list, with minor corrections as pointed out on the list. In particular, the typos in comments in the data (2011-11-17 should have been 2011-10-17 as Alan Barrett noted, and spelling of Tiraspol that Tim Parenti noted) have been fixed, and the change for Ukraine has been made in all 4 Ukrainian zones, rather than just Kiev (again, thanks to Tim Parenti, and also Denys Gavrysh) In addition, I added Europe/Tiraspol to zone.tab. This time, all the files have new version numbers... (including the files otherwise unchanged in 2011m that were changed in 2011l but didn't get new version numbers there...) Still no proper signatures, so once again, crypto digest values using several algorithms (from the NetBSD pkgsrc digest program) are appended, and can be used to verify that the file you fetched is the same as the one I generated. kre MD5 (tzdata2011m.tar.gz) = 6dc4455b62c951dcf367a239ca249e69 RMD160 (tzdata2011m.tar.gz) = e5b56e7d1be05a43fe3acd64522831475c2c531e SHA1 (tzdata2011m.tar.gz) = e6374cd41c5bffd7ade27c365c4bdc5213bb9d85 SHA512 (tzdata2011m.tar.gz) = 4d37ad2f4f2d89f7dadc70a5abb8bc946ff4668501723aea5f8a33ac0aa2b97df907753ae02a1b8d55e80d03cf4c22fcaac5e403a9a3b853514431213441e963 TIGER (tzdata2011m.tar.gz) = cff43577a2aa395b1057dce91ea0f9a10bf282c466fe421e WHIRLPOOL (tzdata2011m.tar.gz) = 33c5a59121de3499e1c07beb353c77ac6ecb33ff96fc397985811194e133f83743effd3e015ea0640e8d701ac42505b6c48250f33cd800e54744367f9a5603df

3 4

Cuba ends DST on November 13
by Steffen Thorsen Oct. 29, 2011

Oct. 29, 2011

Cuba will end DST two weeks later this year. Instead of going back tonight, it has been delayed to 2011-11-13 at 01:00. One source (Spanish) http://www.radioangulo.cu/noticias/cuba/17105-cuba-restablecera-el-horario-… "A la 01:00 am de la madrugada del domingo 13 de noviembre, en Cuba se atrasará una hora las manecillas del reloj, con lo que quedará establecido en todo el territorio cubano el horario del meridiano de Greenwich." Our page: http://www.timeanddate.com/news/time/cuba-time-changes-2011.html Best regards, Steffen Thorsen - timeanddate.com

1 0

Re: [tz] tzdata2011m.tar.gz
by Edwin Groothuis Oct. 29, 2011

Oct. 29, 2011

On 30/10/2011, at 01:06 , Andreas Radke wrote: > Am Sun, 30 Oct 2011 00:53:11 +1100 > schrieb Edwin Groothuis <edwin(a)mavetju.org>: > >> Is that with 2011l or with 2011m? >> >> It is a known problem in 2011l, it is fixed in 2011m with the removal >> of the second MD line. Just add "Most locations" behind the second MD >> line if you want to run 2011l. >> >> Edwin > > That is with 2011m. So it seems not fixed here. You are right. In the email with subject "[tz] Proposed time zone package changes (Fiji, Pridnestrovie Moldova)" it had the zone.tab fixed. Now it seems that the 2011m does still have them: [~/tzdata] edwin@minimac>curl -o a.tgz ftp://munnari.oz.au/pub/tzdata2011m.tar.gz […] [~/tzdata] edwin@minimac>tar zxf a.tgz [~/tzdata] edwin@minimac>grep MD zone.tab MD +4700+02850 Europe/Chisinau MD +4651+02938 Europe/Tiraspol Pridnestrovie While the email said: -# @(#)zone.tab 8.50 +# @(#)zone.tab 8.52 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # @@ -258,7 +258,6 @@ MA +3339-00735 Africa/Casablanca MC +4342+00723 Europe/Monaco MD +4700+02850 Europe/Chisinau -MD +4651+02938 Europe/Tiraspol Pridnestrovie ME +4226+01916 Europe/Podgorica MF +1804-06305 America/Marigot MG -1855+04731 Indian/Antananarivo Edwin

1 0

UK news about Rebecca Harris' Daylight Saving Bill (no changes yet)
by Peter Ilieve Oct. 28, 2011

Oct. 28, 2011

In January I sent something about the latest attempt to change the clocks in the UK: MP Rebecca Harris' Daylight Saving Bill (a private members' Bill). If passed, this Bill might result in the UK moving the clocks forward an hour so we match most of Europe. The Bill is still waiting for its committee stage, the next stage of its passage though Parliament. Today the Department for Business, Innovation and Skills issued a press release saying they will be tabling amendments to the Bill, with the implication that if passed, the government might support it. The main thing mentioned is a requirement to consult the devolved administrations in Scotland and Wales, and to get the agreement of the Northern Ireland administration. There is also mention of changing the Bill's independent commission (that would assess the study that the Bill proposes) into an independent oversight group that would advise the government. The amendments haven't appeared on the Bill's pages on the Parliament website yet, but they look like wrecking amendments to me, rather than any evidence of the government changing its mind. The chances of the Scottish government agreeing to this are very low as polls have always shown most Scots are against advancing the clocks. The change from the commission to an oversight group looks like an attempt to change it into something the government can ignore, whatever it reports. The press release says the Bill's committee stage is expected in early November so something should happen soon. The press release is at <http://nds.coi.gov.uk/content/Detail.aspx?ReleaseID=421778&NewsAreaID=2> and the Bill's main page is at <http://services.parliament.uk/bills/2010-11/daylightsaving.html>. -- Peter Ilieve peter(a)aldie.co.uk

2 1

Re: [tz] Is there a high-level conversion process description available?
by Willy＠willylorenzo.com Oct. 27, 2011

Oct. 27, 2011

That's okay. My compiler is done and I can now create a database containing transitions for each zone. Thanks everyone for the help and the indirect help I received through the archive. Willy ----- Original Message ----- On Mon Oct 24 14:43:41 2011"Steve Allen" <sla(a)ucolick.org> wrote: > On Mon 2011-10-24T14:21:04 -0400, Willy(a)willylorenzo.com hath writ: > > Yes, it would be nice to use the binaries, but I have to provide a complete > > solution that can, upon someone retrieving and extracting the tz data, > > update the db with a click of a button on a Windows computer. > > Unless I'm mistaken one of the goals of the CalConnect Timezone > Technical Committee effort is to define network server mechanism for > providing zoneinfo to any client which needs to know that. > Is this the sort of project which can wait for that spec to mature and > use its data? If so that might be preferable to inventing yet another > mechanism.

1 0

Robert Elz as TZ coordinator and designated technical expert
by Marshall Eubanks Oct. 26, 2011

Oct. 26, 2011

Hello; I volunteered to act on the behalf of the Time Zone Database community and relay the call (by David Keegel) that the TZ mailing list has reached a consensus that Robert Elz ( kre(a)munnari.oz.au) should be TZ Coordinator, and the technical expert to IANA designated by the IESG, as is called for in draft-lear-iana-timezone-database-04 While that document has not been formally published by the IETF, it has been approved by the IESG and IANA is now administering the Time Zone database and mailing list under its provisions, so a technical expert is needed. On the primary thread discussing this on the TZML this there were over 20 messages and no opposition in over 2 weeks of LC, so I think that there is no doubt that the consensus is very solid. He has been acting in this role in a temporary capacity so there would be no perturbations caused by this appointment. Pete and Peter, could you please relay this to the entire IESG? I would be glad to answer any questions, and I am sure that David K would be as well. Regards Marshall Eubanks

6 7

zdump issues
by Thom Hehl Oct. 24, 2011

Oct. 24, 2011

I'm trying to write a C++ wrapper for the timezone database. I have run ZIC to convert the data to binary files and know where these are. Now I'm having a look at zdump because, when I'm done, I want to convert UTC to a time zone of my choice. Problem is when I run zdump it never seems to return anything different. E.g., thom@hehl /cygdrive/c/javatools/tzinfo/src $ ./zdump America/Anchorage America/Anchorage Mon Oct 24 19:46:24 2011 GMT thom@hehl /cygdrive/c/javatools/tzinfo/src $ ./zdump America/Chicago America/Chicago Mon Oct 24 19:46:34 2011 GMT thom@hehl /cygdrive/c/javatools/tzinfo/src $ ./zdump America/Kentucky/Louiville America/Kentucky/Louiville Mon Oct 24 19:48:21 2011 GMT My clock is current set to Eastern Daylight. Thanks.

3 2

Re: [tz] Is there a high-level conversion process description available?
by Willy＠willylorenzo.com Oct. 24, 2011

Oct. 24, 2011

Yes, it would be nice to use the binaries, but I have to provide a complete solution that can, upon someone retrieving and extracting the tz data, update the db with a click of a button on a Windows computer. So I have to compile the data myself. If the format of the data files changes, that's fine...I'll just update the process. It doesn't seem too difficult, though. Reading some of the messages in the archive has helped me to better understand the process. I basically have to create UTC transition dates for every year covered by an individual rule. I create a date/time from the rule, adjust it by the GMTOFF of the zone (accounting for u indicators,) and then adjust it by any daylight saving time that might be in effect from a previous rule (accounting for s indicators.) That's not so bad. I'm still trying to figure out a slick way of handling max, though. On Mon Oct 24 05:23:23 2011"Alois Treindl" <alois(a)astro.ch> wrote: > > Personally, I would not recommend of writing yet another tz compiler. Reading and processing the binary files created by zic seems to me a much cleaner and more reliable approach.

3 2