- tz - lists.iana.org

dead code in zic
by christos＠zoulas.com March 7, 2013

March 7, 2013

On LP32 machines, the following code is dead: dayoff is long min_time is zic_t -> int_fast64_t if (dayoff < min_time / SECSPERDAY) { error(_("time too small")); return; } if (dayoff > max_time / SECSPERDAY) { error(_("time too large")); return; } The vax gcc-4.1 detects this; later versions of gcc don't. But all of them will warn, if you change min_time and max_time from const zic_t to #define's. What's the correct fix here? http://releng.netbsd.org/builds/HEAD/201303041020Z/vax.build.failed christos

7 14

Paraguay may move out of DST earlier this year
by Carlos Raúl Perasso March 6, 2013

March 6, 2013

The Paraguayan Electric Company (ANDE) plans to move out of DST a couple of weeks earlier this year. There is nothing final yet. An article from a local newspaper: http://www.abc.com.py/nacionales/ande-quiere-adelantar-el-atraso-de-los-rel… I'll will report changes on this subject. Carlos Perasso

1 0

Re: [tz] Discussion in ECMA about tz identifiers in JavaScript
by SM March 6, 2013

March 6, 2013

Hi Paul, At 13:07 05-03-2013, Paul_Koning(a)Dell.com wrote: >I don't agree. Such material would be "informational" exactly as it >is today, not "normative" -- it gives background, it doesn't create >any new requirements. The only consequence of having it in an RFC >is that it would be visible rather than buried. And based on the >discussion we've been having, that is clearly a needed improvement. There is an indirect link [1] between my comment and things that happened. It's useful to keep the project going [2]. Regards, -sm 1. http://mm.icann.org/pipermail/tz/2009-August/015750.html 2. http://mm.icann.org/pipermail/tz/2011-October/016898.html

1 0

Discussion in ECMA about tz identifiers in JavaScript
by Shawn Steele March 5, 2013

March 5, 2013

In case anyone’s interested, there’s a discussion on es-discuss(a)mozilla.org<mailto:es-discuss@mozilla.org> (the ecmascript discussion list) about time zone identifiers in Javascript. -Shawn   http://blogs.msdn.com/shawnste

9 16

Re: [tz] Discussion in ECMA about tz identifiers in JavaScript
by SM March 5, 2013

March 5, 2013

Hi Norbert, At 10:28 05-03-2013, Norbert Lindenberg wrote: >I wasn't aware of the Theory file, but found it after some digging. >Would it be possible to put the content of the "Names of time zone >rule files" section into a more prominent place? The best solution >for external references to the time zone database would actually be >an RFC containing that information - section 3 of RFC 6557 would >have been a good place. Has that been considered before? See http://www.ietf.org/timezones/code/Theory In my opinion there will be a loss of flexibility if the information is published as a RFC. Regards, -sm

2 1

Re: [tz] Discussion in ECMA about tz identifiers in JavaScript
by SM March 5, 2013

March 5, 2013

Hi Mark, At 00:22 05-03-2013, Mark Davis â wrote: >Some of these are simply rocks with no permanent >inhabitants, but for testing completeness it is useful to have them. As an example, see http://mm.icann.org/pipermail/tz/2012-May/017799.html Regards, -sm

1 0

[PATCH] Updates for Chile 2013
by Petr Machata March 4, 2013

March 4, 2013

--- Hi there, this is a patch for the Chile update that others have brought up. I decided to apply the transition dates to single years only--the DST policy is reevaluated every year anyway. Thanks, PM antarctica | 4 ++-- southamerica | 21 +++++++++++++++++++-- 2 files changed, 21 insertions(+), 4 deletions(-) diff --git a/antarctica b/antarctica index f55cbde..83d6826 100644 --- a/antarctica +++ b/antarctica @@ -52,8 +52,8 @@ Rule ChileAQ 2011 only - May Sun>=2 3:00u 0 - Rule ChileAQ 2011 only - Aug Sun>=16 4:00u 1:00 S Rule ChileAQ 2012 only - Apr Sun>=23 3:00u 0 - Rule ChileAQ 2012 only - Sep Sun>=2 4:00u 1:00 S -Rule ChileAQ 2013 max - Mar Sun>=9 3:00u 0 - -Rule ChileAQ 2013 max - Oct Sun>=9 4:00u 1:00 S +Rule ChileAQ 2013 only - Apr 28 3:00u 0 - +Rule ChileAQ 2013 only - Sep 8 4:00u 1:00 S # These rules are stolen from the `australasia' file. Rule AusAQ 1917 only - Jan 1 0:01 1:00 - diff --git a/southamerica b/southamerica index e4c8720..331c2fd 100644 --- a/southamerica +++ b/southamerica @@ -1237,6 +1237,23 @@ Zone America/Rio_Branco -4:31:12 - LMT 1914 # Note that...this is yet another "temporary" change that will be reevaluated # AGAIN in 2013. +# From Glenn Eychaner (2013-02-15): +# The article: +# <a href="http://www.diarioeldia.cl/articulo/entregan-fechas-cambio-hora-este-2013"> +# http://www.diarioeldia.cl/articulo/entregan-fechas-cambio-hora-este-2013 +# </a> +# +# In English: +# [At] midnight Saturday April 27. That day, the clocks should be +# delayed by 60 minutes, that is, being 23:59 hours and 59 seconds, +# instead of going at 0:00 pm, the time should be adjusted to be the +# same day 23:00. +# +# Turn, will resume DST midnight Saturday September 7. That day, the +# clocks will move forward in 60 minutes, that is, being 23:59 hours +# and 59 seconds, instead of going at 00:00 pm, will adjust the time +# to be 01:00 hours on 8 September. + # NOTE: ChileAQ rules for Antarctic bases are stored separately in the # 'antarctica' file. @@ -1280,8 +1297,8 @@ Rule Chile 2011 only - May Sun>=2 3:00u 0 - Rule Chile 2011 only - Aug Sun>=16 4:00u 1:00 S Rule Chile 2012 only - Apr Sun>=23 3:00u 0 - Rule Chile 2012 only - Sep Sun>=2 4:00u 1:00 S -Rule Chile 2013 max - Mar Sun>=9 3:00u 0 - -Rule Chile 2013 max - Oct Sun>=9 4:00u 1:00 S +Rule Chile 2013 only - Apr 28 3:00u 0 - +Rule Chile 2013 only - Sep 8 4:00u 1:00 S # IATA SSIM anomalies: (1992-02) says 1992-03-14; # (1996-09) says 1998-03-08. Ignore these. # Zone NAME GMTOFF RULES FORMAT [UNTIL] -- 1.7.6.5

13 24

tzcode2013a and tzdata2013a available
by Paul Eggert March 3, 2013

March 3, 2013

For details, please see the recent tz-announce message, archived at: http://mm.icann.org/pipermail/tz-announce/2013-March/000009.html

2 2

tz2013a on github now, not yet at IANA
by Paul Eggert March 1, 2013

March 1, 2013

At this point I consider the tz version on github to be the next official release. I've updated its version number accordingly, to tz2013a. I am still working through security hassles getting it officially installed at IANA. The current hangup is an incompatibility between my secure client (64-bit GNU/Linux) and IANA's authenticator (something written by Juniper that insists on 32-bit Java), which we have not yet ironed out.

2 1

samezone.pl
by Arthur David Olson Feb. 26, 2013

Feb. 26, 2013

I've attached a potentially useful script; it also appears in tab-mangled form below; it's designed to identify time zones that are the same in the long run. Given the name of a zone.tab file and the name of a time-zone-binary directory, the script runs through the zones mentioned in zone.tab and finds the associated POSIX string that applies after the last transition time specified in the zone's binary file. Each line of output begins with a POSIX string, followed by the name of each zone to which that string applies; output is sorted by POSIX string. So: AFT-4:30 Asia/Kabul AKST9AKDT,M3.2.0,M11.1.0 America/Anchorage America/Juneau America/Sitka America/Yakutat America/Nome ... There's surely room for improvement. @dashdashado #!/bin/perl my $O = $0; $O =~ s@.*[\/\\]@@; $O =~ s@.pl$@@i; if ($#ARGV != 1) { printf STDERR "$O: usage is $O zone.tab tz-binary-directory\n"; exit(1); } my ($zonetab, $tzdir) = @ARGV; open(S, "<$zonetab") || die("cannot open $zonetab"); while(<S>) { s@[\r\n]@@g; s@\s*#.*@@; $zone = (split())[2]; $zone eq "" && next; $binary = "$tzdir/$zone"; open(T, "<$binary") || die("cannot open $binary"); $posix = (); while (<T>) { $posix = $_; } close(T); $posix =~ s@[\r\n]@@g; if ($posix eq "") { $posix = $zone; } $result = $results{$posix}; if ($result ne "") { $result .= " "; } $result .= $zone; $results{$posix} = $result; } close(S); foreach (sort keys %results) { print "$_\t$results{$_}\n"; } exit(0);

1 0

AUTO: Fang Lu/Fairfax/IBM is out of the office. (returning 02/26/2013)
by Fang Lu Feb. 23, 2013

Feb. 23, 2013

I am out of the office until 02/26/2013. Hello, l will respond to your message when I return. Thanks, Florence Note: This is an automated response to your message "Re: [tz] Australian Timezone Abreviations (Daylight Savings Time) [SEC=UNOFFICIAL]" sent on 02/23/2013 4:18:27. This is the only notification you will receive while this person is away.

1 0

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

Feb. 23, 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

3 3

Re: [tz] [PATCH] Updates for Chile 2013
by Juan Correa Feb. 21, 2013

Feb. 21, 2013

On Thu, Feb 21, 2013 at 4:54 AM, <tz-request(a)iana.org> wrote: > Message: 5 > Date: Thu, 21 Feb 2013 07:42:40 +0700 > From: Robert Elz <kre(a)munnari.OZ.AU> > Subject: Re: [tz] [PATCH] Updates for Chile 2013 > To: Petr Machata <pmachata(a)redhat.com> > Cc: tz(a)iana.org > Message-ID: <16688.1361407360(a)eos.noi.kre.to> > Content-Type: text/plain; charset=iso-8859-1 > > Date: Wed, 20 Feb 2013 22:55:04 +0100 > From: Petr Machata <pmachata(a)redhat.com> > Message-ID: <m2ehgaljwl.fsf(a)redhat.com> > > | I?decided to apply the transition dates to single years only--the DST > | policy is reevaluated every year anyway. > > I think that's a mistake - you're guaranteeing that the data is going > to be wrong, rather than simply making it likely. > > I'd suggest that the data be changed as ... > > --- southamerica.was 2012-07-25 21:13:46.000000000 +0700 > +++ southamerica 2013-02-21 07:37:16.000000000 +0700 > @@ -1277,10 +1277,8 @@ > Rule Chile 2010 only - Apr Sun>=1 3:00u 0 - > Rule Chile 2011 only - May Sun>=2 3:00u 0 - > Rule Chile 2011 only - Aug Sun>=16 4:00u 1:00 S > -Rule Chile 2012 only - Apr Sun>=23 3:00u 0 - > -Rule Chile 2012 only - Sep Sun>=2 4:00u 1:00 S > -Rule Chile 2013 max - Mar Sun>=9 3:00u 0 - > -Rule Chile 2013 max - Oct Sun>=9 4:00u 1:00 S > +Rule Chile 2012 max - Apr Sun>=23 3:00u 0 - > +Rule Chile 2012 max - Sep Sun>=2 4:00u 1:00 S > # IATA SSIM anomalies: (1992-02) says 1992-03-14; > # (1996-09) says 1998-03-08. Ignore these. > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > > That is, it turns out that the rules we inserted for 2012 apply for 2013 > as well (except we were conservative last year, and assumed the change then > was just a one year thing, and put the older dates back for 2013). > > So, the patch above just assumes that the 2012/2013 strategy will continue > forwards, which it might ... it is also possible that it won't, and we will > need to change it again next year (or even again later this year) but > some kind of reasonable guess is better than simply assuming that summer > time > is going to start next September, and then never end. > > kre > I'm concerned about extending the new rules from 2013 to the future, as the decree that changes the DST this year explicitly says these changes will be valid only on this year; and doesn't void the rules set in 1970 (DST from September to March). I think it would be better to stick with a "conservative" approach, as legally on 2014 DST will end on March until further notice. -- Juan Correa Poblete PS Labs (http://www.pslabs.cl)

1 0

Re: [tz] tz Digest, Vol 17, Issue 12
by Glenn Eychaner Feb. 21, 2013

Feb. 21, 2013

The "official instructions", which explain how Easter Island (b) and Antarctica and the continent (a) work as well, can now be found at: http://www.horaoficial.cl/cambio.htm Google Translate does a pretty good job on this page, so I won't bother to translate the whole thing. Also, unfortunately, I won't have time to create a patch this week, so if someone else could do so, I'd appreciate it. Hey, at least they gave us more than a few days notice this year. Thanks, -G. > ------------------------------ > Date: Sun, 17 Feb 2013 07:43:03 -0000 > From: "Hank W." <hankw1(a)austin.rr.com> > Subject: Re: [tz] Chile DST extended > > I assume that Easter Island and Palmer Station in Antarctica are following > this year's special schedule as well. Correct? > > -----Original Message----- > From: tz-bounces(a)iana.org [mailto:tz-bounces@iana.org] On Behalf Of Steffen > Thorsen > Sent: Friday, February 15, 2013 18:53 > To: tz(a)iana.org > Subject: [tz] Chile DST extended > > According to several news sources, Chile has extended DST this year, they > will end DST later and start DST earlier than planned. They hope to save > energy. > > The new end date is 2013-04-28 00:00 and new start date is 2013-09-08 00:00. > > One such news source: > http://www.elboyaldia.cl/node/21913 > > Best regards, > Steffen Thorsen - timeanddate.com -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

2 2

[PATCH 1/7] Fix bug with two-in-one-month time changes in 2010 in Egypt.
by Paul Eggert Feb. 21, 2013

Feb. 21, 2013

[Patch by Arthur David Olson.] Problem reported by Paul Eggert in <http://mm.icann.org/pipermail/tz/2013-January/018532.html>. * zic.c (stringzone): Check for day of month too, when finding latest rule. --- zic.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/zic.c b/zic.c index a5202a1..806e613 100644 --- a/zic.c +++ b/zic.c @@ -1851,7 +1851,9 @@ stringzone(char *result, const struct zone *const zpfirst, const int zonecount) rp = &zp->z_rules[i]; if (stdrp == NULL || rp->r_hiyear > stdrp->r_hiyear || (rp->r_hiyear == stdrp->r_hiyear && - rp->r_month > stdrp->r_month)) + (rp->r_month > stdrp->r_month || + (rp->r_month == stdrp->r_month && + rp->r_dayofmonth > stdrp->r_dayofmonth)))) stdrp = rp; } if (stdrp != NULL && stdrp->r_stdoff != 0) -- 1.7.10.4

1 6

Gaza in 2013 -- anything official?
by Petr Machata Feb. 20, 2013

Feb. 20, 2013

Hi there, timeanddate.com lists for Gaza in 2013 what appears to be extension of 2012 rules[1]. The pattern in the last several years has been mostly that there is no pattern. The dates were all over the place, Ramadan even kicked in once. I take it that the dates at [1] are simply a guess, but by any chance, does anyone have an information about what should the rules in 2013 be? [1] http://www.timeanddate.com/worldclock/clockchange.html?n=702 Thanks, PM

1 0

Official information about Chile daytime changes
by Felipe Sologuren Feb. 18, 2013

Feb. 18, 2013

http://www.horaoficial.cl/cambio.htm http://translate.google.com/translate?hl=es-419&sl=es&tl=en&u=http%3A%2F%2F… -- Felipe Sologuren Newtenberg.com

1 0

Chile DST extended
by Steffen Thorsen Feb. 17, 2013

Feb. 17, 2013

According to several news sources, Chile has extended DST this year, they will end DST later and start DST earlier than planned. They hope to save energy. The new end date is 2013-04-28 00:00 and new start date is 2013-09-08 00:00. One such news source: http://www.elboyaldia.cl/node/21913 Best regards, Steffen Thorsen - timeanddate.com

2 2

Chile time changes announced
by Glenn Eychaner Feb. 15, 2013

Feb. 15, 2013

http://www.diarioeldia.cl/articulo/entregan-fechas-cambio-hora-este-2013 http://www.emol.com/noticias/economia/2013/02/15/584242/horario-de-invierno… http://papel.doe.cl/20130215/ In short, the clocks will go back at the midnight between Saturday the 27th and Sunday the 28th of April, and forward the midnight between Saturday the 7th and Sunday the 8th of September. Added two additional links to the more widely read El Mercurio, and to the Diario Oficial (flash-app) for 15 Feb, which conatins the actual text of the Decreto Supremo and clarifies that indeed this change is for this year only yet again. I will prepare a patch Monday if no one else does so first. -G. -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

1 0

Chile time changes announced
by Glenn Eychaner Feb. 15, 2013

Feb. 15, 2013

http://www.diarioeldia.cl/articulo/entregan-fechas-cambio-hora-este-2013 In short, the clocks will go back at the midnight between Saturday the 27th and Sunday the 28th of April, and forward the midnight between Saturday the 7th and Sunday the 8th of September. I will prepare a patch Monday if no one else does so first. -G. -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

1 0

[Chile] DST dates changed (again)
by Juan Correa Feb. 15, 2013

Feb. 15, 2013

It's been just published the official decree, stating new dates for the end and start of DST Daylight Saving time will end on "last saturday of april at 24:00" (27/Apr) and shall start on "first saturday of september" (07/Sep) at the same hour. Also, the decree says these rules will be valid only on 2013 Source: Decreto 153/2013, Ministerio del Interior y Seguridad Pública (LeyChile: www.leychile.cl/Consulta/m/norma_plana?idNorma=1048851&org=bleyes_r%3Ft_n%3…, in Spanish)

1 0

Change 2013 timezone rules for Chile
by Felipe Sologuren Feb. 15, 2013

Feb. 15, 2013

http://www.minenergia.cl/ministerio/noticias/generales/gobierno-anuncia-fec… -- Felipe Sologuren Newtenberg.com

1 0

Re: [tz] TZ file comments UTF-8?
by Shawn Steele Feb. 14, 2013

Feb. 14, 2013

> With that, I hope that you will quickly find UTF-8 perfectly acceptable now in source code. > Markus > i prefer plain ascii because i get trouble from time to time with mixed code > documentation. (last week some wired 16bit thing). being conservative seems > the most practical way. > wh I'd prefer UTF-8 if there's non-ASCII information to be had. Opening in an ASCII editor ASCII would just lose that extra information for whomever was using an ASCII editor, whereas forcing ASCII on the file loses that information for everyone. When I open UTF-8 in a non-UTF-8 editor, I can usually glean the content and just ignore the few mojibake-y characters. (Either that or convert everything to XML so that there's a good escaping mechanism so the file's still parsable and readable, which would be far more breaking). -Shawn

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

5 5

Busingen revisited
by Arthur David Olson Feb. 14, 2013

Feb. 14, 2013

With the new year, a revised attempt to handle the German exclave of Busingen (which followed Zurich rather than Berlin in 1980). These changes are relative to the latest github.com/eggert/tz versions; they are both below (with tabs mangled) and attached. --ado *** old/europe 2013-01-07 08:05:19.093905100 -0500 --- europe 2013-01-07 08:13:01.260316900 -0500 *************** *** 1239,1244 **** --- 1239,1265 ---- 1:00 Germany CE%sT 1980 1:00 EU CE%sT + # From Tobias Conradi (2011-09-12): + # The German enclave of Büsingen + # <a href=http://www.buesingen.de> + # (http://www.buesingen.de) + # </a> + # surrounded by the Swiss canton Schaffhausen, + # did not start observing DST in 1980 as the rest of DE + # (West Germany at that time) and DD (East Germany at that time) did. + # DD merged into DE, the area is currently covered by code DE in ISO 3166-1, + # which in turn is covered by the zone Europe/Berlin. + # + # Source for the time in Büsingen 1980: + # <a href=" http://www.videoportal.sf.tv/video?id=c012c029-03b7-4c2b-9164-aa5902cd58d3"> + # http://www.videoportal.sf.tv/video?id=c012c029-03b7-4c2b-9164-aa5902cd58d3 + # </a> + + # From Arthur David Olson (2012-03-03): + # Büsingen and Zurich have shared clocks since 1970. + + Link Europe/Zurich Europe/Busingen + # Georgia # Please see the "asia" file for Asia/Tbilisi. # Herodotus (Histories, IV.45) says Georgia north of the Phasis (now Rioni) *** old/zone.tab 2013-01-07 08:05:21.511909300 -0500 --- zone.tab 2013-01-07 08:18:15.587807500 -0500 *************** *** 159,165 **** CX -1025+10543 Indian/Christmas CY +3510+03322 Asia/Nicosia CZ +5005+01426 Europe/Prague ! DE +5230+01322 Europe/Berlin DJ +1136+04309 Africa/Djibouti DK +5540+01235 Europe/Copenhagen DM +1518-06124 America/Dominica --- 159,166 ---- CX -1025+10543 Indian/Christmas CY +3510+03322 Asia/Nicosia CZ +5005+01426 Europe/Prague ! DE +5230+01322 Europe/Berlin Germany except Busingen ! DE +4742+00841 Europe/Busingen Busingen Germany DJ +1136+04309 Africa/Djibouti DK +5540+01235 Europe/Copenhagen DM +1518-06124 America/Dominica

20 38