- tz - lists.iana.org

FW: Please direct me to an explanantion
by Marvel, Jim (CPCOE) Jan. 21, 2014

Jan. 21, 2014

Found it myself,zic.8.txt thanks Jim Marvel Software Engineer II Honeywell ESEA CMS 8323 Lindbergh Court Sarasota FL 34243 Phone - 941.360.6209 (alt: 941.360.6213) Fax - 941.355.9241 Jim.Marvel(a)Honeywell.com<mailto:nancy.ramm@honeywell.com> From: Marvel, Jim (CPCOE) Sent: Tuesday, January 21, 2014 9:53 AM To: 'tz(a)iana.org' Subject: Please direct me to an explanantion Hi, # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/London -0:01:15 - LMT 1847 Dec 1 0:00s 0:00 GB-Eire %s 1968 Oct 27 1:00 - BST 1971 Oct 31 2:00u Please direct me to an explanation of the "s" and the "u" in the rules. I looked within the tz_code and tz_data but was unable to find an explanation. Thanks Jim Marvel Software Engineer II Honeywell ESEA CMS 8323 Lindbergh Court Sarasota FL 34243 Phone - 941.360.6209 (alt: 941.360.6213) Fax - 941.355.9241 Jim.Marvel(a)Honeywell.com<mailto:nancy.ramm@honeywell.com>

1 0

Please direct me to an explanantion
by Marvel, Jim (CPCOE) Jan. 21, 2014

Jan. 21, 2014

Hi, # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/London -0:01:15 - LMT 1847 Dec 1 0:00s 0:00 GB-Eire %s 1968 Oct 27 1:00 - BST 1971 Oct 31 2:00u Please direct me to an explanation of the "s" and the "u" in the rules. I looked within the tz_code and tz_data but was unable to find an explanation. Thanks Jim Marvel Software Engineer II Honeywell ESEA CMS 8323 Lindbergh Court Sarasota FL 34243 Phone - 941.360.6209 (alt: 941.360.6213) Fax - 941.355.9241 Jim.Marvel(a)Honeywell.com<mailto:nancy.ramm@honeywell.com>

1 0

New proposal to return Russia 10 time zones and adjust regions to the standard time
by Alexander Krivenyshev Jan. 20, 2014

Jan. 20, 2014

New bill on changing time in Russia was submitted today (January 20, 2014). New bill will be more complicated than a simple change clocks back to the winter time. The proposals included: - to change Moscow time zone to UTC+3 from current UTC+4. - return Russia 10 time zones (today Russia uses nine time zones). - adjust each region to its standard time zone. - no seasonal time change (no DST). If approved, the new bill will go into effect on October 26, 2014. ITAR-TASS Novosti (in Russian) http://itar-tass.com/obschestvo/897800 Alexander Krivenyshev - WorldTimeZone.com

1 0

[PATCH] Simplify some ALL_STATE and PCTS ifdefs.
by Paul Eggert Jan. 18, 2014

Jan. 18, 2014

* Makefile (GCC_DEBUG_FLAGS): Add -Wno-address and -Wno-cast-qual. Otherwise, GCC 4.8.1 complains about some of the following changes. * localtime.c (wildabbr): Now const. This is a tiny bit more efficient, POSIX allows it, and the ALL_STATE simplifications below make use of it. All uses changed to cast if needed. (settzname, tzload, localsub, gmtsub, timesub, time2sub, time1): Protect less code with ALL_STATE; this is simpler and doesn't change behavior (or, these days, efficiency). (time1): Simplify the PCTS ifdef, and explain what PCTS is. --- Makefile | 2 +- localtime.c | 53 ++++++++++++----------------------------------------- 2 files changed, 13 insertions(+), 42 deletions(-) diff --git a/Makefile b/Makefile index 40bbbff..ab3cc6b 100644 --- a/Makefile +++ b/Makefile @@ -136,7 +136,7 @@ GCC_DEBUG_FLAGS = -Dlint -g3 -O3 -fno-common -fstrict-aliasing \ -Wbad-function-cast -Wcast-align -Wcast-qual \ -Wformat=2 -Winit-self \ -Wmissing-declarations -Wmissing-noreturn -Wmissing-prototypes \ - -Wnested-externs \ + -Wnested-externs -Wno-address -Wno-cast-qual \ -Wno-format-nonliteral -Wno-sign-compare -Wno-sign-conversion \ -Wno-type-limits \ -Wno-unused-parameter -Woverlength-strings -Wpointer-arith \ diff --git a/localtime.c b/localtime.c index 57d7d83..ff07c70 100644 --- a/localtime.c +++ b/localtime.c @@ -61,7 +61,7 @@ #define WILDABBR " " #endif /* !defined WILDABBR */ -static char wildabbr[] = WILDABBR; +static const char wildabbr[] = WILDABBR; static const char gmt[] = "GMT"; @@ -201,8 +201,8 @@ static int lcl_is_set; static int gmt_is_set; char * tzname[2] = { - wildabbr, - wildabbr + (char *) wildabbr, + (char *) wildabbr }; /* @@ -254,8 +254,7 @@ settzname(void) register struct state * const sp = lclptr; register int i; - tzname[0] = wildabbr; - tzname[1] = wildabbr; + tzname[0] = tzname[1] = (char *) wildabbr; #ifdef USG_COMPAT daylight = 0; timezone = 0; @@ -263,12 +262,10 @@ settzname(void) #ifdef ALTZONE altzone = 0; #endif /* defined ALTZONE */ -#ifdef ALL_STATE if (sp == NULL) { - tzname[0] = tzname[1] = gmt; + tzname[0] = tzname[1] = (char *) gmt; return; } -#endif /* defined ALL_STATE */ /* ** And to get the latest zone names into tzname. . . */ @@ -347,10 +344,8 @@ tzload(register const char *name, register struct state *const sp, sp->goback = sp->goahead = FALSE; -#ifdef ALL_STATE if (up == NULL) return -1; -#endif if (name == NULL && (name = TZDEFAULT) == NULL) goto oops; @@ -1268,10 +1263,8 @@ localsub(const time_t *const timep, const int_fast32_t offset, const time_t t = *timep; sp = lclptr; -#ifdef ALL_STATE if (sp == NULL) return gmtsub(timep, offset, tmp); -#endif /* defined ALL_STATE */ if ((sp->goback && t < sp->ats[0]) || (sp->goahead && t > sp->ats[sp->timecnt - 1])) { time_t newt = t; @@ -1366,8 +1359,8 @@ gmtsub(const time_t *const timep, const int_fast32_t offset, gmt_is_set = TRUE; #ifdef ALL_STATE gmtptr = malloc(sizeof *gmtptr); - if (gmtptr != NULL) #endif /* defined ALL_STATE */ + if (gmtptr != NULL) gmtload(gmtptr); } result = timesub(timep, offset, gmtptr, tmp); @@ -1377,18 +1370,7 @@ gmtsub(const time_t *const timep, const int_fast32_t offset, ** "UT+xxxx" or "UT-xxxx" if offset is non-zero, ** but this is no time for a treasure hunt. */ - if (offset != 0) - tmp->TM_ZONE = wildabbr; - else { -#ifdef ALL_STATE - if (gmtptr == NULL) - tmp->TM_ZONE = gmt; - else tmp->TM_ZONE = gmtptr->chars; -#endif /* defined ALL_STATE */ -#ifndef ALL_STATE - tmp->TM_ZONE = gmtptr->chars; -#endif /* State Farm */ - } + tmp->TM_ZONE = offset ? wildabbr : gmtptr ? gmtptr->chars : gmt; #endif /* defined TM_ZONE */ return result; } @@ -1448,12 +1430,7 @@ timesub(const time_t *const timep, const int_fast32_t offset, corr = 0; hit = 0; -#ifdef ALL_STATE i = (sp == NULL) ? 0 : sp->leapcnt; -#endif /* defined ALL_STATE */ -#ifndef ALL_STATE - i = sp->leapcnt; -#endif /* State Farm */ while (--i >= 0) { lp = &sp->lsis[i]; if (*timep >= lp->ls_trans) { @@ -1827,10 +1804,8 @@ time2sub(struct tm *const tmp, */ sp = (const struct state *) ((funcp == localsub) ? lclptr : gmtptr); -#ifdef ALL_STATE if (sp == NULL) return WRONG; -#endif /* defined ALL_STATE */ for (i = sp->typecnt - 1; i >= 0; --i) { if (sp->ttis[i].tt_isdst != yourtm.tm_isdst) continue; @@ -1903,17 +1878,15 @@ time1(struct tm *const tmp, if (tmp->tm_isdst > 1) tmp->tm_isdst = 1; t = time2(tmp, funcp, offset, &okay); -#ifdef PCTS - /* - ** PCTS code courtesy Grant Sullivan. - */ if (okay) return t; if (tmp->tm_isdst < 0) +#ifdef PCTS + /* + ** POSIX Conformance Test Suite code courtesy Grant Sullivan. + */ tmp->tm_isdst = 0; /* reset to std and try again */ -#endif /* defined PCTS */ -#ifndef PCTS - if (okay || tmp->tm_isdst < 0) +#else return t; #endif /* !defined PCTS */ /* @@ -1923,10 +1896,8 @@ time1(struct tm *const tmp, ** type they need. */ sp = (const struct state *) ((funcp == localsub) ? lclptr : gmtptr); -#ifdef ALL_STATE if (sp == NULL) return WRONG; -#endif /* defined ALL_STATE */ for (i = 0; i < sp->typecnt; ++i) seen[i] = FALSE; nseen = 0; -- 1.8.3.2

1 0

Russia back to "winter time" soon
by Steffen Thorsen Jan. 18, 2014

Jan. 18, 2014

According to this news source, Russia will most likely set clocks one hour back this spring, the bill will be submitted on January 20th, hopefully with the date for the change. "Russia to return winter time after Sochi Olympics": http://rt.com/politics/russia-winter-time-sochi-574/ Best regards, Steffen Thorsen - timeanddate.com

2 1

Regarding Asia/Calcutta
by Peddi, Radhika (Radhika) Jan. 16, 2014

Jan. 16, 2014

Hi, I would like to know whether you have removed Asia/Calcutta time zone from tz database? If so what is the solution for the existing customer who are using this timezone. Thanks & Regards, Radhika Peddi|Avaya India Pvt. Ltd.| Wing 'A', Level -5, Tower-11, Cybercity, Magarpatta City, Hadapsar | Pune, 411028|India Voice +91 20 4101 8311| Email: rpeddi<mailto:rpeddi@avaya.com>@avaya.com [ Please consider the environment before printing this email ]

3 2

Fiji to end DST one hour earlier
by Steffen Thorsen Jan. 10, 2014

Jan. 10, 2014

In a press release from the Fijian Government, they announce Fiji will end DST on 2014-01-19 02:00: http://www.fiji.gov.fj/Media-Center/Press-Releases/DAYLIGHT-SAVINGS-TO-END-… > The Ministry of Labour, Industrial Relations and Employment is reminding > the public that daylight savings will end on the 19th of January, 2014. > Labour Minister, Jone Usamate said that the public will need to move their > clocks one hour backwards at 2am on the same day. Interesting enough they said 3 am in their previous announcement in August: http://www.fiji.gov.fj/Media-Center/Press-Releases/DAYLIGHT-SAVING-STARTS-O… > Fiji will start daylight savings on Sunday 27th October, 2013 and end at > 3am on Sunday 19th January, 2014. Best regards, Steffen Thorsen - timeanddate.com

2 1

Timezones in Jordan
by Michael Gardiner Jan. 3, 2014

Jan. 3, 2014

Can you explain the current situation with regards to timezone data for Jordan. I work in the Australian Embassy in amman Jordan and am having a lot of issues with setting the correct time. On our computers when we use a NTP source such as: server 0.pool.ntp.org 120.88.46.10 server 1.pool.ntp.org server 2.pool.ntp.org server 3.pool.ntp.org It sets the clock 1 hour ahead of the correct time so I have to set them all manually which is not good. I have had a look at TZDATA2013i and it had the time as UTC +2 which should give us the correct time. Any Advise would be great. Regards Michael Gardiner First Secretary Technical Australian Embassy Amman Screen shot of using NTP server advances time by 1 hour: Having to Manually set the time (+4 minutes is writing the email): --

9 12

India gets its second time zone as Assam turns its clock ahead by an hour | NDTV.com
by Deborah Goldsmith Jan. 3, 2014

Jan. 3, 2014

http://www.ndtv.com/article/india/india-gets-its-second-time-zone-as-assam-… FYI. Deborah Goldsmith Apple, Inc.

3 2

India might get a second time zone
by Steffen Thorsen Jan. 2, 2014

Jan. 2, 2014

India might get a second time zone, the Government of Assam wants to move 1 hour ahead of the rest of India. So that will be a time zone of UTC+6:30 in that case. Date for the change is not yet announced, and it might need approval from central government, but from the news sources it sounds like it is quite likely to happen. Some sources: http://www.ndtv.com/article/india/india-gets-its-second-time-zone-as-assam-… http://www.livemint.com/Politics/Zd39EOMva038W5RJPFlXHM/Assam-moves-an-hour… Best regards, Steffen Thorsen - timeanddate.com

3 3

[PATCH] Initialize sp->defaulttype in tzparse()
by Logan Chien Jan. 2, 2014

Jan. 2, 2014

Hi, I found that sometimes the localtime() won't work properly, if sp->defaulttype is not set properly. For example, given the following code: time_t epoch = 0; setenv("TZ", "UTC+00", 1); tzset(); printf("%s", ctime(&epoch)); // (a) setenv("TZ", "Asia/Taipei", 1); tzset(); printf("%s", ctime(&epoch)); // (b) setenv("TZ", "UTC+00", 1); tzset(); printf("%s", ctime(&epoch)); // (c) The expected output should be: Thu Jan 1 00:00:00 1970 Thu Jan 1 08:00:00 1970 Thu Jan 1 00:00:00 1970 However, the output is: Thu Jan 1 00:00:00 1970 Thu Jan 1 08:00:00 1970 Thu Jan 1 08:00:00 1970 This is due to the fact that sp->defaulttype is set to 1 when we are using "Asia/Taipei" as the timezone, but it is not reset after we change the timezone to "UTC+00". As the result, the old value in sp->types[sp->defaulttype] is incorrectly used. The attached patch should resolve this issue. Please have a look. Thanks. Sincerely, Logan

2 1

Timezones in the new media
by Arthur David Olson Dec. 31, 2013

Dec. 31, 2013

Tom Scott, "The Problem with Time & Timezones - Computerphile" published 2013-12-30: http://www.youtube.com/watch?v=-5wpm-gesOY --ado

1 0

U.S. Pacific Time
by Hank W. Dec. 25, 2013

Dec. 25, 2013

I just noticed that in the note regarding Zone America/Los_Angeles in the northamerica data file, in addition to specifying that the northern three quarters of Idaho County, Idaho are included in the zone, it also lists Idaho County among the counties that are entirely included. # US Pacific time, represented by Los Angeles # # California, northern Idaho (Benewah, Bonner, Boundary, Clearwater, # Idaho, Kootenai, Latah, Lewis, Nez Perce, and Shoshone counties, # and the northern three-quarters of Idaho county), # most of Nevada, most of Oregon, and Washington Hank W., Austin, Texas, USA

3 3

Fwd: Future of Time at DC AAS meeting
by David Patte ₯ Dec. 20, 2013

Dec. 20, 2013

Forwarded from the International Sundial List, that I am also on... The announcement for a AAS splinter meeting on the leap second / UTC issue is appended. We welcome the participation of members of the sundial community who will be attending the American Astronomical Society meeting or those who may be located near Washington, DC. AAS registration is not required to participate. Please forward the announcement to anybody you think might be interested in the future of solar time. Rob Seaman NOAO -- Dear Colleague, This is an announcement of a splinter meeting to be held at the upcoming 223rd Meeting of the American Astronomical Society at the Gaylord National Resort near Washington, DC: The Future of Time Sunday, 5 January 2014 1:00 pm - 5:00 pm National Harbor 6 (note room change) Time is a very broad subject and contacts are being made among distant corners of the AAS community, including history and E/PO, observatory operations, software and systems, and in various fields of research. The topic is a proposal being vigorously pursued within the International Telecommunication Union, an agency of the United Nations, that would redefine Coordinated Universal TIme (the time on your alarm clock, wristwatch, computer and smartphone) to no longer be tied to the rotation of the Earth. We will discuss the historical context for this unprecedented proposal, as well as its significant implications for the practice of astronomy. More details are on the web page (w/ links to preprints from two previous meetings in 2011 and 2013): http://www.cacr.caltech.edu/futureofutc/aas223/ To maximize flexibility for attendees, the Future of Time agenda is split into two 2 hour sessions (below). Your participation will be welcome at either or both sessions. Rob Seaman, NOAO Ken Seidelmann, U. Virginia Arnold Rots, SAO Alison Peck, NRAO -- Session 1 - The Future of Time I historical context (1:00 pm) Introduction A (brief) history of time in astronomy (K. Seidelmann, UVA) Time scales and concepts (A. Rots, SAO) Time and Navigation: The Untold Story of Getting From Here to There (A. Johnston, NASM) Time and the Earth: Long term trends (for F. R. Stephenson, Durham University) Session 2 - The Future of Time II operational timekeeping issues (3:00 pm) The Name of Time: terminology requirements for UTC (Kara Warburton, Chair, ISO TC 37) Performing a UTC software inventory (R. Seaman, NOAO) Software and astronomical system engineering for time (TBA) Network time and infrastructure (Harlan Stenn, Network Time Foundation) Discussion: Operational implications for observatories (A. Peck, ALMA)

1 0

[tz-announce] 2013i release of tz code and data available
by Paul Eggert Dec. 19, 2013

Dec. 19, 2013

The 2013i release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting near-future time stamps: Jordan switches back to standard time at 00:00 on December 20, 2013. The 2006-2011 transition schedule is planned to resume in 2014. (Thanks to Steffen Thorsen.) Changes affecting past time stamps: In 2004, Cuba began DST on March 28, not April 4. (Thanks to Steffen Thorsen.) Changes affecting code The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. Changes affecting documentation and commentary The files solar87, solar88, and solar89 are no longer distributed. They were a negative experiment -- that is, a demonstration that tz data can represent solar time only with some difficulty and error. Their presence in the distribution caused confusion, as Riyadh civil time was generally not solar time in those years. tz-link.htm now mentions Noda Time. (Thanks to Matt Johnson.) Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2013i.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2013i.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2013i.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2013i.tar.gz Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz This release corresponds to commit 1f4030f845960e51d29d4cac2b18f4457dcaa301 dated Tue Dec 17 07:25:23 2013 -0800 and tagged 2013i in the unofficial github repository at <https://github.com/eggert/tz>. Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAABAgAGBQJSsG15AAoJEO2X6Q5iqn40a3sP/10EOORDVTC2YstBG29zmhHQ 4GQYKKOlPYVSEo7A03K8thKB0mzpF2cItm4g5AtiG3A48W2ixjXFm6ghF1UF6qf/ ldfJG6ykSUchjJTMSXN8sc/BKZRP1eXA9Cn0nxIfKzndsqjSzMFdhwzqnPerTtZ7 fT7BlF6OiMKxqDhfs5K6sYLDWBRjS8ODki2MxgKwukBytpD0kU3Lnx8mEG7d550u x7QqOk5xtPcQ+aGcn1RQi9JiWJE5khBYdsUHeudf1kd5YcHHsjIAQhLWIcmt0bAV va9WpaA7n8SbKjbyTPovVn3BxNNnbtCyZMeGI/j1Q+Fg70Nu/nyZov/ygZGf6xoc qyFK5nZlVQjTglSxp7vCUvTQ+MYVi8Ipf1BhbTN1GQoKHRD39JUB7kIRlSh1xJG8 9sdexXSS27R9ffdVfpDw4bX6kLNJ5yUDmLen9tzncSYp4jtL0FI6F2vvGPAwyeLm jN1o9lhvR4V2yNtLUFOhiAYcv3CZBhjLqxymJmKQeH2fqHlMzSpVUzVpcV3bdSnq hPVbCIYVonMvsBfKgq5UtyFqNNrIkjoAmuh/unOuB6umA0kgYjqX9Fcy2dxroW/+ CCJEfMOvC119i28Jh7+q43I27YuehUNvKzAdBokzC2+7qGi162/Hg2065LSTKf4b pZrF3/+mrFhcB8/mL5kS =tRBd -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAABAgAGBQJSsG15AAoJEO2X6Q5iqn40IS0P/RZl0vCw1HCki6c8/ZQLkGgP kI8XxLNXIwqRKhqtWPshgATxMz7BPCe1hJZlPZOsbaFg7XEsdFdkH/eoP/nOeZ8X PFgqgFTak7zpXNe/DPCfnghwKv0GbEE8xDtvwfz+AEzAiDxSA2DOXm5QwOn809I+ yW4WN7c0kqFoFI8ZLaU7YlsGh2l1tOQFIylNTQzd4Oh59CwpXEYYtl++vLxZU/iY 0kXwk2Wb2stf7MtoQmnmgNpKgAeW1g1CLwbm/w7aVV1uRfl1jSPvSqMPnSFZgMHH 550p3vYkvpIigtCevb36OQxmoDbyQmpwwW3wiwTRWD+fpRZNYb49pdSRXWTe1jyz 1WRjS0980uiu0R64zlHA3yX7TZLq9860MGlfUZfdGMYShkW2LXJP/eBxVznbMvtR wzge+ZMvYrxyKCZaLUgMJZS7P57z4Br11Y7dm9KBsJ7aEsVzxa4HOpSWLjmPTAeg 1nZ57jEsHgIqKKvb/7ZhcNnN6l0kMp0UEW5HpfYS475pV+T76tmwhnH8cY39glHq /gy6tLKiIHsuRdncNqZr2vemDHZZj6OInG1n/KTDvth8UMPZm6TSFzcmi5K6bPb8 YH6OQdYrp9KNrYz5tQRe1GWsO9/cQQ9H514WJylmoi3kHUlDVwixDMGazc0MgFAY K/1Hs73yGH9zT2rmFKl0 =B1Il -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

Jordan DST
by Amer Kayed Dec. 17, 2013

Dec. 17, 2013

Hi All As Jordan will return to UTC+2 on Dec 20th what is the change that we should do on the asia file on the time zone before we do zic . also is there any new version of time zone file version will be generated before Dec 20 for Jordan BR [Ericsson]<http://www.ericsson.com/> AMER KAYED Service Engineer Support Ericsson King Hussein Business park Building 5,4th Floor 11194, Jordan Phone +96265540787 Mobile +962777666461 Office +962777666461 Fax +96265540751 amer.kayed(a)ericsson.com www.ericsson.com [http://www.ericsson.com/current_campaign]<http://www.ericsson.com/current_campaign> Legal entity: Ericsson AB, registered office in Amman Jordan . This Communication is Confidential. We only send and receive email on the basis of the terms set out at www.ericsson.com/email_disclaimer<http://www.ericsson.com/email_disclaimer>

3 3

elsie.nci.nih.gov not reachable
by DONATELLA SABELLICO Dec. 16, 2013

Dec. 16, 2013

Hi,I was trying to reach ftp://elsie.nci.nih.gov/pub/tz*.tar.gz but today it told that host not found. Is there any problem? Thanks. Donatella Sabellico. "One Life. One Love. To love each other" Visit IBM TWA Forum! https://ibm.biz/BdxJFs "TWS default certificates must be renewed by December 10 2013" IBM team published the following Alert for TWSd and TWSz Customers: http://www.ibm.com/support/docview.wss?uid=swg21628636 http://www.ibm.com/support/docview.wss?uid=swg21628601 TWA NewsLetter! http://ibm.biz/Bdxij4 Join SMC Connect community! https://www.ibm.com/developerworks/servicemanagement/ IBM Italia S.p.A. Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI) Cap. Soc. euro 347.256.998,80 C. F. e Reg. Imprese MI 01442240030 - Partita IVA 10914660153 Società con unico azionista Società soggetta all?attività di direzione e coordinamento di International Business Machines Corporation (Salvo che sia diversamente indicato sopra / Unless stated otherwise above)

2 1

Please add Antarctica/Concordia and MZS to the timezone database
by Paride Legovini Dec. 12, 2013

Dec. 12, 2013

Dear timezone database maintainers, in 2011 you received a request from Paolo Perfetti to add two research stations located in Antarctica to the timezone database, Concordia: https://en.wikipedia.org/wiki/Concordia_Station that follows the Australia/Perth timezone, and Mario Zucchelli, https://en.wikipedia.org/wiki/Mario_Zucchelli_Station that follows New Zealand's NZST. Here is the original request: http://lists.debian.org/debian-glibc/2011/05/msg00157.html As I'm currently located in Concordia (and I will be for a year) I strongly second Paolo's request. As there are already other stations in the database I think that it shouldn't be problem to add these two. Thank you and greetings from Antarctica! Paride

2 1

Jordan DST change
by Mierzejewski, Dominik Dec. 12, 2013

Dec. 12, 2013

Dear time zone data maintainers, Jordan will return to UTC+2 on Dec 20th at 00:00 (clocks will be set back one hour to 23:00). Additionally, the previous rules for DST will return. This decision was made yesterday: http://home.telfort.nl/~t876506/TZworld.html#mea http://www.petra.gov.jo/Public_News/Nws_NewsDetails.aspx?lang=2&site_id=1&N… Regards, -- Dominik Mierzejewski dominik.mierzejewski(a)citi.com

1 0

Jordan back from DST - reverting to UTC+2
by Steffen Thorsen Dec. 11, 2013

Dec. 11, 2013

Jordan Times and other sources say that Jordan is going back to UTC+2 on 2013-12-19 at midnight: http://jordantimes.com/govt-decides-to-switch-back-to-wintertime (in English) Official, in Arabic: http://www.petra.gov.jo/public_news/Nws_NewsDetails.aspx?Menu_ID=&Site_Id=2… We assume they mean going back from 2013-12-20 00:00 to 2013-12-19 23:00, but it could also be one hour later, which is what they have normally done in the past. Based on the wording in the article, they call it coming back to winter time, so I think it would be best to change the Rules for Jordan and Zone for Amman, so it says DST started back in March 2012, never ended for the 2012/2013 winter and lasted all to December 2013. (Our background/permalink about it http://www.timeanddate.com/news/time/jordan-reverses-dst-decision.html ) Best regards, Steffen Thorsen - timeanddate.com

2 3

Re: [tz] open source .net tz compiler
by chris dostert Dec. 8, 2013

Dec. 8, 2013

I recently wrote a compiler for the tz Database written in C#, the source code for which I have made available at: https://github.com/appease/TimeZoneDb As there are no others for .net listed at http://www.iana.org/time-zones/repository/tz-link.html I thought I would reach out and ask about getting this added to the "Other tz compilers" section of the document in order to help anyone looking to consume the tz database from .net Best, -CD

5 4

Time zone in the news
by Arthur David Olson Nov. 19, 2013

Nov. 19, 2013

The 2013-11-04 New Yorker includes "New York Time," a story on an effort to repeal New York City DST laws that differ from US law. The online-but-paywalled link: http://www.newyorker.com/talk/2013/11/04/131104ta_talk_mcgrath @dashdashado

8 7

Local time from lat, lon and UTC
by dusan pecek Nov. 15, 2013

Nov. 15, 2013

Hi, not sure if this is the right place but I will ask anyhow. I am interested in calculation of local time from lat, lon and UTC (ZULU). It basically means that local time in the past can be calculated. Does your database enable to do that. Kind Regards, Dusan

5 4

Re: [tz] Local time from lat, lon and UTC
by Bennett Todd Nov. 15, 2013

Nov. 15, 2013

On Nov 14, 2013 3:33 AM, "dusan pecek" <dusan.pecek(a)gmail.com> wrote: > > Hi, not sure if this is the right place but I will ask anyhow. > I am interested in calculation of local time from lat, lon and UTC (ZULU). > It basically means that local time in the past can be calculated. > Does your database enable to do that. I for one think this list is a fine place to ask that question. The links I've seen others post in reply cover the answer, but to summarize, the zoneinfo database is necessary but not sufficient. It documents the rules for timezone changes, including but not limited to summer time AKA "daylight savings" for regions that share a common rule. The key for lookups in this database is often of the form continent/city, e.g. I'm in America/New_York. Most rules have many keys. But a separate database (and separate code) is needed to learn what rule covers (or contains) a given location as might be specified by latitude and longitude.

1 0

Wrong Cuba date in 2004
by Steffen Thorsen Nov. 13, 2013

Nov. 13, 2013

It appears the wrong date for DST start in Cuba in 2004 is in the database. It does not follow the same rules as the years before. The correct date should be Sunday 2004-03-28 00:00 ("Mar lastSun" rather than "Apr Sun>=1"). Richard Andersen (TT) (which I believe is also on this list) pointed out the difference between http://www.timeanddate.com/worldclock/timezone.html?n=99&syear=2000 and the IANA rules for Cuba, which led me to investigate. It appears I fixed this back when this was announced that year but unfortunately never reported it here. We've recorded an old granma.cu article, now long gone: http://www.granma.cu/espanol/2004/marzo/sab27/reloj.html But fortunately still available through the Wayback Machine: https://web.archive.org/web/20040402060750/http://www.granma.cu/espanol/200… Loosely translated to: "On Saturday, March 27 at midnight [end of day] clocks are moved ahead one hour, to begin this traditional schedule." Best regards, Steffen Thorsen - timeanddate.com

2 1