- tz - lists.iana.org

Argentina adopts DST again
by Steffen Thorsen Dec. 27, 2007

Dec. 27, 2007

A user (Leonardo Chaim) reported that Argentina will adopt DST, and I have found more details on Argentina's presidential web site, as well as on many news sites. Argentina will advance clocks by one hour on 2007-12-30 00:00 to (01:00) and turn them back again on 2008-03-16 00:00 (to 23:00). It appears that all of the country (all Zone-entries) are affected. The official news report about it: (Spanish) http://www.casarosada.gov.ar/index.php?option=com_content&task=view&id=1509… which has a link to the "Comunicado"/official notice: http://www.casarosada.gov.ar/index.php?option=com_content&task=view&id=1510 translated: "The measurement will prevail in all the national territory as of the 00:00 hour of Sunday 30 of December of the present year, until the 00:00 hour of Sunday 16 of March of 2008, in that the clocks will have to retard one hour as a result of the application of the winter schedule. " News reports like http://www.lanacion.com.ar/opinion/nota.asp?nota_id=973037 indicate that Argentina will use DST next year as well, from October to March, although exact rules are not given. Best regards, Steffen / timeanddate.com

5 7

Changes in Argentina DST rules
by Rodolfo Baader Dec. 27, 2007

Dec. 27, 2007

Hello, Yesterday, Argentina's congress approved a law regarding new DST rules. In 2007, from Dec 30 (next sunday) till Mar 16, we will use GMT-2 and then back to GMT-3. I mean, on December 30th 0 hour, the time will go forward one hour, and back again on March 16, at 0. What information do you need to update your timezone database? (I don't have the text of the law yet, to confirm this changes) Some links (in spanish): http://www.lanacion.com.ar/EdicionImpresa/economia/nota.asp?nota_id=974279&… http://www.pagina12.com.ar/diario/economia/2-96718-2007-12-27.html Thanks in advance, Regards, Rodolfo Baader -- ----------------------------------------------- ArCERT - http://www.arcert.gov.ar Te: (54-11) 4343-9001 int.512/514 | 4345-0383 Fax:(54-11) 4343-7458 Av.R. Saenz Peña 511 - Of:514 C1035AAA - Ciudad Autonoma de Buenos Aires Argentina ------------------------------------------------

1 0

Argentine DST
by Eduardo A. Suárez Dec. 27, 2007

Dec. 27, 2007

Hi, ¡Happy Christmas! Yesterday our politicians have setup DST time effective next sunday 30th. Could you modify the tzfile? 00:00 Sunday December 30th 2007 we go to GMT-0200 (oh yes!!!) 00:00 Sunday March 16th 2008 we go to GMT-0300 http://www.timeanddate.com/worldclock/timezone.html?n=51 http://uk.reuters.com/article/oilRpt/idUKN2734841120071227 Don't ask, they are stupid... Thanks, Eduardo.- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

1 0

Argentina is going to use Daylight Saving Time (DST) on December 30, 2007
by Lavaggi, Ricardo Pablo Dec. 27, 2007

Dec. 27, 2007

Argentina is going to use Daylight Saving Time (DST) on December 30, 2007 Daylight Saving Time starts Midnight between Saturday, December 29, 2007 and Sunday, December 30, 2007 clocks are turned forward 1 hour to Sunday, December 30, 2007 at 1:00:00 AM local daylight time instead Seconds before and after the change: Local time DST? UTC offset Zone name Saturday, December 29, 2007 at 11:59:57 PM No -3 hours ART Saturday, December 29, 2007 at 11:59:58 PM No -3 hours ART Saturday, December 29, 2007 at 11:59:59 PM No -3 hours ART Sunday, December 30, 2007 at 1:00:00 AM 1 hour -2 hours ARST Sunday, December 30, 2007 at 1:00:01 AM 1 hour -2 hours ARST Sunday, December 30, 2007 at 1:00:02 AM 1 hour -2 hours ARST Atte, Ricardo Pablo Lavaggi Fibertel | PRIMA | Cablevision | Teledigital Buenos Aires - Argentina (+5411) 5199-5173 RLavaggi(a)cablevision.com.ar Visite http://www.cablevision.com.ar Visite http://www.fibertel.com.ar ___________________________________________________________________________ Este mensaje es confidencial. Puede contener informacion amparada por el secreto comercial. Si usted ha recibido este e-mail por error, debera eliminarlo de su sistema. No debera copiar el mensaje ni divulgar su contenido a ninguna persona. Muchas gracias. This message is confidential. It may also contain information that is privileged or not authorized to be disclosed. If you have received it by mistake, delete it from your system. You should not copy the messsage nor disclose its contents to anyone. Many thanks. ___________________________________________________________________________

1 0

Senators approved DST in Argentina
by Jesper Norgaard Welen Dec. 26, 2007

Dec. 26, 2007

The Senate approved the DST proposal with 57 votes to 3: http://www.telam.com.ar/vernota.php?tipo=N <http://www.telam.com.ar/vernota.php?tipo=N&idPub=87422&id=201118&dis=1&sec= 1> &idPub=87422&id=201118&dis=1&sec=1 The article says that the measure is now being processed by "Deputados", to be approved today. I still haven't seen the text of the proposal that they are voting about, and especially it is not clear what is meant in news articles about "from 30.th of December" which to me would be 2007-12-30 0:00 and "starting midnight of 30.th. December" which to me means 2007-12-30 24:00 or rather 2007-12-31 0:00. I agree that without further information it is probably more likely to be 2007-12-30 0:00 as Paul Eggert has proposed for a tz database change. But the actual text of the (future) law would be helpful. 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

2 1

Argentinian DST
by Jesper Norgaard Welen Dec. 26, 2007

Dec. 26, 2007

There seems to be some anxiety whether the Argentinian DST goes through. The funny thing is that according to this article http://www.parlamentario.com/noticia-12594.html ... most members seem to be in favor, since this was already suggested by the opposition several times, in vain (it was rejected). On the other hand now that the government suggests it, the oppositon has refused to cooperate to gather sufficient members of Congress to vote - and apparently they can't vote without being physically present, and according to law two thirds must be present to convert this proposal into law, which is both a requirement for the the Upper (Senados) chamber and the Lower (Diputados) chamber. Apparently it's a non-issue that business and airline schedules, Operating Systems, Java, Windows Upgrade etc. etc. have to be frantically changed in very few days since we still have no definite answer. - Jesper Nørgaard Welen 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

1 0

Time Zone File format - When does tzh_ttisgmtcnt or tzh_ttisstdcnt differ from tzh_typecnt, and how, and why?
by Jonathan Leffler Dec. 10, 2007

Dec. 10, 2007

In tzfile.5.txt, it says: tzh_ttisgmtcnt The number of UTC/local indicators stored in the file. tzh_ttisstdcnt The number of standard/wall indicators stored in the file. ... tzh_typecnt The number of "local time types" for which data is stored in the file (must not be zero). Empirically, in the tzdata2007h and tzdataj data sets, the values of tzh_ttisgmtcnt, tzh_ttisstdcnt and tzh_typecnt are always identical. Under what circumstances are there any differences in the three values? If the answer is "when the stdcnt or gmtcnt is zero", when does that happen? If the answer is "when the stdcnt or gmtcnt is a non-zero value different from typecnt", then what do the values mean? If the answer is "there isn't any difference any more, but historically, there was a transition period when they weren't all present and the stdcnt and gmtcnt were sometimes zero back then", then I can live with that as a satisfactory enough explanation. -- Jonathan Leffler <jonathan.leffler(a)gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2007.0914 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused."

2 2

FW: Jan Mayen in wrong zone
by Olson, Arthur David (NIH/NCI) [E] Dec. 9, 2007

Dec. 9, 2007

I'm (very belatedly) forwarding this message from Jonas Melian, 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 -----Original Message----- From: Jonas Melian [mailto:jonas@mailup.net] Sent: Friday, November 09, 2007 6:08 To: tz(a)lecserver.nci.nih.gov Subject: Jan Mayen in wrong zone Jan Mayen has been placed ('zone.tab' file) in the Atlantic zone but it's too in the Arctic [1] as Svalbard. Svalbard and Jan Mayen (SJ): Arctic/Longyearbyen, Svalbard Atlantic/Jan_Mayen, Jan Mayen [1] http://en.wikipedia.org/wiki/Jan_Mayen

3 2

Minor improvement to tzfile.5
by Jonathan Leffler Dec. 6, 2007

Dec. 6, 2007

Part way through the description of the file structure, the document says: These values serve as indices into an array of ttinfo structures that appears next in the file; these structures are defined as follows: It isn't immediately clear that there are tzh_typecnt entries in the array of ttinfo structures. Maybe the modification is as simple as: These values serve as indices into an array of ttinfo structures (with tzh_typecnt entries) that appears next in the file; these structures are defined as follows: -- Jonathan Leffler <jonathan.leffler(a)gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2007.0914 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused."

2 2

FW: Update to your Database
by Olson, Arthur David (NIH/NCI) [E] Dec. 3, 2007

Dec. 3, 2007

I'm (belatedly) forwarding this message from Steve Jewell, 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: Steve Jewell - WR9G [mailto:wr9g@arrl.net] Sent: Saturday, November 24, 2007 10:18 To: tz(a)lecserver.nci.nih.gov Subject: Update to your Database To whom it may concern, I live in the City of Austin in Scott County which is Indiana. Our county and the surrounding counties all observe EST in the winter months and EDT in spring, summer and fall months. My exact location is 38° 44' 22.1" N 85° 49' 31.9" W. If you have any questions or concerns, please let me know. Thanks, Steve Jewell 116 S Mac Dr Austin, IN 47102-8921 wr9g(a)arrl.net www.wr9g.net

2 1

tzcode2007j.tar.gz and tzdata2007j.tar.gz
by Olson, Arthur David (NIH/NCI) [E] Dec. 3, 2007

Dec. 3, 2007

The files... ftp://elsie.nci.nih.gov/pub/tzcode2007j.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2007j.tar.gz ...are now available. These reflect: 1. the changes circulated on the time zone mailing list to eliminate the "P" (parameter) macro; 2. the "noncontroversial" changes circulated on the time zone mailing list (less the changes to "logwtmp.c"); 3. the changes circulated on the time zone mailing list to eliminate "too many transition" errors when "min" is used in time zone rules; 4. and the changes circulated last week on the time zone mailing list by Paul Eggert (including updated information for Venezuela). --ado

1 0

What is the purpose of the call to access() in localtime.c?
by Jonathan Leffler Dec. 3, 2007

Dec. 3, 2007

In localtime.c, there is the following stanza of code that opens a time zone file to file descriptor fid: { register int doaccess; /* ** Section 4.9.1 of the C standard says that ** "FILENAME_MAX expands to an integral constant expression ** that is the size needed for an array of char large enough ** to hold the longest file name string that the implementation ** guarantees can be opened." */ char fullname[FILENAME_MAX + 1]; if (name[0] == ':') ++name; doaccess = name[0] == '/'; if (!doaccess) { if ((p = TZDIR) == NULL) return -1; if ((strlen(p) + strlen(name) + 1) >= sizeof fullname) return -1; (void) strcpy(fullname, p); (void) strcat(fullname, "/"); (void) strcat(fullname, name); /* ** Set doaccess if '.' (as in "../") shows up in name. */ if (strchr(name, '.') != NULL) doaccess = TRUE; name = fullname; } if (doaccess && access(name, R_OK) != 0) return -1; if ((fid = open(name, OPEN_MODE)) == -1) return -1; } I'm puzzled about the benefit of calling access(). Won't the open() call work, or not, pretty much the same? The only reason I've thought of for why access() would fail where open() might succeed is in a programming running with setuid (or setgid) privileges, where access() would check the permissions using the real UID (and GID) but open would be controlled by the effective UID (and GID). However, it seems incorrect to prevent a setuid or setgid program from working like that -- maybe the reason the program is setuid or setgid is to permit it to access the time zone files. In terms of performance, a call to access() is only slightly less expensive than a call to open(). My concern is more about correctness than performance, though. Is there a system where using access makes a difference? -- Jonathan Leffler <jonathan.leffler(a)gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2007.0914 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused."

2 1

FW: 'Web pages using recent versions of the tz database'
by Olson, Arthur David (NIH/NCI) [E] Nov. 30, 2007

Nov. 30, 2007

I'm forwarding this message from Rich Tibbett, 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: Rich Tibbett [mailto:rich.tibbett@gmail.com] Sent: Friday, November 30, 2007 1:01 AM To: tz(a)lecserver.nci.nih.gov Subject: 'Web pages using recent versions of the tz database' Hello, I just wanted to say that we've been working on an implementation of the latest tz database over at http://www.worldtimeengine.com. It's an ambitious project linking the tz database with tz boundary shapefiles, topped off with integration to Google's Location Resolution Service. The aim is to have a Google-esque search box where you can enter any village, town, city or point-of-interest around the world and it will tell you the current local time. It would be great to receive some feedback from you. Keep up the good work! Richard Tibbett

2 1

FW: Help regarding the timezone update data
by Olson, Arthur David (NIH/NCI) [E] Nov. 30, 2007

Nov. 30, 2007

I'm forwarding this message from Salil G K who, since sending it, has been added to the time zone mailing list. --ado From: Salil G K (sagk) [mailto:sagk@cisco.com] Sent: Tuesday, November 06, 2007 4:22 To: Olson, Arthur David (NIH/NCI) [E] Subject: Help regarding the timezone update data Importance: High Hello I am trying to get information about the timezone updation data for updating the zone information of jre environment. I have seen from http://www.twinsun.com/tz/tz-link.htm the procedure for getting the data from the 'ftp://elsie.nci.nih.gov/pub/ and how to get the timezone data files. I followed the procedures there, but I guess I am not getting a correct information in my system. I tested by writing a simple java program which will just print Date from the system. My system in in India time zone (Asia/Calcutta ) but I have TZ variable to America/Caracas ( which I think is for Venezuela ) and print the time with the fix and without the fix. I have set the system time as Jan 30 2008 ( b'se I guess Venezuela DST will start from Jan 1st ). Both tests I am getting the same time zone info. I am not sure if the procedures I am doing is correct to apply the fix. So do you have any document which describes about the implementation of this fix and how to test it. If you could consider this as a very urgent request it would be really great. thanks Salil

5 4

'Web pages using recent versions of the tz database'
by Rich Tibbett Nov. 30, 2007

Nov. 30, 2007

Hello, I just wanted to say that we've been working on an implementation of the latest tz database over at http://www.worldtimeengine.com. It's an ambitious project linking the tz database with tz boundary shapefiles, topped off with integration to Google's Location Resolution Service. The aim is to have a Google-esque search box where you can enter any village, town, city or point-of-interest around the world and it will tell you the current local time. It would be great to receive some feedback from you. Keep up the good work! Richard Tibbett

1 0

FW: Venezuela changes rescheduled for 9 December
by Olson, Arthur David (NIH/NCI) [E] Nov. 29, 2007

Nov. 29, 2007

I'm forwarding this message from John Stainforth, 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: John Stainforth [mailto:STAIN@uk.ibm.com] Sent: Wednesday, November 28, 2007 6:17 To: eggert(a)CS.UCLA.EDU Cc: Olson, Arthur David (NIH/NCI) [E] Subject: Venezuela changes rescheduled for 9 December Paul, Apologies if you are receiving this information from several sources in IBM, but we are reacting to breaking news that the change for Venezuela originally expected for 31 December has been brought forward to 9 December. The official announcement was published today in the "Gaceta Oficial de la Republica Bolivariana de Venezuela, número 38.819" (official document for all laws or resolution publication) but is not available online yet. http://www.globovision.com/news.php?nid=72208 Previously, the best information we had was that this time zone change will not happen until January 1, 2008. as reflected in the Olson database update on 1-October-2007 (tzcode2007h). We had been proceeding based on the anticipated date, the evening of December 31st (ie effective jan 1). We did find a Microsoft reference http://blogs.msdn.com/mthree/archive/2007/11/27/venezuela-tz-112707.aspx and it appeared to suggest that the December 9th date was still subject to constitutional reform. See: http://www.venezuelanalysis.com/analysis/2645 http://www.reuters.com/article/worldNews/idUSN2426299520070924 Please let us know (we will watch the forum) if and when you are making an updated tzdata table update to implement the new date for Venezuela. Thanks and regards, John John Stainforth PMP Project Manager, Java Technologies IBM United Kingdom Limited MP146 Hursley Park, WINCHESTER, SO21 2JN Hicom Tel:7-246072 International -44-1962-816072 e-mail: stain(a)uk.ibm.com Now working part-time: Monday, Tuesday & Wednesday only ________________________________________ Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

1 0

FW: Japan's rules
by Olson, Arthur David (NIH/NCI) [E] Nov. 29, 2007

Nov. 29, 2007

I'm forwarding this message from Chris Holt, 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: Chris Holt [mailto:cholt@skywardinnovations.com] Sent: Wednesday, November 28, 2007 9:44 To: tz(a)lecserver.nci.nih.gov Subject: Japan's rules It seems that Japan is missing its latest rule. The last rule it has is <Rule> <Name>Japan</Name> <From>1950</From> <To>1951</To> <Type>-</Type> <In>May</In> <On>Sun>=1</On> <At>2:00</At> <Save>1:00</Save> <Letter>D</Letter> </Rule> And the timezone is defined as: <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>Japan</Rules> <Format>J%sT</Format> <Until /> <Comment /> </Zone> This forces the user to use JDT as the timezone abbreviation even though I believe they currently don't do daylight savings time. It seems this should be updated to: <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>Japan</Rules> <Format>J%sT</Format> <Until>1951</Until> <Comment /> </Zone> <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>-</Rules> <Format>JST</Format> <Until /> <Comment /> </Zone> Does this make sense? Thanks, Christopher Holt Skyward Innovations, Inc. Office: (603) 206-4552 Cell: (603) 765-0945 cholt(a)skywardinnovations.com www.skywardinnovations.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.

1 0

Re: Venezuela changes rescheduled for 9 December
by Paul Eggert Nov. 29, 2007

Nov. 29, 2007

John Stainforth <STAIN(a)uk.ibm.com> writes: > we are reacting to breaking news that the change for Venezuela > originally expected for 31 December has been brought forward to 9 > December. The most recent information I had was an article published 2007-11-22 by ABN <http://www.abn.info.ve/go_news5.php?articulo=111435&lee=7> (in Spanish). I don't read Spanish, but my understanding from that article is that the decision was still tentative, and that they didn't want to mess with the clocks before the big referendum this Sunday, as that might confuse poll times. > The official announcement was published today in the "Gaceta Oficial de la > Republica Bolivariana de Venezuela, número 38.819" (official document for > all laws or resolution publication) but is not available online yet. > > http://www.globovision.com/news.php?nid=72208 Thanks for the heads-up. I didn't know about that. That looks about as definitive as we're going to get: they plan to switch from UTC-4 to UTC-4:30 at 03:00 local time on December 9. I'll send out a proposed patch shortly.

2 1

proposed tz patch for Venezuela, St Barthelemy, St Martin (Fr.), etc.
by Paul Eggert Nov. 29, 2007

Nov. 29, 2007

Here's a proposed patch to the tz database to accommodate Venezuela's latest plans, along with the other stuff that has been accumulated recently. The following change affects near-future time stamps. * Venezuela is changing their clocks on December 9 at 03:00, instead of the January 1 at 00:00 that we thought. (Thanks to John Stainforth for the heads-up.) The following change affects the country database, but not the time data. * New links America/St_Barthelemy and America/Marigot, for the new countries St Barthelemy and St Martin (French part). (Thanks to Mark Davis for this.) The following changes affect commentary only. * Add a comment about Iran's readoption of DST. (Thanks to Roozbeh Pournader for this.) * Fix some broken links in tz-link.htm, and remove some dead links. (Thanks to Bert van Heerde for this.) Changes include: - Update links to calconnect, ICU. - Remove links to xmlDate, Austria National Metrology Institute database. - draft-ietf-dhc-timezone-option-04.txt is now Internet RFC 4833. =================================================================== RCS file: RCS/asia,v retrieving revision 2007.9 retrieving revision 2007.9.0.1 diff -pu -r2007.9 -r2007.9.0.1 --- asia 2007/10/30 14:28:10 2007.9 +++ asia 2007/11/29 08:48:52 2007.9.0.1 @@ -577,6 +577,15 @@ Zone Asia/Jayapura 9:22:48 - LMT 1932 No # daylight saving time ... # http://uk.reuters.com/article/oilRpt/idUKBLA65048420070916 # +# From Roozbeh Pournader (2007-11-05): +# This is quoted from Official Gazette of the Islamic Republic of +# Iran, Volume 63, Number 18242, dated Tuesday 1386/6/24 +# [2007-10-16]. I am doing the best translation I can:... +# The official time of the country will be moved forward for one hour +# on the 24 hours of the first day of the month of Farvardin and will +# be changed back to its previous state on the 24 hours of the +# thirtieth day of Shahrivar. +# # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Iran 1978 1980 - Mar 21 0:00 1:00 D Rule Iran 1978 only - Oct 21 0:00 0 S =================================================================== RCS file: RCS/northamerica,v retrieving revision 2007.9 retrieving revision 2007.9.0.1 diff -pu -r2007.9 -r2007.9.0.1 --- northamerica 2007/10/30 14:28:11 2007.9 +++ northamerica 2007/11/29 08:48:52 2007.9.0.1 @@ -2303,6 +2303,10 @@ Zone America/Grenada -4:07:00 - LMT 1911 # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Guadeloupe -4:06:08 - LMT 1911 Jun 8 # Pointe a Pitre -4:00 - AST +# St Barthelemy +Link America/Guadeloupe America/St_Barthelemy +# St Martin (French part) +Link America/Guadeloupe America/Marigot # Guatemala # =================================================================== RCS file: RCS/southamerica,v retrieving revision 2007.8 retrieving revision 2007.8.0.1 diff -pu -r2007.8 -r2007.8.0.1 --- southamerica 2007/10/01 14:05:30 2007.8 +++ southamerica 2007/11/29 08:48:52 2007.8.0.1 @@ -1107,19 +1107,17 @@ Zone America/Montevideo -3:44:44 - LMT 1 # Venezuela # -# From Kiraz Janicke (2007-09-25), in -# http://www.venezuelanalysis.com/analysis/2645: -# The proposal ... involves turning the clock back half an hour from -# +4.00 Greenwich Mean Time (GMT), to +4.30GMT, the time zone -# Venezuela had until December 31, 1964, when the current time zone -# was adopted. The change was due to take place on September 17 and -# then on September 24, but has since been postponed until December -# 31, to allow for compliance with international organizations, such -# as the International Office of Weights and Measures. +# From John Stainforth (2007-11-28): +# ... the change for Venezuela originally expected for 2007-12-31 has +# been brought forward to 2007-12-09. The official announcement was +# published today in the "Gaceta Oficial de la Republica Bolivariana +# de Venezuela, numero 38.819" (official document for all laws or +# resolution publication) +# http://www.globovision.com/news.php?nid=72208 # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Caracas -4:27:44 - LMT 1890 -4:27:40 - CMT 1912 Feb 12 # Caracas Mean Time? -4:30 - VET 1965 # Venezuela Time - -4:00 - VET 2008 + -4:00 - VET 2007 Dec 9 03:00 -4:30 - VET =================================================================== RCS file: RCS/iso3166.tab,v retrieving revision 2007.1 retrieving revision 2007.1.0.1 diff -pu -r2007.1 -r2007.1.0.1 --- iso3166.tab 2007/01/08 17:17:29 2007.1 +++ iso3166.tab 2007/11/29 08:48:52 2007.1.0.1 @@ -6,7 +6,7 @@ # # This file contains a table with the following columns: # 1. ISO 3166-1 alpha-2 country code, current as of -# ISO 3166-1 Newsletter No. V-12 (2006-09-26). See: +# ISO 3166-1 Newsletter VI-1 (2007-09-21). See: # <a href="http://www.iso.org/iso/en/prods-services/iso3166ma/index.html"> # ISO 3166 Maintenance agency (ISO 3166/MA) # </a>. @@ -47,6 +47,7 @@ BG Bulgaria BH Bahrain BI Burundi BJ Benin +BL St Barthelemy BM Bermuda BN Brunei BO Bolivia @@ -159,6 +160,7 @@ MA Morocco MC Monaco MD Moldova ME Montenegro +MF St Martin (French part) MG Madagascar MH Marshall Islands MK Macedonia =================================================================== RCS file: RCS/zone.tab,v retrieving revision 2007.7 retrieving revision 2007.7.0.1 diff -pu -r2007.7 -r2007.7.0.1 --- zone.tab 2007/08/20 14:45:10 2007.7 +++ zone.tab 2007/11/29 08:48:52 2007.7.0.1 @@ -77,6 +77,7 @@ BG +4241+02319 Europe/Sofia BH +2623+05035 Asia/Bahrain BI -0323+02922 Africa/Bujumbura BJ +0629+00237 Africa/Porto-Novo +BL +1753-06251 America/St_Barthelemy BM +3217-06446 Atlantic/Bermuda BN +0456+11455 Asia/Brunei BO -1630-06809 America/La_Paz @@ -250,6 +251,7 @@ MA +3339-00735 Africa/Casablanca MC +4342+00723 Europe/Monaco MD +4700+02850 Europe/Chisinau ME +4226+01916 Europe/Podgorica +MF +1804-06305 America/Marigot MG -1855+04731 Indian/Antananarivo MH +0709+17112 Pacific/Majuro most locations MH +0905+16720 Pacific/Kwajalein Kwajalein =================================================================== RCS file: RCS/tz-link.htm,v retrieving revision 2007.8 retrieving revision 2007.8.0.1 diff -pu -r2007.8 -r2007.8.0.1 --- tz-link.htm 2007/10/01 14:02:04 2007.8 +++ tz-link.htm 2007/11/29 08:48:52 2007.8.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="2007-08-17"> +<meta name="DC.Date" content="2007-11-29"> <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"> @@ -152,7 +152,7 @@ Consortium</a> is promoting further work href="http://www.calconnect.org/publications/icalendartimezoneproblemsandrecommen…">iCalendar TIMEZONE Problems and Recommendations</a> offers guidelines and recommendations for the use of VTIMEZONE and <code>tz</code>.</li> -<li><a href="http://www.calconnect.org/dstlinks.html">Extended Daylight +<li><a href="http://www.calconnect.org/dstlinks.shtml">Extended Daylight Saving Time Links, Advisories and Changes</a> lists vendor material on recent daylight saving time changes.</li> <li><a @@ -198,9 +198,10 @@ available under both the <abbr>GPL</abbr License. DateTime::TimeZone also contains a script <code>tests_from_zdump</code> that generates test cases for each clock transition in the <code>tz</code> database.</li> -<li><a href="http://icu-project.org/"><abbr -title="International Components for Unicode">ICU</abbr></a> -contains a C/C++ library for internationalization that +<li><a href="http://icu-project.org/">International Components for +Unicode (<abbr>ICU</abbr>)</a> contains C/C++ and <a +href="http://en.wikipedia.org/wiki/Java_%28programming_language%29">Java</a> +libraries for internationalization that has a compiler from <code>tz</code> source into an <abbr>ICU</abbr>-specific format. <abbr>ICU</abbr> is freely available under a @@ -211,11 +212,6 @@ contains a class <code>org.joda.time.tz.ZoneInfoCompiler</code> that compiles <code>tz</code> source into a Joda-specific binary format. Joda Time is freely available under a <abbr>BSD</abbr>-style license.</li> -<li><a href="http://mozware.free.fr/devtools/xmlDate/">xmlDate</a> -contains <a -href="http://en.wikipedia.org/wiki/JavaScript">JavaScript</a> code that -parses <samp>tz</samp> source into an internal object that represents -a time zone. It is freely available under the GPL.</li> <li><a href="http://sourceforge.net/projects/pytz/">PyTZ - Python Time Zone Library</a> compiles <code>tz</code> source into <a href="http://www.python.org/">Python</a>. @@ -251,8 +247,7 @@ This library is freely available under t (<abbr title="Lesser General Public License">LGPL</abbr>)</a>, and is widely used in <abbr>GNU</abbr>/Linux systems.</li> <li><a href="http://www.bmsi.com/java/#TZ">ZoneInfo.java</a> -is a <code>tz</code> binary file reader written in <a -href="http://en.wikipedia.org/wiki/Java_%28programming_language%29">Java</a>. +is a <code>tz</code> binary file reader written in Java. It is freely available under the <abbr>LGPL</abbr>.</li> <li>Tcl, mentioned above, also contains a <code>tz</code> binary file reader.</li> @@ -420,10 +415,6 @@ href="http://www.aph.gov.au/LIBRARY/Pubs note on daylight saving time in Australia</a>. The Bureau of Meteorology publishes a list of <a href="http://www.bom.gov.au/climate/averages/tables/dst_times.shtml">Implementation Dates of Daylight Savings Time within Australia</a>.</dd> -<dt>Austria</dt> -<dd>The National Metrology Institute publishes a -table of <a href="http://www.metrologie.at/pdf/sommerzeit.pdf" -hreflang="de">daylight saving time in Austria (in German)</a>.</dd> <dt>Belgium</dt> <dd>The Royal Observatory of Belgium maintains a table of <a href="http://www.astro.oma.be/GENERAL/INFO/nli001a.html" @@ -500,9 +491,9 @@ Time Protocol</a> discusses how to synchronize clocks of Internet hosts.</li> <li><a -href="ftp://ftp.rfc-editor.org/internet-drafts/draft-ietf-dhc-timezone-option-04.…">A +href="ftp://ftp.rfc-editor.org/in-notes/rfc4833.txt">A Timezone Option for <abbr title="Dynamic Host Configuration Protocol">DHCP</abbr></a> -proposes a <a +specifies a <a href="http://www.dhcp.org/">DHCP</a> option for a server to configure a client's time zone and daylight saving settings automatically.</li> <li><a href="http://gauss.gge.unb.ca/GMT.UT.and.the.RGO.html">A Few @@ -608,8 +599,8 @@ abbreviations, identifiers, and formats. French translations for "Eastern European Summer Time", "<abbr title="Eastern European Summer Time">EEST</abbr>", and "Bucharest". <a -href="http://unicode.org/cldr/data/charts/by_type/names.zone.html">By-Type -Chart: names.zone</a> shows these values for many locales. +href="http://www.unicode.org/cldr/data/charts/by_type/names.metazone.html">By-Type +Chart: names.metazone</a> shows these values for many locales. <abbr>ICU</abbr> contains a mechanism for using this data.</li> <li>Alphabetic time zone abbreviations should not be used as unique identifiers for <abbr>UTC</abbr> offsets as they are ambiguous in

1 0

FW: Dead Links
by Olson, Arthur David (NIH/NCI) [E] Nov. 29, 2007

Nov. 29, 2007

I'm forwarding this message from Bert van Heerde, 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: Bert van Heerde [mailto:bert@insyde.nl] Sent: Tuesday, October 09, 2007 10:51 To: tz(a)lecserver.nci.nih.gov Subject: Dead Links Dear Twin Sun employee, I was looking for places to submit links for my site world-map.nl and saw your page and the request for corrections. I was a bit bored, so analyzed the page J Below you will find the deadlinks on the page: http://www.twinsun.com/tz/tz-link.htm Maybe this linkchecker can help you out: https://addons.mozilla.org/en-US/firefox/addon/532 since W3C tool http://validator.w3.org/checklink is a bit slow. Have nice day! Bert Dead Links: By-Type Chart: names.zone <http://unicode.org/cldr/data/charts/by_type/names.zone.html> daylight saving time in Austria (in German) <http://www.metrologie.at/pdf/sommerzeit.pdf> . xmlDate <http://mozware.free.fr/devtools/xmlDate/> Extended Daylight Saving Time Links, Advisories and Changes <http://www.calconnect.org/dstlinks.html> Redirects: FTP distribution <ftp://elsie.nci.nih.gov/pub/> archived older versions of code and data <ftp://munnari.oz.au/pub/oldtz/> Internet Calendaring and Scheduling Core Object Specification (iCalendar) <ftp://ftp.rfc-editor.org/in-notes/rfc2445.txt> announcements (in Hebrew) <ftp://ftp.cs.huji.ac.il/pub/tz/announcements/> . A Timezone Option for DHCP <ftp://ftp.rfc-editor.org/internet-drafts/draft-ietf-dhc-timezone-option -04.txt> Internet RFC 2822 <ftp://ftp.rfc-editor.org/in-notes/rfc2822.txt> HTTP <ftp://ftp.rfc-editor.org/in-notes/rfc2616.txt> Internet RFC 3339 <ftp://ftp.rfc-editor.org/in-notes/rfc3339.txt>

5 5

Japan's rules
by Chris Holt Nov. 28, 2007

Nov. 28, 2007

It seems that Japan is missing its latest rule. The last rule it has is <Rule> <Name>Japan</Name> <From>1950</From> <To>1951</To> <Type>-</Type> <In>May</In> <On>Sun>=1</On> <At>2:00</At> <Save>1:00</Save> <Letter>D</Letter> </Rule> And the timezone is defined as: <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>Japan</Rules> <Format>J%sT</Format> <Until /> <Comment /> </Zone> This forces the user to use JDT as the timezone abbreviation even though I believe they currently don't do daylight savings time. It seems this should be updated to: <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>Japan</Rules> <Format>J%sT</Format> <Until>1951</Until> <Comment /> </Zone> <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>-</Rules> <Format>JST</Format> <Until /> <Comment /> </Zone> Does this make sense? Thanks, Christopher Holt Skyward Innovations, Inc. Office: (603) 206-4552 Cell: (603) 765-0945 cholt(a)skywardinnovations.com www.skywardinnovations.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.

1 0

Should time zone info files be tagged with the tzdata version number?
by Jonathan Leffler Nov. 25, 2007

Nov. 25, 2007

I note that the time zone information file has a version number byte and 15 bytes of currently unused (must be zero) space at the heading. Has anyone ever suggested embedding the version number of the time zone data files (eg "2007i") into that space, so that you can tell immediately where the data comes from when looking at the file? If not, may I make the suggestion? Presumably, the version byte would need to become version 3 -- or would we need both version 3 and version 4, with version 3 being like version 0 with 32-bit timestamps only plus the data version and version 4 being like version 2 with both 32-bit and 64-bit time stamps? I would suggest mandating 6 bytes, null terminated, for the version string. I don't think the version numbers for the data files ever got beyond one cycle of the alphabet in a year, so that works for almost the next seven thousand years - and after that, it is someone else's problem anyway (I plan to be retired long before that's an issue). The obvious advantage of this is that an appropriately modified zdump can show which set of rules the time zone information file was created from, which in turn would help decide whether an update is called for. The only immediate downside I can see is that the version information is not readily available in the distributed files - other than as part of the gzipped tar file name. That could be fixed if a VERSION file was released with the data, so each new release had it release number in the file. The zic program could look for that file - or take an optional argument that specifies the version. Since '-v' is for verbose, maybe '-z YYYYv'? I also note that Sun Solaris 10 appears to use the version 0 format for its time zone info files (zic --version gives 7.128). Would it be relevant to provide an output version selector option to the zic command line - so that files could be generated in version 0, 2 or 3 (or even 4) format when appropriate? Perhaps it would use "-o N" for N in 0, 2, 3 (and maybe 4)? Or do we need a more complex scheme where each of the separate data files gets a version tag whenever it is modified, so that you can tell that, for example, the northamerica rules have not changed recently, whereas the asia ones have changed? This would presumably need a new entry type in each data file - maybe Version followed by a version number, or Vrsn to be consistent with 'Rule', 'Zone', 'Link' and 'Leap' lines. -- Jonathan Leffler <jonathan.leffler(a)gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2007.0914 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused."

2 2

Rules that Don't Exist
by Bill Seymour Nov. 25, 2007

Nov. 25, 2007

A tz newbie question: What happens when switching to a named rule, but no such rule exists? The Europe/Zurich example in zic.8.txt has an example of that (switches to Swiss rules in 1894, but there are no Swiss rules before 1940), but doesn't say what to do. I can make sense of that by making what seems to be the reasonable assumption that SAVE is zero and LETTER/S is null. Is that the intent? If so, then is it also true that, in America/Chicago, we should use "CT" rather than "CST" from 1883 Nov 18 12:09:24 to the last Sunday in March of 1918? Or is there something I'm missing? Thanks, --Bill Seymour

2 3

Update to your Database
by Steve Jewell - WR9G Nov. 24, 2007

Nov. 24, 2007

To whom it may concern, I live in the City of Austin in Scott County which is Indiana. Our county and the surrounding counties all observe EST in the winter months and EDT in spring, summer and fall months. My exact location is 38° 44' 22.1" N 85° 49' 31.9" W. If you have any questions or concerns, please let me know. Thanks, Steve Jewell 116 S Mac Dr Austin, IN 47102-8921 wr9g(a)arrl.net www.wr9g.net

1 0

FW: xmlDate Compiler
by Olson, Arthur David (NIH/NCI) [E] Nov. 20, 2007

Nov. 20, 2007

I'm forwarding this message from Louis Guindon, 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: Louis Guindon [mailto:louis.guindon@gmail.com] Sent: Monday, November 19, 2007 3:30 To: tz(a)lecserver.nci.nih.gov Subject: xmlDate Compiler Hi, The link for xmlDate complier from Philippe GOETZ is not working anymore. I am refering to this entry "xmlDate contains JavaScript code that parses tz source into an internal object that represents a time zone. It is freely available under the GPL. " on the web page http://www.twinsun.com/tz/tz-link.htm. I am very interested by this tool and wandering if you know the new location or the developer contact information. Regards, Louis Guindon

2 1