- tz - lists.iana.org

Re: [tz] Fw: Asia/Jakarta timezone acronym is misleading [RECAP]
by Benny Feb. 14, 2013

Feb. 14, 2013

Nope, I didn't know about that. They would be good substitute acronyms to use. Thanks for the information.I'll add some information about this WIB/WIT confusion to the tango.info/wiki later today. ___________________ Regards, benny ________________________________ From: Tobias Conradi <mail.2012(a)tobiasconradi.com> To: Benny <bknliem(a)yahoo.com> Sent: Thursday, February 14, 2013 1:49 PM Subject: Re: [tz] Fw: Asia/Jakarta timezone acronym is misleading [RECAP] > As for the English names, I propose they're changed into Western Time of > Indonesia (WTI), Central Time of Indonesia (CTI), Eastern Time of Indonesia > (CTI). Did you consider https://tango.info/wiki/Internationalized_time_point_unique_time_zone_abbre… ? Which could be: IDWT IDCT IDET ? For comparison Australia: AUET AUCT AUWT United States: USET USCT USPT Europe: EUCT EUET EUWT -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com

2 1

Re: [tz] Asia/Jakarta timezone acronym is misleading
by Benny Feb. 14, 2013

Feb. 14, 2013

We're talking in the specific context here, Indonesian audience, and they know what WIB means, in your language: UTC+7; they only know one WIT, that is UTC+9. They don't know that WIT is UTC+7 in English language, and basically, no one ever regulate WIT is Western Indonesian Time, hence WIT is always Waktu Indonesia Timur in this context. Here we're talking privately, I've posted my suggestion on the tz mailing-list (it should have been posted yesterday, only today I found out that I pressed reply, and replied to myself, instead of to the mailing-list. Some weird setting on the mailing list, the reply-to is not set correctly to reply to the mailing-list. Thus today I've forwarded it again to the list. You should have received it by now). Instead of replying to me, I'd prefer discuss it with the whole list members. ___________________ Regards, benny ________________________________ From: Tobias Conradi <mail.2012(a)tobiasconradi.com> To: Benny <bknliem(a)yahoo.com> Sent: Thursday, February 14, 2013 1:43 PM Subject: Re: [tz] Asia/Jakarta timezone acronym is misleading > Most people doesn't know what UTC+7 means, they need something that would > make more sense, thus the acronym of the timezone, I bet 1000 USD, that for any acronym most people would not know that it identifies an Indonesian time zone. > thus the WIB/WIT problem. > I've posted a recap of past discussion (sorry for double posting), and > suggest a change in the English abbreviation. Does your suggestion include a proposal for a new abbreviation? Is that somewhere online? -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com Most people doesn't know what UTC+7 means, they need something that would make more sense, thus the acronym of the timezone, thus the WIB/WIT problem. I've posted a recap of past discussion (sorry for double posting), and suggest a change in the English abbreviation. ___________________ Regards, benny ________________________________ From: Tobias Conradi <mail.2012(a)tobiasconradi.com> To: Benny <bknliem(a)yahoo.com> Sent: Thursday, February 14, 2013 1:06 PM Subject: Re: [tz] Asia/Jakarta timezone acronym is misleading > That's not the normal way to do it. Maybe. If everyone would do what is normal, there would be no innovation. > It doesn't solve the problem. The problem was posted as: "When setting a wiki's timezone to Asia/Jakarta (UTC+7), signatures get marked with (WIT)" I suggested to remove WIT. Where do you think this "doesn't solve the problem"? -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com That's not the normal way to do it. It doesn't solve the problem. ___________________ Regards, benny ________________________________ From: Tobias Conradi <mail.2012(a)tobiasconradi.com> To: Benny <bknliem(a)yahoo.com> Sent: Thursday, February 14, 2013 5:24 AM Subject: Re: [tz] Asia/Jakarta timezone acronym is misleading "When setting a wiki's timezone to Asia/Jakarta (UTC+7), signatures get marked with (WIT)" Change the MediaWiki marker? This also affects other languages/regions where markers might be meaningless to locals. Write "UTC+7" and done? Tobias On Wed, Feb 13, 2013 at 3:17 PM, Benny <bknliem(a)yahoo.com> wrote: > The acronym used in Asia/Jakarta timezone is WIT (Western Indonesian Time), > where in Indonesian language, WIT means Waktu Indonesia Timur (Eastern > Indonesian Time), so it's rather confusing, especially if the conversation > (say in Indonesian Wikipedia) is done in Indonesian language, and the user > add a signature with the timemark, it will assume WIT is the Indonesian > abbreviation, which is of course not. > > Noted in: https://bugzilla.wikimedia.org/show_bug.cgi?id=44758 > First noted in: http://sourceware.org/bugzilla/show_bug.cgi?id=791 (2005) > > ___________________ > > Regards, > benny -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com

1 0

Fw: Asia/Jakarta timezone acronym is misleading [RECAP]
by Benny Feb. 14, 2013

Feb. 14, 2013

Sorry if this topic has been discussed many times before: [1] http://mm.icann.org/pipermail/tz/2002-February/011863.html Indonesia time zones [2] http://mm.icann.org/pipermail/tz/2002-March/011897.html indonesia time zone correction [3] http://thread.gmane.org/gmane.linux.debian.devel.glibc/8955/focus=283 [4] http://mm.icann.org/pipermail/tz/2008-November/015288.html Incorrect time zone abbreviations for Indonesia [5] http://mm.icann.org/pipermail/tz/2009-April/015565.html Jakarta is Indonesia West Time Not Central Time [6] http://mm.icann.org/pipermail/tz/2009-May/015626.html [7] http://mm.icann.org/pipermail/tz/2009-May/015627.html [8] http://mm.icann.org/pipermail/tz/2009-May/015628.html [9] http://mm.icann.org/pipermail/tz/2009-May/015629.html [10] http://mm.icann.org/pipermail/tz/2009-May/015633.html and elsewhere Arthur David Olson[6] commented: The challenge here is that abbreviations of English-language names are used consistently for time zones around the globe. For Indonesia we have abbreviations WIT (Western Indonesian Time), CIT (Central Indonesian Time), and EIT (Eastern Indonesian Time). Improvidently, one of these English-language abbreviations (WIT) is also the native-language abbreviation of a different time zone. There's been discussion on the mailing list in the past about abbreviations; past consensus was that producing native-language abbreviations was an internationalization matter rather than a time zone matter. A case could be made for translating the native time zone names (Waktu Indonesia Barat, Waktu Indonesia Tengah, and Waktu Indonesia Timur) into English and using abbreviations based on the translated names. While I understand the need for English abbreviation, but in Indonesian case, it's misleading and thus have an undesirable effect, that is confusing to some people that's not aware that the acronym is in English. As for the Indonesian acronym, I think there's no question anymore about its validity (attested by http://time.kim.lipi.go.id/, http://en.wikipedia.org/wiki/Time_in_Indonesia, and others) As for the English names, I propose they're changed into Western Time of Indonesia (WTI), Central Time of Indonesia (CTI), Eastern Time of Indonesia (CTI). According to http://www.statoids.com/tid.html the English equivalent (translation) are: Western Indonesia Standard Time (WIST), Central Indonesia Standard Time (CIST), Eastern Indonesia Standard Time (EIST). Wikipedia (http://en.wikipedia.org/wiki/Time_in_Indonesia#Historical_usage) noted on the history of [[Time in Indonesia]]: Jakarta Standard Time (JST), Bali Standard Time (BST), Jayapura Time (JT) respectively. Tim Diggins[8] asked and replied by Robert Elz[9]: | Maybe I'm missing something - can someone explain what the | abbreviations are used for They're just part of the standard output data that the ctime() related functions are expected to provide. As you noted, the abbreviations themselves are essentially useless, and applications using them for any more than decoration are generally broken, but what applications decide to do is outside our control. A TZ abbreviation has been available from libc essentially forever, and we need to keep on providing one. But in our case with Wikipedia, it's not just for decoration purposes. As you might already know, Wikipedia translated the interface into many languages, and in the case of Indonesian Wikipedias (there are many editions of them), the discussion in article talk pages and user talk pages are done by people who left their signatures (name and timestamp), which carries the aforementioned "WIT", and has led to some unexplained confusion. Therefore we're asking it to be changed if possible. ___________________ Regards, benny ________________________________ From: Benny <bknliem(a)yahoo.com> To: "tz(a)iana.org" <tz(a)iana.org> Sent: Wednesday, February 13, 2013 9:17 PM Subject: [tz] Asia/Jakarta timezone acronym is misleading The acronym used in Asia/Jakarta timezone is WIT (Western Indonesian Time), where in Indonesian language, WIT means Waktu Indonesia Timur (Eastern Indonesian Time), so it's rather confusing, especially if the conversation (say in Indonesian Wikipedia) is done in Indonesian language, and the user add a signature with the timemark, it will assume WIT is the Indonesian abbreviation, which is of course not. Noted in: https://bugzilla.wikimedia.org/show_bug.cgi?id=44758 First noted in: http://sourceware.org/bugzilla/show_bug.cgi?id=791 (2005) ___________________ Regards, benny

1 0

Asia/Jakarta timezone acronym is misleading
by Benny Feb. 13, 2013

Feb. 13, 2013

The acronym used in Asia/Jakarta timezone is WIT (Western Indonesian Time), where in Indonesian language, WIT means Waktu Indonesia Timur (Eastern Indonesian Time), so it's rather confusing, especially if the conversation (say in Indonesian Wikipedia) is done in Indonesian language, and the user add a signature with the timemark, it will assume WIT is the Indonesian abbreviation, which is of course not. Noted in: https://bugzilla.wikimedia.org/show_bug.cgi?id=44758 First noted in: http://sourceware.org/bugzilla/show_bug.cgi?id=791 (2005) ___________________ Regards, benny

1 0

Russia plans to switch back to the "permanent winter time" in 2013
by Alexander Krivenyshev Feb. 7, 2013

Feb. 7, 2013

According to the Russian news: http://izvestia.ru/news/544409 Russia plans to switch back to the "permanent winter time" by the end of the year (2013). New bill will be introduce to the State Duma shortly. (in Russian) http://izvestia.ru/news/544409 or http://www.worldtimezone.com/dst_news/dst_news_russia053.html Alexander Krivenyshev, http://www.worldtimezone.com

1 0

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