November 2001 - tz - lists.iana.org

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

May 25, 2015

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

Corrections of zone.tab for CN entries
by yaoz＠vidar.niaaa.nih.gov Dec. 21, 2001

Dec. 21, 2001

Hi, Thanks for the effort to maintain the tz packages. Recently, I've seen people complain that in file zone.tab, entries regarding China (CN) are not right. They are: CN +4545+12641 Asia/Harbin north Manchuria CN +3114+12128 Asia/Shanghai China coast CN +2934+10635 Asia/Chungking China mountains CN +4348+08735 Asia/Urumqi Tibet & Xinjiang CN +3929+07559 Asia/Kashgar Eastern Turkestan There are several problems: 1. City names are in old form. Now there is a standard way (pinyin) to write it and it should be used; 2. Comments are not quite right. This may due to the historic reasons. Because of these problems, when users in China are presented a form to pick a time zone, they are very confused. To correct this, the first thing should be noted is that there is only ONE timezone in China. This is well documentd in file asia. Second, to reflect the current practice, zone.tab may be modified as: CN +4545+12641 Asia/Harbin Beijing Time - Heilongjiang CN +3114+12128 Asia/Shanghai Beijing Time CN +2934+10635 Asia/Chongqing Beijing Time - Sichuan CN +4348+08735 Asia/Urumqi Beijing Time - Xinjiang CN +3929+07559 Asia/Kashi Beijing Time - Xinjiang Or just one Beijin Time entry. But I really don't know how zone.tab and asia files are related to each other. So the above changes should only be a reference. Best regards, Yao Zhang

6 15

Suggestion
by Pedro M. Nov. 30, 2001

Nov. 30, 2001

I suggest translate it into spanish One can use www.altavista.com babelfish. Regards. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

1 0

TZ database
by Kamil Mohamed Nov. 27, 2001

Nov. 27, 2001

Hello, I am trying to download tzcodeC.tar.gz and tzdataD.tar.gz from your website but I am not allowed to do so by your server. I would very much appreciated if you could send these 2 files to me over the email. Thank you very much, Kamil.

1 0

IERS Message No. 16: IERS Analysis Coordination
by central_bureau＠iers.org Nov. 27, 2001

Nov. 27, 2001

*************************************************************************** IERS Message No. 16 November 27, 2001 *************************************************************************** IERS Analysis Coordination Dear Colleagues, At the IERS Directing Board Meeting in Brussels in October I took over the responsibilities of the IERS Analysis Coordinator. This was made possible by the fact that two positions are now available at my institute for the tasks of the Analysis Coordinator and for the Combination Research Center activities. The two persons who are now working with me in this field are: Robert Dill (dill(a)bv.tum.de) Daniela Thaller (daniela.thaller(a)bv.tum.de) Robert Dill will mainly support the IERS AC work, whereas Daniela Thaller will mainly be working on CRC issues. The following actions have already been initialized or are planned for the next few months: A. Coordination of the CRC Activities ------------------------------------- (1) Mail Exploder and Web-Pages ------------------------------- An e-mail exploder has been set up by the IERS Central Bureau for the exchange of information between the CRCs and other interested groups and may be used by any person interested to share results, problems, ideas in the field of combination research within the IERS. The address is crc_forum(a)iers.org If you wish to receive the e-mails distributed by this exploder, please send an e-mail to Alexander Lothhammer at the IERS Central Bureau lothhammer(a)iers.org If you wish to distribute an e-mail of yours to this list, just send it to crc_forum(a)iers.org. A web page has been established for the IERS Analysis Coordinator activities at http://alpha.fesg.tu-muenchen.de/iers/ This web page will be maintained to reflect the goals and projects of the IERS Analysis Coordinator and the CRC activities. (2) SINEX-Format ---------------- Starting with the IGS SINEX format description (Version 1.00) Daniela Thaller has put together a new version (Version 2.0) of the SINEX format including all the additions and modifications of the IVS and ILRS groups. The SINEX document together with a list of questions concerning the new version will be distributed to the Technique Coordinators of the IGS, IVS and ILRS for feedback and comments in the next few days. Interested groups may have a look at the format description available on the new web page mentioned above. With this step we hope to ensure that only one consistent format is followed by all the space techniques. As soon as the format definitions are finalized we will write a SINEX checker program that will be available for all groups to check their SINEX files in order to meet the format definition. We also intend to put together some guidelines on how SINEX files should be generated to make sure that a combination is possible without problems. Issues are e.g. how to handle constraints on the ERPs (UT1 for satellite techniques, continuity between ERPs of subsequent days, velocity constraints between collocated sites for ITRF submissions, etc.). (3) SINEX Data Pool ------------------- In order to test and develop their combination software packages the CRCs need to have access to a broad variety of SINEX files from different techniques. We therefore plan to establish a pool of SINEX files or links to SINEX file archives for the CRC activities. This pool will contain - all the contributions of the individual analysis centers to the ITRF2000 solution together with all the local tie information - SINEX files of the IGS and its combination centers - SINEX files from the ILRS and IVS pilot project to the extent available These SINEX files are thought to allow first tests and to modify the combination software packages to deal with the SINEX files produced by different techniques. (4) "Weekly" SINEX Campaign --------------------------- It is also planned to come up with a time interval (according to the Technique Analysis Coordinators) for which the different techniques will deliver SINEX files for combination research, containing site coordinates and ERPs. The time interval covered by one SINEX file of the various techniques should be compatible (e.g. 1 week for GPS, 1 24-h session for VLBI and 1 or 2 weeks for SLR). These SINEX files will allow to - study the consistent combination of coordinates and ERP stemming from different techniques - detect and analyze systematic biases between the results of the different techniques - produce and compare time series of the different techniques - develop algorithms to allow the production of combined multi-year solutions with consistent site coordinates, site velocities and ERPs - study weighting strategies and datum definition strategies. These developments will be important steps in the direction of a rigorous combination of ITRF, ICRF and ERPs in the future. B. IERS Campaign to align EOPs to ICRF/ITRF2000 ----------------------------------------------- This campaign was proposed by Jim Ray with the following objectives: - generate EOP series with the highest possible consistency with ICRF and ITRF2000 - achieve overall accuracy of 0.1 mas - understand the origin of systematic errors between EOP series of different ACs This campaign is thought to improve the consistency of the IERS products even before a rigorous combination of ITR/ICRF/EOPs becomes possible. The details of the campaign and the implementation plan are described on the new web pages of the IERS Analysis Coordinator. C. IERS Product Quality ----------------------- The IERS AC will start to look into the quality of the present IERS products. This task will consist of: - putting together a complete list of the IERS products and their methods of generation, their availability, accuracy, etc. - assessing the status of the global network of fundamental stations - compile a list of the processing standards used by the analysis centers and the consistency with the IERS conventions - check the level of documentation of the IERS products and the guidelines about the use of the products Besides these topics the IERS AC plans a routine quality check of the IERS products. More details may be found on the web pages. We are looking forward to any feedback concerning the activities proposed here, the web pages, etc. With best regards, Markus Rothacher, Robert Dill, and Daniela Thaller The IERS Analysis Coordination Team ----------------------------------------- Prof. Dr. Markus Rothacher Forschungseinrichtung Satellitengeodaesie Technische Universitaet Muenchen Arcisstrasse 21 D-80290 Muenchen / Germany Phone : ++49-89-289-23191 Fax : ++49-89-289-23178 E-mail: markus.rothacher(a)bv.tum.de *************************************************************************** IERS Messages are edited and distributed by the IERS Central Bureau. To subscribe or unsubscribe, please write to <central_bureau(a)iers.org>. Archives: http://www.iers.org/iers/publications/messages/ ***************************************************************************

1 0

API
by WHarms＠bfs.de Nov. 25, 2001

Nov. 25, 2001

hi list, is anyone working on an API to access the timezone files ? walter

2 1

Spelling mistake in 2001d data
by Jesper Nørgaard Nov. 22, 2001

Nov. 22, 2001

In the australasia file I found the following: # * How do Australians feel about the abbreviations in the tz database? # # If you just count Australians on this list, I count 2 in favor and 3 # against. One of the "against" votes (David Keegel) counseled delay, # saying that both AEST/AEDT and EST/EST are widely used and # understood in Australia. I think it should be EST/EDT instead of EST/EST. Regards, 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 (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://www20.Brinkster.com/timezone50/index.htm http://tz.freewebsites.com/index.htm

1 0

Bugs in difftime.c (tzcode2001d.tar.gz)
by MZHunix＠aol.com Nov. 20, 2001

Nov. 20, 2001

Goodnight, I find 4 errors in difftime.c file in line 35 and 37 : line 35 : if (sizeof time_t < sizeof double) --> if ( sizeof(time_t) < sizeof(double)) line 37 : if (sizeof time_t < sizeof long_double) --> if (sizeof(time_t) < sizeof(long_double)) excuse me for my english, it is very lad Tanks M. ZHITI

1 0

timezone
by WHarms＠bfs.de Nov. 17, 2001

Nov. 17, 2001

hi there, is this the place to discuss some questions about the time/timezone code ? walter

1 0

Australian EST revisited
by Jens Petersen Nov. 16, 2001

Nov. 16, 2001

Hello, I guess this is a FAQ, but anyway here goes. As you know: ~% TZ=Australia/Brisbane date Fri Nov 16 13:18:11 EST 2001 ~% TZ=Australia/Sydney date Fri Nov 16 14:18:11 EST 2001 which is quite confusing, not to mention: ~% TZ=US/Eastern date Fri Nov 16 00:56:55 EST 2001 Since according to http://www.dstc.qut.edu.au/DST/marg/daylight-other.html#zones the correct abbreviations are AEST, AEDT, etc, but are the reasons for not updating to those unique unambiguous abbreviations. What software would break if such a change were made? Jens

1 0