February 2001 - tz - lists.iana.org

RE: What is a time zone?
by Syed Sajjath Feb. 13, 2001

Feb. 13, 2001

You are correct, we do offer two timezones EST(no daylight Savings) and EST(with daylight Saving) in Australia for the user to select. Sometimes, users schecule conference in another timezone, and we cannot always depend on the users to know the current time at that location . For example, a user flying to the United states may request a conference to be scheduled in US Central Time (while he is still in Australia), and has no knowledge of what the local time in US Central time(he will eventually when he lands there), or is Daylight Savings in effect or not. All he will say is, I request a conference call on Feb, 21, 2001 at 10:00 am in US Central time. There is a problem when within a country, there are differrent interpretations of the timezone abbreviations (these are very few, I think Australia is the only place). In the tz list, there are representatives from many countries, and people knowledgeble of local traditions. Their inputs would be very valuable in setting up a list of timezone abbreviations and names, known and used locally. Please forgive me if my arguments are not coherent / clear. But I hope you get the gist of my request. I am sure it would be valuable to lot of tzdata users. For now, I would like to know how many are interested. If the tz list does not want to be filled with responses, you can just reply to me and I will summarize it for the list. So far, I have got response from Thomas Carey, who is also interested in such a file. Regards, -Syed -----Original Message----- From: Eric Ulevik [mailto:eau@ozemail.com.au] Sent: Tuesday, February 13, 2001 4:03 PM To: Syed.Sajjath(a)wcom.com; 'Gwillim Law'; tz(a)elsie.nci.nih.gov Subject: Re: What is a time zone? > if an Australian user asks for 10:00 am EST, we know it is australian time, > not US. Whether it is Standart or Summer we calculate based on the > scheduled time(our assumption is user just wants the conference at that > local time). Of course, this isn't enough. Right now, in Sydney EST means Eastern Summer Time and in Brisbane EST means Eastern Standard Time. A simple solution to scheduling in the near future would be to determine the current difference between UTC and the user's local time. The comprehensive solution requires the user to specify their location. Regards, Eric Ulevik

2 1

UK/Concession Time
by Paul L. Allen Feb. 13, 2001

Feb. 13, 2001

Just grabbed the tz stuff for the first time in a year or two. My understanding of Clive Feather's post, which I no longer have a copy of, is that Cheriton Terminal runs on Concession Time (Concession comes from the "Channel Tunnel Concession") - the station clocks are set to Concesion Time. Concession time is formally defined to be the same as French Civil Time and uses the distinctive :) abbreviations of CT in the winter and CT in the summer. I am not sure about the police issue. There are special Rail Transport Police but I believe it's rare for them to be permanently located at a station. The normal police may also be called in to deal with matters. I'd expect the normal police would go by GMT/BST since they're trained to check their watches. I'd expect an RTP who had to travel to the terminal to deal with an incident to use GMT/BST for the same reason. If there are RTPs permanently stationed at the terminal, it could be that they'd set their watches to CT but it's anybody's guess how they'd record times. Anyway, it is a fact that the terminal operates on Concession Time. As such, if they have any Unix boxes there it's likely that they will be configured to run on Concession Time by pretending they're in the Europe/France timezone. We don't need a Europe/Concession zone but I think it's a nice touch to have one. At the very least, knowing about Concession Time is useful for astounding people in pubs. :) -- Paul

1 0

IERS Message No. 4
by central_bureau＠iers.org Feb. 12, 2001

Feb. 12, 2001

*************************************************************************** IERS Message No. 4 February 12, 2001 *************************************************************************** ----------------------- IERS EOP-PC and ICRS-PC ----------------------- Paris, 9 February 2001 Subject : Submissions for the 2000 IERS Annual Report Dear colleagues: You are invited to submit Earth orientation and reference frame results for annual analyses of the Earth Orientation Centre (EOP-PC) and of the ICRS Centre (ICRS-PC) for publication in the 2000 IERS Annual Report. ICRS-PC: CELESTIAL SYSTEMS AND FRAMES ===================================== The VLBI catalogues provided by the Analysis Centers will be analyzed and validated. New information will be used to check the ICRF-Ext.1, the current conventional celestial reference frame. Individual solutions will be used to study the effect of models, geometry, etc. We would appreciate that a special effort be made concerning the modeling and the adoption of the IERS Conventions. EOP-PC: EARTH ORIENTATION ========================= The EOP submission is unchanged with regard to last year submission. Analysis centers are invited to make their solutions using either the ITRF reference frame or deriving their own terrestrial frame that should be sent to the ITRF Bureau for consistency analyses. Specifications for the terrestrial frames submissions are provided by the ITRF Section: http://lareg.ensg.ign.fr/ITRF/ITRF-submit.html Long time series (over at least five years) tied to well described reference frames are extremely useful for the monitoring of the tie of IERS EOP and reference frames. Warning!!! ---------- A new EOP format was developed at the EOP-PC for homogeneity between the different techniques contributions. Please adopt this new format. DOCUMENTATION ============= To help you to prepare and send your contributions, various files are available at the anonymous ftp : hpiers.obspm.fr login : anonymous password : your e-mail address directory : iers/annreport/Call_2000AR guidelines : general description of the submission files techni_des : technical description of solutions format_rsc : format for submitting sets of radiosource coordinates format_eop : formats for submission of eop series You can also get the information on our Website: http://hpiers.obspm.fr/eop-pc/ HOW TO SUBMIT YOUR SOLUTIONS, THE SUMMARY AND THE DESCRIPTION FILES =================================================================== Send your files to iers(a)obspm.fr In case of large files put them on the following anonymous ftp (with acknowledgement to iers(a)obspm.fr) ftp hpiers.obspm.fr cd pub/annreport See the guidelines file for files name description. Your contribution is highly appreciated. Thank you for your cooperation. _________________________________________________________________________ | | | Send all files by 31 March 2001 | |_______________________________________________________________________| ***************************************************************************

1 0

Time in Falkland Islands and Moldova
by Jesper Nørgaard Feb. 12, 2001

Feb. 12, 2001

Hi. I have investigated time in Falkland Islands and Moldova, and have found discrepancies with the current tz database. Falkland Islands is represented like this in the tz database (2000h): # Falklands # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Falk 1937 1938 - Sep lastSun 0:00 1:00 S Rule Falk 1938 1942 - Mar Sun>=19 0:00 0 - Rule Falk 1939 only - Oct 1 0:00 1:00 S Rule Falk 1940 1942 - Sep lastSun 0:00 1:00 S Rule Falk 1943 only - Jan 1 0:00 0 - Rule Falk 1983 only - Sep lastSun 0:00 1:00 S Rule Falk 1984 1985 - Apr lastSun 0:00 0 - Rule Falk 1984 only - Sep 16 0:00 1:00 S Rule Falk 1985 1995 - Sep Sun>=9 0:00 1:00 S Rule Falk 1986 max - Apr Sun>=16 0:00 0 - Rule Falk 1996 max - Sep Sun>=8 0:00 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Atlantic/Stanley -3:51:24 - LMT 1890 -3:51:24 - SMT 1912 Mar 12 # Stanley Mean Time -4:00 Falk FK%sT 1983 May # Falkland Is Time -3:00 Falk FK%sT 1985 Sep 15 -4:00 Falk FK%sT The rules "Sun>=9" that was later substituted with "Sun>=8", and "Sun>=16", arose my curiosity. The rule "Sun>=9" means the Sunday after the Second Saturday which is pretty awkward to say the least (but possible), and not supported by Windows (which support First, Second, Third, Fourth and Last weekday of a given month). It was replaced in 1996 with the rule "Sun>=8" which means the Second Sunday which *is* supported by Windows. It just so happens that 1996 was the first year in several years back where it would make a difference which rule to use. With the first rule we would get the 15.th. September, while the second rule we would get the 8.th. September. Similarly looking at the rule "Sun>=16" it means the Sunday after the third Saturday, which is an awkward rule and not supported by Windows. I got the suspicion that it should have been "Sun>=15" instead, which means the third Sunday. It just happens that this gives a difference this year, because using the first rule sets the date to Sunday April 22, while the second rule gives Sunday April 15. I decided to investigate the matter. I found a page in Internet that is apparently the official Falkland Island governments web page, http://www.falklands.gov.fk/ In the page http://www.falklands.gov.fk/feedback.htm I entered my question about the planned DST for Falkland Islands this year. The account manager(a)figo.u-net.com responded me with the following: ===================== Begin Quote ========================== From: General Manager[SMTP:manager@figo.u-net.com] Sent: Lunes 22 de Enero de 2001 7:10 To: 'jnorgard(a)Prodigy.Net.mx' Subject: Time Zone INformation Thank you for contacting Falkland Islands Government. To help you with your enquiry, we can confirm the clocks revert back to Local Mean Time at 2 am on Sunday 15 April 2001and advance one hour to summer time at 2 am on Sunday 2 September. It is anticipated that the clocks will revert back at 2 am on Sunday 21 April 2002 and advance to summer time at 2 am on Sunday 1 September. I hope this helps you. Do contact us again if we can be of further assistance. Regards Falkland Islands Government Office, London ===================== End Quote ========================== This valuable peace of information gives us at least three details that doesn't correspond with the tz database: (1) Start and end time are 2 am in the morning (I assume local time) (2) My theory about "Sun>=15" instead of "Sun>=16" is apparently correct (3) The rule "Sun>=8" should actually be "Sun>=1" instead. I have sent a question about how far back this rule has been used (which will apparently be used in the years 2001 and 2002) but haven't received any answer yet. I will return to you with that information if I get an answer. Concerning Moldova: A person contacted me to inquire about if the extra time zone GMT+3 in Moldova for Tiraspol really was correct, since I was the only one he had seen using that. Any other sources he had seen was only using Chisinau GMT+2. The current information about Moldova in the tz database (2000h): # Moldova # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Chisinau 1:55:20 - LMT 1880 1:55 - CMT 1918 Feb 15 # Chisinau MT 1:44:24 - BMT 1931 Jul 24 # Bucharest MT 2:00 Romania EE%sT 1940 Aug 15 2:00 1:00 EEST 1941 Jul 17 1:00 C-Eur CE%sT 1944 Aug 24 3:00 Russia MSK/MSD 1990 3:00 - MSK 1990 May 6 2:00 - EET 1991 2:00 Russia EE%sT 1992 2:00 E-Eur EE%sT 1997 # See Romania commentary for the guessed 1997 transition to EU rules. 2:00 EU EE%sT Zone Europe/Tiraspol 1:58:32 - LMT 1880 1:55 - CMT 1918 Feb 15 # Chisinau MT 1:44:24 - BMT 1931 Jul 24 # Bucharest MT 2:00 Romania EE%sT 1940 Aug 15 2:00 1:00 EEST 1941 Jul 17 1:00 C-Eur CE%sT 1944 Aug 24 3:00 Russia MSK/MSD 1991 Mar 31 2:00 2:00 Russia EE%sT 1992 Jan 19 2:00 3:00 Russia MSK/MSD I decided to check it out with some searches in Internet, but didn't find anything remotely authoritative, but did find some english-speaking persons with e-mail that were apparently living in Tiraspol. I sent mails to 4 persons and got 2 replies: ===================== Begin Quote ========================== From: Moldavizolit[SMTP:moldavizolit@tirastel.md] Reply To: Moldavizolit Sent: Miércoles 24 de Enero de 2001 1:03 To: Jesper Nørgaard Subject: Re: Time in Tiraspol > Hello Jesper Nørgaard ! > >Tiraspol is on the same time as Chisinau (Kishinev, GMT+2) > Regards, > > Lubov ===================== End Quote ========================== ... and this one ===================== Begin Quote ========================== From: ??? ???????????[SMTP:mk@tirastel.md] Sent: Miércoles 24 de Enero de 2001 4:28 To: Jesper Nørgaard Subject: Re: Time in Tiraspol Hello, Yes, time in Tiraspol is on the same time as Chisinau (Kishinev, GMT+2) best ragards Dmitry Goncharenco ----- Original Message ----- From: Jesper Nørgaard To: 'mk(a)mk.tiraspol.net' Sent: Wednesday, January 24, 2001 5:13 AM Subject: Time in Tiraspol ===================== End

2 1

California considering daylight-saving time extension
by Eric Ulevik Feb. 10, 2001

Feb. 10, 2001

http://www.dailynews.com/news/articles/0201/10/new02.asp

1 0

FW: etcetera patch
by Olson, Arthur David (NCI) Feb. 9, 2001

Feb. 9, 2001

Semen A. Ustimenko is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Semen A. Ustimenko [mailto:semenu@online.sinor.ru] Sent: Tuesday, January 16, 2001 3:30 PM To: tz(a)elsie.nci.nih.gov Subject: etcetera patch Hi! I've discovered that definition for GMT+N anf GMT-N are just wrong. I.e. setting zone to GMT+6 you really get -6 hours offset from GMT. And this is quite correct as is defined in etcetera file! So, suppose follwoing patch worth commiting. Index: src/share/zoneinfo/etcetera =================================================================== RCS file: /usr/home/ncvs/src/share/zoneinfo/etcetera,v retrieving revision 1.1.2.4 diff -c -r1.1.2.4 etcetera *** src/share/zoneinfo/etcetera 1999/01/21 21:35:07 1.1.2.4 --- src/share/zoneinfo/etcetera 2000/12/04 15:14:56 *************** *** 37,65 **** # zic -l GMT-12 # so we moved the names into the Etc subdirectory. ! Zone Etc/GMT-14 14 - GMT-14 # 14 hours ahead of GMT ! Zone Etc/GMT-13 13 - GMT-13 ! Zone Etc/GMT-12 12 - GMT-12 ! Zone Etc/GMT-11 11 - GMT-11 ! Zone Etc/GMT-10 10 - GMT-10 ! Zone Etc/GMT-9 9 - GMT-9 ! Zone Etc/GMT-8 8 - GMT-8 ! Zone Etc/GMT-7 7 - GMT-7 ! Zone Etc/GMT-6 6 - GMT-6 ! Zone Etc/GMT-5 5 - GMT-5 ! Zone Etc/GMT-4 4 - GMT-4 ! Zone Etc/GMT-3 3 - GMT-3 ! Zone Etc/GMT-2 2 - GMT-2 ! Zone Etc/GMT-1 1 - GMT-1 ! Zone Etc/GMT+1 -1 - GMT+1 ! Zone Etc/GMT+2 -2 - GMT+2 ! Zone Etc/GMT+3 -3 - GMT+3 ! Zone Etc/GMT+4 -4 - GMT+4 ! Zone Etc/GMT+5 -5 - GMT+5 ! Zone Etc/GMT+6 -6 - GMT+6 ! Zone Etc/GMT+7 -7 - GMT+7 ! Zone Etc/GMT+8 -8 - GMT+8 ! Zone Etc/GMT+9 -9 - GMT+9 ! Zone Etc/GMT+10 -10 - GMT+10 ! Zone Etc/GMT+11 -11 - GMT+11 ! Zone Etc/GMT+12 -12 - GMT+12 --- 37,65 ---- # zic -l GMT-12 # so we moved the names into the Etc subdirectory. ! Zone Etc/GMT-14 -14 - GMT-14 # 14 hours ahead of GMT ! Zone Etc/GMT-13 -13 - GMT-13 ! Zone Etc/GMT-12 -12 - GMT-12 ! Zone Etc/GMT-11 -11 - GMT-11 ! Zone Etc/GMT-10 -10 - GMT-10 ! Zone Etc/GMT-9 -9 - GMT-9 ! Zone Etc/GMT-8 -8 - GMT-8 ! Zone Etc/GMT-7 -7 - GMT-7 ! Zone Etc/GMT-6 -6 - GMT-6 ! Zone Etc/GMT-5 -5 - GMT-5 ! Zone Etc/GMT-4 -4 - GMT-4 ! Zone Etc/GMT-3 -3 - GMT-3 ! Zone Etc/GMT-2 -2 - GMT-2 ! Zone Etc/GMT-1 -1 - GMT-1 ! Zone Etc/GMT+1 1 - GMT+1 ! Zone Etc/GMT+2 2 - GMT+2 ! Zone Etc/GMT+3 3 - GMT+3 ! Zone Etc/GMT+4 4 - GMT+4 ! Zone Etc/GMT+5 5 - GMT+5 ! Zone Etc/GMT+6 6 - GMT+6 ! Zone Etc/GMT+7 7 - GMT+7 ! Zone Etc/GMT+8 8 - GMT+8 ! Zone Etc/GMT+9 9 - GMT+9 ! Zone Etc/GMT+10 10 - GMT+10 ! Zone Etc/GMT+11 11 - GMT+11 ! Zone Etc/GMT+12 12 - GMT+12

3 2

Microsoft Timezone User Interface
by Srinivas Nagaraj Feb. 9, 2001

Feb. 9, 2001

Hello, I am relatively new to this discussion, and I am interested to know your thoughts on the following. The Microsoft Windows Time Zone User Interface allows you to use (with a check box) daylight savings in all time zones where applicable. I was wondering as to why they made that a user modifiable option? They could for example have had two Eastern Standard Time (EST) pulled down options, one using daylight savings, and the other not using daylight savings (for same parts of Indiana). Is it for flexibility? or .....? Thank you. Srini

2 1

RE: ZoneInfo.java
by Srinivas Nagaraj Feb. 9, 2001

Feb. 9, 2001

Hello, Never mind my previous email. I found the link on the TimeZone and Daylight Saving Time Data page just below the ZoneInfo.java link. Thank you. Srini -----Original Message----- From: Srinivas Nagaraj [mailto:srinivas@broadsoft.com] Sent: Thursday, February 08, 2001 5:43 PM To: Time Zone Mailing List (E-mail) Subject: ZoneInfo.java Hello, The ZoneInfo.java (time zone file reader written in Java) imports the package lava.clib.Stdio. Where can I find this package? Thank you. Srini

1 0

RE: Microsoft Timezone User Interface
by Jesper Nørgaard Feb. 9, 2001

Feb. 9, 2001

I can imagine two reasons why it is sensible to make it optional whether Windows should roll your clock forth and back at the moment when daylight saving starts and stops. First of all some "mission-critical" operations like laboratories will sometimes want to handle the update of when daylight saving starts and stops by a central server of all of the other computers, so that the change is made in a company-wide fashion. Secondly you might prefer to do the change manually in a stand-alone PC if you know that the scheduled start and stop is no longer correct. An added benefit is that you don't have to invent a non-daylight saving zone for each GMT offset, just so that in case a country decides to drop daylight saving will not mean that you can't select that same time zone with fixed time (e.g. withou daylight saving). Why on earth Microsoft didn't deliver the program Time Zone Editor which allows you to actually set forth or back the scheduled daylight saving for each time zone and add new time zones to your hearts content, is really beyond me. That program should have been shipped together with Windows 95 from day 1, and supported with upgrades for all subsequent flavors of Windows. Instead it was shuffled into this and that utility package that nobody knew about, and was given no support except for one brave moment when Microsoft delivered lip service (and a Knowledge base article) to a specific change in australian time zones. You can download tzedit.exe from my web page (the Time Zone Editor) for Windows 95, which apparently work equally well for Windows 98, Windows 2000, Windows NT and all versions in between (although I will not swear to it). Use http://timezone50.homepage.com/tzedit.zip and ask to save the file to disk. It also contains a *.REG file with a handful of time zones representing most distinct time zones of the tz database, although it is not completely up to date. By double-clicking on the *.REG file all the time zones are entered into the registry. Then you can select the appropriate one from the Control Panel. Regards, Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Programador/Analista 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 (5) 58-04-20-04 ext. 1374 Fax: +52 (5) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 CIMMYT home page: http://cimmyt.cgiar.org Check out my free program World Time Explorer: http://timezone50.homepage.com ---------- From: Srinivas Nagaraj[SMTP:srinivas@broadsoft.com] Reply To: srinivas(a)broadsoft.com Sent: Jueves 8 de Febrero de 2001 9:11 To: Time Zone Mailing List (E-mail) Subject: Microsoft Timezone User Interface <<File: ATT00000.htm>> Hello, I am relatively new to this discussion, and I am interested to know your thoughts on the following. The Microsoft Windows Time Zone User Interface allows you to use (with a check box) daylight savings in all time zones where applicable. I was wondering as to why they made that a user modifiable option? They could for example have had two Eastern Standard Time (EST) pulled down options, one using daylight savings, and the other not using daylight savings (for same parts of Indiana). Is it for flexibility? or .....? Thank you. Srini

2 1

ZoneInfo.java
by Srinivas Nagaraj Feb. 8, 2001

Feb. 8, 2001

Hello, The ZoneInfo.java (time zone file reader written in Java) imports the package lava.clib.Stdio. Where can I find this package? Thank you. Srini

1 0