- tz - lists.iana.org

Question about From & To rule fields...just t be certain I understand
by Philip Warner Dec. 3, 2006

Dec. 3, 2006

I'd like to clarify which year should be compared in from/to fields for rules (and zone lines). It seems reasonable that the AT field determines which year is to be compared (wallclock, utc or standard) -- is that correct? To give specific example: Rule Test 1999 only - Jan 1 0:00 2:00 - Rule Test 2000 only - Jan 1 0:00 0:00 - These are both wallclock rules, and suppose they are used in a region that is GMT+5. Then at UTC 31-Dec-1999 17:00 the WC time will turn to midnight....is that the point at which the clocks would be adjusted? And if so, in the following example: Rule Test 1999 only - Jan 1 0:00 2:00u - Rule Test 2000 only - Jan 1 0:00 0:00u - would the clocks adjust at UTC time 1-Jan-2000?

2 2

Vzic indicates missing tz rules
by Andy McDonald Dec. 1, 2006

Dec. 1, 2006

I've been using 'vzic' (http://dialspace.dial.pipex.com/prod/dialspace/town/pipexdsl/s/asbm26/vzic/) to convert tz data to iCal. vzic 1.3 issues the following - hopefully self-explanatory warnings when run against tz/2006p: ----------------- andy@zanzibar:~/packages/vzic-1.3$ ./vzic --pure WARNING: Couldn't find a LETTER_S to use in FORMAT: C%sT in Zone: Asia/Macau Leaving TZNAME empty WARNING: Couldn't find a LETTER_S to use in FORMAT: TM%sT in Zone: Asia/Ashgabat Leaving TZNAME empty WARNING: Couldn't find a LETTER_S to use in FORMAT: CE%sT in Zone: Europe/Warsaw Leaving TZNAME empty WARNING: Couldn't find a LETTER_S to use in FORMAT: WE%sT in Zone: Atlantic/Azores Leaving TZNAME empty WARNING: Couldn't find a LETTER_S to use in FORMAT: Y%sT in Zone: America/Nome Leaving TZNAME empty WARNING: Couldn't find a LETTER_S to use in FORMAT: M%sT in Zone: America/Inuvik Leaving TZNAME empty WARNING: Couldn't find a LETTER_S to use in FORMAT: P%sT in Zone: America/Whitehorse Leaving TZNAME empty WARNING: Couldn't find a LETTER_S to use in FORMAT: P%sT in Zone: America/Dawson Leaving TZNAME empty andy@zanzibar:~/packages/vzic-1.3$ ----------------- (this is a slightly modified version of vzic - see below; the '--pure' option is not important). Following through in tz for America/Inuvik, we see: ----------------- # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule NT_YK 1918 only - Apr 14 2:00 1:00 D Rule NT_YK 1918 only - Oct 27 2:00 0 S ... Zone America/Inuvik -8:54:52 - LMT 1884 -8:00 NT_YK P%sT 1979 Apr lastSun 2:00 -7:00 NT_YK M%sT 1980 -7:00 Canada M%sT ----------------- Significantly, America/Inuvik is defined explicitly from the 1800's onwards, but the rule NT_YK is defined only from 1918, hence this missing 'LETTER/S'. Similar issues affect America/Whitehorse and America/Dawson. America/Nome uses the rule 'US' from 1943 to 1946, although the rule isn't defined for most of that period. Spot-checking the other problem zones indicates similar problems. I've exchanged a few e-mails with the developer of vzic; he pointed out that vzic works around most of the above 'problem' zones (see line 899 of vzic_output.c, v1.3); I commented out the workaround to derive the above output. With the workaround, vzic warns on Inuvik, Whitehorse and Dawson only. Andy

2 1

register timezone mailing list
by Tri Duong Minh Nov. 30, 2006

Nov. 30, 2006

Hi All, I would like to join timezone mailing list. Could you please register for me? My information: Email: dmtri(a)tma.com.vn First name: Tri Full name: Duong Minh Tri Sex: Male Nationality: Vietnam Regards, Tri Duong Shasta - Application EXT: 5669

1 0

FW: Suggestions about separation and ISO code
by Olson, Arthur David (NIH/NCI) [E] Nov. 29, 2006

Nov. 29, 2006

I'm forwarding this message from Jonas Melian who, after sending it, has subscribed to the time zone mailing list. --ado -----Original Message----- From: Jonas Melian [mailto:jonas.esp@googlemail.com] Sent: Monday, November 27, 2006 6:21 AM To: tz(a)lecserver.nci.nih.gov Subject: Suggestions about separation and ISO code Some suggestions: 1) To using ISO 3166 3-character country code becasuse is more readable. http://en.wikipedia.org/wiki/ISO_3166-1 For any person it's easier to identify a country by the code of 3-letters that by the one of 2-letters. 2) Columns separated by another character different of a tab, as ':'. So it's more readable for humans and too for the machines. And so it's easier to maintain that table. I comment you these suggestions because I have something of experience with this type of tables as you can see here: http://webda.python-hosting.com/browser/trunk/data Greetings!

7 6

Turkey DST data missmatch
by Tiberiu Covaci Nov. 28, 2006

Nov. 28, 2006

Hi, According to the http://www.timeanddate.com/worldclock/city.html?n=107 Turkey is observing DST same as EU but instead of using 1:00 local time, they are using 1:00u. A closer look in the europe file, will show that they use EU rule with no change (1:00 local time). According to unofficial sources in Turkey, and Worldclock representant, the right value would be 1:00u. Please advice how to proceed to make the data into the next release of tzdata. Regards, Tiberiu Covaci

3 2

Faroe Islands
by Sue Williams Nov. 28, 2006

Nov. 28, 2006

The ISO 3166 English spelling for this region is "Faroe Islands". http://www.iso.org/iso/en/prods-services/iso3166ma/02iso-3166-code-lists/li… Since the ISO spelling is normally approved by the government of the region involved, the ISO spelling is probably a reliable reference. ...Sue

1 0

FW: Turkey DST data missmatch
by Olson, Arthur David (NIH/NCI) [E] Nov. 28, 2006

Nov. 28, 2006

I'm forwarding this message from Tiberiu Covaci, who is not on the time zone mailing list. Those of you who are on the list should direct replies appropriately. --ado -----Original Message----- From: Tiberiu Covaci [mailto:tcovaci@bea.com] Sent: Tuesday, November 28, 2006 4:10 AM To: tz(a)lecserver.nci.nih.gov Subject: Turkey DST data missmatch Hi, According to the http://www.timeanddate.com/worldclock/city.html?n=107 Turkey is observing DST same as EU but instead of using 1:00 local time, they are using 1:00u. A closer look in the europe file, will show that they use EU rule with no change (1:00 local time). According to unofficial sources in Turkey, and Worldclock representant, the right value would be 1:00u. Please advice how to proceed to make the data into the next release of tzdata. Regards, Tiberiu Covaci

1 0

Previous erroneous subject
by Olson, Arthur David (NIH/NCI) [E] Nov. 28, 2006

Nov. 28, 2006

Bennett Todd was kind enough to point out that while yesterday's new-version announcement had correct references to the "2006p" versions of files in the text of the message, my subject incorrectly referenced "2006o" versions. --ado

1 0

FW: Faeoroe
by Olson, Arthur David (NIH/NCI) [E] Nov. 28, 2006

Nov. 28, 2006

I'm forwarding this message from Jonas Melian who, after sending it, has subscribed to the time zone mailing list. --ado -----Original Message----- From: Jonas Melian [mailto:jonas.esp@googlemail.com] Sent: Monday, November 27, 2006 6:01 AM To: tz(a)lecserver.nci.nih.gov Subject: Faeoroe Hi, In zone.tab is Faeore and its actual name is Faroe. FO +6201-00646 Atlantic/Faeroe http://www.iso.org/iso/en/prods-services/iso3166ma/02iso-3166-code-lists /list-en1.html You can see too in Wipikedia as you are redirected from http://en.wikipedia.org/wiki/Faeroe_Islands to http://en.wikipedia.org/wiki/Faroe_Islands

4 4

proposed tz patch for Western Australia
by Paul Eggert Nov. 28, 2006

Nov. 28, 2006

Here's a proposed patch for the Western Australia change on Dec. 3. It incorporates other minor changes I've been saving up. Changes that affect near-future time stamps: * Western Australia starts DST on December 3. (Thanks to Jesper Norgaard Welen for the initial warning, and to Christopher Hunt for letting us know it was official.) This patch migrates the WA DST idiosyncracies into Rule lines, where they probably belonged anyway. I realize the official legislation specifies dates rather than "Mar lastSun", but we commonly reverse-engineer the underlying rules in other situations and might as well do so consistently here. Changes affecting location data only: * The coordinates for Jersey and Podgorica were off. (Thanks to Andy McDonald for noting this.) Changes affecting the web page only: * Add references to FoxClocks <http://www.stemhaus.com/firefox/foxclocks/> and to Time Zone <http://kimmo.suominen.com/sw/timezone/>. --- australasia 2006/08/21 13:56:08 2006.11 +++ australasia 2006/11/22 20:43:04 2006.11.0.2 @@ -29,15 +29,25 @@ Zone Australia/Darwin 8:43:20 - LMT 189 9:00 - CST 1899 May 9:30 Aus CST # Western Australia +# +# From Christopher Hunt (2006-11-21), after an advance warning +# from Jesper Norgaard Welen (2006-11-01): +# WA are trialing DST for three years. +# <http://www.parliament.wa.gov.au/parliament/bills.nsf/62D4F7C55EA88993482572…> +# +# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S +Rule AW 1974 only - Oct lastSun 2:00s 1:00 - +Rule AW 1975 only - Mar Sun>=1 2:00s 0 - +Rule AW 1983 only - Oct lastSun 2:00s 1:00 - +Rule AW 1984 only - Mar Sun>=1 2:00s 0 - +Rule AW 1991 only - Nov 17 2:00s 1:00 - +Rule AW 1992 only - Mar Sun>=1 2:00s 0 - +Rule AW 2006 only - Dec 3 2:00s 1:00 - +Rule AW 2007 2009 - Mar lastSun 2:00s 0 - +Rule AW 2007 2008 - Oct lastSun 2:00s 1:00 - Zone Australia/Perth 7:43:24 - LMT 1895 Dec 8:00 Aus WST 1943 Jul - 8:00 - WST 1974 Oct lastSun 2:00s - 8:00 1:00 WST 1975 Mar Sun>=1 2:00s - 8:00 - WST 1983 Oct lastSun 2:00s - 8:00 1:00 WST 1984 Mar Sun>=1 2:00s - 8:00 - WST 1991 Nov 17 2:00s - 8:00 1:00 WST 1992 Mar Sun>=1 2:00s - 8:00 - WST + 8:00 AW WST # Queensland # # From Alex Livingston (1996-11-01): --- zone.tab 2006/10/10 15:31:46 2006.14 +++ zone.tab 2006/11/22 20:34:56 2006.14.0.1 @@ -212,7 +212,7 @@ IQ +3321+04425 Asia/Baghdad IR +3540+05126 Asia/Tehran IS +6409-02151 Atlantic/Reykjavik IT +4154+01229 Europe/Rome -JE +4912-00237 Europe/Jersey +JE +4912-00207 Europe/Jersey JM +1800-07648 America/Jamaica JO +3157+03556 Asia/Amman JP +353916+1394441 Asia/Tokyo @@ -247,7 +247,7 @@ LY +3254+01311 Africa/Tripoli MA +3339-00735 Africa/Casablanca MC +4342+00723 Europe/Monaco MD +4700+02850 Europe/Chisinau -ME +4247+01928 Europe/Podgorica +ME +4226+01916 Europe/Podgorica MG -1855+04731 Indian/Antananarivo MH +0709+17112 Pacific/Majuro most locations MH +0905+16720 Pacific/Kwajalein Kwajalein --- tz-link.htm 2006/11/06 14:17:39 2006.15 +++ tz-link.htm 2006/11/22 20:34:56 2006.15.0.1 @@ -8,7 +8,7 @@ <meta http-equiv="Content-type" content='text/html; charset="US-ASCII"'> <meta name="DC.Creator" content="Eggert, Paul"> <meta name="DC.Contributor" content="Olson, Arthur David"> -<meta name="DC.Date" content="2006-10-31"> +<meta name="DC.Date" content="2006-11-22"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" content="http://www.twinsun.com/tz/tz-link.htm"> @@ -242,6 +242,17 @@ It is freely available under the <abbr>L </ul> <h2>Other <code>tz</code>-based time zone software</h2> <ul> +<li><a href="http://www.stemhaus.com/firefox/foxclocks/">FoxClocks</a> +is an extension for <a +href="http://developer.mozilla.org/en/docs/Toolkit_API">Mozilla +Toolkit</a> applications like <a +href="http://www.mozilla.com/firefox/">Firefox</a>, <a +href="http://www.mozilla.com/en-US/thunderbird/">Thunderbird</a>, and +<a +href="http://www.mozilla.org/projects/calendar/sunbird/">Sunbird</a>. +It displays multiple clocks in the application window, and has a mapping +interface to <a href="http://earth.google.com/">Google Earth</a>. +It is freely available under the <abbr>GPL</abbr>.</li> <li><a href="http://users.skynet.be/Peter.Verthez/projects/intclock/">International clock (intclock)</a> is a multi-timezone clock for @@ -250,6 +261,9 @@ under the <abbr>GPL</abbr>.</li> <li><a href="http://java.sun.com/">Sun Java</a> releases since 1.4 contain a copy of a subset of a recent <code>tz</code> database in a Java-specific format.</li> +<li><a href="http://kimmo.suominen.com/sw/timezone/">Time Zone</a> is +a <a href="http://wordpress.org/">WordPress</a> plugin. It is freely +available under a <abbr>BSD</abbr>-style license.</li> <li><a href="http://www.veladg.com/velaterra.html">VelaTerra</a> is a Mac OS X program. Its developers

4 4