- tz - lists.iana.org

proposed tz changes for Brazil, East Timor, etc.
by Paul Eggert Oct. 12, 2002

Oct. 12, 2002

It's getting to be that time of year again. Here is a list of proposed changes to the tz data. The most urgent change is for Brazil, since the tz2002c is incorrect starting this weekend. The following change affects the time zone data proper: * Contrary to tz2000c, Brazil does _not_ change its clocks this weekend. Instead, it does so on November 3. (Thanks to Celso Doria via David Madeo.) The Brazilian web site <http://pcdsh01.on.br/DecHV.html> does not have the new decree yet, so for now I'll guess that the set of states observing DST has not changed. The following change affects time zone setup, but not the time zone data proper: * East Timor's country code changed from TP to TL. The following changes are commentary only: * This year's time zone change in Israel that didn't happen. (Thanks to Ephraim Silverberg.) * The time zone situation in Madura, Mundrabilla and Eucla, Australia. (Thanks to Rives McDow.) * Typographical error fixed for Argentina time zone offset in comment. * Many updates to tz-link.htm, principally to reflect other web pages that have moved or vanished. Thanks again to everyone who has contributed, and my apologies if I've lost changes (please send them again!). =================================================================== RCS file: RCS/asia,v retrieving revision 2002.3 retrieving revision 2002.3.1.1 diff -pu -r2002.3 -r2002.3.1.1 --- asia 2002/04/04 16:55:19 2002.3 +++ asia 2002/10/10 22:59:59 2002.3.1.1 @@ -727,6 +727,46 @@ Zone Asia/Jerusalem 2:20:56 - LMT 1880 2:20:40 - JMT 1918 # Jerusalem Mean Time? 2:00 Zion I%sT +# From Ephraim Silverberg (2002-07-07): +# +# The Israeli government today adopted a proposal by Minister of +Interior # Eli Yishai to shorten the period of Daylight Savings Time +for the year # 2002 (only -- the dates for 2003 and 2004 are, so far, +unaffected). # # The proposed date to Daylight Savings Time is +September 13, 2002 instead # of the current date: October 7, 2002. The +hour of changeover has not # yet been decided. +# +# (2002-07-10): +# While today the Knesset passed the initial proposal to reduce DST by +# some three weeks, a new compromise is being worked out between +# Minister of Justice Meir Sheetrit and Minister of Interior Eli +# Yishai to revert to standard time for a period of 48-96 _hours_ +# (sic) around the Yom Kippur fast day (September 15-16) and then go +# *back* to DST until the end of October. The details of the proposal +# have yet to be worked out, but the second and final readings of the +# bill have until July 24 to pass. +# +# (2002-07-25): +# Thanks go to Yitschak Goldberg from E&M for bringing this (Hebrew) article +# to my attention: +# +# http://www.ynet.co.il/articles/0,7340,L-2019315,00.html +# +# Hence, the proposal to shorten DST was withdrawn yesterday and the timezone +# files that have been in effect since July 2000 are still valid for all of +# 2002. +# +# Please note that the article mentions that the Shas MK's intend to +# bring up their amendment for future years (2003 and beyond). What this +# means exactly is anyone's guess since there are no set dates yet beyond +# 2004 and the end day set for 2003 and 2004 is already the 7th of Tishrei +# (i.e. before the fast of Yom Kippur). The only thing they may want to +# change is the start date of DST in 2003 from Mar.28.03 (24th of Adar II) +# to Apr.18.03 (16th of Nisan) so that the Passover Seder will take place +# during Standard Time. The start date for 2004 is already Nisan 16th. + + ############################################################################### =================================================================== RCS file: RCS/australasia,v retrieving revision 2002.2 retrieving revision 2002.2.1.1 diff -pu -r2002.2 -r2002.2.1.1 --- australasia 2002/01/28 17:56:02 2002.2 +++ australasia 2002/10/10 22:59:59 2002.2.1.1 @@ -738,6 +738,38 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # From Arthur David Olson (1992-03-08): # The chosen rules the union of the 1971/1972 change and the 1989-1992 changes. +# From Rives McDow (2002-04-09): +# The most interesting region I have found consists of three towns on +the +# southern coast of Australia, population 10 at last report, along with +# 50,000 sheep, about 100 kilometers long and 40 kilometers into the +# continent. The primary town is Madura, with the other towns being +# Mundrabilla and Eucla. According to the sheriff of Madura, the +# residents got tired of having to change the time so often, as they are +# located in a strip overlapping the border of South Australia and Western +# Australia. South Australia observes daylight saving time; Western +# Australia does not. The two states are one and a half hours apart. The +# residents decided to forget about this nonsense of changing the clock so +# much and set the local time 20 hours and 45 minutes from the +# international date line, or right in the middle of the time of South +# Australia and Western Australia. As it only affects about 10 people and +# tourists staying at the Madura Motel, it has never really made as big an +# impact as Broken Hill. However, as tourist visiting there or anyone +# calling the local sheriff will attest, they do keep time in this way. +# +# From Paul Eggert (2002-04-09): +# This is confirmed by the section entitled +# "What's the deal with time zones???" in +# <http://www.earthsci.unimelb.edu.au/~awatkins/null.html>, +# which says a few other things: +# +# * Border Village, SA also is 45 minutes ahead of Perth. +# * The locals call this time zone "central W.A. Time" (presumably "CWAT"). +# * The locals also call Western Australia time "Perth time". +# +# It's not clear from context whether everyone in Western Australia +# knows of this naming convention, or whether it's just the people in +# this subregion. + # South Australia, Tasmania, Victoria # From Arthur David Olson (1992-03-08): =================================================================== RCS file: RCS/iso3166.tab,v retrieving revision 2002.2 retrieving revision 2002.2.1.1 diff -pu -r2002.2 -r2002.2.1.1 --- iso3166.tab 2002/01/28 17:56:02 2002.2 +++ iso3166.tab 2002/10/10 22:59:59 2002.2.1.1 @@ -1,17 +1,18 @@ -# ISO 3166 2-letter country codes +# ISO 3166 alpha-2 country codes # # @(#)iso3166.tab 1.9 # -# From Paul Eggert <eggert(a)twinsun.com> (1999-10-13): +# From Paul Eggert <eggert(a)twinsun.com> (2002-05-28): # # This file contains a table with the following columns: -# 1. ISO 3166-1:1999 2-character country code. See: -# <a href="http://www.din.de/gremien/nas/nabd/iso3166ma/codlstp1.html"> -# ISO 3166-1: The Code List -# </a>. +# 1. ISO 3166-1 alpha-2 country code, current as of +# ISO 3166-1 Newsletter No. V-5 (2002-05-20). See: +# <a href="http://www.iso.org/iso/en/prods-services/iso3166ma/index.html"> +# ISO 3166 Maintenance agency (ISO 3166/MA) +# </a>. # 2. The usual English name for the country, -# chosen so that alphabetic sorting of subsets produces helpful lists. -# This is not the same as the English name in the ISO 3166 tables. +# chosen so that alphabetic sorting of subsets produces helpful lists. +# This is not the same as the English name in the ISO 3166 tables. # # Columns are separated by a single tab. # The table is sorted by country code. @@ -93,7 +94,7 @@ FM Micronesia FO Faeroe Islands FR France GA Gabon -GB Britain (UK) +GB Britain GD Grenada GE Georgia GF French Guiana @@ -229,10 +230,10 @@ TG Togo TH Thailand TJ Tajikistan TK Tokelau +TL East Timor TM Turkmenistan TN Tunisia TO Tonga -TP East Timor TR Turkey TT Trinidad & Tobago TV Tuvalu =================================================================== RCS file: RCS/southamerica,v retrieving revision 2002.3 retrieving revision 2002.3.1.1 diff -pu -r2002.3 -r2002.3.1.1 --- southamerica 2002/04/04 16:55:20 2002.3 +++ southamerica 2002/10/10 22:59:59 2002.3.1.1 @@ -174,7 +174,7 @@ Zone America/Buenos_Aires -3:53:48 - LMT # Shanks also makes the following claims, which we haven't verified: # - Formosa switched to -3:00 on 1991-01-07. # - La Rioja and San Juan switched to -4:00 on 1991-03-01 -# and then to 03:00 on 1991-05-07. +# and then to -3:00 on 1991-05-07. # - Misiones switched to -3:00 on 1990-12-29. # - Chaco switched to -3:00 on 1991-01-04. # - San Luis switched to -4:00 on 1990-03-14, then to -3:00 on 1990-10-15, @@ -428,8 +428,42 @@ Rule Brazil 2000 only - Feb 27 0:00 0 - # # For dates after mid-2002, the following rules are guesses # and are quite possibly wrong, but are more likely than no DST at all. -Rule Brazil 2000 max - Oct Sun>=8 0:00 1:00 S +Rule Brazil 2000 2001 - Oct Sun>=8 0:00 1:00 S Rule Brazil 2001 max - Feb Sun>=15 0:00 0 - +# +# From Celso Doria via David Madeo (2002-10-09): +# +# Yesterday, the local Brazilian authorities signed a decree stating +that the # Brazilian daylight saving period will start on November 3rd +2002 and will # last until February 16th 2003. # +# So, clocks will be set one hour forward on November 3rd (12:00 a.m. will be +# changed to 1:00 a.m.) and at midnight (0:00 am) on February 16th, Brazil +# will adjust its clocks back one hour (23:00 pm on Feb 15th) marking the +# end. +# +# The reason for the delay this year has to do with elections in Brazil. +# +# Unlike in the United States, elections in Brazil are 100% computerized and +# the results are known almost immediately. Yesterday, it was the first +# round of the elections when 115 million Brazilians voted for President, +# Governor, Senators, Federal Deputies, and State Deputies. Nobody is +# counting (or re-counting) votes anymore and we know there will be a second +# round for the Presidency and also for some Governors. The 2nd round will +# take place on October 27th. +# +# The reason why the DST will only begin November 3rd is that the thousands +# of electoral machines used cannot have their time changed, and since the +# Constitution says the elections must begin at 8:00 AM and end at 5:00 PM , +# the Government decided to postpone DST, instead of changing the +# Constitution (maybe, for the next elections, it will be possible to change +# the clock)... +# +Rule Brazil 2002 only - Nov 3 0:00 1:00 S +# +Rule Brazil 2003 max - Oct Sun>=8 0:00 1:00 S +# For dates after mid-2003, the above rules with TO="max" are guesses +# and are quite possibly wrong, but are more likely than no DST at all. # Zone NAME GMTOFF RULES FORMAT [UNTIL] =================================================================== RCS file: RCS/tz-link.htm,v retrieving revision 2002.3 retrieving revision 2002.3.1.2 diff -pu -r2002.3 -r2002.3.1.2 --- tz-link.htm 2002/04/04 16:55:20 2002.3 +++ tz-link.htm 2002/10/10 23:08:31 2002.3.1.2 @@ -9,7 +9,7 @@ <meta http-equiv="Content-type" content='text/html; charset="US-ASCII"' /> <meta name="DC.Creator" content="Eggert, Paul" /> <meta name="DC.Contributor" content="Olson, Arthur David" /> -<meta name="DC.Date" content="2002-03-26" /> +<meta name="DC.Date" content="2002-10-10" /> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time" /> <meta name="DC.Identifier" content="http://www.twinsun.com/tz/tz-link.htm" /> @@ -35,15 +35,16 @@ to UTC offsets and daylight-saving rules This database (often called <code>tz</code> or <code>zoneinfo</code>) is used by several implementations, including +<a href="http://www.gnu.org/software/libc/">the GNU C Library</a> used +in <a href="http://www.linux.org/">GNU/Linux</a>, <a href="http://www.freebsd.org/">FreeBSD</a>, <a href="http://www.netbsd.org/">NetBSD</a>, <a href="http://www.openbsd.org/">OpenBSD</a>, <a href="http://www.delorie.com/djgpp/">DJGPP</a>, -<a href="http://www.hp.com/products1/unix/operating/index.html">HP-UX</a>, +<a href="http://www.hp.com/products1/unix/operating/">HP-UX</a>, <a href="http://www.sgi.com/developers/technology/irix.html">IRIX</a>, -<a href="http://www.caldera.com/products/openunix/">Open UNIX</a>, -<a href="http://www.sun.com/solaris/">Solaris</a>, and +<a href="http://www.caldera.com/products/openunix/">Open +UNIX/UnixWare</a>, <a +href="http://wwws.sun.com/software/solaris/">Solaris</a>, and <a href="http://www.tru64unix.compaq.com/">Tru64</a>.</p> <p> Each location in the database represents a national region where all @@ -119,7 +120,7 @@ is a web interface to a time zone databa <li><a href="http://primates.ximian.com/~damon/icalendar/">Olson -> VTIMEZONE Converter</a> describes a program Vzic that compiles <code>tz</code> source into VTIMEZONE text as specified by -the <a href="ftp://ftp.isi.edu/in-notes/rfc2445.txt">iCalendar</a> +the <a +href="ftp://ftp.rfc-editor.org/in-notes/rfc2445.txt">iCalendar</a> specification published by the <a href="http://www.ietf.org/html.charters/calsch-charter.html">IETF Calendaring and Scheduling Working Group</a>. Vzic is freely @@ -131,8 +132,8 @@ href="http://www.w3.org/People/Berners-L <a href="http://developer.iplanet.com/docs/wpapers/calendar/ietf.txt">another</a> used by the <a -href="http://www.iplanet.com/products/iplanet_calendar/">iPlanet -Calendar Server</a>.</li> +href="http://wwws.sun.com/software/products/calendar_srvr/home_calendar +.html">Sun +ONE Calendar Server</a>.</li> </ul> <h2>Other <code>tz</code> binary file readers</h2> <ul> @@ -153,15 +154,15 @@ It is freely available under the GNU LGP href="http://www1.tip.nl/~t876506/AboutTimeZonesHC.html">HyperCard time zones calculator</a> is a HyperCard stack.</li> <li><a -href="http://www20.Brinkster.com/timezone50/">Time Zone Converter</a> is a +href="http://www.cimmyt.org/timezone/">Time Zone Converter</a> is a Microsoft Windows program.</li> </ul> <h2>Other time zone databases</h2> <ul> -<li><a href="http://www.astro.ch/cgi-bin/atlw3/aq.cgi?lang=e">Astrodienst +<li><a +href="http://www.astro.com/cgi-bin/atlw3/aq.cgi?lang=e">Astrodienst - Atlas Query</a> is Astrodienst's Web version of Shanks's excellent time zone history atlases published in both <a -href="http://astrocom.com/software/pcatlas.html">computer</a> and <a +href="http://astrocom.com/software/pcatlas.php">computer</a> and <a href="http://astrocom.com/books/xrefa.php#SHANKS">book</a> form by <a href="http://astrocom.com/">Astro Communications Services</a>.</li> <li><a href="http://worldtime.com/">WORLDTIME: interactive atlas, @@ -215,18 +216,17 @@ Time Zones</a> publishes the same data i <li>The US Geological Survey's National Atlas of the United States publishes the <a href="http://www.nationalatlas.gov/timeznm.html">Time Zones of the United States</a> in the public domain.</li> -<li>The National Weather Service publishes <a -href="http://isl715.nws.noaa.gov/mapdata/newcat/county/county_all.htm">outlines -of US counties and their time zones</a> in the public domain.</li> <li>The GeoCommunity lists several commercial sources for <a href="http://spatialnews.geocomm.com/features/timezones/">International Time Zones and Time Zone Data</a>.</li> </ul> <h2>Daylight saving time concepts and history</h2> <ul> +<li><a href="http://physics.nist.gov/time">A Walk through Time</a> +surveys the evolution of timekeeping.</li> <li><a href="http://webexhibits.com/daylightsaving/">About Daylight Saving Time - History, rationale, laws and dates</a> -is a good overall history of DST.</li> +is an overall history of DST.</li> <li><a href="http://toi.iriti.cnr.it/">The Time of Internet</a> describes time zones and daylight saving time, @@ -276,10 +276,10 @@ covers the history of local time in the <dt>United Kingdom</dt> <dd><a href="http://student.cusu.cam.ac.uk/~jsm28/british-time/">History of -legal time in Britain</a> is an excellent discussion for the country +legal time in Britain</a> discusses in detail the country with perhaps the best-documented history of clock adjustments. The National Physical Laboratory also maintains an <a -href="http://www.npl.co.uk/npl/ctm/summer_time_archive.html">archive +href="http://www.npl.co.uk/time/summer_time_archive.html">archive of summer time dates</a>.</dd> </dl></li> </ul> @@ -287,7 +287,7 @@ of summer time dates</a>.</dd> <ul> <li><a href="http://literature.agilent.com/litwebbin/purl.cgi?org_id=tmo&pub_id=5965…">The -Science of Timekeeping</a> is an excellent and thorough introduction +Science of Timekeeping</a> is a thorough introduction to the theory and practice of precision timekeeping.</li> <li><a href="http://www.ntp.org/">Time Synchronization Server</a> discusses the Network Time Protocol (NTP), used to synchronize clocks of @@ -297,7 +297,7 @@ charset="macintosh">A Few Facts Concerning GMT, UT, and the RGO</a> answers questions like "What is the difference between GMT and UTC?"</li> <li><a -href="http://sadira.gb.nrao.edu/~rfisher/Ephemerides/times.html">Astronomical +href="http://www.gb.nrao.edu/~rfisher/Ephemerides/times.html">Astronomi +cal Times</a> explains more abstruse astronomical time scales like TT, TCG, and TDB.</li> <li>The <a href="http://www.iau.org/">IAU</a>'s <a @@ -314,7 +314,7 @@ the Earth Orientation Parameters Product International Earth Rotation Service, the committee that decides when leap seconds occur.</li> <li>The <a -href="http://rom.usno.navy.mil/cgi-bin/wa">Leap +href="http://rom.usno.navy.mil/archives/leapsecs.html">Leap Second Discussion List</a> covers <a href="http://www.findarticles.com/cf_0/m0BPW/11_10/57821998/p1/article.jhtml">McCarthy and Klepczynski's proposal to discontinue leap seconds</a>. @@ -331,17 +331,20 @@ the International Standard Date and Time summary of ISO 8601:1988 - Data elements and interchange formats - Information interchange - Representation of dates and times (which has been superseded by -<a href="http://www.iso.ch/cate/d26780.html">ISO 8601:2000</a>).</li> +<a +href="http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=26780">ISO 8601:2000</a>).</li> <li> Section 3.3 of <a -href="ftp://ftp.isi.edu/in-notes/rfc2822.txt">Internet RFC 2822</a> +href="ftp://ftp.rfc-editor.org/in-notes/rfc2822.txt">Internet RFC +2822</a> specifies the time notation used in email and <a -href="ftp://ftp.isi.edu/in-notes/rfc2616.txt">HTTP</a> headers.</li> +href="ftp://ftp.rfc-editor.org/in-notes/rfc2616.txt">HTTP</a> +headers.</li> <li> -<a -href="ftp://ftp.isi.edu/internet-drafts/draft-ietf-impp-datetime-05.txt">Date -and Time on the Internet: Timestamps</a> proposes an ISO 8601 profile -for use in new Internet protocols.</li> +<a href="ftp://ftp.rfc-editor.org/in-notes/rfc3339.txt">Internet RFC +3339</a> specifies an ISO 8601 profile for use in new Internet +protocols.</li> <li> +<a href="http://www.exit109.com/~ghealton/y2k/yrexamples.html">The +Best of Dates, the Worst of Dates</a> covers many problems encountered +by software developers when handling dates and time stamps.</li> <li> Alphabetic time zone abbreviations should not be used as unique identifiers for UTC offsets as they are ambiguous in practice. For =================================================================== RCS file: RCS/zone.tab,v retrieving revision 2002.3 retrieving revision 2002.3.1.1 diff -pu -r2002.3 -r2002.3.1.1 --- zone.tab 2002/04/04 16:55:20 2002.3 +++ zone.tab 2002/10/10 22:59:59 2002.3.1.1 @@ -339,10 +339,10 @@ TG +0608+00113 Africa/Lome TH +1345+10031 Asia/Bangkok TJ +3835+06848 Asia/Dushanbe TK -0922-17114 Pacific/Fakaofo +TL -0833+12535 Asia/Dili TM +3757+05823 Asia/Ashgabat TN +3648+01011 Africa/Tunis TO -2110+17510 Pacific/Tongatapu -TP -0833+12535 Asia/Dili TR +4101+02858 Europe/Istanbul TT +1039-06131 America/Port_of_Spain TV -0831+17913 Pacific/Funafuti

2 3

FW: Africa/Cairo, abbreviations
by Olson, Arthur David (NIH/NCI) Oct. 10, 2002

Oct. 10, 2002

-----Original Message----- From: Paul Eggert [mailto:eggert@twinsun.com] Sent: Wednesday, October 09, 2002 7:38 PM To: Cathy.Baird(a)oracle.com Cc: markm(a)iafrica.com; tz(a)lecserver.nci.nih.gov Subject: Re: Africa/Cairo, abbreviations > Date: Wed, 09 Oct 2002 16:07:35 -0700 > From: Cathy Baird <Cathy.Baird(a)oracle.com> > > I want to explain some of the time zone names and abbreviations that are > in Oracle's time zone files. Those files contain anecdotal information > of various kinds, which is where I got your names and email addresses. > The output sample I want to use starts like this: > > TZNAME TZABBREV > -------------------- ---------- > Africa/Cairo LMT > Africa/Cairo EET > Africa/Cairo EEST > Africa/Tripoli LMT > Africa/Tripoli CET > Africa/Tripoli CEST > Africa/Tripoli EET > > I see these abbreviations in the file, but I don't see explanations of > any of them except LMT. What do EET, EEST, CET, and CEST stand for? (I'm > guessing the S is for standard, the first E for east, the C for central. > But what is the inner E for?) In that context "ET" stands for "European Time", and "EST" stands for "European Summer Time". This is explained in the "europe" file. It does seem a bit odd that time in northern Africa is called "European time", but that's what the first contributors submitted many years ago, and we haven't had anyone tell us otherwise since then. Return-Path: <> Received: from namail.converse.com (host162.converse.com [208.255.90.162] (may be forged)) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADQnwg018972 for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 09:26:49 -0400 (EDT) From: postmaster(a)converse.com To: tz-request(a)lecserver.nci.nih.gov Date: Thu, 10 Oct 2002 09:25:47 -0400 MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="9B095B5ADSN=_01C26C104316946800007CAAnamail.converse." X-DSNContext: 335a7efd - 4457 - 00000001 - 80040546 Message-ID: <Ctu8FLuQS00000e4a(a)namail.converse.com> Subject: Delivery Status Notification (Failure) This is a MIME-formatted message. Portions of this message may be unreadable without a MIME-capable mail program. --9B095B5ADSN=_01C26C104316946800007CAAnamail.converse. Content-Type: text/plain; charset=unicode-1-1-utf-7 This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. ren.wong(a)converse.com --9B095B5ADSN=_01C26C104316946800007CAAnamail.converse. Content-Type: message/delivery-status Reporting-MTA: dns;namail.converse.com Received-From-MTA: dns;ashd1-1.relay.mail.uu.net Arrival-Date: Thu, 10 Oct 2002 09:25:47 -0400 Final-Recipient: rfc822;ren.wong(a)converse.com Action: failed Status: 5.1.1 --9B095B5ADSN=_01C26C104316946800007CAAnamail.converse. Content-Type: message/rfc822 Received: from ashd1-1.relay.mail.uu.net ([199.171.54.245]) by namail.converse.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 10 Oct 2002 09:25:47 -0400 Received: from kafka.net.nih.gov by mr0.ash.ops.us.uu.net with ESMTP (peer crosschecked as: kafka.net.nih.gov [165.112.130.10]) id QQnjyz19827 for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 13:25:46 GMT Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADMO4V026661 for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 09:22:24 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADMNwe018572 for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 09:22:23 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADMNMb018564 for ren.wong(a)converse.com; Thu, 10 Oct 2002 09:22:23 -0400 (EDT) Resent-Date: Thu, 10 Oct 2002 09:22:23 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F1(a)nihexchange2.nih.gov> From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: FW: Brazil - you guessed it, that time of year again Date: Thu, 10 Oct 2002 09:22:10 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Resent-Message-ID: <"A1LuoC.A.WgE.I8Xp9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1497 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov Return-Path: tz-request(a)lecserver.nci.nih.gov X-OriginalArrivalTime: 10 Oct 2002 13:25:47.0060 (UTC) FILETIME=[8AF9E740:01C27060] -----Original Message----- From: David.Madeo(a)morganstanley.com [mailto:David.Madeo@morganstanley.com] Sent: Wednesday, October 09, 2002 9:51 PM To: tz(a)lecserver.nci.nih.gov Subject: Brazil - you guessed it, that time of year again I haven't seen any updates about Brazil on the list yet this year. I'm including the commentary from one of my colleagues in our Sao Paulo office. According to 2002c, it is supposed to switch this weekend. dmadeo Celso Doria wrote: ------------------ Yesterday, the local Brazilian authorities signed a decree stating that the Brazilian daylight saving period will start on November 3rd 2002 and will last until February 16th 2003. So, clocks will be set one hour forward on November 3rd (12:00 a.m. will be changed to 1:00 a.m.) and at midnight (0:00 am) on February 16th, Brazil will adjust its clocks back one hour (23:00 pm on Feb 15th) marking the end. The reason for the delay this year has to do with elections in Brazil. Unlike in the United States, elections in Brazil are 100% computerized and the results are known almost immediately. Yesterday, it was the first round of the elections when 115 million Brazilians voted for President, Governor, Senators, Federal Deputies, and State Deputies. Nobody is counting (or re-counting) votes anymore and we know there will be a second round for the Presidency and also for some Governors. The 2nd round will take place on October 27th. The reason why the DST will only begin November 3rd is that the thousands of electoral machines used cannot have their time changed, and since the Constitution says the elections must begin at 8:00 AM and end at 5:00 PM , the Government decided to postpone DST, instead of changing the Constitution (maybe, for the next elections, it will be possible to change the clock)... --9B095B5ADSN=_01C26C104316946800007CAAnamail.converse.-- Return-Path: <> Received: from namail.converse.com (host162.converse.com [208.255.90.162] (may be forged)) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADeDwe019352 for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 09:40:13 -0400 (EDT) From: postmaster(a)converse.com To: tz-request(a)lecserver.nci.nih.gov Date: Thu, 10 Oct 2002 09:27:01 -0400 MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="9B095B5ADSN=_01C26C104316946800007CC1namail.converse." X-DSNContext: 335a7efd - 4457 - 00000001 - 80040546 Message-ID: <XMQEiL5nS00000e4b(a)namail.converse.com> Subject: Delivery Status Notification (Failure) This is a MIME-formatted message. Portions of this message may be unreadable without a MIME-capable mail program. --9B095B5ADSN=_01C26C104316946800007CC1namail.converse. Content-Type: text/plain; charset=unicode-1-1-utf-7 This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. ren.wong(a)converse.com --9B095B5ADSN=_01C26C104316946800007CC1namail.converse. Content-Type: message/delivery-status Reporting-MTA: dns;namail.converse.com Received-From-MTA: dns;ashd1-1.relay.mail.uu.net Arrival-Date: Thu, 10 Oct 2002 09:27:01 -0400 Final-Recipient: rfc822;ren.wong(a)converse.com Action: failed Status: 5.1.1 --9B095B5ADSN=_01C26C104316946800007CC1namail.converse. Content-Type: message/rfc822 Received: from ashd1-1.relay.mail.uu.net ([199.171.54.245]) by namail.converse.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 10 Oct 2002 09:27:01 -0400 Received: from kafka.net.nih.gov by mr0.ash.ops.us.uu.net with ESMTP (peer crosschecked as: kafka.net.nih.gov [165.112.130.10]) id QQnjyz21945 for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 13:27:00 GMT From: tz-request(a)lecserver.nci.nih.gov Received: from lecserver.nci.nih.gov (lecserver.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADR04V027391 for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 09:27:00 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADR0we019172 for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 09:27:00 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADR0I6019167 for ren.wong(a)converse.com; Thu, 10 Oct 2002 09:27:00 -0400 (EDT) Date: Thu, 10 Oct 2002 09:27:00 -0400 (EDT) Message-Id: <200210101327.g9ADR0I6019167(a)lecserver.nci.nih.gov> X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f To: ren.wong(a)converse.com Subject: You have been removed from the list X-Loop: tz(a)elsie.nci.nih.gov (bounce) X-Loop: tz(a)elsie.nci.nih.gov Precedence: junk Return-Path: tz-request(a)lecserver.nci.nih.gov X-OriginalArrivalTime: 10 Oct 2002 13:27:01.0185 (UTC) FILETIME=[B7287B10:01C27060] Your mail address ren.wong(a)converse.com has been removed from the tz(a)elsie.nci.nih.gov mailinglist. It generated an excessive amount of bounced mails. Before sending in a subscription request to tz-request(a)elsie.nci.nih.gov again, please ensure that this problem has been resolved. When in doubt, ask your system administrator or send mail to "postmaster". The last one of those bounced mails has been quoted below: >From MAILER-DAEMON Thu Oct 10 09:26:50 2002 >Received: from namail.converse.com (host162.converse.com [208.255.90.162] (may be forged)) > by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADQnwg018972 > for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 09:26:49 -0400 (EDT) >From: postmaster(a)converse.com >To: tz-request(a)lecserver.nci.nih.gov >Date: Thu, 10 Oct 2002 09:25:47 -0400 >MIME-Version: 1.0 >Content-Type: multipart/report; report-type=delivery-status; > boundary="9B095B5ADSN=_01C26C104316946800007CAAnamail.converse." >X-DSNContext: 335a7efd - 4457 - 00000001 - 80040546 >Message-ID: <Ctu8FLuQS00000e4a(a)namail.converse.com> >Subject: Delivery Status Notification (Failure) > >This is a MIME-formatted message. >Portions of this message may be unreadable without a MIME-capable mail program. > >--9B095B5ADSN=_01C26C104316946800007CAAnamail.converse. >Content-Type: text/plain; charset=unicode-1-1-utf-7 > >This is an automatically generated Delivery Status Notification. > >Delivery to the following recipients failed. > > ren.wong(a)converse.com > > > > >--9B095B5ADSN=_01C26C104316946800007CAAnamail.converse. >Content-Type: message/delivery-status > >Reporting-MTA: dns;namail.converse.com >Received-From-MTA: dns;ashd1-1.relay.mail.uu.net >Arrival-Date: Thu, 10 Oct 2002 09:25:47 -0400 > >Final-Recipient: rfc822;ren.wong(a)converse.com >Action: failed >Status: 5.1.1 > >--9B095B5ADSN=_01C26C104316946800007CAAnamail.converse. >Content-Type: message/rfc822 > >Received: from ashd1-1.relay.mail.uu.net ([199.171.54.245]) by namail.converse.com with Microsoft SMTPSVC(5.0.2195.5329); > Thu, 10 Oct 2002 09:25:47 -0400 >Received: from kafka.net.nih.gov by mr0.ash.ops.us.uu.net with ESMTP > (peer crosschecked as: kafka.net.nih.gov [165.112.130.10]) > id QQnjyz19827 > for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 13:25:46 GMT >Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) > by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADMO4V026661 > for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 09:22:24 -0400 (EDT) >Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) > by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADMNwe018572 > for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 09:22:23 -0400 (EDT) >Received: (from ado@localhost) > by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADMNMb018564 > for ren.wong(a)converse.com; Thu, 10 Oct 2002 09:22:23 -0400 (EDT) >Resent-Date: Thu, 10 Oct 2002 09:22:23 -0400 (EDT) >X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f >Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F1(a)nihexchange2.nih.gov> >From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> >To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> >Subject: FW: Brazil - you guessed it, that time of year again >Date: Thu, 10 Oct 2002 09:22:10 -0400 >MIME-Version: 1.0 >X-Mailer: Internet Mail Service (5.5.2656.59) >Content-Type: text/plain; > charset="iso-8859-1" >Resent-Message-ID: <"A1LuoC.A.WgE.I8Xp9"@lecserver> >Resent-From: tz(a)lecserver.nci.nih.gov >X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1497 >X-Loop: tz(a)elsie.nci.nih.gov >Precedence: list >Resent-Sender: tz-request(a)lecserver.nci.nih.gov >Return-Path: tz-request(a)lecserver.nci.nih.gov >X-OriginalArrivalTime: 10 Oct 2002 13:25:47.0060 (UTC) FILETIME=[8AF9E740:01C27060] > >-----Original Message----- >From: David.Madeo(a)morganstanley.com >[mailto:David.Madeo@morganstanley.com] >Sent: Wednesday, October 09, 2002 9:51 PM >To: tz(a)lecserver.nci.nih.gov >Subject: Brazil - you guessed it, that time of year again > > >I haven't seen any updates about Brazil on the list yet this year. I'm >including the commentary from one of my colleagues in our Sao Paulo office. > According to 2002c, it is supposed to switch this weekend. > >dmadeo > >Celso Doria wrote: >------------------ > >Yesterday, the local Brazilian authorities signed a decree stating that the >Brazilian daylight saving period will start on November 3rd 2002 and will >last until February 16th 2003. > >So, clocks will be set one hour forward on November 3rd (12:00 a.m. will be >changed to 1:00 a.m.) and at midnight (0:00 am) on February 16th, Brazil >will adjust its clocks back one hour (23:00 pm on Feb 15th) marking the >end. > > >The reason for the delay this year has to do with elections in Brazil. > >Unlike in the United States, elections in Brazil are 100% computerized and >the results are known almost immediately. Yesterday, it was the first >round of the elections when 115 million Brazilians voted for President, >Governor, Senators, Federal Deputies, and State Deputies. Nobody is >counting (or re-counting) votes anymore and we know there will be a second >round for the Presidency and also for some Governors. The 2nd round will >take place on October 27th. > >The reason why the DST will only begin November 3rd is that the thousands >of electoral machines used cannot have their time changed, and since the >Constitution says the elections must begin at 8:00 AM and end at 5:00 PM , >the Government decided to postpone DST, instead of changing the >Constitution (maybe, for the next elections, it will be possible to change >the clock)... > > > > >--9B095B5ADSN=_01C26C104316946800007CAAnamail.converse.-- > --9B095B5ADSN=_01C26C104316946800007CC1namail.converse.-- Return-Path: <> Received: from spf12.us4.outblaze.com (205-158-62-36.outblaze.com [205.158.62.36]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9AE0Pwe019525 for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 10:00:26 -0400 (EDT) Received: from localhost (localhost) by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) id g9ADxFQs008474; Thu, 10 Oct 2002 13:59:15 GMT Date: Thu, 10 Oct 2002 13:59:15 GMT From: Mail Delivery Subsystem <MAILER-DAEMON> Message-Id: <200210101359.g9ADxFQs008474(a)spf12.us4.outblaze.com> To: <tz-request(a)lecserver.nci.nih.gov> MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="g9ADxFQs008474.1034258355/spf12.us4.outblaze.com" Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --g9ADxFQs008474.1034258355/spf12.us4.outblaze.com The original message was received at Thu, 10 Oct 2002 13:59:14 GMT from 205-158-62-26.outblaze.com [205.158.62.26] ----- The following addresses had permanent fatal errors ----- <"yiango:programmer.net"@iname.com.int> (reason: 552 recipient storage full, try again later) ----- Transcript of session follows ----- ... while talking to mta1.us4.outblaze.com.: >>> DATA <<< 552 recipient storage full, try again later 554 5.0.0 Service unavailable <<< 503 RCPT first (#5.5.1) --g9ADxFQs008474.1034258355/spf12.us4.outblaze.com Content-Type: message/delivery-status Reporting-MTA: dns; spf12.us4.outblaze.com Received-From-MTA: DNS; 205-158-62-26.outblaze.com Arrival-Date: Thu, 10 Oct 2002 13:59:14 GMT Final-Recipient: RFC822; "yiango:programmer.net"@iname.com.int Action: failed Status: 5.2.2 Remote-MTA: DNS; mta1.us4.outblaze.com Diagnostic-Code: SMTP; 552 recipient storage full, try again later Last-Attempt-Date: Thu, 10 Oct 2002 13:59:14 GMT --g9ADxFQs008474.1034258355/spf12.us4.outblaze.com Content-Type: text/rfc822-headers Return-Path: <tz-request(a)lecserver.nci.nih.gov> Received: from spf4.us4.outblaze.com (205-158-62-26.outblaze.com [205.158.62.26]) by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) with ESMTP id g9ADxEQs008431 for <"yiango:programmer.net"@iname.com.int>; Thu, 10 Oct 2002 13:59:14 GMT Received: from kafka.net.nih.gov (kafka.net.nih.gov [165.112.130.10]) by spf4.us4.outblaze.com (8.12.6/8.12.6) with ESMTP id g9AE0mtM024442 for <yiango(a)programmer.net>; Thu, 10 Oct 2002 14:00:49 GMT Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADO04V027009; Thu, 10 Oct 2002 09:24:00 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADO0we018937; Thu, 10 Oct 2002 09:24:00 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADNxjZ018925; Thu, 10 Oct 2002 09:23:59 -0400 (EDT) Resent-Date: Thu, 10 Oct 2002 09:23:59 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F2(a)nihexchange2.nih.gov> From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: FW: Africa/Cairo, abbreviations Date: Thu, 10 Oct 2002 09:23:37 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Resent-Message-ID: <"PNH5-.A.pkE.m9Xp9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1498 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov --g9ADxFQs008474.1034258355/spf12.us4.outblaze.com-- Return-Path: <> Received: from mail13.burlee.com (mail13.burlee.com [66.36.96.36]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9AEchwe019931 for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 10:38:43 -0400 (EDT) Date: Thu, 10 Oct 2002 09:27:13 -0500 Message-Id: <10210100927.AA02112(a)mail13.burlee.com> From: "Postmaster" <postmaster(a)mail13.burlee.com> Sender: <postmaster(a)mail13.burlee.com> To: <tz-request(a)lecserver.nci.nih.gov> Subject: Undeliverable Mail X-Mailer: <SMTP32 v20010131> User mailbox exceeds allowed size: adombek(a)lynxsys.com Original message follows. Received: from kafka.net.nih.gov [165.112.130.10] by mail13.burlee.com with ESMTP (SMTPD32-6.06) id AE40D5290132; Thu, 10 Oct 2002 09:27:12 -0500 Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADMk4V026764; Thu, 10 Oct 2002 09:22:46 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADMjwe018686; Thu, 10 Oct 2002 09:22:45 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADMQ0C018624; Thu, 10 Oct 2002 09:22:26 -0400 (EDT) Resent-Date: Thu, 10 Oct 2002 09:22:26 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F1(a)nihexchange2.nih.gov> From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: FW: Brazil - you guessed it, that time of year again Date: Thu, 10 Oct 2002 09:22:10 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Resent-Message-ID: <"A1LuoC.A.WgE.I8Xp9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1497 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov -----Original Message----- From: David.Madeo(a)morganstanley.com [mailto:David.Madeo@morganstanley.com] Sent: Wednesday, October 09, 2002 9:51 PM To: tz(a)lecserver.nci.nih.gov Subject: Brazil - you guessed it, that time of year again I haven't seen any updates about Brazil on the list yet this year. I'm including the commentary from one of my colleagues in our Sao Paulo office. According to 2002c, it is supposed to switch this weekend. dmadeo Celso Doria wrote: ------------------ Yesterday, the local Brazilian authorities signed a decree stating that the [message truncated] Return-Path: <> Received: from ilha.ilhanet.com.br (il114.ilhanet.com.br [200.247.233.114]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with SMTP id g9AFS9qU000716 for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 11:28:11 -0400 (EDT) Message-Id: <200210101528.g9AFS9qU000716(a)lecserver.nci.nih.gov> Received: (qmail 17655 invoked for bounce); 10 Oct 2002 15:24:42 -0000 Date: 10 Oct 2002 15:24:42 -0000 From: MAILER-DAEMON(a)ilha.ilhanet.com.br To: tz-request(a)lecserver.nci.nih.gov Subject: failure notice Hi. This is the qmail-send program at ilha.ilhanet.com.br. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. <casatk.il(a)ilha.ilhanet.com.br>: Sorry, no mailbox here by that name. (#5.1.1) --- Below this line is a copy of the message. Return-Path: <tz-request(a)lecserver.nci.nih.gov> Received: (qmail 17652 invoked by alias); 10 Oct 2002 15:24:42 -0000 Delivered-To: nexo(a)ilhanet.com.br Received: (qmail 17649 invoked from network); 10 Oct 2002 15:24:42 -0000 Received: from localhost.ilhanet.com.br (HELO smtp.ilhanet.com.br) (127.0.0.1) by localhost.ilhanet.com.br with SMTP; 10 Oct 2002 15:24:42 -0000 Received: from kafka.net.nih.gov (mailfwd.nih.gov [165.112.130.10]) by smtp.ilhanet.com.br (Postfix) with ESMTP id 0A7CC6758 for <nexo(a)ilhanet.com.br>; Thu, 10 Oct 2002 12:24:38 -0300 (BRT) Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADNx4V027000; Thu, 10 Oct 2002 09:23:59 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADNxwe018926; Thu, 10 Oct 2002 09:23:59 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADNxSC018918; Thu, 10 Oct 2002 09:23:59 -0400 (EDT) Resent-Date: Thu, 10 Oct 2002 09:23:59 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F2(a)nihexchange2.nih.gov> From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: FW: Africa/Cairo, abbreviations Date: Thu, 10 Oct 2002 09:23:37 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Resent-Message-ID: <"PNH5-.A.pkE.m9Xp9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1498 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov -----Original Message----- From: Paul Eggert [mailto:eggert@twinsun.com] Sent: Wednesday, October 09, 2002 7:38 PM To: Cathy.Baird(a)oracle.com Cc: markm(a)iafrica.com; tz(a)lecserver.nci.nih.gov Subject: Re: Africa/Cairo, abbreviations > Date: Wed, 09 Oct 2002 16:07:35 -0700 > From: Cathy Baird <Cathy.Baird(a)oracle.com> > > I want to explain some of the time zone names and abbreviations that are > in Oracle's time zone files. Those files contain anecdotal information > of various kinds, which is where I got your names and email addresses. > The output sample I want to use starts like this: > > TZNAME TZABBREV > -------------------- ---------- > Africa/Cairo LMT > Africa/Cairo EET > Africa/Cairo EEST > Africa/Tripoli LMT > Africa/Tripoli CET > Africa/Tripoli CEST > Africa/Tripoli EET > > I see these abbreviations in the file, but I don't see explanations of > any of them except LMT. What do EET, EEST, CET, and CEST stand for? (I'm > guessing the S is for standard, the first E for east, the C for central. > But what is the inner E for?) In that context "ET" stands for "European Time", and "EST" stands for "European Summer Time". This is explained in the "europe" file. It does seem a bit odd that time in northern Africa is called "European time", but that's what the first contributors submitted many years ago, and we haven't had anyone tell us otherwise since then. Return-Path: <> Received: from mail13.burlee.com (mail13.burlee.com [66.36.96.36]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9AFnHqU001070 for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 11:49:17 -0400 (EDT) Date: Thu, 10 Oct 2002 09:27:11 -0500 Message-Id: <10210100927.AA01592(a)mail13.burlee.com> From: "Postmaster" <postmaster(a)mail13.burlee.com> Sender: <postmaster(a)mail13.burlee.com> To: <tz-request(a)lecserver.nci.nih.gov> Subject: Undeliverable Mail X-Mailer: <SMTP32 v20010131> User mailbox exceeds allowed size: adombek(a)lynxsys.com Original message follows. Received: from kafka.net.nih.gov [165.112.130.10] by mail13.burlee.com with ESMTP (SMTPD32-6.06) id AE3FCFCF010C; Thu, 10 Oct 2002 09:27:11 -0500 Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADO54V027032; Thu, 10 Oct 2002 09:24:05 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADO0we018939; Thu, 10 Oct 2002 09:24:00 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADNwXp018899; Thu, 10 Oct 2002 09:23:58 -0400 (EDT) Resent-Date: Thu, 10 Oct 2002 09:23:58 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F2(a)nihexchange2.nih.gov> From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: FW: Africa/Cairo, abbreviations Date: Thu, 10 Oct 2002 09:23:37 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Resent-Message-ID: <"PNH5-.A.pkE.m9Xp9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1498 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov -----Original Message----- From: Paul Eggert [mailto:eggert@twinsun.com] Sent: Wednesday, October 09, 2002 7:38 PM To: Cathy.Baird(a)oracle.com Cc: markm(a)iafrica.com; tz(a)lecserver.nci.nih.gov Subject: Re: Africa/Cairo, abbreviations > Date: Wed, 09 Oct 2002 16:07:35 -0700 > From: Cathy Baird <Cathy.Baird(a)oracle.com> > > I want to explain some of the time zone names and abbreviations that are > in Oracle's time zone files. Those files contain anecdotal information > of various kinds, which is where I got your names and email addresses. > The output sample I want to use starts like this: [message truncated] Return-Path: <> Received: from kafka.net.nih.gov (kafka.net.nih.gov [165.112.130.10]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9AGD8qU002013 for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 12:13:09 -0400 (EDT) Received: from localhost (localhost) by kafka.net.nih.gov (/8.10.1) id g9AG8i4W015418; Thu, 10 Oct 2002 12:13:08 -0400 (EDT) Date: Thu, 10 Oct 2002 12:13:08 -0400 (EDT) From: Mail Delivery Subsystem <MAILER-DAEMON(a)kafka.net.nih.gov> Message-Id: <200210101613.g9AG8i4W015418(a)kafka.net.nih.gov> To: <tz-request(a)lecserver.nci.nih.gov> MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="g9AG8i4W015418.1034266388/kafka.net.nih.gov" Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --g9AG8i4W015418.1034266388/kafka.net.nih.gov The original message was received at Thu, 10 Oct 2002 09:24:01 -0400 (EDT) from elsie.nci.nih.gov [137.187.215.78] ----- The following addresses had permanent fatal errors ----- <craigb(a)bitcom.net.au> (reason: 550 Mail refused from host 165.112.130.10 in DSBL list, see http://www.dsbl.org/) ----- Transcript of session follows ----- ... while talking to mail.bitcom.net.au.: >>> RCPT To:<craigb(a)bitcom.net.au> <<< 550 Mail refused from host 165.112.130.10 in DSBL list, see http://www.dsbl.org/ 550 5.1.1 <craigb(a)bitcom.net.au>... User unknown --g9AG8i4W015418.1034266388/kafka.net.nih.gov Content-Type: message/delivery-status Reporting-MTA: dns; kafka.net.nih.gov Arrival-Date: Thu, 10 Oct 2002 09:24:01 -0400 (EDT) Final-Recipient: RFC822; craigb(a)bitcom.net.au Action: failed Status: 5.1.1 Remote-MTA: DNS; mail.bitcom.net.au Diagnostic-Code: SMTP; 550 Mail refused from host 165.112.130.10 in DSBL list, see http://www.dsbl.org/ Last-Attempt-Date: Thu, 10 Oct 2002 12:13:00 -0400 (EDT) --g9AG8i4W015418.1034266388/kafka.net.nih.gov Content-Type: text/rfc822-headers Return-Path: <tz-request(a)lecserver.nci.nih.gov> Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADO04V027010; Thu, 10 Oct 2002 09:24:01 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADO0we018940; Thu, 10 Oct 2002 09:24:00 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADO0IH018934; Thu, 10 Oct 2002 09:24:00 -0400 (EDT) Resent-Date: Thu, 10 Oct 2002 09:24:00 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F2(a)nihexchange2.nih.gov> From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: FW: Africa/Cairo, abbreviations Date: Thu, 10 Oct 2002 09:23:37 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Resent-Message-ID: <"PNH5-.A.pkE.m9Xp9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1498 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov --g9AG8i4W015418.1034266388/kafka.net.nih.gov--

1 0

FW: Brazil - you guessed it, that time of year again
by Olson, Arthur David (NIH/NCI) Oct. 10, 2002

Oct. 10, 2002

-----Original Message----- From: David.Madeo(a)morganstanley.com [mailto:David.Madeo@morganstanley.com] Sent: Wednesday, October 09, 2002 9:51 PM To: tz(a)lecserver.nci.nih.gov Subject: Brazil - you guessed it, that time of year again I haven't seen any updates about Brazil on the list yet this year. I'm including the commentary from one of my colleagues in our Sao Paulo office. According to 2002c, it is supposed to switch this weekend. dmadeo Celso Doria wrote: ------------------ Yesterday, the local Brazilian authorities signed a decree stating that the Brazilian daylight saving period will start on November 3rd 2002 and will last until February 16th 2003. So, clocks will be set one hour forward on November 3rd (12:00 a.m. will be changed to 1:00 a.m.) and at midnight (0:00 am) on February 16th, Brazil will adjust its clocks back one hour (23:00 pm on Feb 15th) marking the end. The reason for the delay this year has to do with elections in Brazil. Unlike in the United States, elections in Brazil are 100% computerized and the results are known almost immediately. Yesterday, it was the first round of the elections when 115 million Brazilians voted for President, Governor, Senators, Federal Deputies, and State Deputies. Nobody is counting (or re-counting) votes anymore and we know there will be a second round for the Presidency and also for some Governors. The 2nd round will take place on October 27th. The reason why the DST will only begin November 3rd is that the thousands of electoral machines used cannot have their time changed, and since the Constitution says the elections must begin at 8:00 AM and end at 5:00 PM , the Government decided to postpone DST, instead of changing the Constitution (maybe, for the next elections, it will be possible to change the clock)...

1 0

Brazil - you guessed it, that time of year again
by David.Madeo＠morganstanley.com Oct. 10, 2002

Oct. 10, 2002

I haven't seen any updates about Brazil on the list yet this year. I'm including the commentary from one of my colleagues in our Sao Paulo office. According to 2002c, it is supposed to switch this weekend. dmadeo Celso Doria wrote: ------------------ Yesterday, the local Brazilian authorities signed a decree stating that the Brazilian daylight saving period will start on November 3rd 2002 and will last until February 16th 2003. So, clocks will be set one hour forward on November 3rd (12:00 a.m. will be changed to 1:00 a.m.) and at midnight (0:00 am) on February 16th, Brazil will adjust its clocks back one hour (23:00 pm on Feb 15th) marking the end. The reason for the delay this year has to do with elections in Brazil. Unlike in the United States, elections in Brazil are 100% computerized and the results are known almost immediately. Yesterday, it was the first round of the elections when 115 million Brazilians voted for President, Governor, Senators, Federal Deputies, and State Deputies. Nobody is counting (or re-counting) votes anymore and we know there will be a second round for the Presidency and also for some Governors. The 2nd round will take place on October 27th. The reason why the DST will only begin November 3rd is that the thousands of electoral machines used cannot have their time changed, and since the Constitution says the elections must begin at 8:00 AM and end at 5:00 PM , the Government decided to postpone DST, instead of changing the Constitution (maybe, for the next elections, it will be possible to change the clock)...

1 0

Re: Africa/Cairo, abbreviations
by Paul Eggert Oct. 9, 2002

Oct. 9, 2002

> Date: Wed, 09 Oct 2002 16:07:35 -0700 > From: Cathy Baird <Cathy.Baird(a)oracle.com> > > I want to explain some of the time zone names and abbreviations that are > in Oracle's time zone files. Those files contain anecdotal information > of various kinds, which is where I got your names and email addresses. > The output sample I want to use starts like this: > > TZNAME TZABBREV > -------------------- ---------- > Africa/Cairo LMT > Africa/Cairo EET > Africa/Cairo EEST > Africa/Tripoli LMT > Africa/Tripoli CET > Africa/Tripoli CEST > Africa/Tripoli EET > > I see these abbreviations in the file, but I don't see explanations of > any of them except LMT. What do EET, EEST, CET, and CEST stand for? (I'm > guessing the S is for standard, the first E for east, the C for central. > But what is the inner E for?) In that context "ET" stands for "European Time", and "EST" stands for "European Summer Time". This is explained in the "europe" file. It does seem a bit odd that time in northern Africa is called "European time", but that's what the first contributors submitted many years ago, and we haven't had anyone tell us otherwise since then.

1 0

Re: Update: Proposed Shortening of Daylight Savings Time [Israel 2002]
by Ephraim Silverberg July 25, 2002

July 25, 2002

Thanks go to Yitschak Goldberg from E&M for bringing this (Hebrew) article to my attention: http://www.ynet.co.il/articles/0,7340,L-2019315,00.html. Hence, the proposal to shorten DST was withdrawn yesterday and the timezone files that have been in effect since July 2000 are still valid for all of 2002. Please note that the article mentions that the Shas MK's intend to bring up their amendment for future years (2003 and beyond). What this means exactly is anyone's guess since there are no set dates yet beyond 2004 and the end day set for 2003 and 2004 is already the 7th of Tishrei (i.e. before the fast of Yom Kippur). The only thing they may want to change is the start date of DST in 2003 from Mar.28.03 (24th of Adar II) to Apr.18.03 (16th of Nisan) so that the Passover Seder will take place during Standard Time. The start date for 2004 is already Nisan 16th. Reference: ftp://ftp.cs.huji.ac.il/pub/tz/announcements/2000-2004.ps.gz ___________________________________________________________________________ Ephraim Silverberg, CSE System Group, Phone number: 972-2-6585521 Hebrew University, Jerusalem, Israel. Fax number: 972-2-5617723 WWW: http://www.cs.huji.ac.il/~ephraim E-mail: ephraim(a)cse.huji.ac.il Return-Path: <eric(a)bron.demon.nl> Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g6UFirmD021140 for <tz(a)elsie.nci.nih.gov>; Tue, 30 Jul 2002 11:44:53 -0400 (EDT) Received: from list1.xs4all.nl (list1.xs4all.nl [194.109.6.52]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g6UFiqxO091869; Tue, 30 Jul 2002 17:44:53 +0200 (CEST) Received: from a80-127-247-217.dial.xs4all.nl (a80-127-247-217.dial.xs4all.nl [80.127.247.217]) by list1.xs4all.nl (8.9.3/8.9.3) with ESMTP id RAA14759; Tue, 30 Jul 2002 17:44:51 +0200 (CEST) Date: Tue, 30 Jul 2002 17:46:55 +0200 From: Eric Bronder <eric(a)bron.demon.nl> X-Mailer: The Bat! (v1.53d) Reply-To: Eric Bronder <eric(a)bron.demon.nl> X-Priority: 3 (Normal) Message-ID: <5728851704.20020730174655(a)bron.demon.nl> To: tz(a)lecserver.nci.nih.gov CC: nor(a)htmlcompendium.org Subject: Timezone offset for BOT MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO LS, I'm not sure if it's an error on htmlcompendium.org only, but bolivia time BOT should be -0400 and not +0800. As stated on the web site mentioned above I send you this message with a CC to htmlcompendium. Greetings, Eric Bronder

1 0

broken link
by Bill Purchase July 16, 2002

July 16, 2002

You have a link to the astrocom.com atlas software page. The link has changed, and should properly point to pcatlas.php rather than pcatlas.html Thanks Bill Purchase ACS Web Services 858-492-9919 x146

1 0

FW: Proposed Shortening of Daylight Savings Time [Israel 2002]
by Olson, Arthur David (NCI) July 15, 2002

July 15, 2002

Steve Summit is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Steve Summit [mailto:scs@eskimo.com] Sent: Saturday, July 13, 2002 4:45 PM To: tz(a)lecserver.nci.nih.gov Cc: scs(a)eskimo.com Subject: Re: Proposed Shortening of Daylight Savings Time [Israel 2002] A few days ago, this snippet passed my way, which I'm sure the members of the tz list are already familiar with: > While today the Knesset passed the initial proposal to reduce DST > by some three weeks, a new compromise is being worked out between > Minister of Justice Meir Sheetrit and Minister of Interior Eli Yishai > to revert to standard time for a period of 48-96 _hours_ (sic) around > the Yom Kippur fast day (September 15-16) and then go *back* to DST > until the end of October. The details of the proposal have yet to be > worked out, but the second and final readings of the bill have until > July 24 to pass. That announcement prompted this reflection: I've occasionally wondered how much the deployment of our favorite tz package was slowed (back before it was as widespread as it is now, that is) by a perception that it was overkill. "Yes, there have been some historical quirks with time zones and DST in the past, and we used to be at the mercy of lawmakers who didn't know better, but now that everyone knows what a bad idea irregular times are, surely there won't be any more of them going forward, so we can use a minimal, compiled-in table of the historical quirks, and avoid all of these dynamically-loaded tables and associated overhead." If the 48-96 hour version of the Israeli bill passes, I'm thinking that Arthur David Olsen ought to get the Turing Award. Return-Path: <> Received: from spf12.us4.outblaze.com (205-158-62-36.outblaze.com [205.158.62.36]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g6FD7pAf012784 for <tz-request(a)lecserver.nci.nih.gov>; Mon, 15 Jul 2002 09:07:52 -0400 (EDT) Received: from localhost (localhost) by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) id g6FD7keS023190; Mon, 15 Jul 2002 13:07:46 GMT Date: Mon, 15 Jul 2002 13:07:46 GMT From: Mail Delivery Subsystem <MAILER-DAEMON> Message-Id: <200207151307.g6FD7keS023190(a)spf12.us4.outblaze.com> To: <tz-request(a)lecserver.nci.nih.gov> MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="g6FD7keS023190.1026738466/spf12.us4.outblaze.com" Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --g6FD7keS023190.1026738466/spf12.us4.outblaze.com The original message was received at Mon, 15 Jul 2002 13:07:46 GMT from 205-158-62-35.outblaze.com [205.158.62.35] ----- The following addresses had permanent fatal errors ----- <yiango(a)iname-com.programmer.net> (reason: 552 recipient storage full, try again later) ----- Transcript of session follows ----- ... while talking to mta1.us4.outblaze.com.: >>> DATA <<< 552 recipient storage full, try again later 554 5.0.0 Service unavailable <<< 503 RCPT first (#5.5.1) --g6FD7keS023190.1026738466/spf12.us4.outblaze.com Content-Type: message/delivery-status Reporting-MTA: dns; spf12.us4.outblaze.com Received-From-MTA: DNS; 205-158-62-35.outblaze.com Arrival-Date: Mon, 15 Jul 2002 13:07:46 GMT Final-Recipient: RFC822; yiango(a)iname-com.programmer.net Action: failed Status: 5.2.2 Remote-MTA: DNS; mta1.us4.outblaze.com Diagnostic-Code: SMTP; 552 recipient storage full, try again later Last-Attempt-Date: Mon, 15 Jul 2002 13:07:46 GMT --g6FD7keS023190.1026738466/spf12.us4.outblaze.com Content-Type: text/rfc822-headers Return-Path: <tz-request(a)lecserver.nci.nih.gov> Received: from spf8.us4.outblaze.com (205-158-62-35.outblaze.com [205.158.62.35]) by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) with ESMTP id g6FD7keS023131 for <yiango(a)iname-com.programmer.net>; Mon, 15 Jul 2002 13:07:46 GMT Received: from kafka.net.nih.gov (kafka.net.nih.gov [165.112.130.10]) by spf8.us4.outblaze.com (8.12.5/8.12.5) with ESMTP id g6FD7jcZ005387 for <yiango(a)programmer.net>; Mon, 15 Jul 2002 13:07:45 GMT Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g6FD7I4V004569; Mon, 15 Jul 2002 09:07:18 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g6FD7DAf012665; Mon, 15 Jul 2002 09:07:13 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g6FD6xP8012631; Mon, 15 Jul 2002 09:06:59 -0400 (EDT) Resent-Date: Mon, 15 Jul 2002 09:06:59 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA95C(a)nihexchange2.nih.gov> From: "Olson, Arthur David (NCI)" <olsona(a)dc37a.nci.nih.gov> To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: FW: Proposed Shortening of Daylight Savings Time [Israel 2002] Date: Mon, 15 Jul 2002 09:06:42 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: text/plain; charset="iso-8859-1" Resent-Message-ID: <"21J5aC.A.jCD.ljsM9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1488 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov --g6FD7keS023190.1026738466/spf12.us4.outblaze.com-- Return-Path: <ephraim(a)cs.huji.ac.il> Received: from cse.cs.huji.ac.il (cse.cs.huji.ac.il [132.65.16.30]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g6O8eKmD026685 for <tz(a)lecserver.nci.nih.gov>; Wed, 24 Jul 2002 04:40:21 -0400 (EDT) Received: from control.cs.huji.ac.il ([132.65.80.33] ident=mail) by cse.cs.huji.ac.il with esmtp id 17XHgi-0000MC-00; Wed, 24 Jul 2002 11:40:04 +0300 Received: from ephraim by control.cs.huji.ac.il with local (Exim 3.22 #1) id 17XHgi-0001iZ-00; Wed, 24 Jul 2002 11:40:04 +0300 Date: Wed, 24 Jul 2002 11:40:04 +0300 (IDT) From: Ephraim Silverberg <ephraim(a)cs.huji.ac.il> To: machba-l(a)LISTSERV.AC.IL cc: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: Update: Proposed Shortening of Daylight Savings Time [Israel 2002] In-Reply-To: <Pine.LNX.4.20_heb2.08.0207101537460.2923-100000(a)control.cs.huji.ac.il> Message-ID: <Pine.LNX.4.20_heb2.08.0207241131160.6574-100000(a)control.cs.huji.ac.il> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Wed, 10 Jul 2002, I wrote: > The details of the proposal have yet to be worked out, but the second and > final readings of the bill have until July 24 to pass. The proposal did not make it to the Knesset in time for its summer recess (starting today). Since the recess is over at the beginning of October, in order to end DST before September 16, a special session of the Knesset Committee (where the proposal is currently stuck), the Interior Ministry Committee (the next stage) and the Knesset itself would be required to change the end date for 2002. However, the office in the Interior Ministry that deals with DST says that this is probably what is going to happen. Meanwhile, the end date for the 2002 DST remains 1 a.m., October 7, 2002. ___________________________________________________________________________ Ephraim Silverberg, CSE System Group, Phone number: 972-2-6585521 Hebrew University, Jerusalem, Israel. Fax number: 972-2-5617723 WWW: http://www.cs.huji.ac.il/~ephraim E-mail: ephraim(a)cse.huji.ac.il Return-Path: <> Received: from spf12.us4.outblaze.com (205-158-62-36.outblaze.com [205.158.62.36]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g6O8fcmD027026 for <tz-request(a)lecserver.nci.nih.gov>; Wed, 24 Jul 2002 04:41:38 -0400 (EDT) Received: from localhost (localhost) by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) id g6O8fTcS031813; Wed, 24 Jul 2002 08:41:29 GMT Date: Wed, 24 Jul 2002 08:41:29 GMT From: Mail Delivery Subsystem <MAILER-DAEMON> Message-Id: <200207240841.g6O8fTcS031813(a)spf12.us4.outblaze.com> To: <tz-request(a)lecserver.nci.nih.gov> MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="g6O8fTcS031813.1027500089/spf12.us4.outblaze.com" Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --g6O8fTcS031813.1027500089/spf12.us4.outblaze.com The original message was received at Wed, 24 Jul 2002 08:41:28 GMT from 205-158-62-35.outblaze.com [205.158.62.35] ----- The following addresses had permanent fatal errors ----- <yiango(a)iname-com.programmer.net> (reason: 552 recipient storage full, try again later) ----- Transcript of session follows ----- ... while talking to mta1.us4.outblaze.com.: >>> DATA <<< 552 recipient storage full, try again later 554 5.0.0 Service unavailable <<< 503 RCPT first (#5.5.1) --g6O8fTcS031813.1027500089/spf12.us4.outblaze.com Content-Type: message/delivery-status Reporting-MTA: dns; spf12.us4.outblaze.com Received-From-MTA: DNS; 205-158-62-35.outblaze.com Arrival-Date: Wed, 24 Jul 2002 08:41:28 GMT Final-Recipient: RFC822; yiango(a)iname-com.programmer.net Action: failed Status: 5.2.2 Remote-MTA: DNS; mta1.us4.outblaze.com Diagnostic-Code: SMTP; 552 recipient storage full, try again later Last-Attempt-Date: Wed, 24 Jul 2002 08:41:29 GMT --g6O8fTcS031813.1027500089/spf12.us4.outblaze.com Content-Type: text/rfc822-headers Return-Path: <tz-request(a)lecserver.nci.nih.gov> Received: from spf8.us4.outblaze.com (205-158-62-35.outblaze.com [205.158.62.35]) by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) with ESMTP id g6O8fScS031682 for <yiango(a)iname-com.programmer.net>; Wed, 24 Jul 2002 08:41:28 GMT Received: from kafka.net.nih.gov (kafka.net.nih.gov [165.112.130.10]) by spf8.us4.outblaze.com (8.11.6/8.11.6) with ESMTP id g6O8fRK92999 for <yiango(a)programmer.net>; Wed, 24 Jul 2002 08:41:27 GMT Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g6O8f44V027873; Wed, 24 Jul 2002 04:41:04 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g6O8exmD026902; Wed, 24 Jul 2002 04:40:59 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g6O8elk5026873; Wed, 24 Jul 2002 04:40:47 -0400 (EDT) Resent-Date: Wed, 24 Jul 2002 04:40:47 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Date: Wed, 24 Jul 2002 11:40:04 +0300 (IDT) From: Ephraim Silverberg <ephraim(a)cs.huji.ac.il> To: machba-l(a)LISTSERV.AC.IL cc: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: Update: Proposed Shortening of Daylight Savings Time [Israel 2002] In-Reply-To: <Pine.LNX.4.20_heb2.08.0207101537460.2923-100000(a)control.cs.huji.ac.il> Message-ID: <Pine.LNX.4.20_heb2.08.0207241131160.6574-100000(a)control.cs.huji.ac.il> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-Message-ID: <"G56gSB.A.HhG._fmP9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1489 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov --g6O8fTcS031813.1027500089/spf12.us4.outblaze.com--

1 0

Re: Proposed Shortening of Daylight Savings Time [Israel 2002]
by Steve Summit July 13, 2002

July 13, 2002

A few days ago, this snippet passed my way, which I'm sure the members of the tz list are already familiar with: > While today the Knesset passed the initial proposal to reduce DST > by some three weeks, a new compromise is being worked out between > Minister of Justice Meir Sheetrit and Minister of Interior Eli Yishai > to revert to standard time for a period of 48-96 _hours_ (sic) around > the Yom Kippur fast day (September 15-16) and then go *back* to DST > until the end of October. The details of the proposal have yet to be > worked out, but the second and final readings of the bill have until > July 24 to pass. That announcement prompted this reflection: I've occasionally wondered how much the deployment of our favorite tz package was slowed (back before it was as widespread as it is now, that is) by a perception that it was overkill. "Yes, there have been some historical quirks with time zones and DST in the past, and we used to be at the mercy of lawmakers who didn't know better, but now that everyone knows what a bad idea irregular times are, surely there won't be any more of them going forward, so we can use a minimal, compiled-in table of the historical quirks, and avoid all of these dynamically-loaded tables and associated overhead." If the 48-96 hour version of the Israeli bill passes, I'm thinking that Arthur David Olsen ought to get the Turing Award.

1 0

FW: Proposed Shortening of Daylight Savings Time [Israel 2002]
by Olson, Arthur David (NCI) July 8, 2002

July 8, 2002

Ephraim is on the time zone mailing list, but at a different address than below. --ado -----Original Message----- From: Ephraim Silverberg [mailto:ephraim@cse.huji.ac.il] Sent: Sunday, July 07, 2002 8:09 AM To: machba-l(a)listserv.ac.il Cc: tz(a)lecserver.nci.nih.gov Subject: Proposed Shortening of Daylight Savings Time [Israel 2002] The Israeli government today adopted a proposal by Minister of Interior Eli Yishai to shorten the period of Daylight Savings Time for the year 2002 (only -- the dates for 2003 and 2004 are, so far, unaffected). The proposed date to Daylight Savings Time is September 13, 2002 instead of the current date: October 7, 2002. The hour of changeover has not yet been decided. However, both the date and the proposal to change the ending time are not final until they receive Knesset approval since they have to override the law passed in July 2000. I will make another announcement to the list when there is a concrete date and when the proposal passes both the Ministry of Interior Knesset Committee and the Knesset plenum. ___________________________________________________________________________ Ephraim Silverberg, CSE System Group, Phone number: 972-2-6585521 Hebrew University, Jerusalem, Israel. Fax number: 972-2-5617723 WWW: http://www.cs.huji.ac.il/~ephraim E-mail: ephraim(a)cse.huji.ac.il Return-Path: <ephraim(a)cs.huji.ac.il> Received: from cse.cs.huji.ac.il (cse.cs.huji.ac.il [132.65.16.30]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g6ADqYoW028485 for <tz(a)lecserver.nci.nih.gov>; Wed, 10 Jul 2002 09:52:34 -0400 (EDT) Received: from control.cs.huji.ac.il ([132.65.80.33] ident=mail) by cse.cs.huji.ac.il with esmtp id 17SHtK-000EXl-00; Wed, 10 Jul 2002 16:52:26 +0300 Received: from ephraim by control.cs.huji.ac.il with local (Exim 3.22 #1) id 17SGvs-0000ll-00; Wed, 10 Jul 2002 15:51:00 +0300 Date: Wed, 10 Jul 2002 15:51:00 +0300 (IDT) From: Ephraim Silverberg <ephraim(a)cs.huji.ac.il> To: machba-l(a)LISTSERV.AC.IL cc: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: Re: Proposed Shortening of Daylight Savings Time [Israel 2002] In-Reply-To: <CFC0DFECD5F33B46A67BAD80B618EEA15AA94D(a)nihexchange2.nih.gov> Message-ID: <Pine.LNX.4.20_heb2.08.0207101537460.2923-100000(a)control.cs.huji.ac.il> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Mon, 8 Jul 2002, Olson, Arthur David (NCI) wrote: > The Israeli government today adopted a proposal by Minister of Interior > Eli Yishai to shorten the period of Daylight Savings Time for the year > 2002 (only -- the dates for 2003 and 2004 are, so far, unaffected). > > The proposed date to Daylight Savings Time is September 13, 2002 instead > of the current date: October 7, 2002.The hour of changeover has not > yet been decided. While today the Knesset passed the initial proposal to reduce DST by some three weeks, a new compromise is being worked out between Minister of Justice Meir Sheetrit and Minister of Interior Eli Yishai to revert to standard time for a period of 48-96 _hours_ (sic) around the Yom Kippur fast day (September 15-16) and then go *back* to DST until the end of October. The details of the proposal have yet to be worked out, but the second and final readings of the bill have until July 24 to pass. Needless to say, multiple change dates cannot be programmed into some of the types of TZ files that exist. Sigh. Stay tuned. ___________________________________________________________________________ Ephraim Silverberg, CSE System Group, Phone number: 972-2-6585521 Hebrew University, Jerusalem, Israel. Fax number: 972-2-5617723 WWW: http://www.cs.huji.ac.il/~ephraim E-mail: ephraim(a)cse.huji.ac.il Return-Path: <> Received: from spf12.us4.outblaze.com (205-158-62-36.outblaze.com [205.158.62.36]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g6ADs3oW028925 for <tz-request(a)lecserver.nci.nih.gov>; Wed, 10 Jul 2002 09:54:03 -0400 (EDT) Received: from localhost (localhost) by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) id g6ADrvBm004358; Wed, 10 Jul 2002 13:53:57 GMT Date: Wed, 10 Jul 2002 13:53:57 GMT From: Mail Delivery Subsystem <MAILER-DAEMON> Message-Id: <200207101353.g6ADrvBm004358(a)spf12.us4.outblaze.com> To: <tz-request(a)lecserver.nci.nih.gov> MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="g6ADrvBm004358.1026309237/spf12.us4.outblaze.com" Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --g6ADrvBm004358.1026309237/spf12.us4.outblaze.com The original message was received at Wed, 10 Jul 2002 13:53:55 GMT from 205-158-62-26.outblaze.com [205.158.62.26] ----- The following addresses had permanent fatal errors ----- <yiango(a)iname-com.programmer.net> (reason: 552 recipient storage full, try again later) ----- Transcript of session follows ----- ... while talking to mta1.us4.outblaze.com.: >>> DATA <<< 552 recipient storage full, try again later 554 5.0.0 Service unavailable <<< 503 RCPT first (#5.5.1) --g6ADrvBm004358.1026309237/spf12.us4.outblaze.com Content-Type: message/delivery-status Reporting-MTA: dns; spf12.us4.outblaze.com Received-From-MTA: DNS; 205-158-62-26.outblaze.com Arrival-Date: Wed, 10 Jul 2002 13:53:55 GMT Final-Recipient: RFC822; yiango(a)iname-com.programmer.net Action: failed Status: 5.2.2 Remote-MTA: DNS; mta1.us4.outblaze.com Diagnostic-Code: SMTP; 552 recipient storage full, try again later Last-Attempt-Date: Wed, 10 Jul 2002 13:53:57 GMT --g6ADrvBm004358.1026309237/spf12.us4.outblaze.com Content-Type: text/rfc822-headers Return-Path: <tz-request(a)lecserver.nci.nih.gov> Received: from spf4.us4.outblaze.com (205-158-62-26.outblaze.com [205.158.62.26]) by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) with ESMTP id g6ADrtBm004178 for <yiango(a)iname-com.programmer.net>; Wed, 10 Jul 2002 13:53:55 GMT Received: from kafka.net.nih.gov (kafka.net.nih.gov [165.112.130.10]) by spf4.us4.outblaze.com (8.12.5/8.12.5) with ESMTP id g6ADrsGK032142 for <yiango(a)programmer.net>; Wed, 10 Jul 2002 13:53:55 GMT Received: from lecserver.nci.nih.gov (lecserver.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g6ADrE4V020567; Wed, 10 Jul 2002 09:53:14 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g6ADr7oW028804; Wed, 10 Jul 2002 09:53:07 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g6ADqoDc028710; Wed, 10 Jul 2002 09:52:50 -0400 (EDT) Resent-Date: Wed, 10 Jul 2002 09:52:50 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Date: Wed, 10 Jul 2002 15:51:00 +0300 (IDT) From: Ephraim Silverberg <ephraim(a)cs.huji.ac.il> To: machba-l(a)LISTSERV.AC.IL cc: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: Re: Proposed Shortening of Daylight Savings Time [Israel 2002] In-Reply-To: <CFC0DFECD5F33B46A67BAD80B618EEA15AA94D(a)nihexchange2.nih.gov> Message-ID: <Pine.LNX.4.20_heb2.08.0207101537460.2923-100000(a)control.cs.huji.ac.il> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-Message-ID: <"Hyi1m.A.P9G.lwDL9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1487 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov --g6ADrvBm004358.1026309237/spf12.us4.outblaze.com--

1 0

Proposed Shortening of Daylight Savings Time [Israel 2002]
by Ephraim Silverberg July 7, 2002

July 7, 2002

The Israeli government today adopted a proposal by Minister of Interior Eli Yishai to shorten the period of Daylight Savings Time for the year 2002 (only -- the dates for 2003 and 2004 are, so far, unaffected). The proposed date to Daylight Savings Time is September 13, 2002 instead of the current date: October 7, 2002. The hour of changeover has not yet been decided. However, both the date and the proposal to change the ending time are not final until they receive Knesset approval since they have to override the law passed in July 2000. I will make another announcement to the list when there is a concrete date and when the proposal passes both the Ministry of Interior Knesset Committee and the Knesset plenum. ___________________________________________________________________________ Ephraim Silverberg, CSE System Group, Phone number: 972-2-6585521 Hebrew University, Jerusalem, Israel. Fax number: 972-2-5617723 WWW: http://www.cs.huji.ac.il/~ephraim E-mail: ephraim(a)cse.huji.ac.il

1 0

Obtaining offset given location string (via library call?)
by Clark C . Evans July 3, 2002

July 3, 2002

Hello. I'm looking for a "C" function I can call (ideally from Python, but I can write a wrapper) which returns for me the current offset from UTC given one of the location strings, such as "Australia/Sydney". Any ideas? I was very hopeful with "zdump" however what I need is the offset (yes, I could probably hack the offset from the output of zdump) and further, I'd rather not have to start a new process to obtain this information, thus having it in library form would be perfect. Thank you so much! Clark

1 0

FW: National Imagery and Mapping Agency
by Olson, Arthur David (NCI) June 28, 2002

June 28, 2002

Daniel F. Howard is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Howard, Daniel F. [mailto:HowardDF@nima.mil] Sent: Wednesday, June 26, 2002 1:49 PM To: 'tz(a)elsie.nci.nih.gov' Subject: National Imagery and Mapping Agency FYI- Recieved report from Hydrographic and Oceanographic service of the Navy of Chile Official time zone changes as follows: saturday March 9, 2002 At 2400 Official Continental Chile and Chiean and Anartic Territory adjust clocks to 2300, adopting ZT+4. Same day AT 2200 Official time of Western Insular Chile, adjust clocks to 2100, adopting ZT+6. Daniel Howard 301-227-3180 NIMA

2 1

Question concerning Daylight Saving Time in the Bahamas
by John Griswold June 23, 2002

June 23, 2002

Hi,, I have been reading the Daylight Saving Time tables (at http://stat.tamu.edu/ftp/usr/share/lib/zoneinfo/northamerica) that are on the internet and saw your email address. I am doing some research on the Bahamas. Am I correct in my reading of the tables for North America that the Bahamas were not observing Daylight Saving Time in 1959? It seems that the table is saying that the Bahamas did not observe it until 1964. Any help in this matter would be greatly appreciated. I have also sent this message to Paul Eggert, but I don't know if he is still working on this Daylight Saving Time table project. Thank you, John Griswold

1 0

FW: Time zone equality?
by Olson, Arthur David (NCI) June 21, 2002

June 21, 2002

Kerry Kimbrough is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Kerry Kimbrough [mailto:kkimbrough@clearcommerce.com] Sent: Friday, June 21, 2002 10:57 AM To: 'tz(a)elsie.nci.nih.gov' Subject: Time zone equality? Help! Can someone explain the algorithm for TimeZone::operator==? That is, how do you know if two time zones are the same or different? I'm motivated by a UI design issue that's become hot around here. We allow users to select a time zone from a list. In our case, the list come from the ICU package, which I understand uses the same list as the Olsen package. Trouble is, this list is huge and bewildering, with a great deal of apparent redundancy. For example, there are 37 different time zones listed at GMT-04:00. This makes for a usability issue, as it becomes hard to search and confidently select the correct choice. And many are convinced that the long is just wrong because they can see a much shorter one used in Windows. We want to generate a shorter list, but we're also reluctant to just throw out legitimate choices. If two time zones are equivalent, then it's OK to drop one from the list. But how can you tell? How does Windows do it? ---- Regards, Kerry

2 1

Time zone equality?
by Kerry Kimbrough June 21, 2002

June 21, 2002

Help! Can someone explain the algorithm for TimeZone::operator==? That is, how do you know if two time zones are the same or different? I'm motivated by a UI design issue that's become hot around here. We allow users to select a time zone from a list. In our case, the list come from the ICU package, which I understand uses the same list as the Olsen package. Trouble is, this list is huge and bewildering, with a great deal of apparent redundancy. For example, there are 37 different time zones listed at GMT-04:00. This makes for a usability issue, as it becomes hard to search and confidently select the correct choice. And many are convinced that the long is just wrong because they can see a much shorter one used in Windows. We want to generate a shorter list, but we're also reluctant to just throw out legitimate choices. If two time zones are equivalent, then it's OK to drop one from the list. But how can you tell? How does Windows do it? ---- Regards, Kerry

1 0

Fw: HORA DE VERANO EN LA REPUBLICA ARGENTINA.
by Astrix Zodiac May 30, 2002

May 30, 2002

HORA DE VERANO EN LA REPUBLICA ARGENTINA Hello Alois and Paul Eggert... Well, I have very much work this last months - the opossition Saturn-Pluto is in me X house - and because this I not look very much the problem with time zones in Argentina... Dra. Urbina send to me ine or two weeks ago this document almost precise about this topic, but is in spanish... But is possible Alois you have some person to know Spanish and Paul also... If is a problem, I will attempt to translate, but I not have very much time... One thing is sure, the summer time between 1975 to 1987 (both inclusive) not exist in nothing part of argentina, in this all the astrologers in argentina have total coincidence... And this document below is almost very precise, is a document of a good astrological institute in Buenos Aires... Also you have the official document send by Dra. Urbina months ago... Well Alois and Paul, very thanks and sorry for the delay in answer to you and also me english is not very good... Good day and if any question or thing, let me know... Best regards... Javier Reinoso.... Document of the Astrological Institute Orion - Buenos Aires - Argentina: ----- Original Message ----- From: Dra. Urbina To: Javier Reinoso Sent: Wednesday, May 15, 2002 3:44 AM Subject: HORA DE VERANO EN LA REPUBLICA ARGENTINA. Hola Javier: Nosotros vamos al Instituto naval, y otros lo publican. Pero nosotros tenemos hastael recibo. Un beso Bijou. HORA DE VERANO EN LA REPUBLICA ARGENTINA. El primer decreto nacional que uniformó la hora en la Argentina data del 25 de setiembre de 1894. Por eso, todas las horas de nacimientos y acontecimientos registradas con anterioridad a esta fecha deben ser tomadas con suma cautela, dada la anarquía imperante en cuanto a su registro. Siempre cabe la duda en cuanto a su autenticidad, especialmente en el interior del país, y es prudente aceptar al hora indicada como local media con una aproximación de media hora más o menos. Esto obedece a los siguientes hechos: a) La hora local casi nunca pudo tomarse con verdadera exactitud por falta de instrumentos apropiados de medición como así también de habilidad para su manejo. b) Antes del advenimiento de los ferrocarriles y de los telégrafos, los relojes debían marcar, en teoría, la hora local del lugar, pero en los pueblos la gente solía ajustarla según la del relojero más cercano. A menudo el reloj d este discrepaba con el d su colega en otra parte del pueblo. c) Quienes vivían en lugares apartados se valían de la hora deducida "a ojo" de la posición del Sol o cuadrantes solares o bien ajustaban sus relojes con los de ocasionales viajeros que paseaban por el lugar. Estos, a su vez, habían regulado el suyo de acuerdo con la hora del lugar de partida. d) A partir del advenimiento de los ferrocarriles y telégrafos, y durante el gradual período de su instauración, los pueblos que se encontraban cerca de las estaciones ponían sus relojes de acuerdo a la hora de los trenes que por allí pasaban. Pero ésta, a su vez, se regulaba por la de la estación de partida o la estación terminal, según cual fuese la más cercana. De este modo, en las principales ciudades hubo hasta tres horas distintas, todas en uso para cierto sector de la población: la hora de Buenos Aires, que rigió en virtud de las vías férreas que partían de aquella ciudad; la hora de Córdoba, vigente para todos los telégrafos de la Nación y en varias líneas férreas, y, por último, la hora local. Como, por ejemplo, la diferencia horaria entre Buenos Aires y Córdoba alcanza a 23m. 18s., resultaba que en una reunión de varias personas con relojes que marchaban regularmente podía haber diferencias de hasta media hora. Por otra parte, como hasta 1871 no existieron observatorios astronómicos en nuestro suelo, era casi imposible tomar con exactitud el tiempo medio. El resultado era que todas las ciudades argentinas ponían la hora arbitrariamente. Un principio de orden dentro de esta anarquía empezó a notarse recién en 1891 cuando, por primera vez, el Concejo Deliberante del Municipio de Rosario sancionó, el 13 de octubre de ese año, una ordenanza declarando hora legal de ese municipio el tiempo medio de la ciudad de Córdoba. Siguió a esta importante iniciativa la sanción de la ley provincial de fecha 9 de noviembre de 1892 que fijó como hora legal para todo el territorio de la provincia de Santa Fe el tiempo medio del meridiano del Observatorio de Córdoba. A partir de esta fecha las demás provincias fueron adoptando poco a poco la misma pauta para medir el tiempo. Fueron pasos previos que condujeron a la adopción general de esa hora. Bajo la presidencia de Luis Sáenz Peña se sancionó un decreto que ordenaba a todas las oficinas nacionales regirse, a partir del 1° de noviembre de 1894, por la hora del meridiano del Observatorio Nacional de Córdoba. (Tablas de Casas Astrológicas de W. Polich y A.P. Nelson Page) HUSOS HORARIOS +4hs. 16m. 48,25 s oeste. Desde las 0 horas del 31.10.1894. +4hs. desde las 0 horas del 1.05.1920. Rigió el huso de+ 3hs a partir de la 0 hs. en los períodos siguientes: 01.12.1930 al 31.03.1931 inclusive 15.10.1931 al 29.02.1932 inclusive 01.11.1932 al 28.02.1933 inclusive 01.11.1933 al 28.02.1934 inclusive 01.11.1934 al 28.02.1935 inclusive 01.11.1935 al 29.02.1936 inclusive 01.11.1936 al 28.02.1937 inclusive 01.11.1937 al 28.02.1938 inclusive 01.11.1938 al 28.02.1939 inclusive 01.11.1939 al 29.02.1940 inclusive 01.07.1940 al 14.06.1941 inclusive 15.10.1941 al 31.07.1943 inclusive 15.10.1943 al 28.02.1946 inclusive 01.10.1946 al 30.09.1963 inclusive 15.12.1963 al 29.02.1964 inclusive 15.10.1964 al 28.02.1965 inclusive 15.10.1965 al 28.02.1966 inclusive 15.10.1966 al 01.04.1967 inclusive 01.10.1967 al 06.04.1968 inclusive 06.10.1968 al 05.04.1969 inclusive DOBLE HORA DE VERANO + 2 hs a partir de la 0 hs. 1) 23.01.1974 al 30.4.1974. A las 24 horas se atrasaron los relojes una hora. 2) 01.12.-1988 al 04.03.1989 inclusive. A las 24 horas de este último día se atrasaron los relojes una hora. 3) 15.10.1989 al 03.03.1990 inclusive. A las 24 horas se atrasaron los relojes una hora. 4) 21.10.1990 al 2.3.1991 inclusive 5) 20.10.1991 al 29.02.1992 inclusive 6) 18.10.1992 al 06.03.1993 inclusive SITUACION PARTICULAR 21.10.1990 al 02.03.1991 incl. : ver más abajo. HUSO DE +3 HORAS PARA TODO EL PAIS Desde 07.03.1993 hasta el presente (14.7.2000) no hubo cambios. En el período 21.10.1990 al 2.3.1991 las provincias de Mendoza, Catamarca y La Rioja no cambiaron a +2 hs es decir siguieron conservando el huso horario + 3 hs. En el período 18.10.92 al 07.03.93 tomaron uso horario + 2hs. Capital, Provincia de Buenos Aires, Catamarca, Jujuy, Santa Cruz y Tierra del Fuego, en cambio continuaron con + 3hs. Chaco, Córdoba, La Pampa, Santa Fé, La Rioja, Tucumán, San Luis, Entre Ríos, Misiones, Salta, Santiago del Estero, Río Negro, Formosa, Neuquen, San Juan, Chubut, Corrientes y Mendoza. Para mayor abundamiento y mejor control incluimos el siguiente documento que solo refleja los cambios a nivel nacional. Agradeceremos cualquier información no contenida aquí. HUSOS HORARIOS ADOPTADOS EN LA REPUBLICA ARGENTINA FUENTE: OBSERVATORIO NAVAL Antes del 25.11.1894 la hora era difundida localmente por Iglesias y entidades publicas. Desde el 25.11.1894 se fija como HORA OFICIAL la del meridiano del Observatorio de Córdoba +4h 16m 48,2s. A partir del 1.5.1920 el país se adhiere al SISTEMA INTERNACIONAL DE LA HORA, corrigiendo en adelante 16m 48,2s, quedando en el Huso Horario +4. Desde el 12.11.1923 asume la responsabilidad de la HORA OFICIAL el Observatorio Naval. Sigue a continuación la relación de los cambios de Huso establecidos por el Poder Ejecutivo. A las 0h del Huso Hasta las 24h del 01.05.1920 +4 30.11.1930 01.12.1930 +3 31.03.1931 01.04.1931 +4 14.10.1931 15.10.1931 +3 29.02.1932 01.03.1932 +4 31.10.1932 01.11.1932 +3 28.02.1933 01.03.1933 +4 31.10.1933 01.11.1933 +3 28.02.1934 01.03.1934 +4 31.10.1934 01.11.1934 +3 28.02.1935 01.03.1935 +4 31.10.1935 01.11.1935 +3 29.02.1936 01.03.1936 +4 31.10.1936 01.11.1936 +3 28.02.1937 01.03.1937 +4 31.10.1937 01.11.1937 +3 28.02.1938 01.03.1938 +4 31.10.1938 01.11.1938 +3 28.02.1939 01.03.1939 +4 31.10.1939 01.11.1939 +3 29.02.1940 01.03.1940 +4 30.06.1940 01.07.1940 +3 14.06.1941 15.06.1941 +4 14.10.1941 15.10.1941 +3 31.07.1943 01.08.1943 +4 14.10.1943 15.10.1943 +3 28.02.1946 01.03.1946 +4 30.09.1946 01.10.1946 +3 30.09.1963 01.10.1963 +4 14.12.1963 15.12.1963 +3 29.02.1964 01.03.1964 +4 14.10.1964 15.10.1964 +3 28.02.1965 01.03.1965 +4 14.10.1965 15.10.1965 +3 28.02.1966 01.03.1966 +4 14.10.1966 15.10.1966 +3 01.04.1967 02.04.1967 +4 30.09.1967 01.10.1967 +3 06.04.1968 07.04.1968 +4 05.10.1968 06.10.1968 +3 05.04.1969 06.04.1969 +4 04.10.1969 05.10.1969 +3 22.01.1974 23.01.1974 +2 30.04.1974 01.05.1974 +3 30.11.1988 01.12.1988 +2 04.03.1989 05.03.1989 +3 14.10.1989 15.10.1989 +2 03.03.1990 04.03.1990 +3 20.10.1990 21.10.1990 +2 02.03.1991 03.03.1991 +3 19.10.1991 20.10.1991 +2 29.02.1992 01.03.1992 +3 17.10.1992 18.10.1992 +2 06.03.1993 07.03.1993 +3 hasta el presente. El signo + indica la cantidad de horas a sumar a la Hora Oficial para tener la hora en "TIEMPO UNIVERSAL" (UT). El Huso Horario que le corresponde a la República Argentina por su situación geográfica es el de +4.El huso correspondiente es la franja que abarca desde el meridiano 52°30'oeste hasta el 67°30'oeste. INSTITUTO ASTROLOGICO ORION INSTITUTO ACADEMICO ORION

1 0

Re: Name change for Macao?
by Paul Eggert May 29, 2002

May 29, 2002

> Date: Tue, 28 May 2002 14:58:47 -0700 (PDT) > From: Robbin Kawabata <robbin(a)sundew.eng.sun.com> > > ISO 3166-1 NEWSLETTER No. V-4 apparently changes the short Country > Name for MO from "Macau" to "Macao". > > So, should the Asia/Macau timezone be changed back to Asia/Macao? > Version 2002b introduced Asia/Macau. > > http://www.iso.ch/iso/en/prods-services/iso3166ma/03updates-on-iso-3166/nl v4e-div.html Google still says that "Macau" is far more popular than "Macao", so let's leave the names alone for now. Both names should work, so long as "backward" is installed. I noticed that Newsletter V-5 changed the country code for East Timor from TP to TL. I'll propagate that into zone.tab and iso3166.tab in my next proposed patch.

1 0

IERS Message No. 27: IERS SINEX Combination Campaign
by central_bureau＠iers.org May 28, 2002

May 28, 2002

*************************************************************************** IERS Message No. 27 May 28, 2002 *************************************************************************** IERS SINEX Combination Campaign Call for Participation Objective: It is the intention of this campaign to combine 'weekly' solutions from SINEX files of different techniques with station coordinates and EOPs (and ICRF) and to assess systematic biases between the individual techniques. New combination strategies should be developed by the combination centres and the comparison of the different combined solutions should result in an improvement of strategies, modeling and parameterization. If appropriate combination methods are found, the combined 'weekly' solutions may serve in the future as the basis for routine EOP products and, as a long term goal, we can combine the 'weekly' solutions into 'multi-year' solutions including ITRF + EOP + ICRF, where the resulting ITRF and ICRF are used to produce fully consistent EOP series. The IERS SINEX Combination Campaign will be organized in two major steps: 1. Generation of solutions in SINEX (preferably 'weekly' solutions) for the year 1999 (or more) with station coordinates + EOP (+ ICRF) by the Analysis Centres of the individual techniques (Technique Centres) or other interested groups. 2. Testing and combination of the 'weekly' technique solutions by the IERS Combination Research Centres and other interested groups. Creation of a SINEX data pool (preparation step; done by the IERS Analysis Coordinator): A data pool with SINEX files of the year 1999 of different techniques is already established. It contains - 28-days SLR solutions of eleven ILRS Analysis Centres that originate from the ILRS pilot project 'positioning and earth orientation' - VLBI solutions of all 1999 sessions generated by GSFC and IAA - links to the weekly solutions of the seven IGS Analysis Centres of the appropriate weeks of the year 1999 - weekly DORIS solutions for the year 1999, produced as a joint effort of IGN and JPL - ITRF2000 for each technique - local ties (unfortunately not yet in SINEX format) This data pool is accessible to everybody via the web site of the IERS Analysis Coordinator http://alpha.fesg.tu-muenchen.de/iers/sinex/datapool.html and it will be extended with the solutions contributing to the IERS SINEX Combination Campaign. Generation of SINEX solutions (first step): In the first step of this campaign, the Technique Centres or other interested groups are asked to produce 'weekly' solutions for the year 1999 and deliver them in SINEX format to the IERS: - use ITRF2000 as terrestrial reference frame - do not use tight constraints (use either loose constraints or minimum constraints) - if you use constraints, please submit (free) SINEX solutions as well for testing purposes, to check whether the constraints are completely removable. Please respect the official format definition of SINEX, accessible via the web site of the IERS Analysis Coordinator as well: http://alpha.fesg.tu-muenchen.de/iers/ The submitted solutions will be archived in the SINEX data pool described above and made available to all participating groups for the second step. Combination of SINEX files (second step): The IERS Combination Research Centres and other interested groups test and combine these technique-specific SINEX solutions: - detection of systematic biases between techniques - test of different combination strategies - improvement of strategies, modeling and parameterization The first results may be presented at the IERS Combination Research Workshop in Munich in early November 2002. The presentation of final results and recommendations on strategies, modeling, standards, ... is planned for the EGS General Assembly in Nice 2003. If you are interested in producing and / or combining such SINEX files or contribute to this campaign in any another way, please fill out the attached call for participation form! You can either submit the form via email or you can send us a hardcopy (fax or mail). Please submit your proposal by June 15, 2002! Munich, 27.05.2002 Markus Rothacher, Daniela Thaller IERS Analysis Coordination --------------------------------------------------------------------------- + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + --------------------------------------------------------------------------- IERS SINEX Combination Campaign 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 or Markus Rothacher IERS Analysis Coordinator Forschungseinrichtung Satellitengeodaesie Technische Universitaet Muenchen Arcisstr. 21 80333 Muenchen Germany fax: ++49-89-289-23178 email: Markus.Rothacher(a)bv.tum.de Who is participating? Name (primary scientist): Organization or institute: Mailing address: Phone: Fax: Email: Cooperating organizations / institutes: Research associates: Generation of SINEX solutions (first step): Will you generate SINEX solutions? yes/no What type of SINEX solutions will you produce? Technique (VLBI, GPS, SLR, ...): Time span of all submitted solutions (the whole year 1999 or otherwise): Period covered by each single solution (weekly, monthly, ...): Reference frame used: Constraints used: Reference sites used: Description of solution: Analysis approach used: Comments on your solutions: Suggestions: Combination of SINEX files (second step): Are you interested in combining SINEX solutions? yes/no Proposed analysis (short description): Suggestions: Schedule Deadline for proposals: June 15, 2002 Envisaged deadline for submission of SINEX files (preferably before August 15, 2002): For a more detailed description of your project you can attach your own proposal as file. Attachement: *************************************************************************** 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

UTC Questionnaire
by iers＠hpopa.obspm.fr May 27, 2002

May 27, 2002

Subject: Questionnaire regarding the use of UTC Dear colleague We are addressing the attached questionnaire to users of Bulletin C and/or D in order to survey opinion concerning a possible redefinition of UTC. UTC (Coordinated Universal Time) is computed from TAI by the introduction of leap seconds such that UTC is maintained within 1 second of UT1. Since 1972, these leap seconds have been added on December 31 or June 30, at the rate of about one every 18 months. The relevant bulletins are: > Bulletin C: Announcement of the leap seconds in UTC. > Bulletin D: Announcement of the value of DUT1 truncated at 0.1s for transmission with time signals. Recently, some communities linked to telecommunications and navigational systems have proposed a revision of the definition of UTC to avoid the discontinuities due to the intermittent leap seconds. The object of our survey is to find out the strength of opinion for maintaining or changing the present system within Bulletins C and D users. We would also like to know your interests and needs, current and future. I apologize if you receive this questionnaire twice. Thank you for devoting some of your time to this important topic. Daniel Gambis Head Earth Orientation Center of IERS ============================================================================= Please return this form by 30 June 2002 to the IERS Earth Orientation Center: iers(a)obspm.fr Thanks for your time and attention. Mark your answer with a X [X] and add any comments. 1 - Your identification Name : Institute: Adress : e-mail : 2 - Field of activity Time [ ] Telecommunication [ ] Astronomy/Astrophysics [ ] Geophysics [ ] Space sciences [ ] Geodesy [ ] Navigation [ ] Other? What? [ ] 3 - Are you satisfied by the current UTC determination method with leap second adjustements? YES [ ] NO [ ] 3-1 if YES Is the present forecast time (6 months in advance) of the occurence of a leap second sufficient. If not would you suggest another time delay? 1 year or more? 3-2 if NO Why ? 4 - Do you think it would be better to change the determination method of UTC? YES [ ] NO [ ] NO OPINION [ ] 4 -1 If YES, which alternative solution would you favour? a. No leap second [ ] a.1 UTC without further leap seconds [ ] a.2 Use TAI [ ] b. Increase tolerance for |UT1-UTC| [ ] c. Smooth over leap second step [ ] d. Redefine the second [ ] e. Some other possibility ? [ ] 4-2 If NO for 4, why? 5 - Other comments regarding the determination or operation of UTC? 6 - This question concerns Bulletin D users (DUT1 with 0.1s accuracy). Is the present Bulletin D appropriate ? YES [ ] NO [ ] If NO, why? If NO, would you prefer a more frequent and refined estimation? With what accuracy? END OF THE QUESTIONNAIRE

1 0

IERS Message No. 26: SINEX Version 2.00
by central_bureau＠iers.org May 27, 2002

May 27, 2002

*************************************************************************** IERS Message No. 26 May 27, 2002 *************************************************************************** SINEX Version 2.00 Dear colleagues, After an intensive discussion about our proposed new format definition of SINEX, the final version SINEX 2.00 is available now. The detailed format description, a summary of the changes from version 1.00 to 2.00 and a summary of the important least squares adjustment formulas with their connection to the individual SINEX blocks are accessible via the web site of the IERS Analysis Coordination http://alpha.fesg.tu-muenchen.de/iers/ or via our ftp server ftp://alpha.fesg.tu-muenchen.de/iers/sinex/format/sinex_v2.txt A new format definition became necessary because different implementations of SINEX (originally for IGS purposes) existed from the ILRS and the IVS, and for the combination activities starting soon within the IERS (by the Combination Research Centres) a unique format definition for all space geodetic techniques is needed. All implementations were merged with the SINEX version 1.00 and were discussed intensively. We want to thank all people who were contributing to this discussion, especially the IGS Reference Frame Working Group chaired by Remi Ferland, the ILRS Analysis Coordinator Ron Noomen and the ILRS Analysis Working Group, the IVS Analysis Coordinator Axel Nothnagel and Zuheir Altamimi from the ITRF section of IGN. With their contributions and advice we created a SINEX format definition that is hopefully accepted by all Analysis Centres of each space geodetic technique. With best regards, Daniela Thaller, Markus Rothacher (IERS Analysis Coordination) *************************************************************************** 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

Correction to IERS Message No. 25
by central_bureau＠iers.org May 23, 2002

May 23, 2002

Please note that the correct address of the web site given in "1. General Introduction" is http://alpha.fesg.tu-muenchen.de/iers/ We apologize for any inconvenience this may have caused.

1 0

IERS Message No. 25: Summary of the IERS Combination Research Mee ting
by central_bureau＠iers.org May 22, 2002

May 22, 2002

*************************************************************************** IERS Message No. 25 May 22, 2002 *************************************************************************** Summary of the IERS Combination Research Meeting, April 25, 2002 Dear colleagues, Please find hereafter a short summary of the IERS Combination Research Meeting, held on April 25, 2002 during the EGS General Assembly in Nice, France. With best regards, Daniela Thaller ----------------------------------------- Daniela Thaller Forschungseinrichtung Satellitengeodaesie Technische Universitaet Muenchen Arcisstrasse 21 D-80290 Muenchen / Germany Phone : ++49-89-289-23186 Fax : ++49-89-289-23178 E-mail: daniela.thaller(a)bv.tum.de ----------------------------------------- IERS Combination Research Meeting April 25, 2002 EGS XXVII General Assembly 2002 Acropolis Conference Centre, Nice, France 1. General Introduction - short overview over the agenda for the meeting given by M. Rothacher - web sites: http://www.alpha.fesg.tu-muenchen.de - two different mailing lists for CRC purposes: crc_forum(a)iers.org (open for all people interested in CRC activities; most part of the mails) crc(a)iers.org (only for internal purposes) 2. IERS Products present status and future perspective of the IERS products given by M. Rothacher: - preliminary overview of present IERS products is finished, but feedback and supplementation from some of the IERS product centres is still missing. - completed overview will soon be accessible via the IERS web pages. 3. IERS ERP Alignment Campaign The IERS Analysis Campaign to align EOPs to ITRF2000 / ICRF is already started. M. Rothacher gave a short overview: - aim: more consistent products - two steps: 1. Generation of EOP series (deadline for the submission was March 15, 2002) 2. Analysis of EOP series (final results should be presented at the IERS Workshop in November 2002) - status of the campaign: 10 VLBI series, 16 GPS series, 6 SLR series and 1 DORIS series First results of an analysis of the contributing EOP series, done by R. Dill (FESG / Technical University Munich), presented by M. Rothacher. Comments: - long term goal: use SINEX format for exchange of solutions (incl. variance-covariance information). - many ERP format problems / inconsistencies; common ERP format should be used. - IVS pilot project EOP series (1999-2000) not yet included (comment: now, these series are included as well). - this analysis should not be mixed with routine processing for the official IERS products; ERP Alignment Campaign is only for research purposes. - until now no other groups have analyzed the available EOP series (reason: contributing data available only since March 2002), but more analysis is necessary. - results from the different analysis groups are expected at the IERS Workshop in November 2002. 4. SINEX Combination Campaign A second campaign for the implementation of new combination strategies will be started. - combination of "weekly" solutions of different techniques with station coordinates + EOP + (ICRF) - development of standards for common modeling and parameterization - combined "weekly" solutions as the basis for final routine EOP products - combined multi-year solution (ITRF + ICRF) as basis to produce fully consistent EOP series The actual status and future plan was given by M. Rothacher: - SINEX datapool is already created (accessible via web sites of IERS Analysis Coordinator) with - weekly GPS solutions from IGS Analysis Centres - 28-days solutions of the ILRS pilot project 'positioning and earth orientation' 1999 - VLBI solutions from IAA for 1999 - time-table for contributions and combinations: - May 15, 2002: call for participation - June 15, 2002: deadline for submission of proposals - August 15, 2002: deadline for submission of series - November 2002, IERS Workshop: first results - April 2003, EGS: results Comments: - as input: not only one (already combined) solution per technique, but more individual solutions (because of research purposes). - older VLBI SINEX files are now available again from T. Herring; these will be included as input files as well (comment: the files of the year 1999 are now included). 5. SINEX format The proposed new format description is available on the web sites of the IERS Analysis Coordinator. M. Rothacher gave a short overview over the changes concerning SINEX 2.0 and presented the statements from IGS, IVS and ILRS. The final version of SINEX 2.0 will be available on May 15, 2002. Comments: - more explanatory text for the description of the blocks, parameters, formulas is required. - STATISTICS block 'strongly recommended' if information is available. - constraints problematical: tight constraints should be forbidden. - normal equations: tests will be performed if the constraints for every solution can be taken away and if the 'free' solution can be recovered. Normal equation blocks will be included in the format. - naming of a station after an earthquake not clear: use a new solution number, but do not change the DOMES number; difference to 'point ID': 4-character abbreviation + point ID corresponds exactly to a unique DOMES number - problems of distinguishing between GPS, GLONASS, (Galileo): at the moment the same code is used for these techniques, i.e. 'P' - parameters for solar radiation pressure will be kept. 6. CRC activities Short presentations from: - J. Vondrak: Astronomical Institute, Academy of Sciences of the Czech Republic - D. Angermann: DGFI - M. Rothacher: FESG, Technical University Munich - R. Gross: JPL Presentations during session G9.05 on Friday, April 26: - J. Vondrak: Astronomical Institute, Academy of Sciences of the Czech Republic - D. Angermann: DGFI - P.-H. Andersen: FFI - P. Yaya: GRGS - P. Sillard: IGN No presentations: - GFZ Potsdam - GIUB - IAA 7. Combination strategies No discussion at this meeting. 8. IERS Combination Workshop 4 days in early November 2002 in Munich - participants: all IERS components and contributing services. - topics: EOP; ITRS/ITRF; ICRS/ICRF; Contributions from Global Geophysical Fluids Centres (GGFC); Conventions/Standards; Rigorous combination of ITRF + EOP + ICRF; IAU Resolutions. - preparation with position papers for each session (available before the workshop). - coordination with IERS Directing Board to retain official character. 9. Varia No further topics and comments. *************************************************************************** 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

impending elsie.nci.nih.gov change
by Olson, Arthur David (NCI) May 7, 2002

May 7, 2002

We've milked elsie.nci.nih.gov, our SPARCstation 2 4/75, completely dry and are putting her out to pasture. In the next few days a new machine at a new IP address should be mooing at the same old elsie.nci.nih.gov name. In theory the changeover will be invisible, but if you see any glitches the problem may be at our end. --ado

1 0

suggestion
by Arjun Manglani May 2, 2002

May 2, 2002

http://sandbox.xerox.com/stewart/tzconvert.cgi 1. For Asia/India, please add New Delhi and/or Bombay/Mumbai instead of Calcutta. Very few people would look up under the city name Calcutta. Bomaby and New Delhi are more famous - and these names come first when looking up for time in India. 2. Then there is a confusion of the DST - It would be better if just omit the note about the DST - just show the times as the person requests it - your program should take of the DST and the times - since the dates are plugged i the DST time is known from the date. Thanks. Arjun Manglani (718) 434-2134 Brooklyn, NY 11230 USA

1 0