- tz - lists.iana.org

Re: [tz] temporary timezone database home ...
by David Braverman Oct. 11, 2011

Oct. 11, 2011

Um...a statement in a creative work that says "this work is in the public domain" generally *does* put it in the public domain. Anyone who owns property is free to give it away. In the case of the U.S. government, since the government (in theory) is owned by the citizens of the U.S., as a matter of public policy U.S. government works are in the public domain. 17 USC 105 states this explicitly, but does allows the U.S. government to hold copyrights by devise (for example, through a gift or a tax lien). I believe ADO had to clarify that the tzinfo database fell into the first category and not the second; thus, the "public domain" language in the tzinfo files. And IAAL (just not practicing). :) David Braverman http://www.wx-now.com/

4 3

tzdata repo at Google Code is gone
by Øyvind A. Holm Oct. 11, 2011

Oct. 11, 2011

There used to be an svn repo on http://code.google.com/p/tzdata/ containing the tz data in various formats (csv, json, xml, etc), but now it's gone. Does anyone know what happened to it? Anyway, on 2011-10-08 I converted it from Svn to Git, and this repo (with full history, newest version is tzdata2011j) is stored at https://gitorious.org/tz/tzdata . It can be cloned with git clone git://gitorious.org/tz/tzdata.git Regards, Øyvind

1 0

tzdata2011l.tar.gz
by Robert Elz Oct. 10, 2011

Oct. 10, 2011

The file ... ftp://munnari.oz.au/pub/tzdata2011l.tar.gz ...is now available; this reflects changes circulated last week on the time zone mailing list. There are just 2 changes that cause different generated tzdata files from zic, to Asia/Hebron and Pacific/Fiji - the possible change for Bahia, Brazil is included, but commented out. Compared with the diff I sent out last week, this version also includes attributions for the sources for the changes (in much the same format as ado used, but the html tags have not been checked, verified, or used in any way at all, so if there are errors there, please let me know.) Unfortunately, there are no signatures, it turns out that I have not used any form of PGP in so long that getting my keys into a form where they're usable by gpg is somewhat of a challenge - so most probably I'll just generate a new key (as was suggested, and which is obviously the sane approach) for tz distributions - the down side is that at least initially it isn't going to be signed (trusted) by anyone at all... To compensate for this lack of signatures, I'm appending (in this message) a list of digest values, crypto hash function digests generated by a number of different algorithms (all from the NetBSD pkgsrc "digest" program). Those ought to give a fair degree of confidence that the tarball has not been compromised, and by distributing them in this message, essentially no way for anyone to compromise the digest values (which is the one thing that a proper signature would ensure). Lastly, for now, because people seem to be mirroring ftp://munnari.oz.au/pub/oldtz/ I have included the current versions of the data & code files there, as well as their normal home in ftp://munnari.oz.au/pub - previously the oldtz directory contained only the obsolete tarballs. But thanks to Joseph S. Myers, the oldtz directory now includes a few extra archives that I had been missing, including the extremely elusive tzcode2003b which had been replaced before I even new it existed (and no, you don't really want it, it contained a fairly serious bug, which is why it was replaced so quickly...) kre MD5 (tzdata2011l.tar.gz) = bae1b93673e1aef80186c90dfd493f1c RMD160 (tzdata2011l.tar.gz) = b933711b06246c9d452d846a193b53295a966287 SHA1 (tzdata2011l.tar.gz) = c6740ec9645b78750e2109b6d42cd283e16988d7 SHA512 (tzdata2011l.tar.gz) = a1d2dd68ddd3822f94cd817a3e70277e6e9e347c12aa788533d36ad0ad03f0ec39d925301d64c6ab27825212dffd0ec03c3944096ef479318815a8e1f362c841 TIGER (tzdata2011l.tar.gz) = f0578e0cab5f39f13c49b076cc2955da95e9111b98ffe57c WHIRLPOOL (tzdata2011l.tar.gz) = aa6812740e077e064de7348f2deb15e1bfe8cbb93a336dde58e625b76f4832c8c6601bb06437ac04c05b232f142b1119841f5bab50656907b3a1459906c818a1

7 8

Update docs/comments regarding move from elsie to iana
by Kevin Lyda Oct. 10, 2011

Oct. 10, 2011

There are several places in the code that refer to the ftp server and mailing list on elsie. The following patch points people at the currently correct places. Kevin -- Kevin Lyda Dublin, Ireland US Citizen overseas? We can vote. Register now: http://www.votefromabroad.org/

1 0

Digital signing (was Re: Proposed time zone package changes ...)
by Bennett Todd Oct. 9, 2011

Oct. 9, 2011

For signing the data files, I'm fond of pgp, with gpg being the implementation I trust best. Sadly, standardization efforts seem to end up being used to add sponsorship for certificate signing authorities, we all have seen how well that has worked for SSL. Hope you can go with pgp; the current Certificate Authority fiasco follows as expected from the observation that trust doesn't scale. As for details, I don't know anything wrong with the default algorithms that gpg uses. But ideally you shouldn't be using your own key directly, but rather a new, project-specific key for the project's official contact email address. You can start it off by signing it with your key, and other folks can add signatures after verifying the fingerprint with you offline.

3 2

Another mirror + mirror shell script
by Sebastian Majstorovic Oct. 9, 2011

Oct. 9, 2011

I'd be glad to contribute another mirror, FTP and HTTP, based in Germany: ftp://tzmirror.appealingapps.de http://tzmirror.appealingapps.de If anyone else wants to setup a mirror, here's a one-line shell script which sets one up: /usr/bin/lftp -c 'open -e "mirror --parallel=5 -e -x ^[^t][^z] -i oldtz /pub /path/to/local/directory" munnari.oz.au' If you run it daily, e.g. as a cron, the files on the mirror are always kept up-to-date. Best Regards Sebastian

1 1

Re: [tz] A history maintaining repository for tzdata
by Kevin Lyda Oct. 8, 2011

Oct. 8, 2011

On Sat, Oct 8, 2011 at 08:43, Bill Sommerfeld <sommerfeld(a)alum.mit.edu> wrote: > An ancestor of the current tzdata was posted to the usenet mod.sources > newsgroup with a date of March 7, 1986; I found copies at: Fantastic. I got the idea that Usenet was the next place to go, but I had to catch a bus so I put the initial part up to let people know what I was working on. Annoyingly the reason I threw my work up on github in a hurry last night was because I was going to Galway last night. Now I'm here and while I have the CDROM *cases* of the first three volumes of the Walnut Creek Usenet Source Code archive, I suspect the CDROMs themselves are back in Dublin. Argh. Anyway, thanks for the links. Any additional early releases I find will have similar style commits - correct authors, timestamps and message ids. I'm downloading the comp.sources.unix archives now and will get the mod.sources archives next. Was settz posted on alt.sources prior to mod.sources? As for the points raised by other posters - US based hosts and preserving SCCS history... First, I chose github just for a quick place to push the repo. I obviously have the full copy (and more importantly the scripts used to generate it which I'll push up later today) and I'm in Ireland. It lives in a VM on my laptop and I've pushed out all the materials I used to build the repo to a few other machines in other countries. I have two thoughts on US based servers. First, there are a host of other projects on github that have these files in some form so I'm not really concerned. Second, this repository is a work in progress that folks here can evaluate in terms of its structure (see the README for the issues I'd like feedback on). It's my belief that I should send my repo generation scripts and supporting metadata to kre (or ado or eggert) and have them generate the repo that people actually use. Lastly I completely agree that the SCCS history should be preserved if possible. However I don't think I can get access to it without cause ado or eggert a lot of problems. I think I know how to weave in SCCS commits into the resulting git tree. Essentially the algorithm will go something like this (in shell/pythony pseudo code): for commit, next_commit in list_of_tags; do start_date=# get date of this commit end_date=# get date of next commit # get list of changes in sccs repository between those dates # for each change, get the date, commit message and diff # apply diff to repo, commit with correct date and metadata git rebase next_commit done How to do this will depend on what ado actually uses - SCCS or RCS or if he migrated from one to the other at some point. I also suspect there are some tweaks that will be required (I'm not sure how rebase deals with empty commits for instance and if everything is working correctly every rebase will cause an empty commit). And obviously when that happens everyone would need to resync their tree. But I'm happy to help make it happen. In the meantime I'll get the scripts and data kre needs to generate a repo that he can make a "blessed" repository for his own use (and wherever he chooses to publish it - if anywhere). Well, first I'll get the pre-93 sources and the tzcode in there first. Kevin

1 0

Re: [tz] Source material used by ACS atlas book editions
by Alois Treindl Oct. 7, 2011

Oct. 7, 2011

Stephen I don't quite understand why you fear this, but I am not a lawyer and not familiar with US law. I will use other channels for such contributions, if there should be any. As material for Olson's and Eggert's defense I think these quotes of Shanks's sources are relevant. Later (current) editions of the books do no longer mention any sources, only the old editions do. They confirm in writing that Shanks copied most of his data from other published sources. Knowledge of the sources will make it rather easy to clean up TZ files from quotes of Shanks. I think personally that no such cleanup should happen. The lawsuit should be fought and will be won by Olson and Eggert, as their use they make of Shanks' data is fully legitimate. Stephen Colebourne wrote: > Please don't send more information like this. You may contaminate the > new list and expand the lawsuit. > Stephen > >

1 0

(no subject)
by Paw Boel Nielsen Oct. 7, 2011

Oct. 7, 2011

I suggest you let your opinion known here: http://www.facebook.com/pages/Astrolabe-Astrology-Software-and-Services/525…

4 3

Source material used by ACS atlas book editions
by Alois Treindl Oct. 7, 2011

Oct. 7, 2011

I have taken some snapshots to review the sources used for the data collection in ACS American Atlas and International Atlas. The sources are referenced well in the bibliography of the 1st edition of International Atlas. Later editions do not give such information anymore. For American Atlas, the sources are mentioned to some extent in prefaces, acknowledgments, notes and in an advertising found in International Atlas. I think this material can be of relevance to form an opinion about the solidity of the Astrolabe lawsuit against Olson and Eggert.

1 0

mailing list archives
by Zefram Oct. 7, 2011

Oct. 7, 2011

I see the webbified tz(a)iana.org mailing list archive has been prepopulated with tzarchive.gz from elsie. ++ to whoever did that. But tzarchive.gz is incomplete: it bizarrely stopped being updated in May. In light of recent revelations, it's now notable that the last update coincides approximately with Astrolabe sending a takedown notice (2011-05-12 according to the legal complaint). Anyway, it would be nice if the missing five months could be imported too. It's available at <http://news.gmane.org/gmane.comp.time.tz>. -zefram

1 0

Re: [tz] temporary timezone database home ...
by Zefram Oct. 7, 2011

Oct. 7, 2011

If we're going the git route (which is a good idea), I suggest *not* using github. Github has terms of service that can change without notice in problematic ways. The tz collective is large enough that there should be no problem in hosting our own git server, such as the one that Yann Droneaud has provided as a prototype. Ideally we'd have a git server hosted at munnari. I think a single repository covering both code and data files would be better than separate code and data repositories. The two parts are too interconnected to work with separately. Btw, I was one of the unlucky sods (maybe the only unlucky sod?) who, having joined tz@elsie only a week ago, was omitted from the initial subscriber list for tz@iana. Good work getting things going so quickly. -zefram

1 0

Fwd: temporary timezone database home ...
by Alex Mayorga Adame Oct. 7, 2011

Oct. 7, 2011

---------- Forwarded message ---------- From: Alex Mayorga Adame <alex.mayorga(a)gmail.com> Date: Fri, 7 Oct 2011 00:48:50 -0500 Subject: Re: [tz] temporary timezone database home ... To: Robert Elz <kre(a)munnari.oz.au> Hope this nonsense won't grow into to much of a burden for "Olson et al" =( Thanks on your efforts Robert! Can this be made into a .torrent? I do not have permanent hosting other than DynDNS to my laptop in .mx but would gladly contribute some bandwidht if that would help in any way. Alex Mayorga Adame On 10/6/11, Robert Elz <kre(a)munnari.oz.au> wrote: > First, I am assuming this copy of the list is actually functioning, > (and I've just received jhawk's message which demonstrates that it is) > I don't believe it has been used for actual messages before that one, > but as ado has indicated that the list at elsie has been (for now > anyway) terminated - and given the plan was to migrate from it eventually > anyway, may never return, we can but hope this version of the list > is functional. > > Some of you who receive this message may have been removed from the > elsie version of the list recently, or altered your subscription details > - if that applies to you, use the iana.org message sent on the 1st of > this month to all subscribers to their list for instructions on how to > modify or delete your subscription. > > Don't send requests to me (or anyone else on the list) there's nothing I > (or we) can do about it - and most certainly, do not send requests to the > list itself asking to be removed. > > Unfortunately, there are probably a few people who were added to the elsie > list since it was cloned at iana.org but there's nothing much we can do > about that - if anyone is contacted by anyone who believes they should be > on the list, but is no longer receiving messages, direct them to the iana > website for list subscriptions. > > Next, while elsie's ftp server is shut down, munnari.oz.au isn't, and the > tz database & code remains available from here. Further, I will not > respond to requests from (almost) anyone to cease making those files > available (including Arthur and Paul - but by all means feel free to try > if you need to to satisfy some obligation to cease making the data > available - I'll ignore you, but you will at least have used every > reasonable > effort...) > > Second, regardless of this, the world's governments continue to adjust > their view of their local timezones & summer time adjustments, so we > need to continue updating the database (at least). There are several > updates that will be needed soon. > > For now, until someone else volunteers, I'm prepared to make the updates, > in much the same way that Arthur did, and then make new releases available > from munnari's ftp server. I suspect that it is unlikely that either Arthur > or Paul will be able to assist much with this in the coming months, so > I'm hoping that others will assist where possible. > > For now, I'm aware of changes needed for Armenia, Fiji, Bolivia, Brazil, > and of course, the changes that (might be) needed for Russia. If there's > anything else I missed, please let me know. > > Unfortunately, I don't have the sccs (or is it rcs or something these days) > master files, so I won't be able to do quite the same job that Arthur did, > but I can keep all versions so they can be checked into a version control > system later. > > It would be good if a few others, especially people in jurisdictions that > tend not to simply bow down to US court rulings, would keep copies of the > code and data, and make them publicly available via ftp or http (this > is not of huge public interest, the resources needed to provide this > service should not be very noticeable). > > All I know of the lawsuit is what jhawk's message indicated - eventually > I assume we'll find out what trademark or patent that someone believes is > being infringed (a little hard to believe either, but who knows...) > > The URL's of the current versions of the files from munnari.oz.au are ... > > ftp://munnari.oz.au/pub/tzcode2011i.tar.gz > ftp://munnari.oz.au/pub/tzdata2011k.tar.gz > > and of course, the historical files (most versions that were ever previously > released) are in ftp://munnari.oz.au/pub/oldtz/ > > kre > > > -- Enviado desde mi dispositivo móvil

1 0

Fiji Daylight saving
by Sean Evans Oct. 5, 2011

Oct. 5, 2011

Fijidaylight saving time 2011/2012 has been announced: “Prepare to advance your clocks one hour ahead of the standard time, because Fiji’s daylight saving period is about to start from October 23. Minister for Labour, Industrial Relations and Employment, Mr Filipe Bole made the Daylight Saving Order saying this initiative in Fiji has benefitted both the private and public sector over the years. “People of Fiji are urged to take full advantage of the daylight saving period time because this allows more quality time for recreation and to be with family, while also increasing overall economic activity, work and agricultural productivity,” Mr Bole said. Members of the public are reminded to change their time to one hour in advance at 2am to 3am on October 23, 2011 and one hour back at 3am to 2am on February 26 next year. Ends…” Original news release: http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=4966:da… Best regards, Sean.

1 0

Bolivia plan to implement DST
by Alexander Krivenyshev Oct. 4, 2011

Oct. 4, 2011

According to Bolivia Ministry of Hydrocarbons and Energy web site (hidrocarburos.gob.bo) and various media reports: http://www.la-razon.com/version.php?ArticleId=136181&EditionId=2630 Bolivia plan to implement DST "every year" between September and March (in the spring and summer) as an alternative savings and efficient use of electricity. http://www.worldtimezone.com/dst_news/dst_news_bolivia02.html Alexander Krivenyshev - World Time Zone http://www.worldtimezone.com

1 1

State Bahia (Brazil) will return to Daylight savings time
by Alexander Krivenyshev Oct. 4, 2011

Oct. 4, 2011

State Bahia will return to Daylight savings time this year after 8 years off. The announcement was made by Governor Jaques Wagner in an interview to a television station in Salvador. Governor Jaques Wagner announces daylight savings time in Bahia (in Portuguese) http://g1.globo.com/bahia/noticia/2011/10/governador-jaques-wagner-confirma- horario-de-verao-na-bahia.html Bahia reverts to daylight saving time after eight years (in Portuguese) http://noticias.terra.com.br/brasil/noticias/0,,OI5390887-EI8139,00- Bahia+volta+a+ter+horario+de+verao+apos+oito+anos.html or http://www.worldtimezone.com/dst_news/dst_news_brazil09.html Alexander Krivenyshev, http://www.worldtimezone.com Guttenberg, New Jersey

1 0

FW: Fiji DST 2011/12
by Olson, Arthur David (NIH/NCI) [E] Oct. 4, 2011

Oct. 4, 2011

I'm forwarding this message from Ken Rylander, 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: Ken Rylander [mailto:ken.rylander@digicelgroup.com] Sent: Monday, September 19, 2011 7:45 To: tz(a)lecserver.nci.nih.gov Subject: Fiji DST 2011/12 Hi, Are there any updates about daylight savings for Fiji in 2011/12? Some websites (e.g. http://www.timeanddate.com/worldclock/clockchange.html?n=82) say it will be introduced again on Sunday, Oct 23, 2011. Regards, /Ken Rylander

4 4

Changes to TZ database
by Colin Grey Oct. 3, 2011

Oct. 3, 2011

Hello, I was wondering if someone with your organization could give me an estimate on how many times there have been changes to the TZ database because of countries moving their DST dates or other changes. (over any time period would be fine) I'm asking because I've been making a series of educational videos on youtube and am currently working on one on time zones. If you're interested you can see my videos here: www.youtube.com/user/CGPGrey Thank you very much for any assistance you can provide, -Grey -- C. G. P. Grey Time Management Coach & Public Speaker www.CGPGrey.com

1 0

Russian time zones: (painfully slow) progress report
by Arthur David Olson Oct. 2, 2011

Oct. 2, 2011

I don't know Russian which will make the following more convoluted than need be; I apologize in advance. We have reports of Russian time zone changes in 2011, as well as issues identified by Tobias Conradi. Sanjeev Gupta provided this link... http://government.consultant.ru/page.aspx?1223966 ...to Russian Government Decree #23 of 1992-01-08; eight ".png" scan files are available. 1992 Decree sections have bold headings; the headings include (in sequence): "2-M 3-M" "3-M 4-M" "4-M 5-M" "5-M 6-M" "6-M 7-M" "7-M 8-M" "8-M 9-M" "9-M 10-M" "10-M 11-M" "11-M 12-M" The sections seem to cover time zones from west to east. "московское" ("Moscow") appears in the "2-M 3-M" section. "Магаданская" ("Magadan") appears in the "10-M 11-M" section. The difference of eight between "2" and "10" matches the difference in hours between Moscow time and Magadan time. So we should have these associations: "2-M 3-M" Moscow "3-M 4-M" Moscow+1 "4-M 5-M" Moscow+2 "5-M 6-M" Moscow+3 "6-M 7-M" Moscow+4 "7-M 8-M" Moscow+5 "8-M 9-M" Moscow+6 Asia/Yakutsk "9-M 10-M" Moscow+7 Asia/Vladivostok "10-M 11-M" Moscow+8 Asia/Magadan "11-M 12-M" Moscow+9 Alexander Krivenyshev provided this link... http://www.government.ru/gov/results/16355/print/ ...to Russian Government Decree #725 of 2011-08-23. "Усть-Майский" ("Ust-Maya" or "Ust-Maysky" or "Ust'-Majskij") appears in the "8-M 9-M" (Moscow+6, Asia/Yakutsk) section of 1992's Decree 23. This matches 2011's Decree 725. It does not match the commentary in tzdata2011k's "europe" file, which has the area in Moscow+7, Asia/Vladivostok. Counter comments should be added. "Булунский" ("Bulun" or "Bulunskij") appears in the "8-M 9-M" (Moscow+6, Asia/Yakutsk) section of 1992's Decree 23. This matches 2011's Decree 725. It does not match the commentary in tzdata2011k's "europe" file, which has the area in Moscow+7, Asia/Vladivostok. Counter comments should be added. "Томпонский" ("Tomponsky" or "Tomponskij") appears in the "9-M 10-M" (Moscow+7, Asia/Vladivostok) section of 1992's Decree 23. 2011's Decree 725 has it at Moscow+6, Asia/Yakutsk. tzdata2011k's "europe" file has it as part of Asia/Vladivostok. It must have shifted at some unknown instant between 1992 and 2011; we need a new zone (Asia/Khandyga) for Tomponsky. "Оймяконский" ("Oimkayon" or "Ojmyaknoskij") appears in the "9-M 10-M" (Moscow+7, Asia/Vladivostok) section of 1992's Decree 23. This matches 2011's Decree 725. It does not match the commentary in tzdata2011k's "europe" file, which has the area in Moscow+8, Asia/Magadan. Counter comments should be added. "Сахали" ("Sakhalin") appears in the "9-M 10-M" (Moscow+7, Asia/Vladivostok) section of 1992's Decree 23; I can't find any instance of "Курильский" or "Курильские" ("Kuril") in 1992's decree. 2011's Decree 725 has most of the Sakhalin Oblast (including the "South-Kuril region") at Moscow+7 and has the "North-Kuril region" at Moscow+8. tzdata2011k's "europe" file has an Asia/Sakhalin zone and no Kuril zones (but some Kuril comments). tzdata2011k's Asia/Sakhalin is Moscow+8 until 1997-03-20 02:00:00, Moscow+7 thereafter; Gwillim Law's IATA SSIM research led to the conclusion that Sakhalin (in particular, Yuzhno-Sakhalin) switched in 1997 (while all the Kurils remained at Moscow+8). We need a new zone (Asia/Severo-Kirilsk) for North-Kuril if that area was indeed Moscow+7 in 1992 and is Moscow+8 now. We need a new zone (Asia/Yuzhno-Kirilsk) for South-Kiril if that area did indeed begin to differ from Asia/Sakhalin in 1997. "Новосибирск" ("Novosibirsk") appears in the "5-M 6-M" (Moscow+3) section of 1992's Decree 23. 2011's Decree 725 also has Novosibirsk at Moscow+3. However, tzdata2011k's "europe" file claims that it was at Moscow+4 until 1993-05-23. "Томская" ("Tomsk") appears in the "5-M 6-M" (Moscow+3) section of 1992's Decree 23. 2011's Decree 725 also has Tomsk at Moscow+3. However... http://newsru.com/russia/01may2002/clock.html ...claims that it switched from Moscow+4 to Moscow+3 on 2002-05-01 (if translate.google.com is correct). We also have... # From Stanislaw A. Kuzikowski (1994-06-29): # But now it is some months since Novosibirsk is 3 hours ahead of Moscow! # I do not know why they have decided to make this change; # as far as I remember it was done exactly during winter->summer switching # so we (Novosibirsk) simply did not switch. # Tomsk is still 4 hours ahead of Moscow. ...which would indicate that Novosibirsk and Tomsk switched from Moscow+4 to Moscow+3 (and at different instants to boot). It looks as if we need an Asia/Tomsk zone (Tomsk being the most populous city in Tomsk Oblast). Since folks in Tomsk can use the Novosibirsk rules for current times, I'd hope to get better information on time history in Tomsk and Novobirsk (in particular if and when there were transitions from Moscow+4 to Moscow+3) before creating the new zone. --ado

4 3

DateTime::TimeZone::Tzfile for tz-link.htm
by Zefram Oct. 1, 2011

Oct. 1, 2011

(I sent this a week ago but it seems to have been lost.) Possible addition to the "Other tz binary file readers" part of tz-link.htm: <li> <a href="http://search.cpan.org/perldoc?DateTime::TimeZone::Tzfile">DateTime::TimeZone::Tzfile</a> is a <code>tz</code> binary file reader written in Perl. It is freely available under the same terms as Perl (dual <abbr>GPL</abbr> and Artistic license). </li> You already have a note about DateTime::TimeZone in a different section. There's work underway to make DT:TZ use DT:TZ:Tzfile for its Olson needs, but currently they're essentially unrelated. -zefram

1 0

America/Sitka LMT bug
by Zefram Oct. 1, 2011

Oct. 1, 2011

(I sent this a week ago but it seems to have been lost.) I noticed this recent addition to the database: |Zone America/Sitka -14:58:47 - LMT 1867 Oct 18 | -9:01:13 - LMT 1900 Aug 20 12:00 | -8:00 - PST 1942 ... For local mean time to jump by 5.6 hours, implying that the city jumped 89 degrees to the east, would be a neat trick. Obviously the first offset is meant to be +14:58:47, and the city jumped by 24 hours or 360 degrees, crossing the IDL. -zefram

1 0

Armenia plan to abolish DST
by Alexander Krivenyshev Sept. 30, 2011

Sept. 30, 2011

Armenia plan to abolish DST. According to Armenia’s Deputy Minister of Economy and Development Garnik Badalyan, there is a government plan for "reform of the hour" which already was developed and ready for the approval. News from yerevan.ru (in Russian) http://yerevan.ru/2011/09/30/armeniya-otkazyvaetsya-ot-perexoda-na-letnee- vremya/ or http://www.worldtimezone.com/dst_news/dst_news_armenia01.html Alexander Krivenyshev, http://www.worldtimezone.com Guttenberg, New Jersey

1 0

West Bank ended DST
by Steffen Thorsen Sept. 30, 2011

Sept. 30, 2011

West Bank did end Daylight Saving Time this morning/midnight (2011-09-30 00:00). So West Bank and Gaza now have the same time again. Many sources, including: http://www.maannews.net/eng/ViewDetails.aspx?ID=424808 "BETHLEHEM (Ma'an) -- The Palestinian Authority announced late Thursday that clocks will be set back one hour on Friday at midnight, the official PA news agency Wafa reported." Our small summary: http://www.timeanddate.com/news/time/westbank-ends-dst-2011.html Best regards, Steffen Thorsen - timeanddate.com

1 0

Re: Information wanted #1: time zone names in Belarus, Russia, and Ukraine
by Barton Sept. 29, 2011

Sept. 29, 2011

Ukraine has resolution #8330 that was passed on 2011-09-20, where the wording is "the second time zone with the addition of one hour". http://w1.c1.rada.gov.ua/pls/zweb_n/webproc4_1?id=&pf3511=40036 http://translate.google.com/translate?hl=en&ie=UTF8&prev=_t&sl=auto&tl=en&u… The resolution also abrogates two prior resolutions. #15-12 (dated 1990) - the one establishing the year-round "second time zone without the addition of one hour": http://zakon.nau.ua/doc/?code=15-12 http://translate.google.com/translate?sl=auto&tl=en&js=n&prev=_t&hl=en&ie=U… and #2176-12 (dated 1992) - the one establishing daylight saving time: http://zakon.nau.ua/doc/?code=2176-12 http://translate.google.com/translate?sl=auto&tl=en&js=n&prev=_t&hl=en&ie=U…

1 0

missing extension rules
by Zefram Sept. 28, 2011

Sept. 28, 2011

I've found a problem with the tzfiles for Africa/Cairo and America/Argentina/San_Luis. They both show a last known transition in the recent past, and surprisingly lack a POSIX-TZ-format rule for extending the zone into the future. My tzfile parser treats a zone with no extension rule as being undefined for any time following the last explicit transition, so for these two zones it reckons the zone is undefined for the present. In the source files they're each currently configured to observe a set of DST rules, and the ruleset has no transitions configured for the future. So for the present and foreseeable future, the zone is on a constant offset with no DST transitions. The tzfile reflects that by showing no transitions from the present up to 2038 (where zic always fills in a complete set of expected transitions). It should be trivial to also reflect that foreseen behaviour in a POSIX-TZ string that just gives a fixed offset and no DST rule. For example, Africa/Cairo should clearly have "EET-2". I could have a go at a zic patch to fix this, if the regular zic hackers would like to work that way. For America/Argentina/San_Luis there's an extra wrinkle: the last known transition is a transition *to* DST. Its fixed-offset foreseeable behaviour therefore has a fixed is_dst=1, which is moderately silly. It's arguable that in this case it would be incorrect to give a "WARST3" extension rule, because that doesn't accurately express the DST status. Since that DST transition was in 2009, it's also a good bet that they haven't stayed continuously on DST since then, of course. -zefram

1 0