- tz - lists.iana.org

RE: Possible tiny bug in tzcode
by Olson, Arthur David (NCI) Dec. 4, 2001

Dec. 4, 2001

Apologies for the long turnaround time on this bug; I've been out for some routine surgery. Attached find the proposed fix for the Asia/Bishkek bug. I did before-and-after testing on the time zone files produced from the sources that are distributed from elsie.nci.nih.gov; the Asia/Bishkek file was the only one changed by the fix. The probable right course of action in the next release is to both include this fix and incorporate Paul Eggert's workaround (so that folks who throw new data files at old compilers get the right result). --ado *** 7.102/zic.c Tue Dec 4 15:20:50 2001 --- 7.104/zic.c Tue Dec 4 15:20:52 2001 *************** *** 1,6 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)zic.c 7.102"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 1,6 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)zic.c 7.104"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 1605,1614 **** typecnt = 0; charcnt = 0; /* - ** A guess that may well be corrected later. - */ - stdoff = 0; - /* ** Thanks to Earl Chew (earl(a)dnd.icp.nec.com.au) ** for noting the need to unconditionally initialize startttisstd. */ --- 1605,1610 ---- *************** *** 1615,1620 **** --- 1611,1620 ---- startttisstd = FALSE; startttisgmt = FALSE; for (i = 0; i < zonecount; ++i) { + /* + ** A guess that may well be corrected later. + */ + stdoff = 0; zp = &zpfirst[i]; usestart = i > 0 && (zp - 1)->z_untiltime > min_time; useuntil = i < (zonecount - 1); *************** *** 1634,1641 **** if (usestart) { addtt(starttime, type); usestart = FALSE; ! } ! else if (stdoff != 0) addtt(min_time, type); } else for (year = min_year; year <= max_year; ++year) { if (useuntil && year > zp->z_untilrule.r_hiyear) --- 1634,1640 ---- if (usestart) { addtt(starttime, type); usestart = FALSE; ! } else if (stdoff != 0) addtt(min_time, type); } else for (year = min_year; year <= max_year; ++year) { if (useuntil && year > zp->z_untilrule.r_hiyear)

1 0

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

time zone data
by Christina Lawrence Nov. 8, 2001

Nov. 8, 2001

Would it be possible to include me in your mailing lists? Thank you! Christina

1 0