- tz - lists.iana.org

Timezone utility
by Henry Grebler Aug. 7, 2000

Aug. 7, 2000

#To: tz(a)elsie.nci.nih.gov #From: henryg(a)optimation.com.au Henry Grebler Support Manager Optimation Software Engineering Pty Ltd Level 9 West, 608 St Kilda Road Melbourne, Vic, 3004, Australia Phone: +61 3 9525 2111 Fax: +61 3 9521 1733 URL: http://www.optimation.com.au Hi, First of all, thanks for providing a valuable service. I guess under normal situations your work would go unheralded - when things are going right no one notices. It's only when your car breaks down that you look under the bonnet (hood). I'm hoping I have found an opportunity to give a little (very little) back. We in Australia have been taking a keener-than-usual interest in tz stuff with the advent of the Olympic Games. So, naturally, I eventually found myself downloading from your website. I look after several different platforms (Solaris, Linux, AIX, HP-UX, IRIX, etc). It soon became clear to me that something was missing. I felt that, it's all very well to make changes to the timezone database; how do I test that the changes will work? And there's the rub. It's not the time now that is at issue. One can immediately confirm that the time right now is correct. What I want to know is, Will it be correct at some time in the future? To address this issue, I have written a little utility, cvt_time. I enclose source, Makefile and man page. I have chosen to store it in the 'misc' subdirectory of the 'src' directory. It is enclosed as a tar, gzip, uuencode. If you think it is worthwhile, please feel free to distribute it or make it available in any way you see fit. Regards, Henry begin 660 misc.tar.Z M'YV0;=+,&?,"@,&#"!,J7,BPH<.'$",BA &#!HP;-V H$@Q!HT:&SG"B"$C MI,B3&V]XG&'#1@V,,T*2K"$C!@"0$G/JW,FS9YTY=,+("8FFC!LY><[T7 @T MC!DS2Q>*E/'2),>84;-JW<JU:]> U^,L4/G"YTT;<JX&..UK=N-,2BVU"C2 M(\B3)*URC'&#:LJ5+6O$F'%#)@T:-VAL?,NX\<*?08=2+'HT:=>F3[U.K7H2 M!E;'H$.+;OM"!8BQ9<^F70NBQ>DW;NR4D4,'Q)PR8V"3F6,[C9LQ94"4@?-F M#!H0=-Z 8%,\#!OD:(.#F$Z].@@5+Q0H**W@.@@D1I&"."*GC!@VLT'PH(ST M#) W<%2'.0M[[9LV+L+4\=%=17\03\2'UGQIP ;"%&^80<<=0@57A!MG^%;& M;+Z= 0(4=.3A @A,T$&&"RS\UT09;(CQ1AURN%$&"R $ 9D<SJ41A@O]_9<$ M"&NX\<8=(*1!QPF\Z5B;',6M449M Z5A%' LBE%';6F8 4(>)R*'AF]K]/AC MD&_4%@8(8H1!QG]ID%%&&"PF<0(9RZ5A)'+*B1%<&&/DN"-Z9)Q1QH<@W'@' MD70$1\>5O#D5J!RVG2F'<17^=^49QX7A!IO,\6C&&XA^"0<;\UTJ1QLM^&8F M'$:9Z49M:1DGJ4!MP D"G5>6(9N59?PW1QAI@5#>''6P0<>&5!0%@HH- M4G M"&=T"0*#O)T1QAUK-/DDLL]FR2P(8,U1(0AF$-F&K<JU(6D>("18+HH@;-HI MIFW,D::5)T(*96UWG,@&FW(*%X:VZ26WK!P^KOB?DVG<^^JD/;K1%!O/#2J0 ME9*Z2K#!DK+IV\+/.0LMC==EI\ (OHW!1AUF@B "4&04Z (:(E@'0FG<8FJ; MAR?2P2+*L\G!(JER$(DH=A^'/'+)/*BF%AK\*> ;'0J(ZQL*0ITQ!HM1VY&" MTJ=:%_48.RB@ZL_35;U%%UWOT=UT1IMUG<A%=DU=VK4E.L8<;D^WM'5I='WV M:<S5"4(/()APV]QU]R@EU')(_3?@,:0 @MDN#\X;X$:C $,*A5,'!\"GFH'" M&)6S76<*F.]-71EX^(A"Z=3UL;>G(*"0QM$a)Q+!#C^J]FCC7(*RP0AJ.0VZ= MY+3/]P8;B)]AQQ9I=,&Z=9LO[3GHT7W>]QJD%^ZZZZ,I!!9!381AI!D%E]'] M^0Z-))<-=.WUD5YY=:;^87_1P))++176$0TQL+\8^@#D"62$0I3P6(8KF(%* M5S:COY-$H 0C*!H1I" \(VO?*V)&:)08Y;H: <*4GC"$6C'0:,IH E!<,)T M %?"Z+@@!MIQ#AMTD("+!85A(-".#65(PQTRK 6;>X.%?,B&%HC+#3I4V V+ M&,0SZ.!E/Y'#"_KFG!>(P3<O( $*0"C"JVTGBE-L#ANLB$4M<O$(*:"A&4.( MQK4H( %0" (5D- #$I @CG/4P0O 2,4Q7M$-IQE#:Y2SQBZ"H)!M',,;@0(P M.!QRBVR\6@*,TX8WL*D&F'SD&279!CNT1DJ(=-P>YR#%/I(1B1\#P8-X51Z( MT2LXL&$#N8A(*VZE00[&,EKLM/6;.>%07(Q2$6]N4ZL1U-(VN K.*$LIQA<< M,04TPAK&C"@I&BXSC&.HXA&=*:D89!$%*'2"%Z]IRFT>T9M:#&<:$Y#.%$IR M#(YL 2C!Z4XHDA*;VI04-]T PTFBH9)L.(a)P-[,G,;([1G-W\ICH5(,&&.O2A M$(VH1"=*T=!\3RQDZ>!J;%+1MZ@/!G.QBEW@5Q+YR: F=%&)_0(C QLH9G\6 ML8E&.AK! 4H&!NPYX%82J!F.4*6!(GD@38<J41?,$01#L (5OD"%)#2A"+53 M@ NF@ 00."$(3_5:1G7)!=?D)C:SJ8TN[>"<.I1A#E*EZH&RX(0G0&$*29B" M5(5PFJUZ< MRTPUO7,!7$'0AK54E0A&F, 0I) $*37V"$Z1ZHQ:F10'1.Q5O M!A4<,LQG3@C3I6].4SD9.,Y3XJI-;GIV5N),:EO^XA4<-J6D,46M#FDY%0KF M ,T^24E'NCL#;(T"I6'68;5L:"V+*'L:%)4G:Y8-U,'8I,L&099S@?J0=EP M!2@H8 JD&D.4\L#8O$X*K?NJI1M@*R=$F6MP>NU-+VLYG.*@ 5C":J]Q>L2; MG]1!AN2BK +D%"$WN&%;YHI!#C*R(2N4]:P:["YZOZN !H' OO@%@9D.%1 5 MX2N_ '/.<H73,TQM* B%0E8=RB2PN,C/N[MY#6GG8%KF*B<,)IK6#*:DJ#E$ M<ZI5+0(6L H%)@QVKM\)PZS:D-_HZ $VP2$?>G@C)Z/DT 5T_6UR]Z3B\H!. MEC^0:G45((0R>"HX4KZL#K1L72C7-371 4$.;'"#&< DSG(@9K9[.8:L \& M4G6#&:Y;!T"ZR$(RN $(1J*#&N2@T'*6 4?X[.<Z %K0,)"!#B@R:1B 0-$4 MF>Z>J6O=("@H/6$.U)@Y#63'!F?-;7ZSH>6,ZCK?.<][GD*?6^3H2T,Z!HA& M]*47+>M&/WK0,ZATI7>=:05DX:PL(O)RQ!B<AY%/11NZ AKF\ZH8UX8*^SJB MC+(,9"IHH0<N8F2,PO ";,]!VU\R]9Q3#6=6T_G-K^XUK7]-:$/K&M-XEO>? M;3UH25.:(L3&LU3W_ 3XS"$$''K#&]; F^"^R=SHIN_,"O:</\'&0BA $*< MQAL<0'.Z:A7!%(H U2 P80I/$('7.NM%'+>H"G-\@A04 )[*C*<\YTG/>@SH M'OC(ASYNL ]^]..#<DDI0#\O$" 1I" &E4<!#^KOA#AG(0QIB$,> A$(1E2B M$Z5H1;06=W"_A((GC+RV#"6JVM?.]K:[_>UPC[O<YT[WNMO][GC/N][WSG>( ! J5H end

1 0

RE: Using yearistype requires "." in $PATH
by Olson, Arthur David (NCI) Aug. 7, 2000

Aug. 7, 2000

Maybe the first step is to change the Makefile line that reads cp zic zdump $(ETCDIR)/. to read cp yearistype zdump zic $(ETCDIR)/. --ado

2 1

FW: time zones
by Olson, Arthur David (NCI) Aug. 7, 2000

Aug. 7, 2000

Jim Affleck is not on the time zone mailing list; direct any replies appropriately. --ado > -----Original Message----- > From: Jim Affleck [SMTP:J.H.Affleck@tesco.net] > Sent: Monday, August 07, 2000 10:17 AM > To: tz(a)elsie.nci.nih.gov > Subject: time zones > > Dear sir > > I would be grateful for your assistance. I obtained your E Mail address > from Paul Stewart's web page. > > I am working on earthquakes which are recorded on UT time tied in with > Zone Time. My problem is that I need to get the "real time" of these > events, the time that it takes from Greenwich to reach the longitude by > the Earths rotation. > > I need to tie up time and longitude, the earthquakes are reported in > position of longitude / latitude, but not as accurately as time. I also > need the real time span between quakes. > > My ideal solution to this problem would be software that would take in a > spreadsheet produced file ( I have thousands of quakes ) and analysing > date, time and latitude / longitude produce exact "real time" / Earth > rotation time. > > I write my own spreadsheet macro's (Aseasy As)and could construct one if > I knew all the time / zone boundary parameters. >From what I have > surmised of the crazy Zone and different clock contortions this would be a > big job. I do not write macro's for Excel or Lotus 123 but could work > existing macro sheets if they were available. > > I hope you can help me as I cannot move forward till I have solved this > problem. > > > Yours sincerely > > Jim Affleck j.h.affleck(a)tesco.net <mailto:j.h.affleck@tesco.net> > > > > > > > > > > > > > > > > > > > > > >

1 0

time zones
by Jim Affleck Aug. 7, 2000

Aug. 7, 2000

Dear sir I would be grateful for your assistance. I obtained your E Mail address from Paul Stewart's web page. I am working on earthquakes which are recorded on UT time tied in with Zone Time. My problem is that I need to get the "real time" of these events, the time that it takes from Greenwich to reach the longitude by the Earths rotation. I need to tie up time and longitude, the earthquakes are reported in position of longitude / latitude, but not as accurately as time. I also need the real time span between quakes. My ideal solution to this problem would be software that would take in a spreadsheet produced file ( I have thousands of quakes ) and analysing date, time and latitude / longitude produce exact "real time" / Earth rotation time. I write my own spreadsheet macro's (Aseasy As)and could construct one if I knew all the time / zone boundary parameters. From what I have surmised of the crazy Zone and different clock contortions this would be a big job. I do not write macro's for Excel or Lotus 123 but could work existing macro sheets if they were available. I hope you can help me as I cannot move forward till I have solved this problem. Yours sincerely Jim Affleck j.h.affleck(a)tesco.net

1 0

Using yearistype requires "." in $PATH
by Robert Elz Aug. 5, 2000

Aug. 5, 2000

The way zic is built, it assumes by default (no -y arg) that "yearistype" is somewhere in your path. However (and especially as it is distributed with the data files these days) yearistype is usually going to be found in "." which is generally not in anyone's path (and should never be in root's path). The NetBSD workaround (in its distributed tzcode) is to run zic as: zic -y "sh yearistype.sh" and not bother with making "yearistype", including making it executable, at all. The tzcode Makefile uses "-y ./yearistype". Those are OK for a makefile, but not really ideal for one off running zic by hand. As things are currently, the -y option is almost mandatory, zic just doesn't work properly without it, yet it is still optional in zic. Is there any reason that the distribution couldn't be altered as ... *** zic.c.old Mon Jul 31 23:24:18 2000 --- zic.c Sat Aug 05 21:55:39 2000 *************** *** 538,544 **** if (directory == NULL) directory = TZDIR; if (yitcommand == NULL) ! yitcommand = "yearistype"; setboundaries(); --- 538,544 ---- if (directory == NULL) directory = TZDIR; if (yitcommand == NULL) ! yitcommand = "./yearistype"; setboundaries(); which will work better than now, except in the (somewhat odd I think) case where yearistype is actually getting installed in some standard binary directory. Since it isn't included with tzcode the standard Makefile doesn't install it anywhere (but does depend upon it), it tends to just live with the data. Much better would be to actually look for, and find (when no -y is given) a suitable yearistype file - look in the directory where the data file is found (so "zic /usr/src/share/zoneinfo/australasia" would work), and if not found there, look in "." to see if it is there, and if not there, just assume it must be in PATH (and so leave it as just "yearistype") or can't be found at all. For now, that's more effort than is needed (for me). The searching should include looking for "yearistype.sh" as well most likely, and if that's found, and no yearistype is found, then run it as "sh ..." so it doesn't need 'x' permission). kre

1 0

request for mailing list participation
by Thomas Carey Aug. 3, 2000

Aug. 3, 2000

I'd like to participate in the discussion on timezones

1 0

tzcode2000e.tar.gz and tzdata2000e.tar.gz
by Olson, Arthur David (NCI) Aug. 1, 2000

Aug. 1, 2000

The files ftp://elsie.nci.nih.gov/pub/tzcode2000e.tar.gz and ftp://elsie.nci.nih.gov/pub/tzdata2000e.tar.gz are now available. These include the data changes circulated on the time zone mailing list last week by Paul Eggert, a change to the default value of the defined constant HAVE_STRERROR, and the addition of a Dave Barry quote on DST to the tz-arts file. --ado

2 1

data file recommendation
by Martin Smoot Aug. 1, 2000

Aug. 1, 2000

I recommend adding the date of the change to the data files. The africa data file for example only has the following at the top of the file: # @(#)africa 7.33 The other data files also lack the date. I don't think that the file date in the tar files can be depended on to be the date of a change - I know for sure that some of the files in the March distribution have not been changed for a while. The pacificnew file has a time tag of Mar 14 09:39 but is no different from the file I have been using since October 1998. -- Martin Smoot Network Storage Solutions 703-834-2242 msmoot(a)nssolutions.com www.nssolutions.com

4 4

EU proposals
by Joseph S. Myers July 31, 2000

July 31, 2000

I came across this in CELEX: http://europa.eu.int/cgi-bin/eur-lex/udl.pl?REQUEST=Seek-Deliver&LANGUAGE=e… (a 25 page PDF review of summer time). The proposed directive, providing for the present arrangements to continue indefinitely from 2002, is as follows: ================================================================= /* COM/2000/0302 final - COD 2000/0140 */ Proposal for a DIRECTIVE OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL on summer-time arrangements (Text with EEA relevance) THE EUROPEAN PARLIAMENT AND THE COUNCIL OF THE EUROPEAN UNION, Having regard to the Treaty establishing the European Community, and in particular Article 95 thereof, Having regard to the proposal from the Commission [42], [42] OJ C Having regard to the opinion of the Economic and Social Committee [43], [43] OJ C Acting in accordance with the procedure laid down in Article 251 of the Treaty, Whereas: (1) Eighth Directive 97/44/EC of the European Parliament and of the Council of 22 July 1997 on summer-time arrangements [44] introduced a common date and time in all Member States, for the beginning and end of summer-time in 1998, 1999, 2000 and 2001. [44] OJ L 206, 1.8.1997, p. 62. (2) Given that the Member States apply summer-time arrangements, it is important for the functioning of the internal market that a common date and time for the beginning and end of the summer-time period be fixed throughout the Community. (3) The summer-time period considered most appropriate by the Member States runs from the end of March to the end of October; that period should therefore be maintained. (4) The proper functioning of certain sectors, not only transport and communications, but also other sectors of industry, requires stable, long-term planning. Provisions concerning summer-time should therefore be laid down for an unlimited period. Article 4 of Directive 97/44/EC provides, in that respect, that the European Parliament and the Council are to adopt, by 1 January 2001, the arrangements to apply from 2002 onwards. (5) For reasons of clarity and accuracy of information, a timetable for the implementation of the summer-time period for the following five years should be drawn up and published every five years. (6) Implementation of this Directive should, moreover, be monitored by means of a report on the impact of the provisions of this Directive in all of the areas concerned submitted to the European Council and the Economic and Social Committee by the Commission. That report should be based on the information made available to the Commission by the Member States in sufficient time to enable the report to be presented at the specified time. (7) In accordance with the principles of subsidiarity and proportionality as set out in Article 5 of the Treaty, the complete harmonisation of the timetable for the summer-time period with a view to facilitating transport and communications cannot be sufficiently achieved by the Member States and can therefore be better achieved by the Community. This Directive confines itself to the minimum required in order to achieve those objectives and does not go beyond what is necessary for that purpose. (8) For geographical reasons, the common summer-time arrangements should not apply to the overseas territories of the Member States, HAVE ADOPTED THIS DIRECTIVE: Article 1 For the purposes of this Directive "summer-time period" shall mean the period of the year during which clocks are put forward by 60 minutes compared with the rest of the year. Article 2 From 2002 onwards, the summer-time period shall begin, in every Member State, at 1.00 a.m., Greenwich Mean Time, on the last Sunday in March. Article 3 From 2002 onwards, the summer-time period shall end in every Member State at 1.00 a.m., Greenwich Mean Time, on the last Sunday in October. Article 4 The Commission shall publish a communication in the Official Journal of the European Communities, for the first time on the occasion of the publication of this Directive, and every five years thereafter, containing the timetable showing the dates on which the summer-time period will begin and end for the following five years. Article 5 The Commission shall report to the European Parliament, the Council and the Economic and Social Committee on the impact of the provisions of this Directive on the sectors concerned by 31 December 2007 at the latest. That report shall be drawn up on the basis of the information made available to the Commission by each Member State by 30 April 2007 at the latest. Article 6 This Directive shall not apply to the overseas territories of the Member States. Article 7 Member States shall bring into force the laws, regulations and administrative provisions necessary to comply with this Directive by 31 December 2001 at the latest. They shall forthwith inform the Commission thereof. When the Member States adopt those provisions, they shall contain a reference to this Directive or be accompanied by such a reference on the occasion of their official publication. Member States shall determine how such reference is to be made. Article 8 This Directive shall enter into force on the twentieth day following that of its publication in the Official Journal of the European Communities. Article 9 This Directive is addressed to the Member States. Done at Brussels, For the European Parliament For the Council The President The President ================================================================= Communication [45] from the Commission pursuant to Article 4 of Directive ... of the European Parliament and of the Council on summer-time arrangements [46] [45] To be published separately in the OJ following adoption of the Directive. [46] OJ Timetable for the summer-time period For 2002-2006 inclusive, the summer-time periods will begin and end respectively on the following dates at 1.00 a.m. Greenwich Mean Time: - in 2002: the Sundays of 31 March and 27 October; - in 2003: the Sundays of 30 March and 26 October; - in 2004: the Sundays of 28 March and 31 October; - in 2005: the Sundays of 27 March and 30 October; - in 2006: the Sundays of 26 March and 29 October. ================================================================= -- Joseph S. Myers jsm28(a)cam.ac.uk

1 0

FW: proposed tz changes for Israel, Mexico, Simferopol, etc.
by Olson, Arthur David (NCI) July 31, 2000

July 31, 2000

> -----Original Message----- > From: Ephraim Silverberg [SMTP:ephraim@cs.huji.ac.il] > Sent: Sunday, July 30, 2000 3:13 AM > To: tz(a)elsie.nci.nih.gov > Cc: Bill Tiede; Steve Mann > Subject: Re: proposed tz changes for Israel, Mexico, Simferopol, etc. > > Bill Tiede <billt(a)isbister.com> writes: > | > | Regarding the DST rules for Israel, I have not been able to find any > | corroborating evidence that this became official policy. The only story > | in the online newspapers (Jerusalem Post for example) on the subject was > | in early July 2000 which mentioned that the committee had made a > | recommendation, but that the head of the Intertior Department disagreed > | with the recommendation. > > You are referring to the meeting of the Interior Ministry committee on > July 5 > where then Minister of Interior Sharansky leaned towards his original end > date of October 22nd. Between July 5 and July 19 when the change to Oct. > 6 > was passed in the Knesset, Minister Sharansky resigned (not because of DST > ...) > and joined the opposition hence making his opinion a lot less important. > > As far as official confirmation, I included the URL to the law itself with > all the 2000-2004 spelled out explicitly in the comments to the 'asia' > file: > > # The official announcement for the end date of 2000 and the dates > # for the years 2001-2004 can be viewed at: > # > # ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2004.ps.gz > > Steve Mann <smann(a)cdpubs.com> writes: > >> > >> Last week it was decided that the DST in Israel will be finished this > year > >> at Oct 6. For the next 4 years the dates will be beginning of > >> April until last week of Sept. (in special cases it can move to first > >> week of Oct.) > > > > I'm not quite sure what he meant by the "beginning of April". If > > anyone wants to pursue details, I can provide email contact > > information privately. > > I chose to include the URL of the actual law rather than the usual > official > announcement to the press since the official announcement only gave the > end > date for Oct. 6 and just mentioned that the other years had been changed > (with a typo of 2003 in instead of 2004) without stating what the dates > were. > > I am attaching the announcement to the press of July 19 for all Hebrew > readers > in the list. > __________________________________________________________________________ > _ > Ephraim Silverberg, CSE System Group, Phone number: > 972-2-6585521 > Hebrew University, Jerusalem, Israel. Fax number: > 972-2-6585439 > WWW: http://www.cs.huji.ac.il/~ephraim E-mail: > ephraim(a)cse.huji.ac.il <<Israel TZ Announcement (2000-2004)>>

1 0