January 2008 - tz - lists.iana.org

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

25 May '15

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

Tomsk wrong timezone
by Jesper Norgaard Welen 18 Feb '11

18 Feb '11

A quote from the 'europe' file: # Novosibirskaya oblast'. Zone Asia/Novosibirsk 5:31:40 - LMT 1919 Dec 14 6:00 6:00 - NOVT 1930 Jun 21 # Novosibirsk Time 7:00 Russia NOV%sT 1991 Mar 31 2:00s 6:00 Russia NOV%sT 1992 Jan 19 2:00s 7:00 Russia NOV%sT 1993 May 23 # say Shanks & P. 6:00 Russia NOV%sT # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Kemerovskaya oblast', Krasnoyarskij kraj, # Tajmyrskij (Dolgano-Nenetskij) avtonomnyj okrug, Tomskaya oblast', # Respublika Tuva, Respublika Khakasiya, Evenkijskij avtonomnyj okrug. Zone Asia/Krasnoyarsk 6:11:20 - LMT 1920 Jan 6 6:00 - KRAT 1930 Jun 21 # Krasnoyarsk Time 7:00 Russia KRA%sT 1991 Mar 31 2:00s 6:00 Russia KRA%sT 1992 Jan 19 2:00s 7:00 Russia KRA%sT In fact, it seems that Tomsk city and Tomskaya oblast' is part of the Novosibirsk timezone, see http://en.wikipedia.org/wiki/Tomskaya_Oblast%27%2C_Russia and http://www.admin.tomsk.ru/1024 ... the latter, if you don't understand russian, look at the time under the green horse. I don't know if this simply means that Tomskaya oblast' changed timezone since 2001, which is a possibility, that would then require a new timezone. Regards, - Jesper 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: http://www.worldtimeexplorer.com/index.html

3 2

Chinese timezones 1970
by Jesper Norgaard Welen 14 Sep '08

14 Sep '08

I have investigated the timezones around 1970 on the http://www.astro.com/atlas site, and here are the results. I am attaching a GIF file of the map I have built based on this information. The red borders are the modern-time administrative borders, while the green lines are the timezone borders I have determined, note that some of them are partially hidden behind the red lines. There are no big surprises. Most timezones follow modern-day administrative boundaries, with the exceptions being Xinjiang, Xizang (Tibet), Qinghai, Gansu, Nei Mongol (Inner Mongolia) and Guangdong. There was an exception in Heliongjiang region on GMT+8.5 where the northern-most county Mohe is on GMT+8. A few other exceptions were two counties on the Sichuan side of the Xizang - Sichuan border, counties Dege and Baiyu which lies on the Sichuan side and are therefore supposed to be GMT+7, Xizang region being GMT+6, but Dege county is GMT+8 according to astro.com while Baiyu county is GMT+6 (could be true), for the moment I am assuming that those two counties are mistakes in the astro.com data. The biggest surprise was that region Guangdong were dived in 3 timezones, a south/west part on GMT+6 (counties Xuwen, Haikang, Suixi, Lianjiang, Zhanjiang, Wuchuan, Huazhou, Gaozhou, Maoming, Dianbai, Xinyi) a central part on GMT+7 (counties Yangchun, Yangjiang, Taishan, Kaiping, Xinxing, Luoding, Yu'nan, Yunfu, Taishan, Deqing and Enping) and a north/east part on GMT+8 with the rest of the counties. Zone Asia/Harbin on GMT+8.5: regions Heilongjiang (minus Mohe) and Jilin. Zone Asia/Shanghai on GMT+8: regions east Nei Mongol, Liaoning, Hebei + Beijing, Shanxi, Shandong, Henan, Jiangsu, Anhui, Shanghai, Zhejiang, Hubei, Hunan, Jiangxi, Fujian, north/east Guangdong and Mohe county of Heilongjiang. Zone Asia/Chongqing on GMT+7: regions west Nei Mongol, Ningxia, Shaanxi, east Gansu, west Qinghai, Sichuan, Guizhou, Guangxi, Yunnan, Hainan island and the central part of Guangdong province. Zone Asia/Urumqi on GMT+6: regions east Xinjiang, west Gansu (counties Dunhuang, Aksay, Anxi, Subei), west Qinghai, east Xizang (Tibet) and east Guangdong. Zone Asia/Kashgar on GMT+5: regions west Xinjiang, west Xizang. Regards, - Jesper 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: http://www.worldtimeexplorer.com/index.html

4 6

Proposed changes for Argentina, tzfile.5, and strerror
by Arthur David Olson 31 Mar '08

31 Mar '08

Here are proposed changes to the time zone package: 1. Most importantly, changes to the "southamerica" file (combinining material from Jesper Norgaard Welen and Paul Eggert) to reflect Argentina's readoption of daylight saving time. 2. Jonathan Leffler's fixes to tzfile.5. 3. Changes to eliminate HAVE_STRERROR and the conditional strerror definition. (A safe change since it should have no run-time effects; we'll see if anybody complains about uncompilability). Barring problems these changes are to show up on the ftp site on Monday morning as usual, just in time to be late for the Argentina party. --ado ------- southamerica ------- *** /tmp/geta2179 Thu Dec 27 12:24:03 2007 --- /tmp/getb2179 Thu Dec 27 12:24:03 2007 *************** *** 1,4 **** ! # @(#)southamerica 8.13 # <pre> # This data is by no means authoritative; if you think you know better, --- 1,4 ---- ! # @(#)southamerica 8.14 # <pre> # This data is by no means authoritative; if you think you know better, *************** *** 106,111 **** --- 106,123 ---- # from the International Date Line. Rule Arg 1999 only - Oct Sun>=1 0:00 1:00 S Rule Arg 2000 only - Mar Sun>=1 0:00 0 - + # From Jesper Norgaard Welen (2007-12-26) + # The last hurdle of Argentina DST is over, the proposal was approved in + # the lower chamber too (Deputados) with a vote 192 for and 2 against. + # By the way thanks to Mariano Absatz and Daniel Mario Vega for the link to + # the original scanned proposal, where the dates and the zero hours are + # clear and unambiguous...This is the article about final approval: + # <a href="http://www.lanacion.com.ar/politica/nota.asp?nota_id=973996"> + # http://www.lanacion.com.ar/politica/nota.asp?nota_id=973996 + # </a> + Rule Arg 2007 only - Dec 30 0:00 1:00 S + Rule Arg 2008 max - Mar Sun>=15 0:00 0 - + Rule Arg 2008 max - Oct Sun>=1 0:00 1:00 S # # From Peter Gradelski via Steffen Thorsen (2000-03-01): # We just checked with our Sao Paulo office and they say the government of ------- tzfile.5 ------- *** /tmp/geta2215 Thu Dec 27 12:27:17 2007 --- /tmp/getb2215 Thu Dec 27 12:27:17 2007 *************** *** 57,63 **** described in the file is associated with the same-indexed transition time. These values serve as indices into an array of .I ttinfo ! structures that appears next in the file; these structures are defined as follows: .in +.5i .sp --- 57,65 ---- described in the file is associated with the same-indexed transition time. These values serve as indices into an array of .I ttinfo ! structures (with ! .I tzh_typecnt ! entries) that appears next in the file; these structures are defined as follows: .in +.5i .sp *************** *** 138,144 **** the above header and data is followed by a second header and data, identical in format except that eight bytes are used for each transition time or leap second time. ! After the second header and data comes a newline-encloded, POSIX-TZ-environment-variable-style string for use in handling instants after the last transition time stored in the file (with nothing between the newlines if there is no POSIX representation for --- 140,146 ---- the above header and data is followed by a second header and data, identical in format except that eight bytes are used for each transition time or leap second time. ! After the second header and data comes a newline-enclosed, POSIX-TZ-environment-variable-style string for use in handling instants after the last transition time stored in the file (with nothing between the newlines if there is no POSIX representation for *************** *** 145,150 **** such instants). .SH SEE ALSO newctime(3) ! .\" @(#)tzfile.5 8.1 .\" This file is in the public domain, so clarified as of .\" 1996-06-05 by Arthur David Olson. --- 147,152 ---- such instants). .SH SEE ALSO newctime(3) ! .\" @(#)tzfile.5 8.2 .\" This file is in the public domain, so clarified as of .\" 1996-06-05 by Arthur David Olson. ------- Makefile ------- *** /tmp/geta2073 Thu Dec 27 12:14:33 2007 --- /tmp/getb2073 Thu Dec 27 12:14:33 2007 *************** *** 1,4 **** ! # @(#)Makefile 8.5 # 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.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). *************** *** 95,101 **** # -DHAVE_SETTIMEOFDAY=2 if settimeofday uses 2nd arg (4.3BSD) # -DHAVE_SETTIMEOFDAY=3 if settimeofday ignores 2nd arg (4.4BSD) # -DHAVE_STDINT_H=1 if you have a pre-C99 compiler with "stdint.h" - # -DHAVE_STRERROR=0 if your system lacks the strerror function # -DHAVE_SYMLINK=0 if your system lacks the symlink function # -DHAVE_SYS_STAT_H=0 if your compiler lacks a "sys/stat.h" # -DHAVE_SYS_WAIT_H=0 if your compiler lacks a "sys/wait.h" --- 95,100 ---- ------- private.h ------- *** /tmp/geta2092 Thu Dec 27 12:14:41 2007 --- /tmp/getb2092 Thu Dec 27 12:14:41 2007 *************** *** 21,27 **** #ifndef lint #ifndef NOID ! static char privatehid[] = "@(#)private.h 8.5"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 21,27 ---- #ifndef lint #ifndef NOID ! static char privatehid[] = "@(#)private.h 8.6"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 48,57 **** #define HAVE_SETTIMEOFDAY 3 #endif /* !defined HAVE_SETTIMEOFDAY */ - #ifndef HAVE_STRERROR - #define HAVE_STRERROR 1 - #endif /* !defined HAVE_STRERROR */ - #ifndef HAVE_SYMLINK #define HAVE_SYMLINK 1 #endif /* !defined HAVE_SYMLINK */ --- 48,53 ---- ------- zic.c ------- *** /tmp/geta2111 Thu Dec 27 12:14:50 2007 --- /tmp/getb2111 Thu Dec 27 12:14:50 2007 *************** *** 3,9 **** ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.16"; #include "private.h" #include "locale.h" --- 3,9 ---- ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.17"; #include "private.h" #include "locale.h" *************** *** 160,169 **** static void writezone(const char * name, const char * string); static int yearistype(int year, const char * type); - #if !HAVE_STRERROR - static char * strerror(int); - #endif /* !HAVE_STRERROR */ - static int charcnt; static int errors; static const char * filename; --- 160,165 ---- *************** *** 405,423 **** ** Error handling. */ - #if !HAVE_STRERROR - static char * - strerror(errnum) - int errnum; - { - extern char * sys_errlist[]; - extern int sys_nerr; - - return (errnum > 0 && errnum <= sys_nerr) ? - sys_errlist[errnum] : _("Unknown system error"); - } - #endif /* !HAVE_STRERROR */ - static void eats(name, num, rname, rnum) const char * const name; --- 401,406 ----

13 21

FW: Corrections to historic German timezone information
by Olson, Arthur David (NIH/NCI) [E] 03 Feb '08

03 Feb '08

I'm forwarding this message from Sebastian Wangnick, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado From: Sebastian Wangnick [mailto:sebastian.nospam01@wangnick.de] Sent: Sunday, January 27, 2008 2:02 To: tz(a)lecserver.nci.nih.gov Cc: time(a)ptb.de Subject: Corrections to historic German timezone information Dear Madam, dear Sir, I understand that the historic time zone database you maintain is the basis of calendar computations in many computer systems and programming languages, including Linux and Tcl. We are using said data in some of our applications. Many thanks for your effort. Please find attached a few modifications to your tz2007k data files, so as to bring them in line with the publications of the Arbeitsgruppe 4.41 of the Physikalisch-Technische Bundesanstalt at http://www.ptb.de/de/org/4/44/441/salt.htm. The mistake in tz2007k is that the special 1945 rules for East Berlin and the German Sowjet Zone mentioned in bullet point c) of the website above are applied to Germany in general. The modifications return Europe/Berlin to the standard rules a) and b), and introduce a new zone Europe/BerlinEast where a), b) and c) are applied. Cc to the PTB for information. Kind regards, Sebastian Wangnick -- Sebastian Wangnick Lammersdorfer Str. 61 D-52159 Roetgen/Rott

4 3

Another developer writing code to use the tz database
by Goudge, Stephen 28 Jan '08

28 Jan '08

Hello, I'd like to express my gratitude and admiration to all the contributors to the time zone database. I am working to make use of the tzdata* information to attach timezone data plus a UTC timestamp to video recordings made by a DVR and to then, during playback, display the correct local time to match the video irrespective of the timezone settings on the playback computer. To fit the needs of the DVR, instead of storing an id string we have to store (at most) a 16-bit integer, so there is a C enum plus lookup table to map from these integer 'tz codes' to string ids that can be matched against the names in the tzdata files. So obviously there is an immediate maintenance need to keep the enum and mapping in step with tzdata - and this has an interesting correspondence to the declared needs of the CLDR project in terms of the stability of the tz id strings... For various reasons, including the need for playback to operate under Windows and to fit the new functionality into an existing code base, I opted to modify 'zic' and all the time functions (localtime etc). The time functions are changed to remove the limitations of the Posix approach (setting a global TZ, formatting one time value, resetting the global TZ...) and to convert the representation from time_t to the one we use internally (effectively Windows FILETIME as a 64-bit value); the results have then been attached to the C++ 'time' classes we use. 'zic' was then modified to change the epoch etc to match FILETIME and then, as I really didn't want to dump a load of settings into the Registry nor create a raft of files to tempt our Users to fiddle, write out a single Zip archive with the compiled tz data. Both of these items - the C library containing the enum and the C++ library with modified 'zic' etc - are Open Source, although I haven't "published" them on any websites or repositories (well, not recently enough to contain these TZ related tweaks). I would welcome any interest in seeing this code, if only to give the impetus to tidy it up well enough to "publish" (although, a warning, this is "Yet Another Pile of Someone's Favourite Stuff" and the TZ materials are currently fairly well integrated into the middle of it all). 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. _____________________________________________________________________________________

1 0

about San Luis, Argentina, timezone changes
by Mariano Absatz 28 Jan '08

28 Jan '08

Hi people, I'm sorry for being silent so far... I've been on Holidays (it's plain summer down here, kinda like August up there)... in fact, the first days of 2008 I've been in the Province of San Luis (but before the announcement of San Luis going back to UTC-3). I just arrived from the second part of my vacation (in the Province of Buenos Aires) a few hours ago, and I've been completely off-line (otherwise, it wouldn't actually be a vacation :-) ) I can confirm that the Province of San Luis (and so far only that province) decided to go back to UTC-3 effective midnight Jan 20th 2008 (that is, Monday 21st at 0:00 is the time the clocks were delayed back 1 hour), and they intend to keep UTC-3 as their timezone all year round (that is, unless they change their mind any minute now). I can't see the official San Luis website since their DNS servers are quite silent today (in fact they seem not be routeable today from 3 different places) :-( So we'll have to add yet another city to 'southamerica' (I think San Luis city is the mos populated city in the Province, so it'd be America/Argentina/San_Luis... of course I can't remember if San Luis's history of particular changes goes along with Mendoza or San Juan :-( (I only remember not being able to collect hard facts about San Luis back in 2004, when these provinces changed to UTC-4 for a few days, I mailed them personally and never got an answer). As for the origin of the problem, it has many faces: * *Political:* If the Governor of a Province is somehow /against/ the National Government, then, it's Province is more likely to diverge from the National Government timezone proposal. * *Geographical:* As you can see in http://aa.usno.navy.mil/faq/docs/world_tzones.php Most of Argentina is geographically in UTC-4. NONE of it is in UTC-3. A small part of the SouthWest is actually in UTC-5 (like Chile). The current UTC-3 is originated in a DST mostly used between 1930 and 1969 (UTC-4 was the "official" timezone at that time) that "never went back" after being turned "on" in 1969-10-05... after that, it was kinda "renamed" to official (non-DST) time and at some point, UTC-2 was started to be used as DST (in 1974 and then between 1988 and 1993 and some other years after that). The West-most Provinces (Mendoza, San Juan, San Luis, Neuquen, Catamarca, etc.) started a crusade in 2004 to re-install UTC-4 as the standard (winter) time and UTC-3 as the DST, but they failed in disorder (and thus generated some chaos in tzdata) * *Cultural:* Part of the problem is originated in our culture... as of the end of the 20th Century and beginning of the 21st, most of Argentine people is *very* used to dinner at *night*... that is, you can't call it *dinner* if there's daylight... most of start having dinner somewhere between 9PM and 10PM or later... if Argentina uses UTC-2 in the summer (when the daylight lasts longer), the more to the West and to the South you go, the later daylight goes off... The first week of January 2008, using UTC-2, I've been in the NorthEast of San Luis and the daylight disappeared after 10PM, so everybody went to dinner at about 10:30PM or later, so, instead of saving electricity, most people used the same or more electricity than before the change. My parents just came back from El Calafate (in the SouthWest of the Province of Santa Cruz) and they told me daylight was going off at about 11:30 PM. Another cultural problem is that Argentina, although being a federal country (at least in the papers), which somehow gives some autonomy to the Provinces, is not used to have more than one timezone (as the USA is), and, like western Europe, works better within one timezone... the struggle is about which timezone it is... Regards. -- Mariano Absatz - "El Baby" baby(a)baby.com.ar -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Lottery: A tax on people who are bad at math. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- * TagZilla 0.066 * http://tagzilla.mozdev.org

1 0

Corrections to historic German timezone information
by Sebastian Wangnick 27 Jan '08

27 Jan '08

Dear Madam, dear Sir, I understand that the historic time zone database you maintain is the basis of calendar computations in many computer systems and programming languages, including Linux and Tcl. We are using said data in some of our applications. Many thanks for your effort. Please find attached a few modifications to your tz2007k data files, so as to bring them in line with the publications of the Arbeitsgruppe 4.41 of the Physikalisch-Technische Bundesanstalt at http://www.ptb.de/de/org/4/44/441/salt.htm. The mistake in tz2007k is that the special 1945 rules for East Berlin and the German Sowjet Zone mentioned in bullet point c) of the website above are applied to Germany in general. The modifications return Europe/Berlin to the standard rules a) and b), and introduce a new zone Europe/BerlinEast where a), b) and c) are applied. Cc to the PTB for information. Kind regards, Sebastian Wangnick -- Sebastian Wangnick Lammersdorfer Str. 61 D-52159 Roetgen/Rott

1 0

San Luis time change
by Jesper Norgaard Welen 26 Jan '08

26 Jan '08

Unfortunately the below page has become defunct, about the San Luis time change. Perhaps because it now is part of a group of pages "Most important pages of 2008". You can use http://www.sanluis.gov.ar/notas.asp?idCanal=8141&id=22834 instead it seems. Or use "Buscador" from the main page of the San Luis government, and fill in "huso" and click OK, and you will get 3 pages from which the first one is identical to the above. - Jesper -----Original Message----- From: Jesper Norgaard Welen [mailto:jnorgard@prodigy.net.mx] Sent: Viernes, 18 de Enero de 2008 22:57 To: tz(a)lecserver.nci.nih.gov Subject: San Luis time change this Monday The page of the San Luis provincial government http://www.sanluis.gov.ar/notas.asp?idCanal=0&id=22812 confirms ...

2 2

Problem with tzdata rule history in JavaScript running on top of Gecko
by José Miguel Parrella Romero 25 Jan '08

25 Jan '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings, Since 2007j, tzdata reflects the new Venezuelan timezone, UTC-0430 with the complete rule history: Zone America/Caracas -4:27:44 - LMT 1890 ~ ... ~ -4:30 - VET JavaScript applications running on Gecko-based programs such as Firefox and Thunderbird experience a weird behavior where the calendars and other applications are one day forward thus rendering most of these applications unusable. On the month of this switch (Dec 07), some calendars (i.e., the Lightning extension for Thunderbird) shown full rows of Dec 9th. in all the days of the month! I narrowed the problem to JavaScript applications running on Mozilla after testing CLI-based calendars and other calendars based on glibc, and finally testing with Konqueror with successful results. This problem has been already reported on Mozilla's Bugzilla. Anyway, if I remove the complete rule history and leave the current VET timezone (UTC-0430) as the only rule for America/Caracas, all applications work correctly, which is curious (and also non-desirable, since it misses the fact that applications using timestamps before the timezone changes will be taken into account with the correct calculations) Maybe someone could provide a pointer about this problem and why it's being seen only on Gecko applications. Jose -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHj2mTUWAsjQBcO4IRApC6AJ9SF64p9Oq9ZlHDyCogU+euYl/CVgCZAQHM hirlGBUqBSu+FRJRp2yhWnM= =5MmJ -----END PGP SIGNATURE-----

2 1