- tz - lists.iana.org

proposed changes to tzselect
by Gilbert C Healton Jan. 7, 2002

Jan. 7, 2002

As I've been looking for a FAQ to this list and not finding one, but lots of spam in the archives, I figure I'll just go ahead and write this. I have some changes to tzselect that adds an -s option to allow the operator to set the systems time zone muche like the timeconfig command does, but it sets a few more generic files I've seen documented on various web pages. It can also be driven from shell scripts, if you care to do it that way. I've also attempted to make it smart enough to work on any "zoneinfo" system without the changes some releases now require. Some feed back on this would really be appreciated. In particular testing on systems I do not (currently) have access to. Gnu/Linux [x] Red Hat [ ] Other non-Red Hat (especially those without /etc/redhat-release) FreeBSD, NetBSD, OpenBSD, DJGPP, HP-UX, IRIX, Open UNIX, Solaris Tru64.k As I am no sure poting an attachment is a good idea for this mailing list, I've made the changes available as a series of diff files at http://www.exit109.com/~ghealton/y2k/tzselect-diffs.tar.gz based on the source I downloaded earlier today. The patch program can be used to apply them to your local source. ---------------------------------------------------------------------- ghealton(a)exit109.com http://www.exit109.com/~ghealton/ ---------------------------------------------------------------------- Computers are like air conditioners: they don't work well when Windows are left open

1 0

Time Zone Problem.
by John Nicolas Jan. 7, 2002

Jan. 7, 2002

Hi, Im wondering if you can help with Time Zone daylight saving problem, Im trying to set the date/time on my server so that the server thinks its going through a time change, where Im located is in Canada Ottawa, and where time zone Im working on is in Southern Hemisphere in Australia, the reverse is true in October, but not in April like in Ottawa, there is no time like 2:15 am, but in Australia, that time happens twice in one night. I did several tests on different locations it work but Australia/South it didn t change, I also try it on different OS (WinNT), and it worked where times ends at 3am on Sunday 25 March 2001. Clocks should be turned back one hour to read 2am. Im trying to set it up on Unix OS. The hardware that Im using is different from that in South Australia, but the software is the same. We are both using Solaris 2.6. South Australia > Begins at 2am on Sunday 29 October 2000. Clocks should be turned forward one hour to read 3am. > Ends at 3am on Sunday 25 March 2001. Clocks should be turned back one hour to read 2am. in init file TZ=Australia/South at the prompt> date 0325015901 (date MMDDhhmmyy ) > date >Sun March 25 1:59:00 CST 2001 Thank you for your time and Please Advise. Best Regards, John Nicolas

1 0

Time at the South Pole
by Ken Levy Jan. 5, 2002

Jan. 5, 2002

I've just reviewed the tz database for the first time and want to complement all the contributors. My contribution has to do with time at the South Pole. Information is a bit dated (1999), but in her book Ice Bound: A Doctor's Incredible Battle for Survival at the South Pole, Dr. Jerri Nielsen relates that the South Pole Amundsen/Scott Station changes the time it observes based on the season (Summer or Winter). In the summer season, the station observes the same time standards as McMurdo Station (to make it easier to co-ordinate supply flights - Note: McMurdo, in turn, orients their clocks to their NZ supply bases in Christchurch). Once the station is closed to flights (temperatures drop below the point where jet fuel turns to gel), they switch their clocks to co-ordinate with the schedules of their administrative support team (US contractor) in Englewood, Colorado. They remain on that time until flights restart in the Antarctic Summer. As the dates vary with local climatic conditions, I'm not sure that it is possible to code a "prospective" algorithm. Also, time zone seems a bit irrelevant in a location which sees total darkness for six months of the year, the sun never gets more than 23.5 degrees above the horizon, and twilight lasts several weeks before sunrise and after sunset. (all are described in the book). BTW, Nielsen's book is fascinating, not just from the perspective of an individual battling cancer in a truly (i.e., no external access for nine months) isolated location, but also from her description of what life is like at the polar station. Living in cramped, cold quarters with several dozen people for nine months where water is strictly rationed because of the energy required to melt it reminds me of some of the descriptions I've read about the space stations and their UNIQUE fragrance. I read somewhere that the contractor the National Science Foundation uses was changed recently, so I am not sure whether they are continuing to follow this timezone practice. Which brings up the question, what time does the International Space Station run on (Houston, UTC?) and should it be included in the tz files? When Rutan and Yeager made their round-the-world-without-refueling flight, what time did they observe? What time do International flights which cross time zones observe? Inquiring minds want to know . . . ;-) Ken Levy

1 0

Summer Time Directive implementation delay
by Joseph S. Myers Jan. 3, 2002

Jan. 3, 2002

AFAICT, the latest Summer Time Directive (Directive 2000/84/EC of the European Parliament and of the Council of 19 January 2001 on summer-time arrangements) has not yet been implemented in the UK, although the required date ( 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. ) has now passed. During the past year, responsibility for Summer Time has moved from the Home Office (where it was for 80 years) to DTI Employment Relations; I have not managed to get information from them about their plans for implementation of the Directive. Their web page http://www.dti.gov.uk/er/europe/directives.htm shows it as unimplemented and I have seen nothing relevant in the Stationery Office Daily Lists. -- Joseph S. Myers jsm28(a)cam.ac.uk

1 1

DST
by Maysoon Al-Kurbasi Dec. 24, 2001

Dec. 24, 2001

Dear Sir, I should be most grateful if you would kindly help me get this information. I need an updated list with the names of world states that stopped observing daylight saving time (DST). I found your email address while surfing the Internet in search of the information. Thank you very much for your cooperation. Best regards, Maysoon

1 0

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

Re: Corrections of zone.tab for CN entries
by Oscar van Vlijmen Dec. 20, 2001

Dec. 20, 2001

Uigur, uygur, uighur, weiwuer, uyghur? ----------------------------------------------- From: http://www.uyghurinfo.com/media_advisory.html "The Uyghur Information Agency (UIA) would like to advise the international media to adopt the correct Uyghur terms and names when it covers and writes issues related to the Uyghur people and Eastern Turkestan. First of all, we advise all the international media to use the correct spelling of our ethnic name--Uyghur. ... Second of all, we advise the international media to use the correct Chinese designation for Eastern Turkestan--"Xinjiang". ... Its official Chinese name is "Xinjiang Uyghur Autonomous Region" or "XUAR". ..." Advise: don't use just xinjiang, because this means "new territory", nothing more. Use at least xinjiang uyghur. Macau -------- >From the US State Department: http://www.state.gov/www/regions/dependencies.html "Under the Sino-Portuguese Joint Declaration on the Question of Macau signed in 1987, Macau reverted to Chinese control on December 20, 1999. It is now a semi-autonomous entity that exists pursuant to international agreement and maintains its own government apart from the People's Republic of China." Oscar van Vlijmen 2001-12-20

2 1

man pages
by George Kraft IV Dec. 20, 2001

Dec. 20, 2001

Are there Linux man pages for __daylight, __timezone, and __tzname? We would like to include them in the Linux Standard Base. http://www.linuxbase.org/spec/gLSB/gLSB/libcman.html -- George Kraft IV gk4(a)austin.ibm.com Senior Software Engineer IBM Linux Technology Center Chairman of the Linux Standard Base

1 0

IERS Message No. 19: IERS Analysis Campaign
by central_bureau＠iers.org Dec. 20, 2001

Dec. 20, 2001

*************************************************************************** IERS Message No. 19 December 20, 2001 *************************************************************************** IERS Analysis Campaign to align EOPs to ITRF2000 / ICRF Call for Participation Objective: The intention is to create EOP series with highest possible consistency with ITRF2000 / ICRF and to achieve an overall accuracy of 0.1 mas. This will lead to an intermediate solution until a rigorous combination of EOP, ITRF and ICRF is possible. Therefore, we have to analyse and understand the origin of systematic errors due to the reference frame realization. This campaign will be organized in two major steps: 1. Generation of EOP series that are aligned to ITRF2000 / ICRF by the Analysis Center of the individual techniques (Technique Centers) or other interested groups. 2. Analysis of the aligned series by the Combination Research Centers or other interested groups. Generation of EOP series (step 1): In the first step of this campaign, the Technique Centers or other interested groups are asked to produce EOP series using the ITRF2000 / ICRF as reference frame. Solutions with different constraints on ITRF2000 (ICRF) should be generated as follows: - heavily constrained coordinates + velocities - constraining with formal uncertainties - minimal constraints (NNR, ...) - selected set of sites / quasars for constraints The submitted series will be archived and made available to all participating groups for the second step, the analysis. Analysis of EOP series (step 2): The analysis should consist of: - comparisons with official IERS / EOP series - study consistency of the series and make improvements if necessary - recommendations for future realizations of reference frames The first results may be presented at the EGS General Assembly in Nice, France in April 2002. If you are interested in producing and / or analysing such EOP series or contribute to this campaign in another way, please download the call for participation form from http://www.iers.org/iers/about/ac/campaign.pdf or send a request for the form to central_bureau(a)iers.org . Please submit your proposal by January 18, 2002. Markus Rothacher IERS Analysis Coordinator <markus.rothacher(a)bv.tum.de> Munich, December 20, 2001 *************************************************************************** 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

IERS Message No. 18: IERS Annual Report 2000
by central_bureau＠iers.org Dec. 20, 2001

Dec. 20, 2001

*************************************************************************** IERS Message No. 18 December 20, 2001 *************************************************************************** IERS Annual Report 2000 An online version of the IERS Annual Report 2000 is available at http://www.iers.org/iers/publications/reports/2000/ The report is presented as PDF file(s), to be read/downloaded completely or by chapters. The report will also be printed and distributed to all subscribers. In case that you are interested in the printed version and do not know whether your address is on our distribution list for annual reports, please feel free to contact us. Please let us also know about address changes during the last two years. Two technical hints on reading the PDF files may be useful: (1) In case that you do not have the Acrobat Reader, there is a link at the annual report page where to get it for free. (2) It is recommended not to use the Acrobat Reader us a plug-in to your browser, because it happens that large PDF files are not shown. This concerns Chapters IV.2 and IV.4, as well as the file with the complete 152 pages. You may set the options of Acrobat Reader so that it will be activated outside the browser (Edit > Preferences > Options > Display PDF in Browser [deactivate]). However, this may not necessarily happen on all computers, so that you may try first to read the documents before changing the options. We wish you and your families a peaceful, happy and successful year 2002, Bernd Richter and Wolfgang Dick IERS Central Bureau *************************************************************************** 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

Some bug-fixing
by Vsevolod Novikov Dec. 18, 2001

Dec. 18, 2001

To whom it will concern, I've downloaded your tz code and tried to make it. My compiler (gcc 2.95.4) has found some errors in the code. The patch is attached. See for instance ISO/IEC 9899:1999(E) C Standart Second Edition 1999-12-01. 6.5.3 Unary operators Syntax 1 unary-expression: postfix-expression ++ unary-expression -- unary-expression unary-operator cast-expression sizeof unary-expression sizeof ( type-name ) The best regards, Vsevolod Novikov Programmer Consul-Incom Ltd. Russia diff -u -r tz.old/difftime.c tz/difftime.c --- tz.old/difftime.c Fri Oct 5 01:01:13 2001 +++ tz/difftime.c Tue Dec 18 18:58:59 2001 @@ -32,9 +32,9 @@ time_t delta; time_t hibit; - if (sizeof time_t < sizeof double) + if (sizeof(time_t) < sizeof(double)) return (double) time1 - (double) time0; - if (sizeof time_t < sizeof long_double) + if (sizeof(time_t) < sizeof(long_double)) return (long_double) time1 - (long_double) time0; if (time1 < time0) return -difftime(time0, time1);

1 0

Time Zone Email Request
by Craig Husman Dec. 14, 2001

Dec. 14, 2001

I would be interested in subscribing to your TimeZone emails. Thank you. Craig Husman Stopwatch Maps 6353 N. Rosebury Ave. St. Louis, MO 63105 (800)348-6277 http://www.stopwatchmaps.com/ <http://www.stopwatchmaps.com/>

1 0

FW: Corrections of zone.tab for CN entries
by Olson, Arthur David (NCI) Dec. 13, 2001

Dec. 13, 2001

-----Original Message----- From: Anthony Fok [mailto:anthony@thizlinux.com] Sent: Wednesday, December 12, 2001 5:19 PM To: Paul Eggert Cc: mgy1912(a)home.com; tz(a)elsie.nci.nih.gov; yaoz(a)vidar.niaaa.nih.gov Subject: Re: Corrections of zone.tab for CN entries On Mon, Sep 24, 2001 at 04:23:42PM -0700, Paul Eggert wrote: > > b. Kashgar is also in Xinjiang and there is no such region as > > "Eastern Turkestan". That region is commonly call "Southern > > Xinjiang". > > In English, the region is far more commonly called Eastern Turkestan, > even today. At least, that's what Google says (2650 hits versus 766). Actually, if my understanding is correct, the term "Eastern Turkestan" refers to the historic name of the region, as a country, when it was outside China's rule for brief periods in history. This region returned to Chinese rule in the 19th century during the Qing Dynasty, and called "Xinjiang", Chinese for "New Territory". Nowadays, the whole province is called Xinjiang Uygur Autonomous Region. Reasons that "Eastern Turkestan" came up more often than "southern Xinjiang" include: * Eastern Turkestan = Xinjiang, not just southern Xinjiang (AFAIK). Try a search on Xinjiang vs. Eastern Turkestan, and Xinjiang is far far more common by orders of magnitude. Google says 103000 hits versus 3160. (and 2600 for "east turkestan", 1190 for "southern xinjiang"... Wow, Google has grown! :-) * The term Xinjiang is relatively newer (since 19th century), and most history books written before that period uses the old name. Xinjiang was called Xiyu (the West Region), Huigu, and a few other names in Chinese literature. * There are some vocal separatist movements who want to "Free Eastern Turkestan", not too unlike "Free Tibet"... Indeed, it seems that nowadays only the separatists are calling the modern Xinjiang province as "Eastern Turkestan", to be interpreted as the Eastern Country of the Turks. Needless to say, at least some Chinese would find that offensive. Also, as a Hong-Kong Chinese myself, I had no idea what "Eastern Turkestan" is until I actually looked it up on the Internet. I am sure most Chinese, including the Uygur and Han people, would be scratching their heads wondering what "Eastern Turkestan" is. Besides, it appears that Eastern Turkestan = the whole Xinjiang, not just part of it, so again, it is not appropriate to call that timezone "Eastern Turkestan" when it is just the westmost region surrounding Kashgar that is within that timezone. Therefore, I recommend changing the comment to something more informative west Xinjiang Uygur Autonomous Region (Eastern Turkestan), China That should better suit the needs of both Chinese and non-Chinese. :-) I have also revised other comment entries for China to make them more informative. Seriously, we Chinese are utterly confused when we are asked to choose a timezone during Linux installation. I myself had no idea why the 5 cities were chosen until I finally compared a world timezone map with a China map. :-) In fact, ALL major Chinese Linux distributions have edited zone.tab to add Asia/Beijing and to revise the comments. (Turbolinux Chinese and Red Flag Linux, for instance.) So, this does point to a real usability (not political) problem. Therefore, I have made all 5 comments more verbose. They may be long, but not as long as a few entries for Canada. :-) I have also changed "Macao" to "Macau". Why? :-) 1. Macau is the official name (in both English and Portuguese). See www.macau.gov.mo, for example. 2. On recent trips to Macau, I can no longer find any signs that say "Macao". 3. ISO 3166 says MO = Macau in English; MO = Macao in French. 4. On Google, Macau: 810000 hits; Macao: 311000 hits. A patch is attached in this message. Please verify and apply. Many thanks! :-) > merely a matter of which city is the largest in a particular region. > For more details, please see the Theory file. > > > On TV, radio, it is always saying "It is now 20' clock Beijing Time." > > I haven't heard of "China time" before. > > Interesting. Are these announcements in the Chinese language, or in > the English language? I would guess both. Let me watch CCTV more often. :-) Anyhow, it would actually sound weird if someone says "Xianzai shi Zhongguo shijian xiawu liang dianzhong." (It is now 2 o'clock China Time.) > It's not clear to me that "Kashi" versus "Kashgar" is a pinyin versus > non-pinyin issue, as the name "Kashgar" is not a Chinese one. "Kashi" > is the pinyin version of the Chinese name for "Kashgar". The city's > population is about 3/4 Uighur, so calling it "Kashi" is a bit like > calling the capital of Mongolia "Ulan Bator" (the anglicization of the > Russian name). According to the Xinjiang provincial web site, "Kashi" is short for "Kashige'er", which is the long-form Chinese name for "Kashgar". Anyhow, personally, I think "Kashige'er" and "Kashgar" are close enough, so I am not too worried about it either. :-) Cheers, Anthony -- Anthony Fok Tung-Ling ThizLinux Laboratory <anthony(a)thizlinux.com> http://www.thizlinux.com/ Debian Chinese Project <foka(a)debian.org> http://www.debian.org/intl/zh/ Come visit Our Lady of Victory Camp! http://www.olvc.ab.ca/

1 0

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

Dec. 13, 2001

> From eggert(a)twinsun.com Wed Dec 12 19:49:16 2001 > > CN +3114+12128 Asia/Shanghai east China - Beijing, Guangdong, Shanghai, etc. > CN +4545+12641 Asia/Harbin Heilongjiang > CN +2934+10635 Asia/Chongqing central China - Gansu, Guizhou, Sichuan, Yunnan, etc. > CN +4348+08735 Asia/Urumqi Tibet & most of Xinjiang > CN +3929+07559 Asia/Kashgar southwest Xinjiang This is great. My initial confusion comes from this: All China is really under one official time ("Beijing time" in Chinese), why all those different zones? After looking at glibc/libc/timezone/asia, I realized that zone.tab goes far beyond the current time zone. For it, if two regions historically use different times, they are considered in two time zones, even though they don't have any time difference now. This would certainly help if someone tries to ask, say, what time was it in Beijing at 8pm May 12, 1940 in Chongqing?

1 0

tzfiles for an embedded system
by Brian Kuschak Dec. 8, 2001

Dec. 8, 2001

Hello, Our embedded system is very tight on space, but we need to provide a good timezone implementation. I would like to use the standard tzfiles, but optimize them for space. My intention is to modify the zic program to strip out all historical rules and only create tzfiles with information for the year 2000 onwards. I would probably include only a subset of the posix_only rules in our system. I've started playing with the code a bit to do this, and wanted to ask: would it be better to filter out the historical rules as they are read from the files, in inrule() and then remove zones which have no associated rules? Or perhaps read all of the rules and zones and then filter those which are actually written into the tzfiles in outzone()? Any comments would be appreciated (via direct email, I'm not on the list). Thanks, Brian

1 0

IERS Message No. 17: IERS Workshop
by central_bureau＠iers.org Dec. 6, 2001

Dec. 6, 2001

*************************************************************************** IERS Message No. 17 December 6, 2001 *************************************************************************** FIRST ANNOUNCEMENT IERS WORKSHOP on the IMPLEMENTATION of the NEW IAU RESOLUTIONS The International Earth Rotation Service (IERS) will organize a workshop devoted to the implementation of the IAU XXIV General Assembly recommendations on reference systems. The workshop will be held at the Paris Observatory, April 18 - 20, 2002. Background During its XXIV General Assembly in August 2000 the IAU agreed to new resolutions. Namely, the new precession-nutation model was adopted, and the new Celestial Intermediate Pole, Celestial and Terrestrial Ephemeris Origins were defined. As a result the whole spectrum of products within the IERS will be affected. The new resolutions should become effective on January 1, 2003. This workshop is organized to establish the changes in IERS products and analyses that will be required in order to comply with the IAU recommendations. It is anticipated that the structure will be in the nature of a workshop with only a few traditional style presentations. For practical implementations and almanac work it is necessary to - develop a clear explanation of the concepts of the new celestial transformation and the relation to the conventional transformation, - explain the use of the precession-nutation model IAU 2000 A / B, - plan the necessary changes in the data services that will be required, - demonstrate software for the actual implementation of the new systems by users. All researchers and specialists working in field of interest are kindly invited to participate actively in the workshop. A follow-up second announcement with a detailed program will be released in the first half of January 2002 to those who return, not later than December 31, 2001, the attached pre-registration form by mail, fax or e-mail to IERS Central Bureau Subject: Workshop 2002 Bundesamt fuer Kartographie und Geodaesie Richard Strauss Allee 11 D-60598 Frankfurt / Main Germany Fax: #49-69-6333-425 e-mail: central_bureau(a)iers.org --------------------------------------------------------------------------- IERS WORKSHOP on the IMPLEMENTATION of the NEW IAU RESOLUTIONS Pre-registration form Name: Address: Phone: Fax: E-mail: [ ] I intend to participate in the workshop. [ ] I will not attend, but I am interested in the results of the workshop. *************************************************************************** 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

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