- tz - lists.iana.org

About China time zones
by Walter Korte Sept. 23, 2010

Sept. 23, 2010

To the maintainers of the tz database, We are using the TZ database in our navigation SW, and we have had feedback from our users in China that the time zone city names included do not make sense to local users. Neither Harbin, Shanghai nor Chungking (this is a very strange spelling, it is spelled Chongqing in Pinyin) is used in China to indicate a time zone. It would make most sense to remove these 3 entries and replace them with a single Beijing entry in the database. As HongKong and Macao are special administrative regions (SAR) in China, listing these makes sense. For the cities listed that are located in Xinjiang (Kashgar and Urumqi), these should not be listed as China only has one official time zone. But in practice Xinjiang uses its own time zone so keeping these would be better. Best regards, Walter Korte TomTom Asia

1 0

FW: Time Zone in Paris
by Francis SANTONI Sept. 22, 2010

Sept. 22, 2010

Hello, France uses 'de facto' Eastern time zone 1h. This transition has occurred by a switch to summer time in February 1940. There never was back in the winter time at the time of the meridian of Greenwich. France adopted DST in 1976 (Official Decree number 75 866 on September 19, 1975) so that some say France uses a simple summer time in winter and double summer time in summer but in practice its official time for winter is UT + 1hr East and summer time is UT +2hr East. (Sorry but I do not understand the interest of abbreviations given to time zones). Francis Santoni, Paris

1 0

Time Zone in Paris
by Katia Sept. 22, 2010

Sept. 22, 2010

Hello, we use your database to make astrological calculations. With regard to the time zone of Paris from 1945 to 1976 it results a strange data that conflicts over other resources credited as Shank, according to your database in 1971 the Time zone Paris was 0. Can you confirm this and show me the source? Thanks and good job Katia

1 0

proposed time zone package changes (Hong Kong, Vostok, zic.c)
by Arthur David Olson Sept. 16, 2010

Sept. 16, 2010

Below find proposed changes to the time zone package; the executive summary: * asia No DST in Hong Kong in 1977 (thanks to Jesper Norgaard for finding the problem). * zic.c Conditionally output extra types with most-recently-used offsets last (for use by systems with pre-2011 versions of localtime.c, helping to ensure that globals "altzone" and "timezone" get set correctly). * zone.tab Remove obsolete association of Vostok Station with South Magnetic Pole; add association with Lake Vostok (thanks to Petr Machata for finding the problem). The "zic.c" changes result in some changed binary files, but the same output as with the current version of the package is produced by a "zdump -v all/files/in/the/zoneinfo/tree" If no problems are found, I plan to update the ftp versions on 2010-09-27. --ado diff -r -c old/asia new/asia *** old/asia Mon Aug 16 06:57:06 2010 --- new/asia Thu Sep 16 13:29:33 2010 *************** *** 1,4 **** ! # @(#)asia 8.61 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,4 ---- ! # @(#)asia 8.62 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 547,554 **** Rule HK 1954 1964 - Mar Sun>=18 3:30 1:00 S Rule HK 1954 only - Oct 31 3:30 0 - Rule HK 1955 1964 - Nov Sun>=1 3:30 0 - ! Rule HK 1965 1977 - Apr Sun>=16 3:30 1:00 S ! Rule HK 1965 1977 - Oct Sun>=16 3:30 0 - Rule HK 1973 only - Dec 30 3:30 1:00 S Rule HK 1979 only - May Sun>=8 3:30 1:00 S Rule HK 1979 only - Oct Sun>=16 3:30 0 - --- 547,554 ---- Rule HK 1954 1964 - Mar Sun>=18 3:30 1:00 S Rule HK 1954 only - Oct 31 3:30 0 - Rule HK 1955 1964 - Nov Sun>=1 3:30 0 - ! Rule HK 1965 1976 - Apr Sun>=16 3:30 1:00 S ! Rule HK 1965 1976 - Oct Sun>=16 3:30 0 - Rule HK 1973 only - Dec 30 3:30 1:00 S Rule HK 1979 only - May Sun>=8 3:30 1:00 S Rule HK 1979 only - Oct Sun>=16 3:30 0 - diff -r -c old/zic.c new/zic.c *** old/zic.c Mon Aug 16 06:57:05 2010 --- new/zic.c Thu Sep 16 14:55:31 2010 *************** *** 3,9 **** ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.20"; #include "private.h" #include "locale.h" --- 3,9 ---- ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.22"; #include "private.h" #include "locale.h" *************** *** 1621,1626 **** --- 1621,1672 ---- if (thistimei == 0) writetype[0] = TRUE; } + #ifndef LEAVE_SOME_PRE_2011_SYSTEMS_IN_THE_LURCH + /* + ** For some pre-2011 systems: if the last-to-be-written + ** standard (or daylight) type has an offset different from the + ** most recently used offset, + ** append an (unused) copy of the most recently used type + ** (to help get global "altzone" and "timezone" variables + ** set correctly). + */ + { + register int mrudst, mrustd, hidst, histd, type; + + hidst = histd = mrudst = mrustd = -1; + for (i = thistimei; i < thistimelim; ++i) + if (isdsts[types[i]]) + mrudst = types[i]; + else mrustd = types[i]; + for (i = 0; i < typecnt; ++i) + if (writetype[i]) + if (isdsts[i]) + hidst = i; + else histd = i; + if (hidst >= 0 && mrudst >= 0 && hidst != mrudst && + gmtoffs[hidst] != gmtoffs[mrudst]) { + isdsts[mrudst] = -1; + type = addtype(gmtoffs[mrudst], + &chars[abbrinds[mrudst]], + TRUE, + ttisstds[mrudst], + ttisgmts[mrudst]); + isdsts[mrudst] = TRUE; + writetype[type] = TRUE; + } + if (histd >= 0 && mrustd >= 0 && histd != mrustd && + gmtoffs[histd] != gmtoffs[mrustd]) { + isdsts[mrustd] = -1; + type = addtype(gmtoffs[mrustd], + &chars[abbrinds[mrustd]], + FALSE, + ttisstds[mrustd], + ttisgmts[mrustd]); + isdsts[mrustd] = FALSE; + writetype[type] = TRUE; + } + } + #endif /* !defined LEAVE_SOME_PRE_2011_SYSTEMS_IN_THE_LURCH */ thistypecnt = 0; for (i = 0; i < typecnt; ++i) typemap[i] = writetype[i] ? thistypecnt++ : -1; diff -r -c old/zone.tab new/zone.tab *** old/zone.tab Mon Aug 16 06:57:07 2010 --- new/zone.tab Thu Sep 16 13:29:34 2010 *************** *** 1,5 **** # <pre> ! # @(#)zone.tab 8.37 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # --- 1,5 ---- # <pre> ! # @(#)zone.tab 8.38 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # *************** *** 41,47 **** AQ -6736+06253 Antarctica/Mawson Mawson Station, Holme Bay AQ -6835+07758 Antarctica/Davis Davis Station, Vestfold Hills AQ -6617+11031 Antarctica/Casey Casey Station, Bailey Peninsula ! AQ -7824+10654 Antarctica/Vostok Vostok Station, S Magnetic Pole AQ -6640+14001 Antarctica/DumontDUrville Dumont-d'Urville Station, Terre Adelie AQ -690022+0393524 Antarctica/Syowa Syowa Station, E Ongul I AQ -5430+15857 Antarctica/Macquarie Macquarie Island Station, Macquarie Island --- 41,47 ---- AQ -6736+06253 Antarctica/Mawson Mawson Station, Holme Bay AQ -6835+07758 Antarctica/Davis Davis Station, Vestfold Hills AQ -6617+11031 Antarctica/Casey Casey Station, Bailey Peninsula ! AQ -7824+10654 Antarctica/Vostok Vostok Station, Lake Vostok AQ -6640+14001 Antarctica/DumontDUrville Dumont-d'Urville Station, Terre Adelie AQ -690022+0393524 Antarctica/Syowa Syowa Station, E Ongul I AQ -5430+15857 Antarctica/Macquarie Macquarie Island Station, Macquarie Island

1 0

FW: Morroco studies a TZ core change due to Ramadan
by Olson, Arthur David (NIH/NCI) [E] Sept. 5, 2010

Sept. 5, 2010

I'm forwarding this message from Sébastien Willemijns, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado -----Original Message----- From: Sébastien WILLEMIJNS [mailto:sebastien@willemijns.com] Sent: Wednesday, August 18, 2010 4:51 To: tz(a)lecserver.nci.nih.gov Subject: Morroco studies a TZ core change due to Ramadan http://www.yabiladi.com/articles/details/3089/maroc-l-heure-d-ete-serait- elle-appliquee.html

4 7

Israeli's Planning to ignore Standard Time
by TZ Member Sept. 2, 2010

Sept. 2, 2010

Thousands sign petition to disregard Standard Time shift http://www.ynetnews.com/Ext/Comp/ArticleLayout/CdaArticlePrintPreview/1,2506 ,L-3948283,00.html

1 0

factory zone abbreviation
by Zefram Aug. 26, 2010

Aug. 26, 2010

(I'm not on the mailing list. Please CC me on replies.) The `abbreviation' for the Factory timezone isn't valid for a TZ variable specification. I have discovered this because I have a tzfile parser in Perl that follows POSIX rules strictly for the TZ-format rule part, and I've started applying it systematically to the Olson database. This is the only zone that it has a problem with. The POSIX rules for TZ, as described in the Theory file and available online at <http://www.opengroup.org/onlinepubs/000095399/basedefs/ xbd_chap08.html> among other places, prohibit spaces in the abbreviations. Factory's abbreviation is a sentence with words separated by spaces. I see it's grandfathered past zic's test for POSIX validity, but the intent behind that seems to be more about the length than about the spaces. I don't have a problem with the length: my code doesn't impose any fixed length limit. (POSIX allows implementations to limit the length to six bytes or higher, but doesn't oblige them to.) You could fix this by changing the spaces to dashes. The result is POSIX-valid, and also avoids violating the expectations of naive parsers of date(1) output that expect the timezone abbreviation to be just one word. The downside is that it slightly impairs readability to humans. POSIX systems are also still allowed to object to it if they do impose a small TZNAME_MAX. What are your thoughts? -zefram

3 3

Rules for Asia/Tokyo and Asia/Karachi
by Joachim Wieland Aug. 23, 2010

Aug. 23, 2010

Hi, I am trying to understand the database file format and have a question regarding the rule definition of Asia/Tokyo and Asia/Karachi. Both time zones seem to be valid but I cannot see that from their definition in the database. Let's look at Asia/Tokyo only, but Asia/Karachi is similar... # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Japan 1948 only - May Sun>=1 2:00 1:00 D Rule Japan 1948 1951 - Sep Sat>=8 2:00 0 S Rule Japan 1949 only - Apr Sun>=1 2:00 1:00 D Rule Japan 1950 1951 - May Sun>=1 2:00 1:00 D # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Tokyo 9:18:59 - LMT 1887 Dec 31 15:00u 9:00 - JST 1896 9:00 - CJT 1938 9:00 Japan J%sT So Asia/Tokyo references the ruleset "Japan" which is only defined for the years 1948 - 1951. Wouldn't that mean that Asia/Tokyo is only valid during those years? Especially, it references a substring with "J%sT", where does this substring come from for any other year? Thanks a lot, Joachim

1 0

Shouldn't Kemerovo oblast' use OMST/OMSST timezone abbreviation?
by Petr Machata Aug. 23, 2010

Aug. 23, 2010

... given the time offset it could be either that, or NOVT that tzdata currently uses. But Wikipedia lists Kemerovo under Omsk Time: http://en.wikipedia.org/wiki/Kemerovo_Oblast http://en.wikipedia.org/wiki/Omsk_Time http://ru.wikipedia.org/wiki/Новокузнецк One one reference outside of obvious Wikipedia copies: http://www.vk-ugoll.ru/index.php?option=com_content&view=article&id=82&Item… Though I was unable to find anything official. Petr Machata

2 1

java tz updates
by Alistair Forbes Aug. 20, 2010

Aug. 20, 2010

Hi, Apologies if this is a bit off-topic as it's specific only to java timezones. The latest 2010k updates for java are not (yet) freely available from Sun. ( http://www.oracle.com/technetwork/java/javase/tzdata-versions-138805.html ) I have not looked into it, but I assume if I pay I could get the update. For Linux there there is a package "tzdata-java" which updates /usr/share/javazi/ but this does not used by the Sun JDK. Anyone know is an alternative to updating the Sun JDK timezones? I can of course program something - cases like Egypt changing time for Ramadan are fairly rare. Thanks Al

4 4

Morroco studies a TZ core change due to Ramadan
by S�bastien WILLEMIJNS Aug. 18, 2010

Aug. 18, 2010

http://www.yabiladi.com/articles/details/3089/maroc-l-heure-d-ete-serait- elle-appliquee.html

1 0

The zone.tab comment for Antarctica/Vostok
by Petr Machata Aug. 16, 2010

Aug. 16, 2010

... reads "Vostok Station, S Magnetic Pole". I believe it should be "S Cold Pole". Magnetic pole currently lies in the sea off the coast of Antarctica. Petr Machata

2 1

Inconsistency in zoneinfo binary files?
by Roland Bock Aug. 16, 2010

Aug. 16, 2010

Hi, I hope that this is the right list to ask this question: I am having trouble in comprehending the zoneinfo binary files: I have a version 2 file for Amsterdam which gives me 180 transition times and 13 transition types in the first block (all of which look fine to me). But the second block yields 181 transition times and 14 transition types. The additional transition time is 1971-02-07T06:08:44, which seems rather weird to me. Regards, Roland

2 2

As the odometer turns...
by Olson, Arthur David (NIH/NCI) [E] Aug. 16, 2010

Aug. 16, 2010

For milestone fans. --ado Script started on Mon Aug 16 09:51:45 2010 lecserver$ gunzip < ~ftp/pub/tzarchive.gz | wc -l 1001901 lecserver$ exit script done on Mon Aug 16 09:52:03 2010

1 0

zone.tab comment for Antarctica/Vostok
by Petr Machata Aug. 16, 2010

Aug. 16, 2010

... reads "Vostok Station, S Magnetic Pole". I believe it should be "S Cold Pole". Magnetic pole currently lies in the sea off the coast of Antarctica. Petr Machata

1 0

2010l
by Olson, Arthur David (NIH/NCI) [E] Aug. 16, 2010

Aug. 16, 2010

The files... ftp://elsie.nci.nih.gov/pub/tzcode2010l.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2010l.tar.gz ...are now available; these reflect the changes circulated last week on the time zone mailing list, minus the worldtimezone URL change. --ado

1 0

subscribe
by Roland Bock Aug. 16, 2010

Aug. 16, 2010

1 0

Error in time zone for Egypt
by Martin Höfler Aug. 15, 2010

Aug. 15, 2010

Hi! I think there's an error in the time zone description of Egypt for 2010: during Ramadan, Egypt switches back to standard time and at the end of Ramadan it's daylight saving time again. This is the respective rule: Rule Egypt 2010 only - Sep 9 0:00s 1:00 S However, Ramadan seems to end at midnight between the 9th and the 10th of September (it lasts 30 days, which includes the 9th). See http://www.timeanddate.com/news/time/egypt-ends-dst-2010.html So the rule should be: Rule Egypt 2010 only - Sep 9 24:00s 1:00 S Or Rule Egypt 2010 only - Sep 10 0:00s 1:00 S I'm not 100% sure about all this (I'm no expert), but as the other sources in the time zone file don't mention a specific switch time, I think the rule needs to be corrected. Best regards, Martin Hoefler

1 0

Start of Ramadan in the news
by Olson, Arthur David (NIH/NCI) [E] Aug. 11, 2010

Aug. 11, 2010

On page B1 of today's Washington (DC) Post, "In Ramadan, feasting on debate: Siding with science or doctrine, Muslims have disagreed for centuries over how and when to mark start of holy month." http://www.washingtonpost.com/wp-dyn/content/article/2010/08/10/AR201008100… --ado

1 0

Gaza and West Bank have ended DST
by Steffen Thorsen Aug. 11, 2010

Aug. 11, 2010

According to several sources, including http://www.maannews.net/eng/ViewDetails.aspx?ID=306795 the clocks were set back one hour at 2010-08-11 00:00:00 local time in Gaza and the West Bank. Some more background info: http://www.timeanddate.com/news/time/westbank-gaza-end-dst-2010.html -- Best regards, Steffen Thorsen - timeanddate.com

2 1

proposed time zone package changes (including Gaza and Seoul)
by Arthur David Olson Aug. 11, 2010

Aug. 11, 2010

Below find proposed time zone pacakage changes; here's the executive summary: africa Change Cairo's 2010 reversion to DST from the midnight between September 8 and 9 to the midnight between September 9 and 10. asia Change Gaza's 2010 return to standard time to the midnight between August 10 and 11. localtime.c Change to set timezone and altzone based on time types with greatest transition times (for the benefit of Asia/Seoul). tz-link.htm Change worldtimeserver.com to worldtimeserver.co. If no problems are found, these are to show up on the ftp site on 2010-08-16. --ado diff -r -c old/africa new/africa *** old/africa Mon Jul 26 10:42:04 2010 --- new/africa Wed Aug 11 09:42:50 2010 *************** *** 1,5 **** # <pre> ! # @(#)africa 8.27 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)africa 8.28 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 311,318 **** Rule Egypt 2008 only - Aug lastThu 23:00s 0 - Rule Egypt 2009 only - Aug 20 23:00s 0 - ! Rule Egypt 2010 only - Aug 10 23:00s 0 - ! Rule Egypt 2010 only - Sep 9 0:00s 1:00 S Rule Egypt 2010 max - Sep lastThu 23:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] --- 311,318 ---- Rule Egypt 2008 only - Aug lastThu 23:00s 0 - Rule Egypt 2009 only - Aug 20 23:00s 0 - ! Rule Egypt 2010 only - Aug 11 0:00 0 - ! Rule Egypt 2010 only - Sep 10 0:00 1:00 S Rule Egypt 2010 max - Sep lastThu 23:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] diff -r -c old/asia new/asia *** old/asia Mon Jul 26 10:42:05 2010 --- new/asia Wed Aug 11 09:51:47 2010 *************** *** 1,4 **** ! # @(#)asia 8.60 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,4 ---- ! # @(#)asia 8.61 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 2178,2183 **** --- 2178,2195 ---- # "At 12:01am Friday, clocks in Israel and the West Bank will change to # 1:01am, while Gaza clocks will change at 12:01am Saturday morning." + # From Steffen Thorsen (2010-08-11): + # According to several sources, including + # <a href="http://www.maannews.net/eng/ViewDetails.aspx?ID=306795"> + # http://www.maannews.net/eng/ViewDetails.aspx?ID=306795 + # </a> + # the clocks were set back one hour at 2010-08-11 00:00:00 local time in + # Gaza and the West Bank. + # Some more background info: + # <a href="http://www.timeanddate.com/news/time/westbank-gaza-end-dst-2010.html"> + # http://www.timeanddate.com/news/time/westbank-gaza-end-dst-2010.html + # </a> + # The rules for Egypt are stolen from the `africa' file. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule EgyptAsia 1957 only - May 10 0:00 1:00 S *************** *** 2198,2203 **** --- 2210,2216 ---- Rule Palestine 2009 only - Mar lastFri 0:00 1:00 S Rule Palestine 2010 max - Mar lastSat 0:01 1:00 S Rule Palestine 2009 max - Sep Fri>=1 2:00 0 - + Rule Palestine 2010 only - Aug 11 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Gaza 2:17:52 - LMT 1900 Oct diff -r -c old/localtime.c new/localtime.c *** old/localtime.c Mon Jul 26 10:42:04 2010 --- new/localtime.c Wed Aug 11 09:48:22 2010 *************** *** 5,11 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.13"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 5,11 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.14"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 274,281 **** return; } #endif /* defined ALL_STATE */ ! 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]; --- 274,286 ---- return; } #endif /* defined ALL_STATE */ ! /* ! ** And to get the latest zone names into tzname. . . ! */ ! for (i = 0; i < sp->timecnt; ++i) { ! register const struct ttinfo * const ttisp = ! &sp->ttis[ ! sp->types[i]]; tzname[ttisp->tt_isdst] = &sp->chars[ttisp->tt_abbrind]; *************** *** 282,307 **** #ifdef USG_COMPAT if (ttisp->tt_isdst) daylight = 1; ! if (i == 0 || !ttisp->tt_isdst) timezone = -(ttisp->tt_gmtoff); #endif /* defined USG_COMPAT */ #ifdef ALTZONE ! if (i == 0 || ttisp->tt_isdst) altzone = -(ttisp->tt_gmtoff); #endif /* defined ALTZONE */ } /* - ** And to get the latest zone names into tzname. . . - */ - for (i = 0; i < sp->timecnt; ++i) { - register const struct ttinfo * const ttisp = - &sp->ttis[ - sp->types[i]]; - - tzname[ttisp->tt_isdst] = - &sp->chars[ttisp->tt_abbrind]; - } - /* ** Finally, scrub the abbreviations. ** First, replace bogus characters. */ --- 287,301 ---- #ifdef USG_COMPAT if (ttisp->tt_isdst) daylight = 1; ! if (!ttisp->tt_isdst) timezone = -(ttisp->tt_gmtoff); #endif /* defined USG_COMPAT */ #ifdef ALTZONE ! if (ttisp->tt_isdst) altzone = -(ttisp->tt_gmtoff); #endif /* defined ALTZONE */ } /* ** Finally, scrub the abbreviations. ** First, replace bogus characters. */ diff -r -c old/tz-link.htm new/tz-link.htm *** old/tz-link.htm Mon Jul 26 10:42:07 2010 --- new/tz-link.htm Wed Aug 11 09:29:39 2010 *************** *** 18,24 **** <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.28 </address> <p> This file is in the public domain, so clarified as of --- 18,24 ---- <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.29 </address> <p> This file is in the public domain, so clarified as of *************** *** 333,339 **** time info, public holidays</a> contains information on local time, sunrise and sunset, and public holidays in several hundred cities around the world.</li> ! <li><a href="http://worldtimeserver.com/">World Time Server</a> is another time zone database.</li> <li><a href="http://tycho.usno.navy.mil/tzones.html">World Time Zones</a> contains data from the Time Service Department of the --- 333,339 ---- time info, public holidays</a> contains information on local time, sunrise and sunset, and public holidays in several hundred cities around the world.</li> ! <li><a href="http://worldtimeserver.co/">World Time Server</a> is another time zone database.</li> <li><a href="http://tycho.usno.navy.mil/tzones.html">World Time Zones</a> contains data from the Time Service Department of the

1 0

Egypt change time
by Moataz Salah Aug. 9, 2010

Aug. 9, 2010

Dear Sir, do you know that egypt will change its time after 36 hrs from now , in more details ,tomorrow tuesday at 11:59 pm will olson database update that or not

1 0

World Time Server Link on your website
by webmaster＠worldtimeserver.co Aug. 7, 2010

Aug. 7, 2010

Please consider updating your http://www.worldtimeserver.com link to http://www.worldtimeserver.co (note .co, not .com) when you have a spare moment. Thanks. Kind Regards, WorldTimeServer.co team http://www.worldtimeserver.co

1 0

Maybe a mistake in tzdata2010k.tar.gz
by Stanley, Rick Aug. 4, 2010

Aug. 4, 2010

Hi, I got your email from http://www.twinsun.com/tz/tz-link.htm. I have recently downloaded this tz file: tzdata2010k.tar.gz I have compiled the tz file for Egypt and find the following: bash-3.00# zdump -v Egypt | grep 2010 Egypt Thu Apr 29 21:59:59 2010 UTC = Thu Apr 29 23:59:59 2010 EET isdst=0 Egypt Thu Apr 29 22:00:00 2010 UTC = Fri Apr 30 01:00:00 2010 EEST isdst=1 Egypt Tue Aug 10 20:59:59 2010 UTC = Tue Aug 10 23:59:59 2010 EEST isdst=1 Egypt Tue Aug 10 21:00:00 2010 UTC = Tue Aug 10 23:00:00 2010 EET isdst=0 Egypt Wed Sep 8 21:59:59 2010 UTC = Wed Sep 8 23:59:59 2010 EET isdst=0 Egypt Wed Sep 8 22:00:00 2010 UTC = Thu Sep 9 01:00:00 2010 EEST isdst=1 Egypt Thu Sep 30 20:59:59 2010 UTC = Thu Sep 30 23:59:59 2010 EEST isdst=1 Egypt Thu Sep 30 21:00:00 2010 UTC = Thu Sep 30 23:00:00 2010 EET isdst=0 All of this looks correct, except for the Sep 8 - Sep 9 changes. Here is what I find on the web about time changes in Egypt: DST ends<http://www.timeanddate.com/worldclock/clockchange.html?n=53> on Midnight between Tuesday, August 10, 2010 and Wednesday, August 11, 2010 local daylight time DST starts<http://www.timeanddate.com/worldclock/clockchange.html?n=53> on Midnight between Thursday, September 9, 2010 and Friday, September 10, 2010 local standard time DST ends<http://www.timeanddate.com/worldclock/clockchange.html?n=53> on Midnight between Thursday, September 30, 2010 and Friday, October 1, 2010 local daylight time On the web, DST starts between Sept 9 and 10th In the TZ file, DST starts between Sept 8 and 9th. Thank you, Rick Stanley Technical Support Engineer, Global Mobile Messaging (within the USA) 1.888.367.8552 | (outside USA) +1.919.460.2150 5200 Paramount Parkway | Morrisville, NC | 27560 | USA Tekelec<http://www.tekelec.com/?LinkID=TK22&PubID=15&DistID=9&AdID=4> [cid:image002.jpg@01CB33CA.88257E40]

1 0

Australian timezone abbreviation EST
by Joachim Wieland Aug. 3, 2010

Aug. 3, 2010

Hi there, I am a bit confused by the definition of some Australian timezones in the database, maybe someone could shed some light here... When I look at Melbourne for example, I see: [...] Rule AV 2008 max - Apr Sun>=1 2:00s 0 - Rule AV 2008 max - Oct Sun>=1 2:00s 1:00 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Australia/Melbourne 9:39:52 - LMT 1895 Feb 10:00 Aus EST 1971 10:00 AV EST It looks like there is only one valid timezone abbreviation, which is EST! EST seems to change its offset whenever Australia/Melbourne changes from dst or back? Isn't that more than confusing? How would one know what time "4:15pm EST" is?! Or am I only misreading this? http://www.travelmath.com/time-zone/Australia/Melbourne tells me: "The GMT offset is currently UTC/GMT +10 hours (EST). It will change [...]. The new GMT offset will be UTC/GMT +11 hours (EST)." Thanks for your help, Joachim PS: I am not subscribed to the list, it would be nice if you could copy me in your replies. Thanks.

4 5