- tz - lists.iana.org

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

July 16, 2008

1 0

Possible C-Eur typo
by Jesper Norgaard Welen July 13, 2008

July 13, 2008

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-) - Jesper Nørgaard Welen No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 270.4.8/1547 - Release Date: 2008-07-11 18:05

1 0

Bulletin C 36 - Leap second added
by Edwin Groothuis July 12, 2008

July 12, 2008

I haven't seen anybody forwarding this message yet, so I will do it. It came to my notice when it was added to the FreeBSD share/zoneinfo/leapseconds file. http://hpiers.obspm.fr/eoppc/bul/bulc/bulletinc.dat INTERNATIONAL EARTH ROTATION AND REFERENCE SYSTEMS SERVICE (IERS) 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

1 0

Australian Capital Territory DST rule change?
by Paul Eggert July 10, 2008

July 10, 2008

A story in the July 3 ABC News (Australia) says that the Australian Capital Territory (ACT) will change its daylight-saving rules starting October, to bring it into line with Tasmania, New South Wales, Victoria, and South Australia. Until now, I didn't know that the ACT had different rules from its neighbors. I guess this means we'll need to add a new Zone Australia/Canberra to deal with the discrepancy? It is pretty weird that the ACT was a small island of one UTC offset in a sea of a different UTC offsets. To be honest, I'm having a bit of a tough time believing this news report. Maybe I'm reading it incorrectly? But if it's correct, does anyone know when the ACT started diverging from NSW and Victoria? Thanks. Here's the story: http://www.abc.net.au/news/stories/2008/07/03/2294048.htm

8 7

Re: proposed changes
by Arthur David Olson July 9, 2008

July 9, 2008

Paul Schulze was kind enough to point out a geography error in the proposed changes; the change below is on top of those circulated yesterday. The changes below also eliminate the single accented character in the southamerica file (for consistency); we'll see what the future holds for accented characters. --ado ------- southamerica ------- *** /tmp/geta22393 Tue Jul 1 10:24:02 2008 --- /tmp/getb22393 Tue Jul 1 10:24:02 2008 *************** *** 1,4 **** ! # @(#)southamerica 8.22 # <pre> # This data is by no means authoritative; if you think you know better, --- 1,4 ---- ! # @(#)southamerica 8.23 # <pre> # This data is by no means authoritative; if you think you know better, *************** *** 825,831 **** -3:00 - BRT # # Rondonia (RO) - # Rondonia includes Altamira, Oribidos, Prainha, and Oriximina. Zone America/Porto_Velho -4:15:36 - LMT 1914 -4:00 Brazil AM%sT 1988 Sep 12 -4:00 - AMT --- 825,830 ---- *************** *** 905,911 **** # http://www.horaoficial.cl/cambio.htm # </a>. ! # From José Miguel Garrido (2008-03-05): # ... # You could see the announces of the change on # <a href="http://www.shoa.cl/noticias/2008/04hora/hora.htm"> --- 904,910 ---- # http://www.horaoficial.cl/cambio.htm # </a>. ! # From Jose Miguel Garrido (2008-03-05): # ... # You could see the announces of the change on # <a href="http://www.shoa.cl/noticias/2008/04hora/hora.htm">

4 4

TZ patches via email vs. non-ASCII encoding
by Markus Scherer July 9, 2008

July 9, 2008

As a solution to the problem of faithfully getting patches through email (with non-ASCII encoding, long lines, and other issues), may I suggest using an svn repository with online anonymous read-only access, and just sending a summary to the mailing list and a link to the online diffs? markus

3 3

References to various time zones in a TV program.
by Dave Cantor July 7, 2008

July 7, 2008

Have you folks noticed that Family Channel's "The Middleman" seems to use a different time zone for every scene? Examples from the most recent episode Middleman HQ, 9:32 AM Australian Central Daylight Time The Dread Pyramid of Itzilichlitlichitzl. 4:00 PM Charlie Time The skies over the Yucatán Peninsula, 10:45 AM Heure Avancée l'est The Dread Pyramid of Itzilichlitlichitzl. 5:10 PM Alastka Standard Time Alfred Necessiter Memorial Hospital, 12:35 AM Zulu Time Dave C.

1 0

mailing list setup
by Jeroen Ruigrok van der Werven July 7, 2008

July 7, 2008

Is there a reason we get the emails from tz(a)lecserver.nci.nih.gov, but every email's Reply-To is set to tz(a)elsie.nci.nih.gov? -- Jeroen Ruigrok van der Werven <asmodai(-at-)in-nomine.org> / asmodai イェルーンラウフロックヴァンデルウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B In the world, there is nothing more submissive and weak than water. Yet for attacking that which is hard and strong, nothing can surpass it...

2 1

tzdata2008d.tar.gz
by Olson, Arthur David (NIH/NCI) [E] July 7, 2008

July 7, 2008

The file... ftp://elsie.nci.nih.gov/pub/tzdata2008d.tar.gz ...is now available; this reflects the changes circulated last week on the time zone mailing list by yours truly, Paul Eggert, and Rodrigo Severo. --ado

1 0

RE: Non-ASCII encoding [Scanned]
by Goudge, Stephen July 3, 2008

July 3, 2008

> From: Jaakko Hyvätti [mailto:jaakko.hyvatti@foreca.com] > > I say just let's get over with it and do the change to UTF-8 > now. There > are no real problems with it, it's only comments, and it is > not worth any > extra pondering. I agree, UTF-8 comments are a good idea; and, even though I'm in a Windows place, I also agree with not including the BOM. My only worry would be spec creep: it would be friendly to the End User if the names could be presented in all their accented glory within the UI and "everyone can handle Unicode filenames now, can't they" (quoth the guy writing the Req Spec - not me, honest). I foresee requests coming in (if they haven't already) that "the names of the cities are spelt correctly everywhere and as the file is UTF-8 it won't cause any problems..." Well, if the names of the Zones themselves started to appear in UTF-8 it would certainly cause my code a lot of pain... Can I suggest that a mechanism is added to allow the fully decorated region & city names to be added in UTF-8, along with a firm note that the names following the "Zone" keyword are 7-bit Ascii only? Perhaps, to avoid *having* to modify the parser inside every variant of 'zic', it could be done via a convention in the comments, such as "a comment immediately preceding a Zone declaration which starts with ##! is a UTF-8 form of the Zone's name" suitable for collection and display in a UI. This leaves a few things to be tweaked - eg, if we let multiple lines give alternate spellings should they be language tagged so the most appropriate one can be selected for display; or whether something clever needs to be done to cope with the fact that the aliases for different Zones that are in the same region (subdirectory) may not give the same spelling for the region... Regards, Stephen Goudge Transport R&D Petards Joyce-Loebl Gateshead, UK Private, Confidential and Privileged. This e-mail and any files and attachments transmitted with it are confidential and/or privileged. They are intended solely for the use of the intended recipient(s). The content of this e-mail and any file or attachment transmitted with it may have been changed or altered without the consent of the author. If you are not the intended recipient, please note that any review, dissemination, disclosure, alteration, printing, circulation or transmission of this e-mail and/or any file or attachment transmitted with it, is prohibited and may be unlawful. If you have received this e-mail or any file or attachment transmitted with it in error please notify the IT Manager, Petards Joyce-Loebl Limited, 390 Princesway, Gateshead, NE11 0TU, telephone no: +44 191 4203000. Petards Joyce-Loebl Limited is registered in England under number 2170100 DISCLAIMER: Privileged / Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my company shall be understood as neither given nor endorsed by it. _____________________________________________________________________________________ This email has been scanned by Petards Joyce-Loebl. The service is powered by MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email. _____________________________________________________________________________________

2 1