- tz - lists.iana.org

Bulletin C number 23
by iers＠hpopa.obspm.fr Jan. 14, 2002

Jan. 14, 2002

INTERNATIONAL EARTH ROTATION SERVICE (IERS) SERVICE INTERNATIONAL DE LA ROTATION TERRESTRE SERVICE DE LA ROTATION TERRESTRE 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, 14 January 2002 Bulletin C 23 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 2002. 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 Earth Orientation Center of IERS Observatoire de Paris, France

1 0

tz library compilation problems, etc.
by prj＠po.cwru.edu Jan. 12, 2002

Jan. 12, 2002

I had to make some changes to difftime.c to get it to compile: when giving a type name to sizeof (lines 35 and 37), it must be parenthesized. "make install" installs the tzselect man page, but not tzselect itself. Is that intended? Have you considered merging this library with any whole libc, such as glibc or dietlibc? Or has it already been merged? paul

1 0

FW: Errors in Data of Shanks and Elsie about the Argentina Time Z ones
by Olson, Arthur David (NCI) Jan. 10, 2002

Jan. 10, 2002

-----Original Message----- From: Astrix Zodiac [mailto:astrixzodiac@zodiacwin.com] Sent: Thursday, January 10, 2002 10:18 AM To: tz(a)elsie.nci.nih.gov; webmaster(a)astro.com Subject: Fw: Errors in Data of Shanks and Elsie about the Argentina Time Zones Another thing about the data of Argentina Time Zones, the data I send the other day is applicable to the Buenos Aires Region, but in Argentine there is more zones, but in the period of the errors in Elsie, Shanks and Astrodienst data 1974-1988 all the Argentina Times Zones Are EQUAL - in the data of Elsie, Shanks and Astrodienst also there is not differences between the different regions in this period -... Sorry, Elsie, Shanks and Astrodients, my only intention is help to correct an error that carries many years in yours databases, all for make the world of astrology much precise... I consult very much astrologers of argentina and all are sure between 1975 to 1987 There was not Dyalight Saving or another change in the official hour in Argentina, the Naval Observatory of Buenos Aires - is the office of the Argentina Government that makes the change of hours of the country - also told the same, because this I am almost totally sure the data in the email of yesterday is correct... And because this decided to send the data to your emails... Good Luck and Good Day... Javier Reinoso... From: Dra. Amelia Urbina <mailto:draurbina@arnet.com.ar> draurbina(a)arnet.com.ar Ptolomeo Mailing List of Astrologers <mailto:ptolomeo@activanet.es> ptolomeo(a)activanet.es Zodiac - Astrology Software for Windows <mailto:astrix@zodiacwin.com> astrix(a)zodiacwin.com ----- Original Message ----- From: Astrix <mailto:astrixzodiac@zodiacwin.com> Zodiac To: tz(a)elsie.nci.nih.gov <mailto:tz@elsie.nci.nih.gov> ; webmaster(a)astro.com <mailto:webmaster@astro.com> Sent: Wednesday, January 09, 2002 11:28 PM Subject: Errors in Data of Shanks and Elsie about the Argentina Time Zones Hello... At first, thank you for your work. It is very important for us, astrologers. We decided to write you because we made part of an astrological discussion group called Ptolomeo. Some people wrote asking about Argentina timezones few weeks ago and all of the argentine astrologers told that 'Shanks, Elsie data and other english sources have errors'. So, Dra. Amelia Urbina, member of the group, has contacted the Naval Observatory of Buenos Aires and she got the following results. Please see the next images: >From Naval Observatory of Buenos Aires - Argentina: If you take a look at your data, Argentina have some DST periods from 1975 to 1987, but according to the Naval Observatory official data (and these have a total acceptance by the argentine astrologers), there was no time changes in these years, as shown below: Elsie data from tzdata2001d.tar.gz (with coincidence to Shanks data and his International Atlas): Rule Arg 1974 only - Jan 23 0:00 1:00 S Rule Arg 1974 only - May 1 0:00 0 - Rule Arg 1974 1976 - Oct Sun>=1 0:00 1:00 S Rule Arg 1975 1977 - Apr Sun>=1 0:00 0 - Rule Arg 1985 only - Nov 2 0:00 1:00 S Rule Arg 1986 only - Mar 14 0:00 0 - Rule Arg 1986 1987 - Oct 25 0:00 1:00 S Rule Arg 1987 only - Feb 13 0:00 0 - Rule Arg 1988 only - Feb 7 0:00 0 - Rule Arg 1988 only - Dec 1 0:00 1:00 S However, at the Naval Observatory of Buenos Aires report we have for the same range of time: It's an official document from Argentina Naval Army, and I am quite totally sure those data are 100% trustful... I really hope this info could be useful for your very good job!! Have a nice day! From: Dra. Amelia Urbina draurbina(a)arnet.com.ar <mailto:draurbina@arnet.com.ar> Ptolomeo Mailing List of Astrologers ptolomeo(a)activanet.es <mailto:ptolomeo@activanet.es> Zodiac - Astrology Software for Windows <mailto:astrix@zodiacwin.com> astrix(a)zodiacwin.com <http://www.zodiacwin.com/dream/dream6.htm> GuestBook - Opiniones - Opiniões <http://www.zodiacwin.com/> _____ English Support: <mailto:english@zodiacwin.com> english(a)zodiacwin.com Soporte en Español: <mailto:astrix@zodiacwin.com> astrix(a)zodiacwin.com Suporte em Português: <mailto:brasil@zodiacwin.com> brasil(a)zodiacwin.com _____ <https://server25.hypermart.net/maxxie/secureordersssl/orderng.htm> If you want to purchase Zodiac -> Prices, Options and Order Form <https://server25.hypermart.net/maxxie/secureordersssl/orderspanish.htm> Si desea Adquirir Zodiac -> Precios, Opciones y Orden de Compra <https://server25.hypermart.net/maxxie/secureordersssl/orderbr.htm> Se deseja adquirir Zodiac -> Preços, Opções e Ordem de Compra _____ <https://server25.hypermart.net/maxxie/down/formdm3ng.htm> Download Demo and/or Last Update <https://server25.hypermart.net/maxxie/down/formdm3es.htm> Descarga Demo y/o Ultima Actualizacion <https://server25.hypermart.net/maxxie/down/formdm3br.htm> Download Demo e/ou Atualizaçao Mais Recente _____ <mailto:astrix@zodiacwin.com?subject=Inform me of future updates> Inform me - Informeme - Quero ser Informado _____ <mailto:astrix@zodiacwin.com?subject=Remove> No more emails - No recibir mas emails - Não mais receber emails _____ Este mensaje, por soporte internacional, no tiene acentos.

1 0

Fw: Errors in Data of Shanks and Elsie about the Argentina Time Zones
by Astrix Zodiac Jan. 10, 2002

Jan. 10, 2002

Another thing about the data of Argentina Time Zones, the data I send the other day is applicable to the Buenos Aires Region, but in Argentine there is more zones, but in the period of the errors in Elsie, Shanks and Astrodienst data 1974-1988 all the Argentina Times Zones Are EQUAL - in the data of Elsie, Shanks and Astrodienst also there is not differences between the different regions in this period -... Sorry, Elsie, Shanks and Astrodients, my only intention is help to correct an error that carries many years in yours databases, all for make the world of astrology much precise... I consult very much astrologers of argentina and all are sure between 1975 to 1987 There was not Dyalight Saving or another change in the official hour in Argentina, the Naval Observatory of Buenos Aires - is the office of the Argentina Government that makes the change of hours of the country - also told the same, because this I am almost totally sure the data in the email of yesterday is correct... And because this decided to send the data to your emails... Good Luck and Good Day... Javier Reinoso... From: Dra. Amelia Urbina draurbina(a)arnet.com.ar Ptolomeo Mailing List of Astrologers ptolomeo(a)activanet.es Zodiac - Astrology Software for Windows astrix(a)zodiacwin.com ----- Original Message ----- From: Astrix Zodiac To: tz(a)elsie.nci.nih.gov ; webmaster(a)astro.com Sent: Wednesday, January 09, 2002 11:28 PM Subject: Errors in Data of Shanks and Elsie about the Argentina Time Zones Hello... At first, thank you for your work. It is very important for us, astrologers. We decided to write you because we made part of an astrological discussion group called Ptolomeo. Some people wrote asking about Argentina timezones few weeks ago and all of the argentine astrologers told that 'Shanks, Elsie data and other english sources have errors'. So, Dra. Amelia Urbina, member of the group, has contacted the Naval Observatory of Buenos Aires and she got the following results. Please see the next images: >From Naval Observatory of Buenos Aires - Argentina: If you take a look at your data, Argentina have some DST periods from 1975 to 1987, but according to the Naval Observatory official data (and these have a total acceptance by the argentine astrologers), there was no time changes in these years, as shown below: Elsie data from tzdata2001d.tar.gz (with coincidence to Shanks data and his International Atlas): Rule Arg 1974 only - Jan 23 0:00 1:00 S Rule Arg 1974 only - May 1 0:00 0 - Rule Arg 1974 1976 - Oct Sun>=1 0:00 1:00 S Rule Arg 1975 1977 - Apr Sun>=1 0:00 0 - Rule Arg 1985 only - Nov 2 0:00 1:00 S Rule Arg 1986 only - Mar 14 0:00 0 - Rule Arg 1986 1987 - Oct 25 0:00 1:00 S Rule Arg 1987 only - Feb 13 0:00 0 - Rule Arg 1988 only - Feb 7 0:00 0 - Rule Arg 1988 only - Dec 1 0:00 1:00 S However, at the Naval Observatory of Buenos Aires report we have for the same range of time: It's an official document from Argentina Naval Army, and I am quite totally sure those data are 100% trustful... I really hope this info could be useful for your very good job!! Have a nice day! From: Dra. Amelia Urbina draurbina(a)arnet.com.ar Ptolomeo Mailing List of Astrologers ptolomeo(a)activanet.es Zodiac - Astrology Software for Windows astrix(a)zodiacwin.com GuestBook - Opiniones - Opiniões -------------------------------------------------------------------------------- English Support: english(a)zodiacwin.com Soporte en Español: astrix(a)zodiacwin.com Suporte em Português: brasil(a)zodiacwin.com -------------------------------------------------------------------------------- If you want to purchase Zodiac -> Prices, Options and Order Form Si desea Adquirir Zodiac -> Precios, Opciones y Orden de Compra Se deseja adquirir Zodiac -> Preços, Opções e Ordem de Compra -------------------------------------------------------------------------------- Download Demo and/or Last Update Descarga Demo y/o Ultima Actualizacion Download Demo e/ou Atualizaçao Mais Recente -------------------------------------------------------------------------------- Inform me - Informeme - Quero ser Informado -------------------------------------------------------------------------------- No more emails - No recibir mas emails - Não mais receber emails -------------------------------------------------------------------------------- Este mensaje, por soporte internacional, no tiene acentos.

1 0

FW: Errors in Data of Shanks and Elsie about the Argentina Time Z ones
by Olson, Arthur David (NCI) Jan. 10, 2002

Jan. 10, 2002

-----Original Message----- From: Astrix Zodiac [mailto:astrixzodiac@zodiacwin.com] Sent: Wednesday, January 09, 2002 5:37 PM To: tz(a)elsie.nci.nih.gov; webmaster(a)astro.com Subject: Errors in Data of Shanks and Elsie about the Argentina Time Zones Hello... At first, thank you for your work. It is very important for us, astrologers. We decided to write you because we made part of an astrological discussion group called Ptolomeo. Some people wrote asking about Argentina timezones few weeks ago and all of the argentine astrologers told that 'Shanks, Elsie data and other english sources have errors'. So, Dra. Amelia Urbina, member of the group, has contacted the Naval Observatory of Buenos Aires and she got the following results. Please see the next images: >From Naval Observatory of Buenos Aires - Argentina: If you take a look at your data, Argentina have some DST periods from 1975 to 1987, but according to the Naval Observatory official data (and these have a total acceptance by the argentine astrologers), there was no time changes in these years, as shown below: Elsie data from tzdata2001d.tar.gz (with coincidence to Shanks data and his International Atlas): Rule Arg 1974 only - Jan 23 0:00 1:00 S Rule Arg 1974 only - May 1 0:00 0 - Rule Arg 1974 1976 - Oct Sun>=1 0:00 1:00 S Rule Arg 1975 1977 - Apr Sun>=1 0:00 0 - Rule Arg 1985 only - Nov 2 0:00 1:00 S Rule Arg 1986 only - Mar 14 0:00 0 - Rule Arg 1986 1987 - Oct 25 0:00 1:00 S Rule Arg 1987 only - Feb 13 0:00 0 - Rule Arg 1988 only - Feb 7 0:00 0 - Rule Arg 1988 only - Dec 1 0:00 1:00 S However, at the Naval Observatory of Buenos Aires report we have for the same range of time: It's an official document from Argentina Naval Army, and I am quite totally sure those data are 100% trustful... I really hope this info could be useful for your very good job!! Have a nice day! From: Dra. Amelia Urbina draurbina(a)arnet.com.ar <mailto:draurbina@arnet.com.ar> Ptolomeo Mailing List of Astrologers ptolomeo(a)activanet.es <mailto:ptolomeo@activanet.es> Zodiac - Astrology Software for Windows <mailto:astrix@zodiacwin.com> astrix(a)zodiacwin.com <http://www.zodiacwin.com/dream/dream6.htm> GuestBook - Opiniones - Opiniões <http://www.zodiacwin.com/> _____ English Support: <mailto:english@zodiacwin.com> english(a)zodiacwin.com Soporte en Español: <mailto:astrix@zodiacwin.com> astrix(a)zodiacwin.com Suporte em Português: <mailto:brasil@zodiacwin.com> brasil(a)zodiacwin.com _____ <https://server25.hypermart.net/maxxie/secureordersssl/orderng.htm> If you want to purchase Zodiac -> Prices, Options and Order Form <https://server25.hypermart.net/maxxie/secureordersssl/orderspanish.htm> Si desea Adquirir Zodiac -> Precios, Opciones y Orden de Compra <https://server25.hypermart.net/maxxie/secureordersssl/orderbr.htm> Se deseja adquirir Zodiac -> Preços, Opções e Ordem de Compra _____ <https://server25.hypermart.net/maxxie/down/formdm3ng.htm> Download Demo and/or Last Update <https://server25.hypermart.net/maxxie/down/formdm3es.htm> Descarga Demo y/o Ultima Actualizacion <https://server25.hypermart.net/maxxie/down/formdm3br.htm> Download Demo e/ou Atualizaçao Mais Recente _____ <mailto:astrix@zodiacwin.com?subject=Inform me of future updates> Inform me - Informeme - Quero ser Informado _____ <mailto:astrix@zodiacwin.com?subject=Remove> No more emails - No recibir mas emails - Não mais receber emails _____ Este mensaje, por soporte internacional, no tiene acentos.

1 0

Errors in Data of Shanks and Elsie about the Argentina Time Zones
by Astrix Zodiac Jan. 9, 2002

Jan. 9, 2002

Hello... At first, thank you for your work. It is very important for us, astrologers. We decided to write you because we made part of an astrological discussion group called Ptolomeo. Some people wrote asking about Argentina timezones few weeks ago and all of the argentine astrologers told that 'Shanks, Elsie data and other english sources have errors'. So, Dra. Amelia Urbina, member of the group, has contacted the Naval Observatory of Buenos Aires and she got the following results. Please see the next images: >From Naval Observatory of Buenos Aires - Argentina: If you take a look at your data, Argentina have some DST periods from 1975 to 1987, but according to the Naval Observatory official data (and these have a total acceptance by the argentine astrologers), there was no time changes in these years, as shown below: Elsie data from tzdata2001d.tar.gz (with coincidence to Shanks data and his International Atlas): Rule Arg 1974 only - Jan 23 0:00 1:00 S Rule Arg 1974 only - May 1 0:00 0 - Rule Arg 1974 1976 - Oct Sun>=1 0:00 1:00 S Rule Arg 1975 1977 - Apr Sun>=1 0:00 0 - Rule Arg 1985 only - Nov 2 0:00 1:00 S Rule Arg 1986 only - Mar 14 0:00 0 - Rule Arg 1986 1987 - Oct 25 0:00 1:00 S Rule Arg 1987 only - Feb 13 0:00 0 - Rule Arg 1988 only - Feb 7 0:00 0 - Rule Arg 1988 only - Dec 1 0:00 1:00 S However, at the Naval Observatory of Buenos Aires report we have for the same range of time: It's an official document from Argentina Naval Army, and I am quite totally sure those data are 100% trustful... I really hope this info could be useful for your very good job!! Have a nice day! From: Dra. Amelia Urbina draurbina(a)arnet.com.ar Ptolomeo Mailing List of Astrologers ptolomeo(a)activanet.es Zodiac - Astrology Software for Windows astrix(a)zodiacwin.com GuestBook - Opiniones - Opiniões -------------------------------------------------------------------------------- English Support: english(a)zodiacwin.com Soporte en Español: astrix(a)zodiacwin.com Suporte em Português: brasil(a)zodiacwin.com -------------------------------------------------------------------------------- If you want to purchase Zodiac -> Prices, Options and Order Form Si desea Adquirir Zodiac -> Precios, Opciones y Orden de Compra Se deseja adquirir Zodiac -> Preços, Opções e Ordem de Compra -------------------------------------------------------------------------------- Download Demo and/or Last Update Descarga Demo y/o Ultima Actualizacion Download Demo e/ou Atualizaçao Mais Recente -------------------------------------------------------------------------------- Inform me - Informeme - Quero ser Informado -------------------------------------------------------------------------------- No more emails - No recibir mas emails - Não mais receber emails -------------------------------------------------------------------------------- Este mensaje, por soporte internacional, no tiene acentos.

1 0

IERS Message No. 20: Revised Form for IERS Analysis Campaign
by central_bureau＠iers.org Jan. 9, 2002

Jan. 9, 2002

*************************************************************************** IERS Message No. 20 January 9, 2002 *************************************************************************** IERS Analysis Campaign to align EOPs to ITRF2000 / ICRF Revised Call for Participation Form The Call for Participation in the IERS Analysis Campaign to align EOPs to ITRF2000 / ICRF, distributed as IERS Message No. 19 on December 20, 2001, contained a link to a PDF document which may be used to submit proposals. Unfortunately, this PDF form created at Technical University Munich seems not to work with Acrobat Reader on most computers, but only with Acrobat full version. In case that you already tried to use this form, your proposal was not received at the IERS Central Bureau. We apologize for any inconvenience this may have caused. The Call for Participation Form is now also available in other formats. Please re-send your proposal using one of these: Plain text version for sending by e-mail: http://www.iers.org/iers/about/ac/campaign.txt This version is also given at the end of this IERS Message. PostScript version, for printing on PostScript printers and sending by mail or fax: http://www.iers.org/iers/about/ac/campaign.ps HTML version for importing into text processors like MS Word (or printing with Internet browsers) and sending by mail or fax: http://www.iers.org/iers/about/ac/campaign.html PDF version for online submission (to be used with Acrobat full version only): http://www.iers.org/iers/about/ac/campaign.pdf Please submit your proposal by January 18, 2002. --------------------------------------------------------------------------- IERS Analysis Campaign to align EOPs to ITRF2000 / ICRF Call for Participation Form Recipient: IERS Central Bureau Bundesamt fuer Kartographie und Geodaesie Richard-Strauss-Allee 11 60598 Frankfurt am Main Germany fax: ++49-69-6333-425 email: central_bureau(a)iers.org Who is participating? Name (primary scientist): Organization or institute: Mailing address: Phone: Fax: Email: Cooperating organizations / institutes: Research associates: Generation of the EOP series (step 1): Will you generate EOP series? yes/no What type of EOP series will you produce? Technique (VLBI, GPS, SLR, ...): Length of series (start and end date): Reference frame used: Constraints used: Reference sites used: Description of solution: Combination approach used: Comments on your series: Suggestions: Analysis of the EOP series (step 2): Are you also interested in analysing EOP series? yes/no Proposed analysis (short description): Suggestions: Schedule Deadline for proposals: January, 18, 2002 Preferred deadline for series submission? For a more detailed description of your project you can attach your own proposal as file. *************************************************************************** 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

FW: proposed changes to tzselect
by Olson, Arthur David (NCI) Jan. 7, 2002

Jan. 7, 2002

-----Original Message----- From: Gilbert C Healton [mailto:ghealton@hiway1.exit109.com] Sent: Monday, January 07, 2002 5:20 PM To: tz(a)elsie.nci.nih.gov Subject: proposed changes to tzselect 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

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