- tz - lists.iana.org

Re: When is midnight? Nomenclature question (was Re: Guatemala DST?)
by kennykb＠crd.ge.com April 24, 2006

April 24, 2006

benc(a)hawaga.org.uk said: > shifting the topic slightly, I've noticed that FM Osaka lists their > programme times sometimes as times even later than 2400 (which I > intuitively but perhaps incorrectly interpret as meaning tomorrow) It's common practice in the broadcasting industry to use "midnight Tuesday night", "1 am Tuesday night", and so on. In the US, the standard (according to the company that does the Nielsen Ratings) is to change the date at 04:59:59 local time; prior to that, it's "Tuesday late night", after that, it's "Wednesday morning". It's rather a headache for the engineers that the marketeers think that way - particularly on the nights when Daylight Saving Time goes in or out of effect. I've seen that done by simply ignoring the change when it happens (at 0200 in the US), and then adjusting the schedule at "end of broadcast day" at 0500. -- 73 de ke9tv/2, Kevin KENNY GE Corporate Research & Development kennykb(a)crd.ge.com P. O. Box 8, Bldg. K-1, Rm. 5B36A Schenectady, New York 12301-0008 USA

1 0

RE: When is midnight? Nomenclature question
by Andy Lipscomb April 24, 2006

April 24, 2006

I would interpret this as meaning 00:00 on Sunday, not because the statement has that meaning unambiguously, but because the alternative interpretation (24:00 on Sunday) would start/end DST during the night prior to a workday, something that's generally avoided. -----Original Message----- In the original post which prompted me start this string of discussion, Oscar van Vlijmen quotes: > DST starts on Sunday, April 30, 2006 at 12:00 Midnight local standard > time DST ends on Sunday, October 1, 2006 at 12:00 Midnight local > daylight time To me, this is ambiguous. I cannot tell whether those references to midnight mean the midnight which occurs before 12:01 a.m. on Sunday, or the midnight which occurs after 11:59 p.m. on Sunday.

1 0

recent time zone news: Indiana, New Zealand, Microsoft, Google, etc.
by Paul Eggert April 22, 2006

April 22, 2006

Microsoft said that its software couldn't handle Indiana's recent time zone change, but that this was Indiana's problem, not Microsoft's. "Outlook continues to function properly. It is the unusual distribution of time zones throughout the state, along with the adoption of daylight-saving time, which is causing inaccurate times on some PCs," Microsoft said. <http://www.tmcnet.com/usubmit/-dont-sweat-time-change-electronics-/2006/03/…> In the end, Martin and Pulaski Counties, Indiana, decided not to rebel against the US federal decision to move them into the central time zone. Alas, most of the web pages reporting this have already vanished, but you can still see remnants of this in Google News indexes, and here's a still-remaining article that confirms it for Martin county <http://www.tmnews.com/articles/2006/03/23/sections/news/news21.txt>. This will require changes to the commentary of the tz database, and to the description in zone.tab, but not to the data itself. The Nelson city council will approach the New Zealand Internal Affairs Minister to extend daylight saving by a week in spring and two weeks in autumn.<http://www.radionz.co.nz/news/latest/200604071103/10359c51> Google Analytics's time zone chooser claims that Jerusalem is part of ... Ireland. Whew! <http://www.searchenginejournal.com/?p=3276> Here are some items that might be suitable for tz-art.htm: I recently got around to reading Umberto Eco's 1994 novel, The Island of the Day Before (L'isola del giorno prima), which is the story of a 17th century Italian nobleman trapped near an island on the International Date Line. Time and time zones play an integral part in the novel. <http://www.umbertoeco.com/id-52/The%20Island%20of%20the%20Day%20Before%20(1…> David Jebb has recently published a novel "The Thirteenth Time Zone" about. It's fiction, but it's based on his experiences and travels. <http://www.thethirteenthtimezone.com/>

1 0

Re: Some modifications of China related timezone info.
by Paul Eggert April 21, 2006

April 21, 2006

"Zhe Su" <james.su(a)gmail.com> writes: > Unfortunately, most front ends (at least on GNU/Linux system) expose > timezone identifiers like "Asia/Shanghai" to end users directly. Then let's focus on getting those front ends fixed the way you like. Which front ends are they? The tz code ships only one front end, called tzselect, which works as shown at the end of this message. Note that at the crucial decision point, the user selects a #1 entry labeled "Beijing". So at least this front end works the way that you like. Perhaps all you need to do is to convince your distributors to switch to tzselect. Another possibility is for you to find out which front ends people are using, and fix those front ends. $ tzselect Please identify a location so that time zone rules can be set correctly. Please select a continent or ocean. 1) Africa 2) Americas 3) Antarctica 4) Arctic Ocean 5) Asia 6) Atlantic Ocean 7) Australia 8) Europe 9) Indian Ocean 10) Pacific Ocean 11) none - I want to specify the time zone using the Posix TZ format. #? 5 Please select a country. 1) Afghanistan 18) Israel 35) Palestine 2) Armenia 19) Japan 36) Philippines 3) Azerbaijan 20) Jordan 37) Qatar 4) Bahrain 21) Kazakhstan 38) Russia 5) Bangladesh 22) Korea (North) 39) Saudi Arabia 6) Bhutan 23) Korea (South) 40) Singapore 7) Brunei 24) Kuwait 41) Sri Lanka 8) Cambodia 25) Kyrgyzstan 42) Syria 9) China 26) Laos 43) Taiwan 10) Cyprus 27) Lebanon 44) Tajikistan 11) East Timor 28) Macau 45) Thailand 12) Georgia 29) Malaysia 46) Turkmenistan 13) Hong Kong 30) Mongolia 47) United Arab Emirates 14) India 31) Myanmar (Burma) 48) Uzbekistan 15) Indonesia 32) Nepal 49) Vietnam 16) Iran 33) Oman 50) Yemen 17) Iraq 34) Pakistan #? 9 Please select one of the following time zone regions. 1) east China - Beijing, Guangdong, Shanghai, etc. 2) Heilongjiang 3) central China - Gansu, Guizhou, Sichuan, Yunnan, etc. 4) Tibet & most of Xinjiang Uyghur 5) southwest Xinjiang Uyghur #? 1 The following information has been given: China east China - Beijing, Guangdong, Shanghai, etc. Therefore TZ='Asia/Shanghai' will be used. Local time is now: Sat Apr 22 01:03:53 CST 2006. Universal Time is now: Fri Apr 21 17:03:53 UTC 2006. Is the above information OK? 1) Yes 2) No #? 1 You can make this change permanent for yourself by appending the line TZ='Asia/Shanghai'; export TZ to the file '.profile' in your home directory; then log out and log in again. Here is that TZ value again, this time on standard output so that you can use the ./tzselect command in shell scripts: Asia/Shanghai

1 0

Some modifications of China related timezone info.
by Zhe Su April 20, 2006

April 20, 2006

Hi, The attached patch is for tzdata2006d, which updates timezone info of China, such as, adding Asia/Beijing, linking PRC to Asia/Beijing instead of Asia/Shanghai, and some changes of timezone description. Nowadays, China uses only one unified timezone, which is known as "China Beijing time", so using Asia/Beijing instead of Asia/Shanghai is more reasonable. Regards James Su

2 1

(no subject)
by Jesper Norgaard Welen April 20, 2006

April 20, 2006

www.worldtimeserver.com doesn't show the current DST rules, however, it's time zone converter does allow for peaking into the rules behind. The claim is therefore (see attached two screenshots) that the Palestinian Territory entered DST precisely one week before, Friday the 14.th. of April at 0:00. One of the screen shots will show you the unbelievable claim that at 0:15 the 14.th. of April in the Palestinian Territory, it was 23:15 the 13.th. of April in the Palestinian Territory - but even Einstein would not have been able to mingle his relativity theory so much (using for instance the speed of light), that he could go back in time. Back to the future? I think an equal time or better an error message would have been more appropriate. The question is if anyone can confirm that the DST change happened a week before. To me it sounds plausible, but we would like some (more) authoritative information. Regards, Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the free program World Time Explorer, I made: http://www.worldtimeexplorer.com/index.html

1 0

Gaza time
by Jesper Norgaard Welen April 19, 2006

April 19, 2006

I checked www.worldtimeserver.com recently and most of the recent changes to the tz database are in line with this server, it seems to be fairly well up-dated in timezone matters (unlike wikipedia, for instance!). This goes for Haiti, Tunisia, Sri Lanka, Irana, and Georgia to mention a few. Therefore I was surprised to see that they have UTC+3 at the moment for Palestinian Territory, when tz database will first have Gaza to enter DST in approximately 18 hours. This could be because they think that it follows Israel time, but it might be because they learned something more about Gaza/West Bank. Does anyone have information if Gaza/West Bank in fact applied DST before expected or not? Regards, - Jesper Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the free program World Time Explorer, I made: http://www.worldtimeexplorer.com/index.html

1 0

RE: Tzcode2006d.tar.gz and tzdata2006d.tar.gz
by Phillip Guerra April 19, 2006

April 19, 2006

I'm working in another O/S. Is it possible for someone to send a listing of the tz info as it appears on their UNIX systems? Strange request, I know, but I'm wanting to check my implemenation against what is done on the UXIX systems, so I really could use the output from a listing of all time zones, if that's possible. Thanks to all for your efforts. -----Original Message----- From: Olson, Arthur David (NIH/NCI) [E] [mailto:olsona@dc37a.nci.nih.gov] Sent: Monday, April 17, 2006 1:36 PM To: tz(a)lecserver.nci.nih.gov Subject: Tzcode2006d.tar.gz and tzdata2006d.tar.gz The files... ftp://elsie.nci.nih.gov/pub/tzcode2006d.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2006d.tar.gz ...are now available. These reflect the Haiti, Sri Lanka, and Canada changes circulated by Paul Eggert on the time zone mailing list; there's also a new audio CD documented in the art file. --ado Confidentiality Notice: This email message, including any attachments, is for the sole use of the intended recipient(s), and may contain privileged or confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by replying to this email, and delete all copies of the original message.

2 2

FW: Timezone file asia
by Olson, Arthur David (NIH/NCI) [E] April 18, 2006

April 18, 2006

Nimal Ratnayake is not on the time zone list; direct replies appropriately. --ado -----Original Message----- From: Nimal Ratnayake [mailto:nimalr@pdn.ac.lk] Sent: Tuesday, April 18, 2006 2:00 AM To: Nimal Ratnayake Cc: tz(a)lecserver.nci.nih.gov Subject: Re: Timezone file asia Hi, After I sent my previous mail (appended here) I noted that there is another change needed. I am referring to the latest file tzdata2006d.tar.gz The last two lines for the Sri Lanka time zone file Asia/Colombo needs to be changed to 6:00 - LKT 2006 Apr 15 0:30 5:30 - LKT as the time change was effective from April 15 0:30. Thanks. Nimal Ratnayake Nimal Ratnayake wrote: > Hi, > > The latest version of the timezone data file > ftp://elsie.nci.nih.gov/pub/tzdata2006c.tar.gz > contains the updated time offset for Sri Lanka, but the text field is > set to IST. I think this needs to be corrected to LKT. > > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > Zone Asia/Colombo 5:19:24 - LMT 1880 > 5:19:32 - MMT 1906 # Moratuwa Mean > Time > 5:30 - IST 1942 Jan 5 > 5:30 0:30 IHST 1942 Sep > 5:30 1:00 IST 1945 Oct 16 2:00 > 5:30 - IST 1996 May 25 0:00 > 6:30 - LKT 1996 Oct 26 0:30 > 6:00 - LKT 2006 Apr 14 > 5:30 - IST > > Thanks. > > Nimal Ratnayake > >

2 1

FW: Timezone file asia
by Olson, Arthur David (NIH/NCI) [E] April 18, 2006

April 18, 2006

Nimal Ratnayake is not on the time zone list; direct replies appropriately. --ado -----Original Message----- From: Nimal Ratnayake [mailto:nimalr@pdn.ac.lk] Sent: Tuesday, April 18, 2006 1:38 AM To: tz(a)lecserver.nci.nih.gov Subject: Timezone file asia Hi, The latest version of the timezone data file ftp://elsie.nci.nih.gov/pub/tzdata2006c.tar.gz contains the updated time offset for Sri Lanka, but the text field is set to IST. I think this needs to be corrected to LKT. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Colombo 5:19:24 - LMT 1880 5:19:32 - MMT 1906 # Moratuwa Mean Time 5:30 - IST 1942 Jan 5 5:30 0:30 IHST 1942 Sep 5:30 1:00 IST 1945 Oct 16 2:00 5:30 - IST 1996 May 25 0:00 6:30 - LKT 1996 Oct 26 0:30 6:00 - LKT 2006 Apr 14 5:30 - IST Thanks. Nimal Ratnayake

1 0