January 2000 - tz - lists.iana.org

FW: Australia/Hobart and Australia/Tasmania
by Olson, Arthur David (NCI) Jan. 21, 2000

Jan. 21, 2000

-----Original Message----- From: webmaster(a)timezoneconverter.com [SMTP:webmaster@timezoneconverter.com] Sent: Thursday, January 20, 2000 5:54 PM To: tz(a)elsie.nci.nih.gov Cc: weihuang(a)mailcity.com Subject: FW: Australia/Hobart and Australia/Tasmania Please copy Wei Huang as he is not on the tz distribution list. According to the web page listed below, Tasmania has also changed to a DST start in October. Regarding Hobart, Wei Huang's email was received before the 2000a update was applied to the Converter on 1/19. Hobart now reflects an October DST start in the database, but Hobart is not listed as a separate item on the Australian web page. Rich Shockney -----Original Message----- From: Wei Huang [mailto:weihuang@mailcity.com] Sent: Tuesday, January 18, 2000 1:45 PM To: webmaster(a)timezoneconverter.com Subject: A Question about Your Time Zone Converter Hi, I like your Time Zone Converter at "http://www.timezoneconverter.com/cgi-bin/tzc.tzc" very much. One puzzle: I just learned that Tasmania, Australia will also start DST earlier than usual this year just like New South Wales and Victoria, based on the Government of South Australia Web page "http://www.sacentral.sa.gov.au/information/daylite.htm". However, the two corresponding entries "Australia/Hobart" and "Australia/ Tasmania" in your Time Zone Converter haven't reflected that change yet. Regards, Wei Huang LYCOShop is now open. On your mark, get set, SHOP!!! http://shop.lycos.com/

1 0

Small error in file Antarctica 7.17
by Oscar van Vlijmen Jan. 19, 2000

Jan. 19, 2000

A very small error found in : Archive: tzdata2000a File: Antarctica 7.17 It sez: # Uruguay - year round base # Artigas, King George Island, -9621104-0585107 It should be, note the latitude: # Uruguay - year round base # Artigas, King George Island, -621104-0585107 Oscar van Vlijmen 2000-01-19

1 0

duelling clocks in Nashville
by Paul Eggert Jan. 18, 2000

Jan. 18, 2000

[This item appeared in the Usenet newsgroup comp.std.c.] From: "Sam Hobbs" <samhobbs(a)mindspring.com> Newsgroups: comp.std.c Subject: Re: leap year rules Date: Tue, 18 Jan 2000 17:20:01 -0800 Organization: DOE Yucca Mountain Project Message-ID: <8633f6$3k4$1(a)eeyore.ymp.gov> References: <38836E22.2AF823BE(a)tribble.com> <388384B0.45888301(a)cs.berkeley.edu> <8603ka$6ie$1(a)pegasus.csx.cam.ac.uk> <8EBF716CClooksigplease(a)134.18.241.18> <861ahq$d55$1(a)pegasus.csx.cam.ac.uk> NNTP-Posting-Host: tc3pc182.ymp.gov And if you think some of this discussion is bizarre, re daylight savings time, when I lived in Nashville a couple of decades ago, there were two newspapers which shared a building and printing facility, but whose managements disagreed vigorously over whether daylight savings time should be observed. The clock on the front of the building facing one way showed daylight savings time (when it was in force), but the face of the clock facing the other way did not.

1 0

tzcode2000a.tar.gz and tzdata2000a.tar.gz
by Olson, Arthur David (NCI) Jan. 18, 2000

Jan. 18, 2000

The files ftp://elsie.nci.nih.gov/pub/tzcode2000a.tar.gz and ftp://elsie.nci.nih.gov/pub/tzdata2000a.tar.gz are now available. These include the changes circulated on the time zone mailing list last week by Paul Eggert; the two hypertext documents have also been renamed. --ado

1 0

Sonora stopped observing DST last year
by Paul Eggert Jan. 17, 2000

Jan. 17, 2000

To follow up on my previous message, I found a Usenet article from an unidentified source saying that Sonora stopped observing DST last year. I think my next proposed change will add the following comment to the tz data, along with a new zone America/Hermosillo. # From <mga707(a)my-dejanews.com> in <news:7e9kp7$1gq$1@nnrp1.dejanews.com> # (1999-04-05): # This year the Mexican state of Sonora opted not to go on Daylight time, # so as to remain on the same time as the neighboring state of Arizona. # The two Nogaleses will be on the same time! I still haven't found a confirmation of the IATA's report of changes to the time zone in Atyrau, Kazakhstan.

2 3

no leapsecond
by Denis Excoffier Jan. 14, 2000

Jan. 14, 2000

>From: iers(a)hpopa.obspm.fr >Date: Thu, 13 Jan 2000 13:55:27 +0100 (MET) >Subject: Bulletin C number 19 > > > > > INTERNATIONAL EARTH ROTATION SERVICE (IERS) > SERVICE INTERNATIONAL DE LA ROTATION TERRESTRE > >BUREAU CENTRAL DE L'IERS >OBSERVATOIRE DE PARIS >61, Av. de l'Observatoire 75014 PARIS (France) >Tel. : 33 (0) 1 40 51 22 26 >FAX : 33 (0) 1 40 51 22 91 >Internet : iers(a)obspm.fr > > Paris, 13 January 2000 > > > Bulletin C 19 > > To authorities responsible > for the measurement and > distribution of time > > > > INFORMATION ON UTC - TAI > > > NO positive leap second will be introduced at the end of June 2000. > The difference between UTC and the International Atomic Time TAI is : > > from 1999 January 1, 0h UTC, until further notice : UTC-TAI = - 32 s > > Leap seconds can be introduced in UTC at the end of the months of December > or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every > six months, either to announce a time step in UTC, or to confirm that there > will be no time step at the next possible date. > > > Daniel GAMBIS > Director > Central Bureau of IERS > >

1 0

Bulletin C number 19
by iers＠hpopa.obspm.fr Jan. 13, 2000

Jan. 13, 2000

INTERNATIONAL EARTH ROTATION SERVICE (IERS) SERVICE INTERNATIONAL DE LA ROTATION TERRESTRE BUREAU CENTRAL DE L'IERS OBSERVATOIRE DE PARIS 61, Av. de l'Observatoire 75014 PARIS (France) Tel. : 33 (0) 1 40 51 22 26 FAX : 33 (0) 1 40 51 22 91 Internet : iers(a)obspm.fr Paris, 13 January 2000 Bulletin C 19 To authorities responsible for the measurement and distribution of time INFORMATION ON UTC - TAI NO positive leap second will be introduced at the end of June 2000. The difference between UTC and the International Atomic Time TAI is : from 1999 January 1, 0h UTC, until further notice : UTC-TAI = - 32 s Leap seconds can be introduced in UTC at the end of the months of December or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every six months, either to announce a time step in UTC, or to confirm that there will be no time step at the next possible date. Daniel GAMBIS Director Central Bureau of IERS

1 0

merge tzcode and tzdata?
by Olson, Arthur David (NCI) Jan. 12, 2000

Jan. 12, 2000

A few years back we separated the time zone distribution into two parts, "tzcode" and "tzdata", with the thought that tzcode might be relatively stable. At the end of 1999, though, we're at tzcode1999i.tar.gz and tzdata1999j.tar.gz; so much for relative stability. My notion is to switch to a merged tz2000a.tar.gz here at the start of the 2000s; any comments? --ado

6 5

mistake in my signature
by Alex LIVINGSTON Jan. 11, 2000

Jan. 11, 2000

The last line should have read: Years since epoch (1-1-1 at 00:00:00) at 18:00 today (Jan. 12): 1999.03009644

1 1

merge tzcode and tzdata?
by Oscar van Vlijmen Jan. 11, 2000

Jan. 11, 2000

About merging tzcode and tzdata, replying to an email from Arthur David Olson. I think it is still useful to keep code and data separated. Some users like me, have only interest in the data files because they do not compile the code. This separation could go even further. Why not separating the files Arts.htm, WWW.htm and the USNO files from the code and putting them in the data archive? Aforementioned files are data files, not strictly code-related files. But, I would be very happy if you changed nothing at all, since I compare automatically the former and the newest data and code archives with an advanced word processor. If files with the same names are in the same directories, the comparison is more efficient. However, a rigorous change has only to take place once. An even more useful suggestion would be to place the WWW.htm file in the directory ftp://elsie.nci.nih.gov/pub/ Why don't you advocate your/our work through a web page? Submit this page to several search engines, I would suggest. Please don't hire a web page builder who produces 17 frame panels, 123 picts, 3 flash animations and intricate JavaScript code that only runs on the machine of the page builder. Another point: why is the tzarchive so big? It contains all discussions from the beginning till now. Isn't it more useful to make once a year an archive with all contributions from the beginning till [the current year minus one] plus a second archive with all contributions from the current year? I think my suggestions will enhance the "user experience" and will not greatly contribute to the needed server hard disk space or traffic. Regards, Oscar van Vlijmen 000111 # No, this is not some binary number, but the curent date a utility with a "numerical date" function generated, meaning January 11th, 2000.

1 0