February 2011 - tz - lists.iana.org

Bulletin C number 41
by IERS EOP Product Center Feb. 2, 2011

Feb. 2, 2011

INTERNATIONAL EARTH ROTATION AND REFERENCE SYSTEMS SERVICE (IERS) SERVICE INTERNATIONAL DE LA ROTATION TERRESTRE ET DES SYSTEMES DE REFERENCE SERVICE DE LA ROTATION TERRESTRE OBSERVATOIRE DE PARIS 61, Av. de l'Observatoire 75014 PARIS (France) Tel. : 33 (0) 1 40 51 22 29 FAX : 33 (0) 1 40 51 22 91 Internet : services.iers(a)obspm.fr Paris, 2 February 2011 Bulletin C 41 To authorities responsible for the measurement and distribution of time INFORMATION ON UTC - TAI NO positive leap second will be introduced at the end of June 2011. The difference between Coordinated Universal Time UTC and the International Atomic Time TAI is : from 2009 January 1, 0h UTC, until further notice : UTC-TAI = -34 s Leap seconds can be introduced in UTC at the end of the months of December or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every six months, either to announce a time step in UTC, or to confirm that there will be no time step at the next possible date. Daniel GAMBIS Head Earth Orientation Center of the IERS Observatoire de Paris, France __________________________________________

1 0

FW: [Meticulous] and well researched article on Alaska time zones
by Olson, Arthur David (NIH/NCI) [E] Feb. 1, 2011

Feb. 1, 2011

I'm forwarding this message from Steve Ferguson, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: Steve Ferguson [mailto:s_t_e_v_e_f@yahoo.com] Sent: Monday, January 31, 2011 1:50 To: tz(a)lecserver.nci.nih.gov Subject: [Meticulous] and well researched article on Alaska time zones The author lives in Alaska and many of the references listed are only available to Alaskan residents. http://www.alaskahistoricalsociety.org/index.cfm?section=discover%20alaska&…

4 5

"Etc\GMT" positive and negative
by EXIS.Diaz Lopez, Rodrigo Feb. 1, 2011

Feb. 1, 2011

Hi: I think I found a bug with the "Etc\GMT" zones. If you use a "positive zone" like Etc\GMT+2 for calculate actual local time in this zone you obtain... local time for Etc\GMT-2 (¡a negative zone!). For instance, its' 5:00 PM (UTC/GMT), so in GMT+2 zone (Greece) the local time must be 7:00 PM. But, if you use TZ Database, you obtain... ¡3:00 PM! And the opposite for "negative zones". Is a bit funny. Please, check it. I found a web page (http://www.gsp.com/support/virtual/admin/unix/tz/gmt/) that use tz database (I think) and shows this error. Best regards. P.S.: It is possible that the problem was with the "codes", because in the world there are "GMT+13" and "GMT+14" zones, and these zones do not exist in tz database. However, in tz database exists "GMT-13" and "GMT-14" zones, that not exist in the real world. -- Rodrigo Díaz López EXIS.rdiaz(a)iberia.es<mailto:EXIS.rdiaz@iberia.es> IBERIA.com<http://www.iberia.com> Tu viaje de principio a fin IBERIA.com<http://www.iberia.com/?language=en> Your journey from start to finish

1 0