- tz - lists.iana.org

Re: [tz] A simple JavaScript library for timezone handling
by Shawn Steele Feb. 3, 2013

Feb. 3, 2013

FWIW: The ECMAScript folks are working on globalization stuff for JavaScript, including looking at timezones... Of course creating new standards and getting them implemented takes a while, but I thought I'd mention it... -Shawn ---------------------------------------------------------------------- From: "L. David Baron" <dbaron(a)dbaron.org> Subject: [tz] A simple JavaScript library for timezone handling To: tz(a)iana.org A while ago I wrote a simple JavaScript library for timezone handling in JavaScript. It provides a simple API described here: https://github.com/dbaron/tz.js/blob/3489978e9422c49f1bb4aafdfeee429a3e6651… and has build scripts to convert the necessary data from the tz database into JSON format to include in the script. The end result including the code and the data, gzip-compressed, is about 74 KB. I keep hoping I'd get a chance to make some additional improvements before announcing it, but that served only to delay announcing it and not to lead to additional improvements. Since it might be useful to others in its current form, I thought I'd share it on this list. It is: https://github.com/dbaron/tz.js -David

1 0

A simple JavaScript library for timezone handling
by L. David Baron Feb. 3, 2013

Feb. 3, 2013

A while ago I wrote a simple JavaScript library for timezone handling in JavaScript. It provides a simple API described here: https://github.com/dbaron/tz.js/blob/3489978e9422c49f1bb4aafdfeee429a3e6651… and has build scripts to convert the necessary data from the tz database into JSON format to include in the script. The end result including the code and the data, gzip-compressed, is about 74 KB. I keep hoping I'd get a chance to make some additional improvements before announcing it, but that served only to delay announcing it and not to lead to additional improvements. Since it might be useful to others in its current form, I thought I'd share it on this list. It is: https://github.com/dbaron/tz.js -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://www.mozilla.org/ 𝄂

1 0

Rule names
by Osko, Galatea Feb. 1, 2013

Feb. 1, 2013

Can anyone please advise on where I can find the Rule name history for each country/region? The data I'm interested in is as follows: - AQ, Oz: I don't know to which area/country this is referring to as it is not listed on tiscali - C-Eur, E-EurAsia - are these valid/active rule names in use? or used parallel? not sure if any of them is a historic name for Europe that's why I'm looking for archived rule names. I believe some of these were used up to some point in the past and then switched to a new name... And I also have some other countries like Pakistan, Palestine where I would like to check the DST history. ________________________________ NOTICE: Morgan Stanley is not acting as a municipal advisor and the opinions or views contained herein are not intended to be, and do not constitute, advice within the meaning of Section 975 of the Dodd-Frank Wall Street Reform and Consumer Protection Act. If you have received this communication in error, please destroy all electronic and paper copies and notify the sender immediately. Mistransmission is not intended to waive confidentiality or privilege. Morgan Stanley reserves the right, to the extent permitted under applicable law, to monitor electronic communications. This message is subject to terms available at the following link: http://www.morganstanley.com/disclaimers If you cannot access these links, please notify us by reply message and we will send the contents to you. By messaging with Morgan Stanley you consent to the foregoing.

4 3

zdump no longer reports gmtoff
by Marvel, Jim (CPCOE) Jan. 31, 2013

Jan. 31, 2013

Using ubuntu 12.04 LTS Using tz 2012 j code/data Tested each timezone mentioned in zone.tab, by zdump-ing each one. Observed that each timezone had two lines that reported NULL, then a bunch of nice-looking pairs-of-lines, then two lines that reported "NULL" I understand that this could be caused if you are using a 64 bit ubuntu on a 32-bit machine.... ...I may have !!! migrated to a 32-bit ubuntu on a 32-bit machine... The lines at the earliest/latest transition for each timezone are no longer "NULL"-containing (they mention 1901 and 2038, which I understand) What is breaking my heart is "Why did the lines drop off the gmtoff value, now ending with the isdst value?" Saw somewhere that tm_gmtoff is a GNU extension that may not be visible... Please "illuminate" Thanks, Jim

5 7

A Simple Question
by Donald MacQueen Jan. 31, 2013

Jan. 31, 2013

I recently added time zone support to our product, and life would have been easier if the time zone files had their file name in them so that they 'knew' what they were. How come they don't? Thanks in advance. -- Donald [|] Joel Cairo: You always have a very smooth explanation... Sam Spade: What do you want me to do, learn to stutter? - The Maltese Falcon

4 3

Archived Rule names
by Osko, Galatea Jan. 28, 2013

Jan. 28, 2013

Hi team, Is there a list of outdated rule names that are not in use anymore? I found rule name "oz" which is supposed to be a code for Australia however the tiscali only mentions AN, AS and some other similar codes. I assume this is a historical code but I do not find this info on any of the websites. I have problems with some other as well: C-Eur AQ E-EurAsia Please advise. Thanks Galatea Osko Morgan Stanley | Enterprise Data & Services Lechner Odon fasor 8 | Floor 06 Budapest, 1095 Phone: +36 1 881-3866 Galatea.Osko(a)morganstanley.com<mailto:Galatea.Osko@morganstanley.com> Be carbon conscious. Please consider our environment before printing this email. ________________________________ NOTICE: Morgan Stanley is not acting as a municipal advisor and the opinions or views contained herein are not intended to be, and do not constitute, advice within the meaning of Section 975 of the Dodd-Frank Wall Street Reform and Consumer Protection Act. If you have received this communication in error, please destroy all electronic and paper copies and notify the sender immediately. Mistransmission is not intended to waive confidentiality or privilege. Morgan Stanley reserves the right, to the extent permitted under applicable law, to monitor electronic communications. This message is subject to terms available at the following link: http://www.morganstanley.com/disclaimers If you cannot access these links, please notify us by reply message and we will send the contents to you. By messaging with Morgan Stanley you consent to the foregoing.

2 1

Re: [tz] Bangladesh's TZ Abbreviation
by Shawn Steele Jan. 19, 2013

Jan. 19, 2013

I noticed other non-bd sites with BdST. None of the sites (for either code) seem persuasively authoritative. References to BST are 1-off references, whereas the news site uses BdST consistently, but it's just one site. I notice that Wikipedia has been using BdST for some time. (Not that I'm saying it's a good source, and it didn't cite its references). I suggest that the lack of good references is maybe because Bengali doesn't use the Latin script? I can understand why someone may want to distinguish their abbreviation from BST though. What has been the past policy for determining these abbreviations? Particularly for non-Latin scripts, &/or where it may be difficult for us to find, read, &/or transliterate any native-language sources? -Shawn

4 4

Proposed bill to abolish the Daylight saving time in Ukraine
by Alexander Krivenyshev Jan. 19, 2013

Jan. 19, 2013

The Ministry of Economic Development and Trade of Ukraine has submitted a bill to abolish the daylight saving time. If approved, new bill will go into effect on March 1, 2013 and Ukraine will use UTC+2 year around. Reference from the Ukraine Government web site: The Ministry of Economic Development and Trade of Ukraine (in Ukrainian): http://www.me.gov.ua/control/uk/publish/article?art_id=196220&cat_id=32862 or http://www.worldtimezone.com/dst_news/dst_news_ukraine07.html Alexander Krivenyshev, http://www.worldtimezone.com

1 0

Bangladesh's TZ Abbreviation
by Hank W Jan. 18, 2013

Jan. 18, 2013

The online Bangladesh newspaper bdnews24.com repeatedly abbreviates Bangladesh Standard Time as BdST, as opposed to the BDT abbreviation in the current Asia file of the tzdata. For example, the article at http://bdnews24.com/bangladesh/2009/12/31/2010-new-decade-cheered-in, (dated 2010-01-01) states in part, "Clocks went back at 11:59pm on Thursday night--rather than midnight--to restore Bangladesh Standard Time (BdST), GMT+6." I found many similar examples in a search for BdST within the site. Searches for BdDT and BdT yielded nothing. A search for BDT yields many references to their currency, not their time. I searched also for BST and found it referring to Bangladesh Standard Time in articles from about seven or eight years ago, while in articles from the current decade it seems to be referring only to British Summer Time. Hank W. Austin, Texas, U.S.A. Time Guru Wannabe

2 2

Bulletin C number 45
by Denis Excoffier Jan. 18, 2013

Jan. 18, 2013

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, 18 January 2013 Bulletin C 45 To authorities responsible for the measurement and distribution of time INFORMATION ON UTC - TAI NO leap second will be introduced at the end of June 2013. The difference between Coordinated Universal Time UTC and the International Atomic Time TAI is : from 2012 July 1, 0h UTC, until further notice : UTC-TAI = -35 s Leap seconds can be introduced in UTC at the end of the months of December or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every six months, either to announce a time step in UTC, or to confirm that there will be no time step at the next possible date. Daniel GAMBIS Director Earth Orientation Center of IERS Observatoire de Paris, France __________________________________________

1 0

Re: [tz] TZ file comments UTF-8? Bastardized HTML?
by Russ Allbery Jan. 14, 2013

Jan. 14, 2013

Steffen "Daode" Nurpmeso <sdaoden(a)gmail.com> writes: > Russ Allbery <rra(a)stanford.edu> wrote: > |If you do decide to use POD, you may want to pick a different letter than > |I, since I<> is already a POD formatting code (for italics). D<> is safe > |to use; there's no existing formatting code. > Well, that was just what came to my mind on saturday. > Maybe U<> (for URL)? It seems unused. Yup, that would work. > I also can hardly imagine that spreading formatting tags will be > accepted by the actual tz maintainer(s), since otherwise they > might have done it 15 years ago. True. :) > I think the script can easily get extended by another mode which simply > takes an encoding name and reads text from STDIN/file, converting to tz > database-style comment output along the way; i.e., HTML entities. It > would have to decode HTML entities to E<>, which should work, then? > Shouldn't be that hard either. Yup, that would also work and wouldn't be too difficult, since E<> takes the same values as HTML entities. > ..Well i think for L<> to work the way you show it above the POD parser > must be adjusted; or we need to use special tags and make POD treat them > as links. You mean the L<anchor|http://www.example.com/> form? No, that's just standard POD; any POD parser will handle that out of the box. Or do you mean not emitting the contents of U<> and D<>? that would indeed require some tweaks, but not very difficult ones. > I haven't yet used POD any more sophisticated than this: > use Pod::Text; > my $parser = Pod::Text->new(loose => 1, indent => 0, width => 72); > $parser->parse_from_file($0, '-'); > and of course normal module documentation, so some hints how to do > the required task would be appreciated. Basically, you tell Pod::Simple that you accept some additional formatting codes with: $parser->accept_codes(qw(D U)); and then add new cmd_d and cmd_u subs that do whatever they should do with the contents. I can explain more if anyone is interested in going this direction. > It of course all stands and falls with wether these adjustments > will be acceptable for the tz database as such. > I'm not planning to fork the project. Indeed. -- Russ Allbery (rra(a)stanford.edu) <http://www.eyrie.org/~eagle/>

2 3

latest zic mishandles Africa/Cairo past 2038?
by Paul Eggert Jan. 11, 2013

Jan. 11, 2013

When I run the command "make check_public" in the tz distribution, several warnings are generated. I'd like to fix things so that it builds cleanly. Let's start with the first warning: "africa", line 190: warning: no POSIX environment variable for zone Africa/Cairo As I understand it, this warning is saying that zic can't deduce a POSIX-style TZ setting for Africa/Cairo time stamps predicted past 2038. But if you look at the data, there's a straightforward POSIX-style setting for that, namely TZ='EET-2'. My guess is that zic is confused because the most-recent Rule is for 2010. Is my guess correct? Is this a bug in zic.c, which can be fixed?

1 0

[PATCH 2/2] Move 'make check' to Ubuntu 12.10.
by Paul Eggert Jan. 11, 2013

Jan. 11, 2013

Checking the Busingen patch caused me to realize I needed to upgrade the Makefile to match a new file location in Ubuntu 12.10. I pushed this to github as well and plan to put it into the next release. * Makefile (SGML_DTDDIR): New macro, for easier porting. Update to file name used in Ubuntu 12.10. (SGML_SEARCH_PATH): Use SGML_DTDDIR. --- Makefile | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/Makefile b/Makefile index feec727..2b256f5 100644 --- a/Makefile +++ b/Makefile @@ -246,9 +246,10 @@ AWK= awk KSHELL= /bin/bash # The path where SGML DTDs are kept. -# The default is appropriate for Ubuntu. +# The default is appropriate for Ubuntu 12.10. SGML_TOPDIR= /usr -SGML_SEARCH_PATH= $(SGML_TOPDIR)/share/xml/xhtml/schema/dtd/REC-html401-19991224 +SGML_DTDDIR= $(SGML_TOPDIR)/share/xml/w3c-sgml-lib/schema/dtd +SGML_SEARCH_PATH= $(SGML_DTDDIR)/REC-html401-19991224 # The catalog file(s) to use when validating. SGML_CATALOG_FILES= HTML4.cat -- 1.7.10.4

1 0

CST for both DST and standard time in Australia/South?
by kavi＠postpro.net Jan. 7, 2013

Jan. 7, 2013

Please see https://bugs.php.net/bug.php?id=63777 The upshot: Australia/South observes daylight savings time, but the tzdata entry specifies 'CST' as the abbreviation year round. Is this a problem?

2 1

Re: [tz] "non-standard" timezones
by Shawn Steele Jan. 7, 2013

Jan. 7, 2013

> Typically, I think, people use what is coming from the tz database, unchanged. > And in the exceptions, they typically edit an existing entry rather than come up with a new name. > And in the exceptions to *that*, they typically use a name similar to the names already > in the database, rather than an unusual name. That sounds logical, but are there *any* known cases where people make exceptions to the standard? Even if they're reusing names? Especially if they're reusing names? (Reusing names for different behavior seems bad for interop). -Shawn

3 2

"non-standard" timezones
by Shawn Steele Jan. 5, 2013

Jan. 5, 2013

Hoping someone can provide examples or something. Are there cases where people are using their own Timezone data? (I'm thinking like a company or research station or something that doesn't snap to some "normal" tz for some reason) Any examples? For non-standard timezones is there a recommendation for naming conventions? (Eg: etc/mine ?) In several systems it's possible to adjust the Timezone data, and, of course someone could edit and install their own versions of the tzdb data on systems that consume it, but I'm curious if it ever happens in practice? Thanks, Shawn

2 3

timezone db error
by Mayuresh Kathe Dec. 29, 2012

Dec. 29, 2012

Hello, there's an error while representing a timezone in your database. May I know who to communicate and interact with regarding getting it corrected? Thanks. ~Mayuresh -- Simplicity can be Marvelously Powerful.

5 8

Non-ASCII chars in southamerica file
by Andy Heninger Dec. 27, 2012

Dec. 27, 2012

In the southamerica data file we have several Latin-1 encoded non-ASCII characters. The other data files are 100% ASCII Here they are: $ grep -nP "[\\x80-\\xff]" * southamerica:384:# There's also a note in only one of the major national papers (La Naci�n) at southamerica:390:# (...) anunci� que el pr�ximo domingo a las 00:00 los puntanos deber�n southamerica:393:# A partir de entonces, San Luis establecer� el huso horario propio de southamerica:395:# 2009, el cambio horario quedar� comprendido entre las 00:00 del tercer southamerica:396:# domingo de marzo y las 24:00 del segundo s�bado de octubre. southamerica:815:# I just send a e-mail to Zulmira Brand�o at I think it's fine to allow non-ASCII in comments, but would strongly request that the files be UTF-8 encoded. Anything else leads to immense confusion over what charset is in use. -- Andy

4 3

zoneinfo : ist : error
by Mayuresh Kathe Dec. 21, 2012

Dec. 21, 2012

may i know the reason why asia/kolkata represents +0530 in india? logically, technically and politically speaking, it's incorrect. ~mayuresh

7 10

Fwd: [IANA #636310] how to check a time
by Gemma Conn Nov. 30, 2012

Nov. 30, 2012

Hello, Can you point me in the direction of where I can double check that IANA has the correct time for New Zealand? I am worried that IANA has the wrong time for New Zealand, as Google Calendar which claims to use IANA Time Zone Database, displays the incorrect time for New Zealand. It displays GMT + 12 Auckland but it should be GMT + 13 Auckland, as we are observing Daylight Savings time. Sorry I could not find the right place to check this on your website - can you please check for me or tell me where I can check what time the IANA Time Zone Database has for New Zealand? I will let Google know if the mistake lies with them. Thanks Gemma Begin forwarded message: > From: Paul Eggert <eggert(a)cs.ucla.edu> > Date: 29 November 2012 2:17:18 PM NZDT > To: Gemma Conn <gemma(a)biozone.co.nz> > Subject: Re: Fwd: [IANA #636310] how to check a time > > On 11/28/2012 12:49 PM, Gemma Conn wrote: >> I couldn't find the place on the IANA website where I can check a time... > > I'm afraid there isn't a simple way to do that automatically. > I suggest you ask by sending email to tz(a)iana.org. This > mailing list is discussed in <http://www.iana.org/time-zones>.

7 6

patch for leapseconds to incorporate IERS bulletin C44
by Robert Elz Nov. 27, 2012

Nov. 27, 2012

In accordance with the tradition of keeping a copy of the most recent IERS bulletin C (currently C 44) in the leapseconds file (as comments at the end), here's a patch that updates it from C43 to C44. kre --- leapseconds 2012-01-06 18:37:49.000000000 +0700 +++ leapseconds.C44 2012-11-27 19:05:37.000000000 +0700 @@ -58,36 +58,28 @@ # SERVICE DE LA ROTATION TERRESTRE # OBSERVATOIRE DE PARIS # 61, Av. de l'Observatoire 75014 PARIS (France) -# Tel. : 33 (0) 1 40 51 22 26 +# Tel. : 33 (0) 1 40 51 22 29 # FAX : 33 (0) 1 40 51 22 91 # e-mail : (E-Mail Removed) # http://hpiers.obspm.fr/eop-pc # -# Paris, 5 January 2012 +# Paris, 7 August 2012 # # -# Bulletin C 43 +# Bulletin C 44 # # To authorities responsible # for the measurement and # distribution of time # # -# UTC TIME STEP -# on the 1st of July 2012 +# INFORMATION ON UTC - TAI # +# NO leap second will be introduced at the end of December 2012. +# The difference between Coordinated Universal Time UTC and the +# International Atomic Time TAI is : # -# A positive leap second will be introduced at the end of June 2012. -# The sequence of dates of the UTC second markers will be: -# -# 2012 June 30, 23h 59m 59s -# 2012 June 30, 23h 59m 60s -# 2012 July 1, 0h 0m 0s -# -# The difference between UTC and the International Atomic Time TAI is: -# -# from 2009 January 1, 0h UTC, to 2012 July 1 0h UTC : UTC-TAI = - 34s -# from 2012 July 1, 0h UTC, until further notice : UTC-TAI = - 35s +# from 2012 July 1, 0h UTC, until further notice : UTC-TAI = -35 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

1 0

Google moves beyond NTP
by Ted Cabeen Nov. 27, 2012

Nov. 27, 2012

Interesting article on how Google has moved beyond NTP, with a mention of last year's leap second: http://www.wired.com/wiredenterprise/2012/11/google-spanner-time/ --Ted

6 5

Rerun of changes for Russia
by Arthur David Olson Nov. 26, 2012

Nov. 26, 2012

A second rerun, this time for the "europe" and "zone.tab" files to reflect Russian time zone changes in 2011. Again, provided both as an attachment and with tabs mangled below. Again, these have been adjusted to be relative to tz2012j. --ado *** tz2012j/europe 2012-11-09 20:49:36.000000000 -0500 --- tznew/europe 2012-11-25 16:21:23.538043000 -0500 *************** *** 2043,2048 **** --- 2043,2112 ---- # Russia + # From Alexander Krivenyshev (2011-09-15): + # Based on last Russian Government Decree # 725 on August 31, 2011 + # (Government document + # <a href="http://www.government.ru/gov/results/16355/print/"> + # http://www.government.ru/gov/results/16355/print/ + # </a> + # in Russian) + # there are few corrections have to be made for some Russian time zones... + # All updated Russian Time Zones were placed in table and translated to English + # by WorldTimeZone.com at the link below: + # <a href="http://www.worldtimezone.com/dst_news/dst_news_russia36.htm"> + # http://www.worldtimezone.com/dst_news/dst_news_russia36.htm + # </a> + + # From Sanjeev Gupta (2011-09-27): + # Scans of [Decree #23 of January 8, 1992] are available at: + # <a href="http://government.consultant.ru/page.aspx?1223966"> + # http://government.consultant.ru/page.aspx?1223966 + # They are in Cyrillic letters (presumably Russian). + + # From Arthur David Olson (2012-05-09): + # Regarding the instant when clocks in time-zone-shifting parts of Russia + # changed in September 2011: + # + # One source is + # < a href="http://government.ru/gov/results/16355/> + # http://government.ru/gov/results/16355/ + # </a> + # which, according to translate.google.com, begins "Decree of August 31, + # 2011 No 725" and contains no other dates or "effective date" information. + # + # Another source is + # <a href="http://www.rg.ru/2011/09/06/chas-zona-dok.html"> + # http://www.rg.ru/2011/09/06/chas-zona-dok.html + # </a> + # which, according to translate.google.com, begins "Resolution of the + # Government of the Russian Federation on August 31, 2011 N 725" and also + # contains "Date first official publication: September 6, 2011 Posted on: + # in the 'RG' - Federal Issue number 5573 September 6, 2011" but which + # does not contain any "effective date" information. + # + # Another source is + # <a href=" http://en.wikipedia.org/wiki/Oymyakonsky_District#cite_note-RuTime-7"> + # http://en.wikipedia.org/wiki/Oymyakonsky_District#cite_note-RuTime-7 + # </a> + # which, in note 8, contains "Resolution #725 of August 31, 2011... + # Effective as of after 7 days following the day of the official publication" + # but which does not contain any reference to September 6, 2011. + # + # The Wikipedia article refers to + # <a href=" http://base.consultant.ru/cons/cgi/online.cgi?req=doc;base=LAW;n=118896"> + # http://base.consultant.ru/cons/cgi/online.cgi?req=doc;base=LAW;n=118896 + # </a> + # which seems to copy the text of the government.ru page. + # + # Tobias Conradi combines Wikipedia's + # "as of after 7 days following the day of the official publication" + # with www.rg.ru's "Date of first official publication: September 6, 2011" to get + # September 13, 2011 as the cutover date (unusually, a Tuesday, as Tobias Conradi notes). + # + # None of the sources indicates a time of day for changing clocks. + # + # Go with 2011-09-13 0:00s. + # From Paul Eggert (2006-03-22): # Except for Moscow after 1919-07-01, I invented the time zone abbreviations. # Moscow time zone abbreviations after 1919-07-01, and Moscow rules after 1991, *************** *** 2270,2283 **** # [parts of] Respublika Sakha (Yakutiya). # From Oscar van Vlijmen (2009-11-29): ! # The Sakha districts are: Bulunskij, Verkhoyanskij, Tomponskij, Ust'-Majskij, ! # Ust'-Yanskij. Zone Asia/Vladivostok 8:47:44 - LMT 1922 Nov 15 9:00 - VLAT 1930 Jun 21 # Vladivostok Time 10:00 Russia VLA%sT 1991 Mar 31 2:00s 9:00 Russia VLA%sST 1992 Jan 19 2:00s 10:00 Russia VLA%sT 2011 Mar 27 2:00s 11:00 - VLAT # # Sakhalinskaya oblast'. # The Zone name should be Yuzhno-Sakhalinsk, but that's too long. --- 2334,2359 ---- # [parts of] Respublika Sakha (Yakutiya). # From Oscar van Vlijmen (2009-11-29): ! # The Sakha districts are: Bulunskij, Verkhoyanskij, ... Ust'-Yanskij. Zone Asia/Vladivostok 8:47:44 - LMT 1922 Nov 15 9:00 - VLAT 1930 Jun 21 # Vladivostok Time 10:00 Russia VLA%sT 1991 Mar 31 2:00s 9:00 Russia VLA%sST 1992 Jan 19 2:00s 10:00 Russia VLA%sT 2011 Mar 27 2:00s 11:00 - VLAT + + # From Arthur David Olson (2012-05-09): + # Tomponskij and Ust'-Majskij switched from Vladivostok time to Yakutsk time + # in 2011. + + Zone Asia/Khandyga 9:02:13 - LMT 1922 Nov 15 + 9:00 - VLAT 1930 Jun 21 # Vladivostok Time + 10:00 Russia VLA%sT 1991 Mar 31 2:00s + 9:00 Russia VLA%sST 1992 Jan 19 2:00s + 10:00 Russia VLA%sT 2011 Mar 27 2:00s + 11:00 - VLAT 2011 Sep 13 0:00s # Decree 725? + 10:00 - YAKT + # # Sakhalinskaya oblast'. # The Zone name should be Yuzhno-Sakhalinsk, but that's too long. *************** *** 2296,2309 **** # From Oscar van Vlijmen (2009-11-29): # The Sakha districts are: Abyjskij, Allaikhovskij, Verkhhhnekolymskij, Momskij, ! # Nizhnekolymskij, Ojmyakonskij, Srednekolymskij. Zone Asia/Magadan 10:03:12 - LMT 1924 May 2 10:00 - MAGT 1930 Jun 21 # Magadan Time 11:00 Russia MAG%sT 1991 Mar 31 2:00s 10:00 Russia MAG%sT 1992 Jan 19 2:00s 11:00 Russia MAG%sT 2011 Mar 27 2:00s 12:00 - MAGT ! # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Kamchatskaya oblast', Koryakskij avtonomnyj okrug. # --- 2372,2396 ---- # From Oscar van Vlijmen (2009-11-29): # The Sakha districts are: Abyjskij, Allaikhovskij, Verkhhhnekolymskij, Momskij, ! # Nizhnekolymskij, ... Srednekolymskij. Zone Asia/Magadan 10:03:12 - LMT 1924 May 2 10:00 - MAGT 1930 Jun 21 # Magadan Time 11:00 Russia MAG%sT 1991 Mar 31 2:00s 10:00 Russia MAG%sT 1992 Jan 19 2:00s 11:00 Russia MAG%sT 2011 Mar 27 2:00s 12:00 - MAGT ! ! # From Arthur David Olson (2012-05-09): ! # Ojmyakonskij and the Kuril Islands switched from ! # Magadan time to Vladivostok time in 2011 ! Zone Asia/Ust-Nera 9:32:54 - LMT 1924 May 2 ! 10:00 - MAGT 1930 Jun 21 # Magadan Time ! 11:00 Russia MAG%sT 1991 Mar 31 2:00s ! 10:00 Russia MAG%sT 1992 Jan 19 2:00s ! 11:00 Russia MAG%sT 2011 Mar 27 2:00s ! 12:00 - MAGT 2011 Sep 13 0:00s # Decree 725? ! 11:00 - VLAT ! # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Kamchatskaya oblast', Koryakskij avtonomnyj okrug. # *** tz2012j/zone.tab 2012-07-18 20:30:38.000000000 -0400 --- tznew/zone.tab 2012-11-25 16:24:25.920299600 -0500 *************** *** 341,348 **** --- 341,350 ---- RU +5601+09250 Asia/Krasnoyarsk Moscow+04 - Yenisei River RU +5216+10420 Asia/Irkutsk Moscow+05 - Lake Baikal RU +6200+12940 Asia/Yakutsk Moscow+06 - Lena River + RU +623923+1353314 Asia/Khandyga Moscow+06 - Tomponsky, Ust-Maysky RU +4310+13156 Asia/Vladivostok Moscow+07 - Amur River RU +4658+14242 Asia/Sakhalin Moscow+07 - Sakhalin Island + RU +643337+1431336 Asia/Ust-Nera Moscow+07 - Oymyakonsky RU +5934+15048 Asia/Magadan Moscow+08 - Magadan RU +5301+15839 Asia/Kamchatka Moscow+08 - Kamchatka RU +6445+17729 Asia/Anadyr Moscow+08 - Bering Sea

2 1

Not a rerun: tz-art.htm
by Arthur David Olson Nov. 25, 2012

Nov. 25, 2012

While it might not be a rerun, it's very important either: an addition to "tz-art.htm" to cover a "Da Vinci's Inquest" episode. As with the previous two, it's relative to tz2012j and appears both as an attachment and with tabs mangled below. --ado *** tz2012j/tz-art.htm 2012-07-18 22:23:31.000000000 -0400 --- tznew/tz-art.htm 2012-11-25 16:38:08.608479600 -0500 *************** *** 415,420 **** --- 415,427 ---- </a>. (Mark Brader, 2009-10-02) </li> <li> + In the "Run by the Monkeys" episode of "Da Vinci's Inquest" + (first broadcast 2002-11-17), + a witness in a five-year-old fire case realizes they may not have set + their clock back when daylight saving ended on the day of the fire, + introducing the possibility of an hour when arson might have occurred. + </li> + <li> In "The Todd Couple" episode of "Outsourced" (first aired 2011-02-10), Manmeet sets up teledates for 6:00 and 9:00; since one is with a New Yorker and the other with a San Franciscan,

1 0

Rerun of proposed localtime.c changes
by Arthur David Olson Nov. 25, 2012

Nov. 25, 2012

Now that silly season seems to be over, two reruns. First, changes to localtime.c (both attached and below, with tabs mangled). These are designed to address two issues noted earlier this year by Doug Bailey: ensuring that "tzname" values are set, and getting proper behavior when the software is being run on an unsigned-time_t system but is using data files generated on a signed-time_t system. These changes have been updated to be relative to tz2012j. --ado *** tz2012j/localtime.c 2012-10-26 20:37:42.000000000 -0400 --- tznew/localtime.c 2012-11-25 16:11:23.833188100 -0500 *************** *** 271,276 **** --- 271,281 ---- /* ** And to get the latest zone names into tzname. . . */ + for (i = 0; i < sp->typecnt; ++i) { + register const struct ttinfo * const ttisp = &sp->ttis[i]; + + tzname[ttisp->tt_isdst] = &sp->chars[ttisp->tt_abbrind]; + } for (i = 0; i < sp->timecnt; ++i) { register const struct ttinfo * const ttisp = &sp->ttis[ *************** *** 479,498 **** ** signed time_t system but using a data file with ** unsigned values (or vice versa). */ ! for (i = 0; i < sp->timecnt - 2; ++i) ! if (sp->ats[i] > sp->ats[i + 1]) { ! ++i; if (TYPE_SIGNED(time_t)) { /* ** Ignore the end (easy). */ ! sp->timecnt = i; } else { /* ** Ignore the beginning (harder). */ register int j; for (j = 0; j + i < sp->timecnt; ++j) { sp->ats[j] = sp->ats[j + i]; sp->types[j] = sp->types[j + i]; --- 484,514 ---- ** signed time_t system but using a data file with ** unsigned values (or vice versa). */ ! for (i = 0; i < sp->timecnt; ++i) ! if ((i < sp->timecnt - 1 && ! sp->ats[i] > sp->ats[i + 1]) || ! (i == sp->timecnt - 1 && !TYPE_SIGNED(time_t) && ! sp->ats[i] > ! ((stored == 4) ? INT32_MAX : INT64_MAX))) { if (TYPE_SIGNED(time_t)) { /* ** Ignore the end (easy). */ ! sp->timecnt = i + 1; } else { /* ** Ignore the beginning (harder). */ register int j; + /* + ** Keep the record right before the + ** epoch boundary, + ** but tweak it so that it starts + ** right with the epoch + ** (thanks to Doug Bailey). + */ + sp->ats[i] = 0; for (j = 0; j + i < sp->timecnt; ++j) { sp->ats[j] = sp->ats[j + i]; sp->types[j] = sp->types[j + i];

1 0