May 2006 - tz - lists.iana.org

proposed tz change for Latvia, Lithuania
by Paul Eggert May 25, 2015

May 25, 2015

It's March Madness time for daylight-saving rule changes. Here's a proposed change to the tz database to keep up with the latest political development, which affects time stamps starting March 29: * Latvia and Lithuania will not observe DST, starting this year. Thanks to Andrei Ivanov for this info. =================================================================== RCS file: RCS/europe,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- europe 2000/03/04 15:31:08 2000.3 +++ europe 2000/03/08 17:48:59 2000.3.0.1 @@ -1135,6 +1135,12 @@ Link Europe/Rome Europe/San_Marino # 1997-01-21 on transition to Summer time ... established the same order of # daylight savings time settings as in the States of the European Union. +# From Andrei Ivanov (2000-03-06): +# This year Latvia will not switch to Daylight Savings Time (as specified in +# <a href="http://www.lv-laiks.lv/wwwraksti/2000/071072/vd4.htm"> +# The Regulations of the Cabinet of Ministers of the Rep. of Latvia of +# 29-Feb-2000 (#79)</a>, in Latvian for subscribers only). + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Latvia 1989 1996 - Mar lastSun 2:00s 1:00 S Rule Latvia 1989 1996 - Sep lastSun 2:00s 0 - @@ -1151,7 +1157,8 @@ Zone Europe/Riga 1:36:24 - LMT 1880 3:00 Russia MSK/MSD 1989 Mar lastSun 2:00s 2:00 1:00 EEST 1989 Sep lastSun 2:00s 2:00 Latvia EE%sT 1997 Jan 21 - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb 29 + 2:00 - EET # Liechtenstein # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1178,6 +1185,11 @@ Zone Europe/Vaduz 0:38:04 - LMT 1894 Jun # motion to give up shifting to summer time in spring, as it was # already done by Estonia. +# From Andrei Ivanov (2000-03-06): +# I've heard that Ministers of three Baltic countries on their summit +# somewhere in February decided not to switch to summer time starting from +# this spring. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Vilnius 1:41:16 - LMT 1880 1:24:00 - WMT 1917 # Warsaw Mean Time @@ -1192,7 +1204,8 @@ Zone Europe/Vilnius 1:41:16 - LMT 1880 2:00 C-Eur EE%sT 1998 2:00 - EET 1998 Mar 29 1:00u 1:00 EU CE%sT 1999 Oct 31 1:00u - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb + 2:00 - EET # Luxembourg # Whitman disagrees with most of these dates in minor ways; go with Shanks.

5 5

Australia - Broken Hill - Yancowinna
by Oscar van Vlijmen Dec. 16, 2006

Dec. 16, 2006

Broken Hill, or more precise, the whole county of Yancowinna, differs from the rest of New South Wales, as clearly stated in the TZ database. Problem is: what is the "county of Yancowinna"? The Australian Standard Time Act 1987 mentions this county, but doesn't mention the county boundaries. Once they were known, but they have disappeared from recent maps. Finally I found a scan of an old map from the Land Registry, showing the Yancowinna county. Found on the website of The Sydney Morning Herald: <http://www.smh.com.au/articles/2003/08/29/1062050651816.html?oneclick=true> Click on field number 2 or download the map directly: <http://www.smh.com.au/specials/leases/pdf/map2.pdf> The following places are within the county boundaries: Broken Hill, The Gorge, Mount Gipps, Silverton, Stephens Creek, Wahratta, Yanco Glen. The name "Wahratta" is not perfectly readable from the map, but I've checked the name and location against the Australia file from the GEOnet Names Server <http://earth-info.nga.mil/gns/> Oscar van Vlijmen 2005-04-23

4 8

RE: Possible TZ Data Errors with every 1st / 2nd / 3rd Xday of the month
by Andy Lipscomb June 1, 2006

June 1, 2006

No, in that case at least, the data is correct. The second Saturday of a month can be between the 8th and the 14th, inclusive; this year, the second Saturday of October is the 14th. Since the changeover occurs at 24:00 on that Saturday and Unix doesn't like 24:00, it is coded as 0:00 the following day, which is the 15th this year, and in general can run from the 9th to the 15th. Thus, Sun>=9 is correct. (This is not the "second Sunday," but the "Sunday after the second Saturday." USA readers will see the resemblance to Election Day.) ________________________________ From: Dr Hingston [mailto:dr.hingston@paradise.net.nz] Sent: Wed 31 May 2006 04:31 To: tz(a)lecserver.nci.nih.gov Subject: Possible TZ Data Errors with every 1st / 2nd / 3rd Xday of the month Dear List Members Woops, seems I got the address wrong, my apologies! I hope this is better! Regarding: Rule Chile 1999 max - Oct Sun>=9 4:00u 1:00 S Rule Chile 2000 max - Mar Sun>=9 3:00u 0 - The expression Sun>=9 from the above rules would appear to me to be incorrect, as it suggests the third Sunday in some years. e.g. October this year. Summary: Supreme Decree Number 1,489 (6 October 1970) - This law, enacted during the presidency of Eduardo Frei Montalva, declared that Daylight Saving Time will advance clocks by one hour, beginning the second Saturday of October, and ending the second Saturday of March. Chilean time is administered by the Chilean Navy's Hydrographic and Oceanographic Service (SHOA). On discussion with the Chilean Consulate the above is confirmed, and time for changeover is midnight Saturday (I take to mean 00:00 Sunday)

2 1

Possible TZ Data Errors with every 1st / 2nd / 3rd Xday of the month
by Dr Hingston May 31, 2006

May 31, 2006

Dear List Members Woops, seems I got the address wrong, my apologies! I hope this is better! Regarding: Rule Chile 1999 max - Oct Sun>=9 4:00u 1:00 S Rule Chile 2000 max - Mar Sun>=9 3:00u 0 - The expression Sun>=9 from the above rules would appear to me to be incorrect, as it suggests the third Sunday in some years. e.g. October this year. References: http://www.twinsun.com/tz/tz-link.ht (!) which lists: http://webexhibits.org/daylightsaving/chile.html Summary: Supreme Decree Number 1,489 (6 October 1970) - This law, enacted during the presidency of Eduardo Frei Montalva, declared that Daylight Saving Time will advance clocks by one hour, beginning the second Saturday of October, and ending the second Saturday of March. Chilean time is administered by the Chilean Navy's Hydrographic and Oceanographic Service (SHOA). On discussion with the Chilean Consulate the above is confirmed, and time for changeover is midnight Saturday (I take to mean 00:00 Sunday) It would seem to be correct, to me, if it were stated as Sun>=8. Similarly, if I am correct, then there are quite a number of other instances in the database where the expression Sun>=9 perhaps might be more correctly stated as Sun>=8? Extrapolating further, if I may, some of the other instances may also be incorrect, e.g. Sun>=16 etc. Some examples: Rule ChileAQ 1966 1997 - Oct Sun>=9 0:00 1:00 S Rule Belize 1919 1943 - Feb Sun>=9 0:00 0 S Rule Falk 1985 2000 - Sep Sun>=9 0:00 1:00 S Rule Falk 1986 2000 - Apr Sun>=16 0:00 0 - Rule GB-Eire 1945 1946 - Oct Sun>=2 2:00s 0 GMT Rule GB-Eire 1946 only - Apr Sun>=9 2:00s 1:00 BST Where a week day is stipulated as the Xth day of the month then I believe the correct references should be >=1, >=8, >= 15, >= 22 etc. Therefore I question other numbers, of course they may be correct, however this does seem to suggest careful scrutiny of those numbers is indicated. I'd be grateful for list consideration and comment please. Kind regards David Hingston

1 0

Tzcode2006g.tar.gz and tzdata2006g.tar.gz
by Olson, Arthur David (NIH/NCI) [E] May 31, 2006

May 31, 2006

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

2 1

FW: Corrections to latitudes/longitudes in zone.tab
by Olson, Arthur David (NIH/NCI) [E] May 31, 2006

May 31, 2006

Andy McDonald is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Andy McDonald [mailto:andy@stemhaus.com] Sent: Tuesday, May 23, 2006 12:28 AM To: tz(a)lecserver.nci.nih.gov Subject: Corrections to latitudes/longitudes in zone.tab Hi, A very very minor point, but I've run across a few inaccurate latitudes/longitudes in tz's zone.tab (2006g and earlier): Corrected lat/long zone.tab lat/long America/Argentina/Tucuman: -0265000, -0651300 -0312400, -0641100 America/Inuvik: +0682200, -1334400 +0682500, -1133000 America/Rainy_River: +0484300, -0943400 +0484300, -0942900 America/Rankin_Inlet +0624800, -0920500 +0624500, -0921000 America/Scoresbysund: +0703000, -0215800 +0703000, -0221500 (Tucuman's latitude and longitude in zone.tab are those of America/Argentina/Cordoba.) The corrected values come from playing with my Firefox extension (http://www.stemhaus.com/firefox/foxclocks/) and Google Earth, and are of course entirely subjective. Regards, Andy McDonald

3 2

Manpage License question
by Martin Schulze May 30, 2006

May 30, 2006

Hi, the man-pages package for GNU/Linux has incorporated some of the tz manpages that are also distributed in tzcode$year.tar.gz, namely zic.8, zdump.8 and tzselect.8. They lack a copyright notice and a license statement. The tzcode2006g.tar.gz lacks this information as well. What license are these pages distributed under? I assume it's the BSD license, but I'd better ask. Please keep Michael Kerrisk copied who is the current man-pages maintainer, I'm just the Debian downstream. Thanks and kind regards, Joey -- Never trust an operating system you don't have source for!

1 0

Another Windows program that uses the TZ database
by ActiveEarth Sales May 26, 2006

May 26, 2006

Dear tz Contributors, My world time clock software, ActiveEarth, also uses the tz database. Would you add a mention of that to your web page? You can see the software here: http://www.activeearth.com <http://www.activeearth.com/> . There is a new release about to come out that will contain the latest tz data. Thank you so much for this excellent resource! Best regards, Thaine Norris President Norris Family Industry

1 0

new ISO 3166-1 entries
by Chuck Soper May 25, 2006

May 25, 2006

I recently read ISO 3166-1 Newsletter No. V-11 (2006-03-29) and noticed three new ISO 3166-1 entries: GUERNSEY; GG ISLE OF MAN;IM JERSEY;JE I found this rule in the Theory file: Include at least one location per time zone rule set per country. One such location is enough. Use ISO 3166 (see the file iso3166.tab) to help decide whether something is a country. However, uninhabited ISO 3166 regions like Bouvet Island do not need locations, since local time is not defined there. For tzdata, should all populated ISO 3166 regions be included? Does this mean that three new TZ zone descriptions should be added to zone.tab and appropriate data files? Or, should Europe/London be used instead? Should iso3166.tab be updated? Chuck

2 1

C#/.NET tz binary reader ...
by Zbigniew Babiej May 24, 2006

May 24, 2006

Dear Sir or Madam, Recently I have posted the C#/.NET version of tz binary reader at http://www.gotdotnet.com/Community/UserSamples/Details.aspx?SampleGuid=0 C9E8F33-7214-4222-B992-D248D107652F I thought that it would be good idea to share this link on your page as well.... Best Regards, Z. Babiej, MarketXS ______________________________ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message.

1 0