From eggert at cs.ucla.edu Tue Mar 3 08:56:30 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 3 Mar 2015 00:56:30 -0800 Subject: [tz] [PATCH] * NEWS, Theory: Update info about Mars time, citing Chmielewski. Message-ID: <1425372990-8201-1-git-send-email-eggert@cs.ucla.edu> --- NEWS | 2 ++ Theory | 10 +++++++--- 2 files changed, 9 insertions(+), 3 deletions(-) diff --git a/NEWS b/NEWS index dfda622..b6a306f 100644 --- a/NEWS +++ b/NEWS @@ -19,6 +19,8 @@ Unreleased, experimental changes Cite the recent Mexican decree changing Quintana Roo's time zone. (Thanks to Carlos Ra?l Perasso.) + Update info about Mars time. + Release 2015a - 2015-01-29 22:35:20 -0800 diff --git a/Theory b/Theory index e9be715..9861a4f 100644 --- a/Theory +++ b/Theory @@ -717,9 +717,11 @@ Mittelalters und der Neuzeit_, herausgegeben von Dr. O. Grotefend ----- Time and time zones on Mars ----- -Some people have adjusted their work schedules to fit Mars time. -Dozens of special Mars watches were built for Jet Propulsion -Laboratory workers who kept Mars time during the Mars Exploration +Some people's work schedules use Mars time. Jet Propulsion Laboratory +(JPL) coordinators have kept Mars time on and off at least since 1997 +for the Mars Pathfinder mission. Some of their family members have +also adapted to Mars time. Dozens of special Mars watches were built +for JPL workers who kept Mars time during the Mars Exploration Rovers mission (2004). These timepieces look like normal Seikos and Citizens but use Mars seconds rather than terrestrial seconds. @@ -760,6 +762,8 @@ Jia-Rui Chong, "Workdays Fit for a Martian", Los Angeles Times (2004-01-14), pp A1, A20-A21. +Tom Chmielewski, "Jet Lag Is Worse on Mars", The Atlantic (2015-02-26) + ----- Local Variables: -- 2.1.0 From thorsen at timeanddate.com Tue Mar 3 12:45:29 2015 From: thorsen at timeanddate.com (Steffen Thorsen) Date: Tue, 03 Mar 2015 13:45:29 +0100 Subject: [tz] Palestine DST postponed by a day Message-ID: <54F5ACE9.2050605@timeanddate.com> Sources such as http://www.alquds.com/news/article/view/id/548257 and http://www.raya.ps/ar/news/890705.html say Palestine areas will start DST on 2015-03-28 00:00 which is one day later than expected. Our wrap-up: http://www.timeanddate.com/news/time/palestine-starts-dst-2015.html As a side note, some sources report that Kuwait may introduce DST. According to media reports like http://www.kuna.net.kw/ArticleDetails.aspx?id=2421216&Language=ar the authorities are considering advancing clocks by 2 hours every year. Best regards, Steffen Thorsen - timeanddate.com From ydossow at inf.utfsm.cl Tue Mar 3 15:29:58 2015 From: ydossow at inf.utfsm.cl (Yonathan Dossow) Date: Tue, 3 Mar 2015 12:29:58 -0300 (CLST) Subject: [tz] Chilean time change In-Reply-To: <896610256.208276.1425396346659.JavaMail.zimbra@inf.utfsm.cl> References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> Message-ID: <1844924548.208380.1425396598931.JavaMail.zimbra@inf.utfsm.cl> It has been published now in "Diario Oficial", and it is an extension of CLST and EASST for two years, until March 25 2017. extracts from "diario oficial": Establ?cese que el adelanto de la hora oficial de Chile Continental dispuesto en el Decreto Supremo N?1.489, de 1970, del Ministerio del Interior, se extender? hasta las 24 horas del s?bado 25 de marzo de 2017. Establ?cese que el adelanto de la hora oficial de Chile Insular Occidental dispuesto en el Decreto Supremo N?1.142, de 1980, modificado por el Decreto Supremo N?61, de 1982, ambos del Ministerio del Interior, se extender? hasta las 24 horas del s?bado 25 de marzo de 2017. ----- Original Message ----- > From: "Glenn Eychaner" > To: "tz" > Sent: Tuesday, 24 February, 2015 09:13:25 > Subject: Re: [tz] Chilean time change > As far as I know, an official announcement of the adoption of a new time > change rule would have to appear in: > http://www.diariooficial.interior.gob.cl > and would also appear in: > http://www.horaoficial.cl/cambio_hora.html > I have been monitoring both on a daily basis, and thus far have seen nothing. > So for now it's unclear to me whether this is a proposal or an announcement. > > -G. > > On Feb 24, 2015, at 9:00 AM, tz-request at iana.org wrote: > >> http://www.minenergia.cl/ministerio/noticias/generales/gobierno-anuncia-modificaciones-al.html >> I[s] this the announcement of the proposal or the announcement of the adoption >> of the proposal? > > -- > Glenn Eychaner (geychaner at lco.cl) > Telescope Systems Programmer, Las Campanas Observatory -- Yonathan Dossow Fono: +56 32 2654367 Unidad de Infraestructura y Tecnologia Departamento de Informatica Universidad Tecnica Federico Santa Maria Valparaiso, Chile From eromerou at interior.gov.cl Tue Mar 3 13:41:21 2015 From: eromerou at interior.gov.cl (Eduardo Romero Urra) Date: Tue, 3 Mar 2015 10:41:21 -0300 (CLST) Subject: [tz] Official Announce of Chilean DST time permanently until March 2017 In-Reply-To: <1425372990-8201-1-git-send-email-eggert@cs.ucla.edu> Message-ID: <1777142809.350962.1425390081074.JavaMail.root@zimbra-cl2.intranet.gov.cl> D ear Paul, Today has been published officially that Chile will use the DST time permanently until March 25 of 2017 http://www.diariooficial.interior.gob.cl/ First page of publishing: http://www.diariooficial.interior.gob.cl/media/2015/03/03/1-large.jpg Best Regards, -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: firma1.png Type: image/png Size: 15801 bytes Desc: not available URL: From eggert at cs.ucla.edu Tue Mar 3 16:13:00 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 03 Mar 2015 08:13:00 -0800 Subject: [tz] Official Announce of Chilean DST time permanently until March 2017 In-Reply-To: <1777142809.350962.1425390081074.JavaMail.root@zimbra-cl2.intranet.gov.cl> References: <1777142809.350962.1425390081074.JavaMail.root@zimbra-cl2.intranet.gov.cl> Message-ID: <54F5DD8C.8060707@cs.ucla.edu> On 03/03/2015 05:41 AM, Eduardo Romero Urra wrote: > Today has been published officially that Chile will use the DST time > permanently until March 25 of 2017 Thanks, I installed the attached patch to the experimental version of the tz database on github, and it should appear in the next release. This patch affects only the commentary, as the tz data already incorporates the Chilean changes planned for this year and next. Although I suppose Chile officially is supposed to revert to its old rules after March 2017, currently the tz data predicts that the new rules will be renewed indefinitely. Like all our guesses about the future, this one is subject to revision as we get more information. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Cite-Chilean-decree-for-recent-time-zone-change.patch Type: text/x-patch Size: 1827 bytes Desc: not available URL: From eggert at cs.ucla.edu Tue Mar 3 16:49:12 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 03 Mar 2015 08:49:12 -0800 Subject: [tz] Palestine DST postponed by a day In-Reply-To: <54F5ACE9.2050605@timeanddate.com> References: <54F5ACE9.2050605@timeanddate.com> Message-ID: <54F5E608.7000108@cs.ucla.edu> Thanks for the heads-up. I see that timeanddate.com also says Palestine's fall 2014 change was Oct 24, not Sep 26 as predicted earlier. I installed the attached patch to the github experimental version of the tz database to make it agree with timeanddate on both points. This means we should generate a new tz release before March 28 (hopefully well before). -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Palestine-delays-DST-by-a-day-this-spring.patch Type: text/x-patch Size: 3206 bytes Desc: not available URL: From ray at timezonereport.com Tue Mar 3 18:13:43 2015 From: ray at timezonereport.com (Ray at the Time Zone Report) Date: Tue, 3 Mar 2015 11:13:43 -0700 Subject: [tz] Idaho House Bill 198 proposing Year-Round DST "Won't Go Forward" Message-ID: <026201d055dd$c9171190$5b4534b0$@TimeZoneReport.com> See chronology and details here: http://timezonereport.com/?cat=9 Ray ----- Ray Harwood Time Zone Report, a service of GoodClix, Inc. in the interest of public health http://www.TimeZoneReport.com and Twitter: @TimeZoneReport Office: (480) 378-3221 - Email: Ray at TimeZoneReport.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From thorsen at timeanddate.com Wed Mar 4 14:25:25 2015 From: thorsen at timeanddate.com (Steffen Thorsen) Date: Wed, 04 Mar 2015 15:25:25 +0100 Subject: [tz] Palestine DST postponed by a day In-Reply-To: <54F5E608.7000108@cs.ucla.edu> References: <54F5ACE9.2050605@timeanddate.com> <54F5E608.7000108@cs.ucla.edu> Message-ID: <54F715D5.1050804@timeanddate.com> On 03.03.2015 17:49, Paul Eggert wrote: > Thanks for the heads-up. I see that timeanddate.com also says > Palestine's fall 2014 change was Oct 24, not Sep 26 as predicted > earlier. I installed the attached patch to the github experimental > version of the tz database to make it agree with timeanddate on both > points. Yes, it did change back on Oct 24 in 2014, according to the following news sources: http://www.alwatanvoice.com/arabic/news/2014/10/20/606362.html http://www.psnews.ps/index.php?act=Show&id=91917 Best regards, Steffen Thorsen - timeanddate.com From lin at unisoft.com.py Wed Mar 4 17:54:27 2015 From: lin at unisoft.com.py (Juan Carlos YJ. Lin) Date: Wed, 04 Mar 2015 14:54:27 -0300 (PYST) Subject: [tz] Paraguay change DST 22/03/2015 In-Reply-To: Message-ID: <7eabf099-bb86-49b1-a0fd-085ddfcd9f89@server1.monalisa.com.py> Attending to Act 1.264, Paraguay change 4th sunday de March the DST, delay 1:00 hs Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuC)rdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisiC3n del contenido no estC! autorizada fuera del contexto de su envC-o y a quien corresponde. El uso no autorizado de la informaciC3n en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bC3rrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." -------------- next part -------------- An HTML attachment was scrubbed... URL: From thorsen at timeanddate.com Wed Mar 4 18:51:07 2015 From: thorsen at timeanddate.com (Steffen Thorsen) Date: Wed, 04 Mar 2015 19:51:07 +0100 Subject: [tz] Paraguay change DST 22/03/2015 In-Reply-To: <7eabf099-bb86-49b1-a0fd-085ddfcd9f89@server1.monalisa.com.py> References: <7eabf099-bb86-49b1-a0fd-085ddfcd9f89@server1.monalisa.com.py> Message-ID: <54F7541B.8050104@timeanddate.com> On 04/03/15 18:54 , Juan Carlos YJ. Lin wrote: > Attending to Act 1.264, Paraguay change 4th sunday de March the DST, > delay 1:00 hs > > Thank you, this seems to agree with the current rules. This official source tells a bit more, including the start date which is still the first Sunday in October. http://www.ip.gov.py/ip/?p=5676 Also, Uruguay fortunately sticks to the same "second Sunday of March" schedule as they done for some while: http://eldiario.com.uy/2015/03/03/domingo-cambia-la-hora-hay-que-atrasar-60-minutos-los-relojes/ Best regards, Steffen Thorsen - timeanddate.com From mhochschild at gmx.de Wed Mar 4 23:57:12 2015 From: mhochschild at gmx.de (Meno Hochschild) Date: Thu, 05 Mar 2015 00:57:12 +0100 Subject: [tz] historic Oslo times Message-ID: <54F79BD8.5040903@gmx.de> Recently I noticed following strange detail of Europe/Oslo during the years 1940-1942: The site http://www.timeanddate.com/time/zone/norway/oslo reports for these years that Oslo kept summer time between 1940-08-10 23:00 and 1942-11-02 03:00. But I cannot find a way in tz-data how to construct it. Maybe I have overlooked something. Rule Norway 1916 only - May 22 1:00 1:00 S Rule Norway 1916 only - Sep 30 0:00 0 - Rule Norway 1945 only - Apr 2 2:00s 1:00 S Rule Norway 1945 only - Oct 1 2:00s 0 - Rule Norway 1959 1964 - Mar Sun>=15 2:00s 1:00 S Rule Norway 1959 1965 - Sep Sun>=15 2:00s 0 - Rule Norway 1965 only - Apr 25 2:00s 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Oslo 0:43:00 - LMT 1895 Jan 1 1:00 Norway CE%sT 1940 Aug 10 23:00 1:00 C-Eur CE%sT 1945 Apr 2 2:00 1:00 Norway CE%sT 1980 1:00 EU CE%sT The Norway-rules do not catch the year 1940, so cannot indicate any summer time until 1940-08-10. Then the C-Eur-rule takes effect but see here: Rule C-Eur 1940 only - Apr 1 2:00s 1:00 S Rule C-Eur 1942 only - Nov 2 2:00s 0 - The rule for 1940 cannot be applied because 1st of Apr is clearly before the UNTIL-date of zone line in question when changing from Norway-rule to C-Eur-rule. I assume we are missing an extra Norway-rule for 1940 only changing to summer time on 1940-08-10 and have then to shift the UNTIL-date in second ZONE line a little bit (for example to 1941). Thanks in advance for any help Meno Hochschild From tim at timtimeonline.com Thu Mar 5 00:29:33 2015 From: tim at timtimeonline.com (Tim Parenti) Date: Wed, 4 Mar 2015 19:29:33 -0500 Subject: [tz] Palestine DST postponed by a day In-Reply-To: <54F5E608.7000108@cs.ucla.edu> References: <54F5ACE9.2050605@timeanddate.com> <54F5E608.7000108@cs.ucla.edu> Message-ID: > > guess the last Friday in March at 00:00 > > Rule Palestine 2015 max - Mar lastFri 24:00 1:00 S These two statements don't match. -- Tim Parenti On 3 March 2015 at 11:49, Paul Eggert wrote: > Thanks for the heads-up. I see that timeanddate.com also says > Palestine's fall 2014 change was Oct 24, not Sep 26 as predicted earlier. > I installed the attached patch to the github experimental version of the tz > database to make it agree with timeanddate on both points. > > This means we should generate a new tz release before March 28 (hopefully > well before). > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eggert at cs.ucla.edu Thu Mar 5 02:32:37 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Wed, 04 Mar 2015 18:32:37 -0800 Subject: [tz] Palestine DST postponed by a day In-Reply-To: References: <54F5ACE9.2050605@timeanddate.com> <54F5E608.7000108@cs.ucla.edu> Message-ID: <54F7C045.8010307@cs.ucla.edu> Tim Parenti wrote: > These two statements don't match. Thanks for catching that. Proposed patch attached, and committed to the experimental version. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-asia-Palestine-Fix-comment-typo.-Thanks-to-Tim-Paren.patch Type: text/x-patch Size: 943 bytes Desc: not available URL: From mhochschild at gmx.de Thu Mar 5 06:46:06 2015 From: mhochschild at gmx.de (Meno Hochschild) Date: Thu, 05 Mar 2015 07:46:06 +0100 Subject: [tz] [english 100%] historic Oslo times In-Reply-To: <54F79BD8.5040903@gmx.de> References: <54F79BD8.5040903@gmx.de> Message-ID: <54F7FBAE.3050904@gmx.de> Alternatively, just a new ZONE line could be inserted for the period in question (1940-08-10 23:00 and 1942-11-02 03:00) with fixed DST offset +01:00 in the RULES-column and same GMTOFF-column and FORMAT-column with content CEST. Previous line would point to Norway-rule, next line to C-Eur-rule. Am 05.03.2015 um 00:57 schrieb Meno Hochschild: > Recently I noticed following strange detail of Europe/Oslo during the > years 1940-1942: > > The site http://www.timeanddate.com/time/zone/norway/oslo reports for > these years that Oslo kept summer time between 1940-08-10 23:00 and > 1942-11-02 03:00. But I cannot find a way in tz-data how to construct > it. Maybe I have overlooked something. > > Rule Norway 1916 only - May 22 1:00 1:00 S > Rule Norway 1916 only - Sep 30 0:00 0 - > Rule Norway 1945 only - Apr 2 2:00s 1:00 S > Rule Norway 1945 only - Oct 1 2:00s 0 - > Rule Norway 1959 1964 - Mar Sun>=15 2:00s 1:00 S > Rule Norway 1959 1965 - Sep Sun>=15 2:00s 0 - > Rule Norway 1965 only - Apr 25 2:00s 1:00 S > > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > Zone Europe/Oslo 0:43:00 - LMT 1895 Jan 1 > 1:00 Norway CE%sT 1940 Aug 10 23:00 > 1:00 C-Eur CE%sT 1945 Apr 2 2:00 > 1:00 Norway CE%sT 1980 > 1:00 EU CE%sT > > The Norway-rules do not catch the year 1940, so cannot indicate any > summer time until 1940-08-10. Then the C-Eur-rule takes effect but see > here: > > Rule C-Eur 1940 only - Apr 1 2:00s 1:00 S > Rule C-Eur 1942 only - Nov 2 2:00s 0 - > > The rule for 1940 cannot be applied because 1st of Apr is clearly > before the UNTIL-date of zone line in question when changing from > Norway-rule to C-Eur-rule. I assume we are missing an extra > Norway-rule for 1940 only changing to summer time on 1940-08-10 and > have then to shift the UNTIL-date in second ZONE line a little bit > (for example to 1941). > > Thanks in advance for any help > > Meno Hochschild > > From sujay.phadke at gmail.com Thu Mar 5 00:08:29 2015 From: sujay.phadke at gmail.com (Sujay Phadke) Date: Wed, 4 Mar 2015 19:08:29 -0500 Subject: [tz] Correct timezone for the country of India Message-ID: Hello, I was browsing through the tz database and I don't see a single city in the country of India for the timezone setting. Would you enlighten me as to why it is so? I am specifically looking at this: http://en.wikipedia.org/wiki/List_of_tz_database_time_zones Could you please add "New Delhi" or "Mumbai" to the +5:30 UTC timezone list? Secondly, what is this "Indian/ ? This is some old relic information that needs to be updated. None of those island have anything to do with India, so why keep the naming convention? I did go through one discussion in your achives: http://mm.icann.org/pipermail/tz/2012-December/018488.html, but I couldn't see any reason why Mumbai or New Delhi cannot be added. I also could not find Asia/Calcutta in the list on current tz database. If I'm reading this wrong, please point me to the correct link. Thank you. Regards, Sujay -------------- next part -------------- An HTML attachment was scrubbed... URL: From hankw1 at austin.rr.com Fri Mar 6 10:31:31 2015 From: hankw1 at austin.rr.com (Hank W.) Date: Fri, 6 Mar 2015 10:31:31 -0000 Subject: [tz] Apparent Inconsistency in Russia Data Message-ID: <002101d057f8$b6cb7f40$24627dc0$@rr.com> I noticed an apparent inconsistency among the Russia data in the Europe data file. Regarding the following line under Europe/Volgograd: 3:00 Russia MSK 2011 Mar 27 2:00s should it not be... 3:00 Russia MSK/MSD 2011 Mar 27 2:00s ? Hank W. of Austin, Texas, U.S.A. -------------- next part -------------- An HTML attachment was scrubbed... URL: From eggert at cs.ucla.edu Fri Mar 6 17:33:20 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Fri, 06 Mar 2015 09:33:20 -0800 Subject: [tz] Apparent Inconsistency in Russia Data In-Reply-To: <002101d057f8$b6cb7f40$24627dc0$@rr.com> References: <002101d057f8$b6cb7f40$24627dc0$@rr.com> Message-ID: <54F9E4E0.6070408@cs.ucla.edu> Thanks for catching that error. I installed the attached patch to the experimental version on github, and it should appear in the next release. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-europe-Volgograd-NEWS-Fix-typo-in-1992-2010-DST-abbr.patch Type: text/x-patch Size: 1273 bytes Desc: not available URL: From kim.davies at icann.org Fri Mar 6 17:41:01 2015 From: kim.davies at icann.org (Kim Davies) Date: Fri, 6 Mar 2015 17:41:01 +0000 Subject: [tz] Correct timezone for the country of India In-Reply-To: References: Message-ID: Hi, On Mar 4, 2015, at 4:08 PM, Sujay Phadke > wrote: Could you please add "New Delhi" or "Mumbai" to the +5:30 UTC timezone list? Secondly, what is this "Indian/ ? This is some old relic information that needs to be updated. None of those island have anything to do with India, so why keep the naming convention? There is an explanation of how the location names have been chosen in the tz distribution. (Note, Wikipedia is not the definitive location for this, you can download the most recent copy of the data at http://www.iana.org/time-zones) Here you can find the explanation: https://github.com/eggert/tz/blob/master/Theory#L398 I did go through one discussion in your achives: http://mm.icann.org/pipermail/tz/2012-December/018488.html, but I couldn't see any reason why Mumbai or New Delhi cannot be added. I also could not find Asia/Calcutta in the list on current tz database. If I'm reading this wrong, please point me to the correct link. It is spelled Kolkata in the tz database, see here: https://github.com/eggert/tz/blob/master/asia#L876 kim -------------- next part -------------- An HTML attachment was scrubbed... URL: From clive at davros.org Fri Mar 6 18:23:17 2015 From: clive at davros.org (Clive D.W. Feather) Date: Fri, 6 Mar 2015 18:23:17 +0000 Subject: [tz] Correct timezone for the country of India In-Reply-To: References: Message-ID: <20150306182317.GA91399@davros.org> Sujay Phadke said: > I was browsing through the tz database and I don't see a single city > in the country of India for the timezone setting. Would you enlighten me as > to why it is so? The zone is called "Asia/Kolkata". > I am specifically looking at this: > > http://en.wikipedia.org/wiki/List_of_tz_database_time_zones That is out of data; it refers to database version 2014b, whereas the current version is 2015a. > Secondly, what is this "Indian/ ? This is some old relic > information that needs to be updated. None of those island have anything to > do with India, so why keep the naming convention? "Indian" refers to the Indian Ocean, not to India. As far as I am aware, the Indian Ocean still exists. > I did go through one discussion in your achives: > http://mm.icann.org/pipermail/tz/2012-December/018488.html, but I couldn't > see any reason why Mumbai or New Delhi cannot be added. We don't need two names for the same zone. I don't think we should make the change just because populations have altered. That way lies madness as the most populous place keeps changing. -- Clive D.W. Feather | If you lie to the compiler, Email: clive at davros.org | it will get its revenge. Web: http://www.davros.org | - Henry Spencer Mobile: +44 7973 377646 From tzdb at time.is Fri Mar 6 19:20:46 2015 From: tzdb at time.is (Even Scharning) Date: Fri, 06 Mar 2015 21:20:46 +0200 Subject: [tz] The Pi Day of the century Message-ID: <2699cd045a9fb2a59658166963b56b34@netburn.no> The Pi Day of the century is only a few days away! One day every century, the numbers of the current month, day, year, hour, minute and second line up to match the first 10 digits of the mathematical constant pi: 3.14.15 9:26:53. We made a special clock for Pi Day, with date and time in "pi format". Please take a minute to check it out! http://time.is/pi_day Any feedback is appreciated. Even Scharning Time.is - exact time for any place on Earth http://time.is/ From srl at icu-project.org Fri Mar 6 20:11:10 2015 From: srl at icu-project.org (Steven R. Loomis) Date: Fri, 06 Mar 2015 12:11:10 -0800 Subject: [tz] Correct timezone for the country of India In-Reply-To: <20150306182317.GA91399@davros.org> References: <20150306182317.GA91399@davros.org> Message-ID: <54FA09DE.3070607@icu-project.org> On 3/6/2015 10:23 AM, Clive D.W. Feather wrote: > Sujay Phadke said: >> I was browsing through the tz database and I don't see a single city >> in the country of India for the timezone setting. Would you enlighten me as >> to why it is so? > The zone is called "Asia/Kolkata". ..and it is in fact listed, under country code "IN", in the Wikipedia page referenced. >> I am specifically looking at this: >> >> http://en.wikipedia.org/wiki/List_of_tz_database_time_zones -- IBMer but all opinions are mine. // GPG: 9731166CD8E23A83BEE7C6D3ACA5DBE1FD8FABF1 https://www.ohloh.net/accounts/srl295 // https://ssl.icu-project.org/trac/wiki/Srl -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From eggert at cs.ucla.edu Fri Mar 6 21:29:40 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Fri, 06 Mar 2015 13:29:40 -0800 Subject: [tz] historic Oslo times In-Reply-To: <54F79BD8.5040903@gmx.de> References: <54F79BD8.5040903@gmx.de> Message-ID: <54FA1C44.4000903@cs.ucla.edu> Meno Hochschild wrote: > The rule for 1940 cannot be applied because 1st of Apr is clearly before the > UNTIL-date of zone line in question when changing from Norway-rule to C-Eur-rule. When a zone switches from one set of rules to another, the rule in effect at the time of the switch is the rule that governs, even if this rule first took effect before the switch. So the rule you mention can be applied, and the data for Europe/Oslo should be OK. You can verify this by running the command "zdump -v Europe/Oslo" and verifying that all the transitions are as expected. Here are the war-year transitions that I observed that way: Sat Aug 10 21:59:59 1940 UT = Sat Aug 10 22:59:59 1940 CET isdst=0 gmtoff=3600 Sat Aug 10 22:00:00 1940 UT = Sun Aug 11 00:00:00 1940 CEST isdst=1 gmtoff=7200 Mon Nov 2 00:59:59 1942 UT = Mon Nov 2 02:59:59 1942 CEST isdst=1 gmtoff=7200 Mon Nov 2 01:00:00 1942 UT = Mon Nov 2 02:00:00 1942 CET isdst=0 gmtoff=3600 Mon Mar 29 00:59:59 1943 UT = Mon Mar 29 01:59:59 1943 CET isdst=0 gmtoff=3600 Mon Mar 29 01:00:00 1943 UT = Mon Mar 29 03:00:00 1943 CEST isdst=1 gmtoff=7200 Mon Oct 4 00:59:59 1943 UT = Mon Oct 4 02:59:59 1943 CEST isdst=1 gmtoff=7200 Mon Oct 4 01:00:00 1943 UT = Mon Oct 4 02:00:00 1943 CET isdst=0 gmtoff=3600 Mon Apr 3 00:59:59 1944 UT = Mon Apr 3 01:59:59 1944 CET isdst=0 gmtoff=3600 Mon Apr 3 01:00:00 1944 UT = Mon Apr 3 03:00:00 1944 CEST isdst=1 gmtoff=7200 Mon Oct 2 00:59:59 1944 UT = Mon Oct 2 02:59:59 1944 CEST isdst=1 gmtoff=7200 Mon Oct 2 01:00:00 1944 UT = Mon Oct 2 02:00:00 1944 CET isdst=0 gmtoff=3600 Mon Apr 2 00:59:59 1945 UT = Mon Apr 2 01:59:59 1945 CET isdst=0 gmtoff=3600 Mon Apr 2 01:00:00 1945 UT = Mon Apr 2 03:00:00 1945 CEST isdst=1 gmtoff=7200 Mon Oct 1 00:59:59 1945 UT = Mon Oct 1 02:59:59 1945 CEST isdst=1 gmtoff=7200 Mon Oct 1 01:00:00 1945 UT = Mon Oct 1 02:00:00 1945 CET isdst=0 gmtoff=3600 From Brian.Inglis at systematicsw.ab.ca Sat Mar 7 20:45:04 2015 From: Brian.Inglis at systematicsw.ab.ca (Brian Inglis) Date: Sat, 07 Mar 2015 13:45:04 -0700 Subject: [tz] The Pi Day of the century In-Reply-To: <2699cd045a9fb2a59658166963b56b34@netburn.no> References: <2699cd045a9fb2a59658166963b56b34@netburn.no> Message-ID: <54FB6350.8020606@SystematicSw.ab.ca> On 2015-03-06 12:20, Even Scharning wrote: > The Pi Day of the century is only a few days away! > One day every century, the numbers of the current > month, day, year, hour, minute and second line up > to match the first 10 digits of the mathematical > constant pi: 3.14.15 9:26:53. AFAIR from various L14N sources, that date order is used only in the US. So shouldn't that be US Pi time of the century, if you can ignore the implied leading zero in 09:...? Low res annual international Pi time would be 3-14 15, though if you can ignore the implied leading zero, you could also argue for 15:9:26.53... ;^> > We made a special clock for Pi Day, with date and time in "pi format". > Please take a minute to check it out! > http://time.is/pi_day > > Any feedback is appreciated. > > Even Scharning > Time.is - exact time for any place on Earth > http://time.is/ -- Take care. Thanks, Brian Inglis From philip.newton at gmail.com Sat Mar 7 21:06:21 2015 From: philip.newton at gmail.com (Philip Newton) Date: Sat, 7 Mar 2015 22:06:21 +0100 Subject: [tz] The Pi Day of the century In-Reply-To: <54FB6350.8020606@SystematicSw.ab.ca> References: <2699cd045a9fb2a59658166963b56b34@netburn.no> <54FB6350.8020606@SystematicSw.ab.ca> Message-ID: On 7 March 2015 at 21:45, Brian Inglis wrote: > On 2015-03-06 12:20, Even Scharning wrote: >> >> The Pi Day of the century is only a few days away! >> One day every century, the numbers of the current >> month, day, year, hour, minute and second line up >> to match the first 10 digits of the mathematical >> constant pi: 3.14.15 9:26:53. > > AFAIR from various L14N sources, that date order is > used only in the US. So shouldn't that be US Pi time > of the century, if you can ignore the implied leading > zero in 09:...? > Low res annual international Pi time would be 3-14 15, I'm not sure what you mean by that; there is no fourteenth month. (As you yourself say, month?day order is mostly a US thing, not an international one.) Pi Day on 3/14 is a US thing pretty much by definition. The rest of the world sometimes celebrates Pi Approximation day on 22/7. Cheers, Philip From mhochschild at gmx.de Tue Mar 10 04:29:41 2015 From: mhochschild at gmx.de (Meno Hochschild) Date: Tue, 10 Mar 2015 05:29:41 +0100 Subject: [tz] Fwd: Re: [english 83%] Re: historic Oslo times In-Reply-To: <54FA4B03.5@gmx.de> References: <54FA4B03.5@gmx.de> Message-ID: <54FE7335.5030200@gmx.de> Okay, now I have done my own investigations and found following answer: If the switch (expressed as UNTIL-time in a ZONE-line) is before any dst-rule valid for given UNTIL-related year then we have to apply the previous daylight saving offset valid at that time (previous means before the switch). The southern hemisphere matters here, see America/Argentina/Jujuy in 1992. However, there is one exception. If there are no dst-rules at all in given year then we have to apply zero-offset (consistent with Asia/Gaza for the 1967 switch). I wished these tricky details were documented anywhere and I hope it helps for anyone else. -------- Weitergeleitete Nachricht -------- Betreff: Re: [english 83%] Re: [tz] historic Oslo times Datum: Sat, 07 Mar 2015 01:49:07 +0100 Von: Meno Hochschild An: Paul Eggert Thank you very much for clarification. Is this rule/algorithm/procedure documented anywhere? So for Oslo we have a rule BEFORE the switch which gives us the dst-offset of +01:00 to be applied. And what will happen if the rule in question taking effect happens AFTER the time of switch (as expressed in UNTIL-term) meaning: for given year there is no rule before switch? Is it okay to assume daylight-savings zero in this edge case? ls this assumption also valid for southern hemisphere? Am 06.03.2015 um 22:29 schrieb Paul Eggert: > Meno Hochschild wrote: >> The rule for 1940 cannot be applied because 1st of Apr is clearly >> before the >> UNTIL-date of zone line in question when changing from Norway-rule to >> C-Eur-rule. > > When a zone switches from one set of rules to another, the rule in > effect at the time of the switch is the rule that governs, even if > this rule first took effect before the switch. So the rule you > mention can be applied, and the data for Europe/Oslo should be OK. > You can verify this by running the command "zdump -v Europe/Oslo" and > verifying that all the transitions are as expected. Here are the > war-year transitions that I observed that way: > > Sat Aug 10 21:59:59 1940 UT = Sat Aug 10 22:59:59 1940 CET isdst=0 > gmtoff=3600 > Sat Aug 10 22:00:00 1940 UT = Sun Aug 11 00:00:00 1940 CEST isdst=1 > gmtoff=7200 > Mon Nov 2 00:59:59 1942 UT = Mon Nov 2 02:59:59 1942 CEST isdst=1 > gmtoff=7200 > Mon Nov 2 01:00:00 1942 UT = Mon Nov 2 02:00:00 1942 CET isdst=0 > gmtoff=3600 > Mon Mar 29 00:59:59 1943 UT = Mon Mar 29 01:59:59 1943 CET isdst=0 > gmtoff=3600 > Mon Mar 29 01:00:00 1943 UT = Mon Mar 29 03:00:00 1943 CEST isdst=1 > gmtoff=7200 > Mon Oct 4 00:59:59 1943 UT = Mon Oct 4 02:59:59 1943 CEST isdst=1 > gmtoff=7200 > Mon Oct 4 01:00:00 1943 UT = Mon Oct 4 02:00:00 1943 CET isdst=0 > gmtoff=3600 > Mon Apr 3 00:59:59 1944 UT = Mon Apr 3 01:59:59 1944 CET isdst=0 > gmtoff=3600 > Mon Apr 3 01:00:00 1944 UT = Mon Apr 3 03:00:00 1944 CEST isdst=1 > gmtoff=7200 > Mon Oct 2 00:59:59 1944 UT = Mon Oct 2 02:59:59 1944 CEST isdst=1 > gmtoff=7200 > Mon Oct 2 01:00:00 1944 UT = Mon Oct 2 02:00:00 1944 CET isdst=0 > gmtoff=3600 > Mon Apr 2 00:59:59 1945 UT = Mon Apr 2 01:59:59 1945 CET isdst=0 > gmtoff=3600 > Mon Apr 2 01:00:00 1945 UT = Mon Apr 2 03:00:00 1945 CEST isdst=1 > gmtoff=7200 > Mon Oct 1 00:59:59 1945 UT = Mon Oct 1 02:59:59 1945 CEST isdst=1 > gmtoff=7200 > Mon Oct 1 01:00:00 1945 UT = Mon Oct 1 02:00:00 1945 CET isdst=0 > gmtoff=3600 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stevejones at OnTimeZone.com Tue Mar 10 06:36:24 2015 From: stevejones at OnTimeZone.com (Steve Jones) Date: Tue, 10 Mar 2015 01:36:24 -0500 Subject: [tz] Daylight Saving Time, the movie In-Reply-To: References: <2699cd045a9fb2a59658166963b56b34@netburn.no> <54FB6350.8020606@SystematicSw.ab.ca> Message-ID: <20150310063641.B0EC163406C@homiemail-a62.g.dreamhost.com> Folks: It's pretty rare that humor is on-topic in this list, but I doubt anyone would disagree this is a clear exception, especially given the timing: https://www.youtube.com/watch?v=k4EUTMPuvHo Regards, Steve Jones [] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 17821e06.jpg Type: image/jpeg Size: 23307 bytes Desc: not available URL: From eggert at cs.ucla.edu Tue Mar 10 07:04:48 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 10 Mar 2015 00:04:48 -0700 Subject: [tz] [PROPOSED PATCH] Mongolia resumes DST in 2015 Message-ID: <1425971088-21414-1-git-send-email-eggert@cs.ucla.edu> * asia (Mongol), NEWS: Mongolia will start observing DST again this year, from the last Saturday in March at 02:00 to the last Saturday in September at 00:00. (Thanks to Ganbold Tsagaankhuu.) --- NEWS | 4 ++++ asia | 9 +++++++++ 2 files changed, 13 insertions(+) diff --git a/NEWS b/NEWS index d21c1fa..5aca1f6 100644 --- a/NEWS +++ b/NEWS @@ -4,6 +4,10 @@ Unreleased, experimental changes Changes affecting future time stamps + Mongolia will start observing DST again this year, from the last + Saturday in March at 02:00 to the last Saturday in September at 00:00. + (Thanks to Ganbold Tsagaankhuu.) + Palestine will start DST on March 28, not March 27. Also, correct the fall 2014 transition from September 26 to October 24. Adjust future predictions accordingly. (Thanks to Steffen Thorsen.) diff --git a/asia b/asia index fa7978e..756e3d0 100644 --- a/asia +++ b/asia @@ -1904,6 +1904,13 @@ Zone Indian/Maldives 4:54:00 - LMT 1880 # Male # was at the start of 2008-03-31 (the day of Steffen Thorsen's report); # this is almost surely wrong. +# From Ganbold Tsagaankhuu (2015-03-10): +# It seems like yesterday Mongolian Government meeting has concluded to use +# daylight saving time in Mongolia.... Starting at 2:00AM of last Saturday of +# March 2015, daylight saving time starts. And 00:00AM of last Saturday of +# September daylight saving time ends. Source: +# http://zasag.mn/news/view/8969 + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Mongol 1983 1984 - Apr 1 0:00 1:00 S Rule Mongol 1983 only - Oct 1 0:00 0 - @@ -1924,6 +1931,8 @@ Rule Mongol 1984 1998 - Sep lastSun 0:00 0 - Rule Mongol 2001 only - Apr lastSat 2:00 1:00 S Rule Mongol 2001 2006 - Sep lastSat 2:00 0 - Rule Mongol 2002 2006 - Mar lastSat 2:00 1:00 S +Rule Mongol 2015 max - Mar lastSat 2:00 1:00 S +Rule Mongol 2015 max - Sep lastSat 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] # Hovd, a.k.a. Chovd, Dund-Us, Dzhargalant, Khovd, Jirgalanta -- 2.1.0 From Joerg.Richter at pdv-FS.de Mon Mar 9 16:08:37 2015 From: Joerg.Richter at pdv-FS.de (=?utf-8?B?UmljaHRlciwgSsO2cmc=?=) Date: Mon, 9 Mar 2015 16:08:37 +0000 Subject: [tz] signed overflow Message-ID: <212C67F16CDC4441BF44A3862ADD581F4846FC59@EXCHMBX2.pdv-fs.de> In time2sub() there is this code: } else { lo = 1; for (i = 0; i < (int) TYPE_BIT(time_t) - 1; ++i) lo *= 2; hi = -(lo + 1); } The last *= 2 will overflow a signed integer time_t. This can be fixed with ?lo = -1? instead of ?lo = 1?. This change seems to be consistent with the variable names. - J?rg -------------- next part -------------- An HTML attachment was scrubbed... URL: From eggert at cs.ucla.edu Tue Mar 10 16:41:11 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 10 Mar 2015 09:41:11 -0700 Subject: [tz] signed overflow In-Reply-To: <212C67F16CDC4441BF44A3862ADD581F4846FC59@EXCHMBX2.pdv-fs.de> References: <212C67F16CDC4441BF44A3862ADD581F4846FC59@EXCHMBX2.pdv-fs.de> Message-ID: <54FF1EA7.1030108@cs.ucla.edu> On 03/09/2015 09:08 AM, Richter, J?rg wrote: > The last *= 2 will overflow a signed integer time_t. This can be fixed > with ?lo = -1? instead of ?lo = 1?. Thanks for reporting that bug. Attached is a proposed patch that should solve the problem in a simpler way. (It also fixes some nearby white space problems.) I've installed this in the experimental version on github. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Avoid-integer-overflow-in-mktime.patch Type: text/x-patch Size: 1840 bytes Desc: not available URL: From eggert at cs.ucla.edu Wed Mar 11 03:55:52 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 10 Mar 2015 20:55:52 -0700 Subject: [tz] [PROPOSED PATCH 1/2] Support -Dtime_tz=time_t Message-ID: <1426046153-8914-1-git-send-email-eggert@cs.ucla.edu> * private.h (tz_time_t), NEWS: Move typedef earlier. (Problem reported by Bradley White.) --- NEWS | 2 ++ private.h | 4 ++-- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index 1e74bfd..89b5349 100644 --- a/NEWS +++ b/NEWS @@ -34,6 +34,8 @@ Unreleased, experimental changes Fix integer overflow bug in reference 'mktime' implementation. (Problem reported by J?rg Richter.) + Allow -Dtime_tz=time_t compilations. (Problem reported by Bradley White.) + Changes affecting commentary Cite the recent Mexican decree changing Quintana Roo's time zone. diff --git a/private.h b/private.h index efa1bdf..b9429ae 100644 --- a/private.h +++ b/private.h @@ -308,6 +308,8 @@ typedef unsigned long uintmax_t; static time_t sys_time(time_t *x) { return time(x); } # endif +typedef time_tz tz_time_t; + # undef ctime # define ctime tz_ctime # undef ctime_r @@ -341,8 +343,6 @@ static time_t sys_time(time_t *x) { return time(x); } # undef timeoff # define timeoff tz_timeoff -typedef time_tz time_t; - char *ctime(time_t const *); char *ctime_r(time_t const *, char *); double difftime(time_t, time_t); -- 2.1.0 From eggert at cs.ucla.edu Wed Mar 11 03:55:53 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 10 Mar 2015 20:55:53 -0700 Subject: [tz] [PROPOSED PATCH 2/2] Allow -Dtime_tz=... libs alongside standard libs In-Reply-To: <1426046153-8914-1-git-send-email-eggert@cs.ucla.edu> References: <1426046153-8914-1-git-send-email-eggert@cs.ucla.edu> Message-ID: <1426046153-8914-2-git-send-email-eggert@cs.ucla.edu> Allow libraries built with -Dtime_tz=... to be used in executables that also use standard-library time_t and libraries. (Problem reported by Bradley White.) * NEWS: Document this. * private.h (localtime_rz, mktime_rz, posix2time_z, time2posix_z) (tzalloc, tzfree, tzset, tzsetwall) [time_tz]: Define to tz_localtime_rz etc., so that these functions can be used in the same executable as standard functions with standard time_t. (tzset, tzsetwall) [time_tz]: Declare, so that the tz_-prefixed version ins declared. --- NEWS | 4 +++- private.h | 19 ++++++++++++++++++- 2 files changed, 21 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index 89b5349..47f707b 100644 --- a/NEWS +++ b/NEWS @@ -34,7 +34,9 @@ Unreleased, experimental changes Fix integer overflow bug in reference 'mktime' implementation. (Problem reported by J?rg Richter.) - Allow -Dtime_tz=time_t compilations. (Problem reported by Bradley White.) + Allow -Dtime_tz=time_t compilations, and allow -Dtime_tz=... libraries + to be used in the same executable as standard-library time_t functions. + (Problems reported by Bradley White.) Changes affecting commentary diff --git a/private.h b/private.h index b9429ae..de9c13e 100644 --- a/private.h +++ b/private.h @@ -324,16 +324,24 @@ typedef time_tz tz_time_t; # define localtime tz_localtime # undef localtime_r # define localtime_r tz_localtime_r +# undef localtime_rz +# define localtime_rz tz_localtime_rz # undef mktime # define mktime tz_mktime +# undef mktime_z +# define mktime_z tz_mktime_z # undef offtime # define offtime tz_offtime # undef posix2time # define posix2time tz_posix2time +# undef posix2time_z +# define posix2time_z tz_posix2time_z # undef time # define time tz_time # undef time2posix # define time2posix tz_time2posix +# undef time2posix_z +# define time2posix_z tz_time2posix_z # undef time_t # define time_t tz_time_t # undef timegm @@ -342,6 +350,14 @@ typedef time_tz tz_time_t; # define timelocal tz_timelocal # undef timeoff # define timeoff tz_timeoff +# undef tzalloc +# define tzalloc tz_tzalloc +# undef tzfree +# define tzfree tz_tzfree +# undef tzset +# define tzset tz_tzset +# undef tzsetwall +# define tzsetwall tz_tzsetwall char *ctime(time_t const *); char *ctime_r(time_t const *, char *); @@ -352,6 +368,7 @@ struct tm *localtime(time_t const *); struct tm *localtime_r(time_t const *restrict, struct tm *restrict); time_t mktime(struct tm *); time_t time(time_t *); +void tzset(void); #endif /* @@ -370,7 +387,7 @@ extern char * asctime_r(struct tm const *restrict, char *restrict); */ #ifdef STD_INSPIRED -# if !defined tzsetwall +# if !defined tzsetwall || defined time_tz void tzsetwall(void); # endif # if !defined offtime || defined time_tz -- 2.1.0 From apb at cequrux.com Wed Mar 11 06:47:17 2015 From: apb at cequrux.com (Alan Barrett) Date: Wed, 11 Mar 2015 08:47:17 +0200 Subject: [tz] Fwd: Re: [english 83%] Re: historic Oslo times In-Reply-To: <54FE7335.5030200@gmx.de> References: <54FA4B03.5@gmx.de> <54FE7335.5030200@gmx.de> Message-ID: <20150311064717.GC1164@apb-laptoy.apb.alt.za> On Tue, 10 Mar 2015, Meno Hochschild wrote: > Okay, now I have done my own investigations and found following > answer: > > If the switch (expressed as UNTIL-time in a ZONE-line) is before > any dst-rule valid for given UNTIL-related year then we have to > apply the previous daylight saving offset valid at that time > (previous means before the switch). That sounds like one of the consequences of the way Zones and Rules interact. My explanation would be more like this: The lines associated with a "Rule" define the instants of transition between standard time and DST, and the offset associated with each transition. These transitions are uses by all Zones that follow the Rule. A line associated with a "Zone" may refer to a particular Rule, along with the instant at which the zone starts following the Rule, the instant at which the Zone ceases following the Rule, and the standard time offset from UTC during the interval between the start and end time. For all times within the interval that the Zone follows the Rule, the DST offsets and DST transitions defined by the Rule apply to the Zone. The Zone might or might not incur a standard time transition and/or a DST transition at the instant when the zone begins or ceases to follow the Rule. To figure out whether or not there are standard time transitions or DST transitions at these instants, one needs to determine both the standard time offset from UTC, and the DST offset from standard time, at the instants just before and just after the Zone begins to follow the Rule, or ceases to follow the Rule; any differences in the offsets imply that there is a transition at that instant. --apb (Alan Barrett) From arthurdavidolson at gmail.com Thu Mar 12 19:00:13 2015 From: arthurdavidolson at gmail.com (Arthur David Olson) Date: Thu, 12 Mar 2015 15:00:13 -0400 Subject: [tz] DST in the news Message-ID: A Washington Post on-line recap by Elahe Izadi of efforts to change time in twelve of the United States: http://www.washingtonpost.com/blogs/the-fix/wp/2015/03/12/a-bunch-of-states-want-to-get-rid-of-daylight-saving-time-is-your-state-one-of-them/ @dashdashado -------------- next part -------------- An HTML attachment was scrubbed... URL: From eggert at cs.ucla.edu Sat Mar 21 05:23:13 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Fri, 20 Mar 2015 22:23:13 -0700 Subject: [tz] [tz-announce] 2015b release of tz code and data available Message-ID: <550D0041.9050302@cs.ucla.edu> The 2015b release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting future time stamps Mongolia will start observing DST again this year, from the last Saturday in March at 02:00 to the last Saturday in September at 00:00. (Thanks to Ganbold Tsagaankhuu.) Palestine will start DST on March 28, not March 27. Also, correct the fall 2014 transition from September 26 to October 24. Adjust future predictions accordingly. (Thanks to Steffen Thorsen.) Changes affecting past time stamps The 1982 zone shift in Pacific/Easter has been corrected, fixing a 2015a regression. (Thanks to Stuart Bishop for reporting the problem.) Some more zones have been turned into links, when they differed from existing zones only for older time stamps. As usual, these changes affect UTC offsets in pre-1970 time stamps only. Their old contents have been moved to the 'backzone' file. The affected zones are: America/Antigua, America/Cayman, Pacific/Midway, and Pacific/Saipan. Changes affecting time zone abbreviations Correct the 1992-2010 DST abbreviation in Volgograd from "MSK" to "MSD". (Thanks to Hank W.) Changes affecting code Fix integer overflow bug in reference 'mktime' implementation. (Problem reported by J?rg Richter.) Allow -Dtime_tz=time_t compilations, and allow -Dtime_tz=... libraries to be used in the same executable as standard-library time_t functions. (Problems reported by Bradley White.) Changes affecting commentary Cite the recent Mexican decree changing Quintana Roo's time zone. (Thanks to Carlos Ra?l Perasso.) Likewise for the recent Chilean decree. (Thanks to Eduardo Romero Urra.) Update info about Mars time. Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2015b.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2015b.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2015b.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2015b.tar.gz As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. This release corresponds to commit 2dc5d94148e3dbf7511f35edd99099705d8ce392 dated Thu Mar 19 23:28:11 2015 -0700 and tagged '2015b' in the experimental github repository at . Here are the SHA-512 checksums for the release files: d9b56c8ec98d9158d10cf80df0181864c467a4387b8ced5701f466c40885ea524bc1d49b0e17c0a18d8006a423da1c1b9a7e74626c4a916dd37cbb85e04b2b0a tzcode2015b.tar.gz 767782b87e62a8f7a4dbcae595d16a54197c9e04ca974d7016d11f90ebaf2537b804d111f204af9052c68d4670afe0af0af9e5b150867a357fc199bb541368d0 tzdata2015b.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVC76nAAoJEO2X6Q5iqn4058QP/3wSOsQJm7PCVcVM4803N0QW FSYuqkvPldmhTOti7cHprsFL/SigOOwJdrYusI5nTlQMeCEpUYLnmdqm3GWyrlAj +9exuMpfePqsrcKK2wW6/a4w9u+1vGZagl4fnpsCdw9KoWuoE+B4P+DH0iHBXJIV bizOSiDs+dg0Ap5BhKzCvawCmDviFaO+666OrxNonREvRbokPptNXdDjkcKZiJNC zFrqtbhgb4X7yFuoj78V39TzoTzyh2jV00cJByYp/osFVi8c17U3Y7SdsgQ63/+3 BDDPJAXc+dtJCWIkg7+5syJNZkPtFkzhIxy1Zz3QTIapr2McAD7/ngvDnczgPCW2 JZEQ0SwMIzYNgjwGuCOiQR0JcoyKkux5G5UwFGsXTopsQDRFd0/8YM33VPv/Mkqs pemElTklzbUNIwWMm+8XzkG04HaYgdy3SEs/ZqzLcRZU6fR/qSz2qxlOrPN0NZzl 2lFx08MCL6vGXe+iMgAjiJBbx6jfK6QW8mxjBpEXSPqpC7dWNlWk8r4XNi1ndsW1 1mS/F+fxV6cAkeHkNIV6ZA4nbeAGxDZViPUIxXBvSh8/NUO2CLf1HFybMSFNPu31 6Mu8QlHwq8gwMVAe2LCALHpmHump+64pdqV8FMr75DkQjQBU/kGHm161h3lEB0jS lrg+YZMC4pQ4znrvoZAX =dICV -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVC76nAAoJEO2X6Q5iqn40dXQQAIAMoFGd7MkZmrNEI3ZNl3lI tSLIge1yZv2q7ZzYsNwrEFaqBY/TOo0Zj8JOEWrpzDE6uc4tLXIa7S39xSvuCKAx LckxD8vDsxmIofL+KGt3YRxVmg9c3DDv7fVhDENqm1dj+VTGgDZCEztgAoXAcWvw h/JPJu6PS75+0RPGaHBRgjs+rWDuE5o2DtpexkXhkkca4krwyhLM1uXH6x+uXEd9 QyDPduJnUE+4dxOo0M0Au8HcBZ6u5zWm26ovpK9jLlMeVTvkac4RAr5jcTf0UdHJ 11VEFPCdPxnlwZD4iwFfUP3QdE9i8jGNrEqddzi4fvw2SAgDxB8Mz8C3TQp5vA3O bkzI1XMr0P1gut8PbhhxBHKQWduas9Y28RiGrnWNRxFekrJmFzwleUomveP9m+Dj +nVwe5F4ny96ht83IS5NOxroYRxK+jAi1/7d/nmPltHOAF88ai14Ogs21u1XfbOJ NcfbLRkVKCyjyVqsT7ZoHJVb9xLj3kphcwdI0XQBnqNxkiFUjQzY3uABhLsKhXNW 4PVuF+5+b1on/Ew2/re6dI2hbRFG8vwJeCPK+Oqn6TGfxT8v86OPc6jT7w5Mr6vt ZbYofuF/CiZJlgeB6I3qvGYcUsnhrxSQJWKpt9iS5Aq2wpRKYaYRU43igfuE3Znl dpFoxJMOxF7fw67+8ZSi =clrh -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce at iana.org https://mm.icann.org/mailman/listinfo/tz-announce From stuart at stuartbishop.net Mon Mar 23 06:25:03 2015 From: stuart at stuartbishop.net (Stuart Bishop) Date: Mon, 23 Mar 2015 13:25:03 +0700 Subject: [tz] Chile/EasterIsland 1982 broken by 2015a? In-Reply-To: <54E21BDE.2080100@cs.ucla.edu> References: <54E21A75.1090406@timtimeonline.com> <54E21BDE.2080100@cs.ucla.edu> Message-ID: On 16 February 2015 at 23:33, Paul Eggert wrote: > Thanks, I've pushed that correction into the experimental version. I think these rules are still faulty in 2015b: Chile/EasterIsland Sat Mar 13 02:59:59 1982 UT = Fri Mar 12 20:59:59 1982 EASST isdst=1 gmtoff=-21600 Chile/EasterIsland Sat Mar 13 03:00:00 1982 UT = Fri Mar 12 22:00:00 1982 EASST isdst=1 gmtoff=-18000 Chile/EasterIsland Sun Mar 14 02:59:59 1982 UT = Sat Mar 13 21:59:59 1982 EASST isdst=1 gmtoff=-18000 Chile/EasterIsland Sun Mar 14 03:00:00 1982 UT = Sat Mar 13 21:00:00 1982 EAST isdst=0 gmtoff=-21600 Chile/EasterIsland Sun Oct 10 03:59:59 1982 UT = Sat Oct 9 21:59:59 1982 EAST isdst=0 gmtoff=-21600 Chile/EasterIsland Sun Oct 10 04:00:00 1982 UT = Sat Oct 9 23:00:00 1982 EASST isdst=1 gmtoff=-18000 Forward an hour on March 13 1982, back an hour March 14 1982. -- Stuart Bishop http://www.stuartbishop.net/ From stuart at stuartbishop.net Mon Mar 23 07:04:30 2015 From: stuart at stuartbishop.net (Stuart Bishop) Date: Mon, 23 Mar 2015 14:04:30 +0700 Subject: [tz] Chile/EasterIsland 1982 broken by 2015a? In-Reply-To: References: <54E21A75.1090406@timtimeonline.com> <54E21BDE.2080100@cs.ucla.edu> Message-ID: On 23 March 2015 at 13:25, Stuart Bishop wrote: > On 16 February 2015 at 23:33, Paul Eggert wrote: >> Thanks, I've pushed that correction into the experimental version. > > I think these rules are still faulty in 2015b: The problem was at my end, and it is correct in 2015b. Sorry for the noise everyone. -- Stuart Bishop http://www.stuartbishop.net/ From eggert at cs.ucla.edu Tue Mar 24 19:10:13 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 24 Mar 2015 12:10:13 -0700 Subject: [tz] [PATCH] Modernize GCC_DEBUG_FLAGS Message-ID: <1427224213-30931-1-git-send-email-eggert@cs.ucla.edu> * Makefile (GCC_DEBUG_FLAGS): Assume GCC 4.9.2 and current tz sources. Add -Wdate-time, -Wdouble-promotion, -Wlogical-op, -Wold-style-definition, -Wunused. Remove redundant -Wcast-qual and -Wno-cast-qual. Remove -Wmissing-declarations; implied by -Wmissing-prototypes. Remove -Wmissing-noreturn; equivalent to -Wsuggest-attribute=noreturn. Remove -Wno-sign-conversion; not needed, as we don't use -Wconversion. Put the -Wno-* options last, so that they override preceding options that enable warnings. --- Makefile | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/Makefile b/Makefile index fbb027a..e7043af 100644 --- a/Makefile +++ b/Makefile @@ -149,18 +149,18 @@ LDLIBS= # $(GCC_DEBUG_FLAGS) if you are using GCC and want lots of checking GCC_DEBUG_FLAGS = -Dlint -g3 -O3 -fno-common -fstrict-aliasing \ -Wall -Wextra \ - -Wbad-function-cast -Wcast-align -Wcast-qual \ + -Wbad-function-cast -Wcast-align -Wdate-time \ -Wdeclaration-after-statement \ + -Wdouble-promotion \ -Wformat=2 -Winit-self -Wjump-misses-init \ - -Wmissing-declarations -Wmissing-noreturn -Wmissing-prototypes \ - -Wnested-externs -Wno-address -Wno-cast-qual \ - -Wno-format-nonliteral -Wno-sign-compare -Wno-sign-conversion \ - -Wno-type-limits \ - -Wno-unused-parameter -Woverlength-strings -Wpointer-arith \ + -Wlogical-op -Wmissing-prototypes -Wnested-externs \ + -Wold-style-definition -Woverlength-strings -Wpointer-arith \ -Wshadow -Wstrict-prototypes -Wsuggest-attribute=const \ -Wsuggest-attribute=format -Wsuggest-attribute=noreturn \ -Wsuggest-attribute=pure -Wtrampolines \ - -Wwrite-strings + -Wunused -Wwrite-strings \ + -Wno-address -Wno-format-nonliteral -Wno-sign-compare \ + -Wno-type-limits -Wno-unused-parameter # # If you want to use System V compatibility code, add # -DUSG_COMPAT -- 2.1.0 From eggert at cs.ucla.edu Tue Mar 24 19:37:51 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 24 Mar 2015 12:37:51 -0700 Subject: [tz] [PROPOSED PATCH] Move one out-of-scope zone to 'backzone' Message-ID: <1427225871-31255-1-git-send-email-eggert@cs.ucla.edu> * NEWS: Document this. * backzone (Mont, America/Montreal): Move this out-of-scope data here from 'northamerica'. * checktab.awk: Remove special case for America/Montreal, that was added to this file "temporarily" on 2013-09-11. * northamerica (America/Montreal): Now a link to America/Toronto. --- NEWS | 11 +++++++++++ backzone | 40 ++++++++++++++++++++++++++++++++++++++++ checktab.awk | 3 --- northamerica | 41 ++++------------------------------------- 4 files changed, 55 insertions(+), 40 deletions(-) diff --git a/NEWS b/NEWS index ce6ac40..ddfd702 100644 --- a/NEWS +++ b/NEWS @@ -1,5 +1,16 @@ News for the tz database +Unreleased, experimental changes + + Changes affecting past time stamps + + One more zone has been turned into a link, as it differed + from an existing zone only for older time stamps. As usual, + this change affects UTC offsets in pre-1970 time stamps only. + The zone's old contents have been moved to the 'backzone' file. + The affected zone is America/Montreal. + + Release 2015b - 2015-03-19 23:28:11 -0700 Changes affecting future time stamps diff --git a/backzone b/backzone index 31a3f5a..6b392bd 100644 --- a/backzone +++ b/backzone @@ -311,6 +311,46 @@ Zone America/Grenada -4:07:00 - LMT 1911 Jul # St George's Zone America/Guadeloupe -4:06:08 - LMT 1911 Jun 8 # Pointe-?-Pitre -4:00 - AST +# Canada +# +# From Paul Eggert (2015-03-24): +# Since 1970 most of Quebec has been like Toronto; see +# America/Toronto. However, earlier versions of the tz database +# mistakenly relied on data from Shanks & Pottenger saying that Quebec +# differed from Ontario after 1970, and the following rules and zone +# were created for most of Quebec from the incorrect Shanks & +# Pottenger data. The post-1970 entries have been corrected, but the +# pre-1970 entries are unchecked and probably have errors. +# +# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S +Rule Mont 1917 only - Mar 25 2:00 1:00 D +Rule Mont 1917 only - Apr 24 0:00 0 S +Rule Mont 1919 only - Mar 31 2:30 1:00 D +Rule Mont 1919 only - Oct 25 2:30 0 S +Rule Mont 1920 only - May 2 2:30 1:00 D +Rule Mont 1920 1922 - Oct Sun>=1 2:30 0 S +Rule Mont 1921 only - May 1 2:00 1:00 D +Rule Mont 1922 only - Apr 30 2:00 1:00 D +Rule Mont 1924 only - May 17 2:00 1:00 D +Rule Mont 1924 1926 - Sep lastSun 2:30 0 S +Rule Mont 1925 1926 - May Sun>=1 2:00 1:00 D +Rule Mont 1927 1937 - Apr lastSat 24:00 1:00 D +Rule Mont 1927 1937 - Sep lastSat 24:00 0 S +Rule Mont 1938 1940 - Apr lastSun 0:00 1:00 D +Rule Mont 1938 1939 - Sep lastSun 0:00 0 S +Rule Mont 1946 1973 - Apr lastSun 2:00 1:00 D +Rule Mont 1945 1948 - Sep lastSun 2:00 0 S +Rule Mont 1949 1950 - Oct lastSun 2:00 0 S +Rule Mont 1951 1956 - Sep lastSun 2:00 0 S +Rule Mont 1957 1973 - Oct lastSun 2:00 0 S +Zone America/Montreal -4:54:16 - LMT 1884 + -5:00 Mont E%sT 1918 + -5:00 Canada E%sT 1919 + -5:00 Mont E%sT 1942 Feb 9 2:00s + -5:00 Canada E%sT 1946 + -5:00 Mont E%sT 1974 + -5:00 Canada E%sT + # Montserrat # From Paul Eggert (2006-03-22): # In 1995 volcanic eruptions forced evacuation of Plymouth, the capital. diff --git a/checktab.awk b/checktab.awk index cf2c726..de98299 100644 --- a/checktab.awk +++ b/checktab.awk @@ -9,9 +9,6 @@ BEGIN { if (!zone_table) zone_table = "zone1970.tab" if (!want_warnings) want_warnings = -1 - # A special (and we hope temporary) case. - tztab["America/Montreal"] = 1 - while (getline =1 2:30 0 S -Rule Mont 1921 only - May 1 2:00 1:00 D -Rule Mont 1922 only - Apr 30 2:00 1:00 D -Rule Mont 1924 only - May 17 2:00 1:00 D -Rule Mont 1924 1926 - Sep lastSun 2:30 0 S -Rule Mont 1925 1926 - May Sun>=1 2:00 1:00 D -Rule Mont 1927 1937 - Apr lastSat 24:00 1:00 D -Rule Mont 1927 1937 - Sep lastSat 24:00 0 S -Rule Mont 1938 1940 - Apr lastSun 0:00 1:00 D -Rule Mont 1938 1939 - Sep lastSun 0:00 0 S -Rule Mont 1946 1973 - Apr lastSun 2:00 1:00 D -Rule Mont 1945 1948 - Sep lastSun 2:00 0 S -Rule Mont 1949 1950 - Oct lastSun 2:00 0 S -Rule Mont 1951 1956 - Sep lastSun 2:00 0 S -Rule Mont 1957 1973 - Oct lastSun 2:00 0 S - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Blanc-Sablon -3:48:28 - LMT 1884 -4:00 Canada A%sT 1970 -4:00 - AST -Zone America/Montreal -4:54:16 - LMT 1884 - -5:00 Mont E%sT 1918 - -5:00 Canada E%sT 1919 - -5:00 Mont E%sT 1942 Feb 9 2:00s - -5:00 Canada E%sT 1946 - -5:00 Mont E%sT 1974 - -5:00 Canada E%sT # Ontario @@ -1596,6 +1562,7 @@ Zone America/Toronto -5:17:32 - LMT 1895 -5:00 Canada E%sT 1946 -5:00 Toronto E%sT 1974 -5:00 Canada E%sT +Link America/Toronto America/Montreal Zone America/Thunder_Bay -5:57:00 - LMT 1895 -6:00 - CST 1910 -5:00 - EST 1942 -- 2.1.0 From eggert at cs.ucla.edu Tue Mar 24 20:17:57 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 24 Mar 2015 13:17:57 -0700 Subject: [tz] [PROPOSED PATCH] Move one out-of-scope zone to 'backzone' In-Reply-To: <1427225871-31255-1-git-send-email-eggert@cs.ucla.edu> References: <1427225871-31255-1-git-send-email-eggert@cs.ucla.edu> Message-ID: <5511C675.7050601@cs.ucla.edu> That patch put the new backward-compatibility link into the wrong file, which breaks 'make check'. Fixed by the attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Fix-recently-introduced-make-check-failure.patch Type: text/x-patch Size: 1249 bytes Desc: not available URL: From eggert at cs.ucla.edu Tue Mar 24 20:49:28 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 24 Mar 2015 13:49:28 -0700 Subject: [tz] [PROPOSED PATCH] * tz-link.htm, NEWS: Mention the TZUpdater tool. Message-ID: <1427230168-32442-1-git-send-email-eggert@cs.ucla.edu> --- NEWS | 4 ++++ tz-link.htm | 6 +++++- 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/NEWS b/NEWS index ddfd702..f31c6b1 100644 --- a/NEWS +++ b/NEWS @@ -10,6 +10,10 @@ Unreleased, experimental changes The zone's old contents have been moved to the 'backzone' file. The affected zone is America/Montreal. + Changes affecting commentary + + Mention the TZUpdater tool. + Release 2015b - 2015-03-19 23:28:11 -0700 diff --git a/tz-link.htm b/tz-link.htm index 092da5f..d1cf269 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -8,7 +8,7 @@ - + CLDR data into an ICU-specific format. ICU is freely available under a BSD-style license. +
  • The TZUpdater +tool compiles tz source into the format used by +Oracle Java.
  • Joda-Time – Java date and time API contains a class -- 2.1.0 From admin at thetimenow.com Wed Mar 25 10:16:32 2015 From: admin at thetimenow.com (Brandon Ramsey) Date: Wed, 25 Mar 2015 18:16:32 +0800 Subject: [tz] Quick suggestion for "Sources for Time Zone and Daylight Saving Time Data" Message-ID: Hey, I was poking around Pansearch.perl and came across your excellent resource: ?Sources for Time Zone and Daylight Saving Time Data ? I noticed that you referenced WorldTimeZone.com's Homepage on the page. I also love that resource! In fact, it was one resource that inspired me to create a more thorough and up to date version: http://www.thetimenow.com/ I?d be thrilled if you?d consider adding it to that page. If not, perhaps a recent or upcoming post is more appropriate :) Either way, keep up the great work you've been doing. Cheers, -- *Brandon Ramsay - Outreach Manager* *TheTimeNow.com* *the official current time of the world* -------------- next part -------------- An HTML attachment was scrubbed... URL: From eggert at cs.ucla.edu Wed Mar 25 20:47:20 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Wed, 25 Mar 2015 13:47:20 -0700 Subject: [tz] Quick suggestion for "Sources for Time Zone and Daylight Saving Time Data" In-Reply-To: References: Message-ID: <55131ED8.8000004@cs.ucla.edu> Thanks, attached is a proposed patch. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-tz-link.htm-NEWS-Mention-The-Time-Now.patch Type: text/x-patch Size: 1635 bytes Desc: not available URL: From sam.ua at zoho.com Thu Mar 26 21:55:14 2015 From: sam.ua at zoho.com (Simon) Date: Thu, 26 Mar 2015 23:55:14 +0200 Subject: [tz] Kyiv time zone Message-ID: <1427406914.1821.1@smtp.zoho.com> To whom it may concern, I recently started using Ubuntu Linux on my desktop. While adding my time-zone to the parameters on the site I saw that you have "Kiev time zone". I wanted to point out that "Kiev" is an archaic transliteration of the city's name. Currently, as Ukraine is independent for close to 24 years, the proper transliteration would be "Kyiv" I kindly ask that you adopt the proper transliterated version. Kindest regards. Simon Kostenko -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim at timtimeonline.com Fri Mar 27 18:05:35 2015 From: tim at timtimeonline.com (Tim Parenti) Date: Fri, 27 Mar 2015 14:05:35 -0400 Subject: [tz] Kyiv time zone In-Reply-To: <1427406914.1821.1@smtp.zoho.com> References: <1427406914.1821.1@smtp.zoho.com> Message-ID: Simon, The tzdb uses the "mainstream English spelling" for place names wherever possible; "Kiev" is more common in English than "Kyiv". See https://github.com/eggert/tz/blob/f14d56f9bcc4d822dd136394ce81e4cc5934f377/Theory#L434 -- Tim Parenti On 26 March 2015 at 17:55, Simon wrote: > To whom it may concern, > I recently started using Ubuntu Linux on my desktop. > While adding my time-zone to the parameters on the site I saw that you > have "Kiev time zone". > I wanted to point out that "Kiev" is an archaic transliteration of the > city's name. > Currently, as Ukraine is independent for close to 24 years, the proper > transliteration would be "Kyiv" > I kindly ask that you adopt the proper transliterated version. > > Kindest regards. > Simon Kostenko > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alois at astro.ch Sun Mar 29 17:40:51 2015 From: alois at astro.ch (Alois Treindl) Date: Sun, 29 Mar 2015 19:40:51 +0200 Subject: [tz] Chile TZ rule 1942 June superfluous? In-Reply-To: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> Message-ID: <55183923.1080903@astro.ch> I do not understand the purpose of the line for June 1942 in the Chile rules: # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Chile 1927 1932 - Sep 1 0:00 1:00 S Rule Chile 1928 1932 - Apr 1 0:00 0 - --> Rule Chile 1942 only - Jun 1 4:00u 0 - Rule Chile 1942 only - Aug 1 5:00u 1:00 S Chile was on GMTOFF -5h from 1927 to 1947. What purpose has that line which does not change anything, as no DST was in force before that date: Rule Chile 1942 only - Jun 1 4:00u 0 From alois at astro.ch Sun Mar 29 18:13:21 2015 From: alois at astro.ch (Alois Treindl) Date: Sun, 29 Mar 2015 20:13:21 +0200 Subject: [tz] Chile TZ rule 1942 June superfluous? PS In-Reply-To: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> Message-ID: <551840C1.5050705@astro.ch> PS: on second thought, could it be that the lines for 1942 are generally in error: Rule Chile 1942 only - Jun 1 4:00u 0 - Rule Chile 1942 only - Aug 1 5:00u 1:00 S Rule Chile 1946 only - Jul 15 4:00u 1:00 S Rule Chile 1946 only - Sep 1 3:00u 0:00 - They make no sense, because according to this, - Jun 1942 line is superfluous - Aug 1942 sets DST in force until next cancellation of DST in Sep 1946, - JUL 1946 line would be superfluous, as well. Should it not rather be: Rule Chile 1942 only - Jun 1 4:00u 1:00 S Rule Chile 1942 only - Aug 1 5:00u 0 - Rule Chile 1946 only - Jul 15 4:00u 1:00 S Rule Chile 1946 only - Sep 1 3:00u 0:00 - But when I look at the reference, http://www.horaoficial.cl/historia_hora.html it does not contain anything about DST in 1942. From eggert at cs.ucla.edu Sun Mar 29 18:46:14 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Sun, 29 Mar 2015 11:46:14 -0700 Subject: [tz] Chile TZ rule 1942 June superfluous? PS In-Reply-To: <551840C1.5050705@astro.ch> References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> <551840C1.5050705@astro.ch> Message-ID: <55184876.2010605@cs.ucla.edu> Alois Treindl wrote: > PS: on second thought, could it be that the lines for 1942 are generally in error: > > Rule Chile 1942 only - Jun 1 4:00u 0 - > Rule Chile 1942 only - Aug 1 5:00u 1:00 S > Rule Chile 1946 only - Jul 15 4:00u 1:00 S > Rule Chile 1946 only - Sep 1 3:00u 0:00 - > > They make no sense, because according to this, > - Jun 1942 line is superfluous No, because according to the database Chile was on daylight-saving time (UTC-4) from 1932-09-01 05:00 UTC until 1942-06-01 04:00 UTC, so that line is needed for Chile to exit DST. > - Aug 1942 sets DST in force until next cancellation of DST in Sep 1946, > - JUL 1946 line would be superfluous, as well. Yes, that's right. The line mentioning "Jul 15" can be removed without changing the meaning of the data. I don't know why that line is there, but I suppose we can remove it. > when I look at the reference, http://www.horaoficial.cl/historia_hora.html > it does not contain anything about DST in 1942. This entry was contributed by Jesper N?rgaard Welen in 2006; please see: http://mm.icann.org/pipermail/tz/2006-October/013906.html http://mm.icann.org/pipermail/tz/2006-October/013908.html http://mm.icann.org/pipermail/tz/2006-October/013909.html http://mm.icann.org/pipermail/tz/2006-October/013936.html I'll CC: this message to him to see if he can provide insight, though we haven't heard from Jesper for a while so we may not get a response here. I did not check horaoficial.cl myself. Possibly it has changed since 2006, possibly there were transcription errors. Either way, we should fix it. From alois at astro.ch Sun Mar 29 19:02:23 2015 From: alois at astro.ch (Alois Treindl) Date: Sun, 29 Mar 2015 21:02:23 +0200 Subject: [tz] Chile TZ rule 1942 June superfluous? In-Reply-To: References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> <55183923.1080903@astro.ch> Message-ID: <55184C3F.5020404@astro.ch> I have extracted http://www.horaoficial.cl/historia_hora.html 1884 .... (irrelevant here) 1919 A partir del 1? de julio, se cambi? la hora est?ndar, adoptando como hora oficial, la hora del meridiano del Observatorio Astron?mico de Lo Espejo en Santiago, o sea, 4 horas, 42 minutos, 46,3 segundos, correspondiente a 70? 41' 34,5 " W, de Greenwich, en vez de la zona 20 del huso horario terrestre. Informaci?n difundida por el Bolet?n N? 24, Aviso N? 103/ 1919. 1927 Por Decreto Supremo N" 5.693, del 22 de agosto, se adoptaron dos horas diferentes. La hora oficial de invierno, correspondiente al meridiano 75? weste (zona +5) y la hora oficial de verano, correspondiente al meridiano 60? weste (zona +4), efectu?ndose los cambios el 1? de abril y el 1? de septiembre de cada a?o. Novedad que fue difundida por el Bolet?n N? 11, por aviso N? 56/1928. Este sistema de hora econ?mica se vino a hacer efectivo s?lo el 1? de abril de 1928. 1928 Se adquiri? un cable forrado en plomo a la Compa??a de Tel?fonos, para conectar la Estaci?n Horariacon la Radio Estaci?n de Playa Ancha y a su vez con el ca??n del cuartel Silva Palma. Jefe de la Estaci?n Horaria, en esa fecha era el Sr. Cristian Wiegand O. 1941 AI cumplir el Departamento de Navegaci?n e Hidrograf?a, 67 a?os de existencia, contaba en esa fecha la Estaci?n Horaria con cinco relojes de alta precisi?n conocidos bajo el nombre de "p?ndulos", los cuales son controlados entre s?. De estos cinco p?ndulos, tres son el?ctricos y dos son mec?nicos en sus mecanismos de cuerda. De los tres p?ndulos el?ctricos el principal y de mayor precisi?n llamado "p?ndulo magistral el?ctrico", trabaja dentro de una campana de cobre con vidrio en su parte superior, bajo un vac?o de 150 mil?metros. Los otros dos p?ndulos eran los repetidores del magistral. 1943 El reloj de p?ndulo que fue destruido por el terremoto de 1906, es reconstruido totalmente y puesto en servicio por el personal de la secci?n Cron?metros del Departamento de Navegaci?n e Hidrograf?a, reloj que seconserva en funcionamiento en este Servicio junto a otros tres de antigua data. 1946 El 27 de agosto, se publica la Ley N? 8.522, que dispuso el cambio urgente de la hora para Santiago y la zona central del pa?s, ante la incapacidad de las plantas de satisfacer las demandas de energ?a el?ctrica para la industria, comercio, residencias y alumbrado p?blico, quedando la capital y la zona central con el huso horario de +3 horas y el resto del pa?s con un huso horario +4 horas. Bolet?n N? 20, aviso N? 380/1946, de fecha 31 de octubre de 1946. 1947 Con fecha 17 de mayo por Decreto Supremo N? 8.777, se deroga la ley del a?o anterior, y se cambia la hora est?ndar, adoptando la hora oficial correspondiente a la zona +4 (meridiano del Observatorio de Lo Espejo, 60? weste) que rige para toda la Rep?blica, a contar del 21 de mayo de 1947 a las 23 horas. Bolet?n N? 10, aviso N? 249/1947, de fecha 31 de mayo de 1947. 1959 Se procedi? a la adquisici?n, armado e instalaci?n, junto con la etapa de pruebas, de los relojes electr?nicos de cuarzo, marca "Rhode & Schwartz", los que entraron oficialmente en servicio en 1964. -- rest irrelevant here It does contains the onset of DST rules in 1927 for 'cada ano' = each year, but no mention of a change of rules in 1932. By the way, it is interesting to note that this source confirms in the 1946 entry a division of the country into two zones, 'la capital y la zone central' and 'el resto del pais'. The capital is represented in tzdata as America/Santiago, the 'resto del pais' is not represented in tzdata, probably because the split ended before 1970. Possibly the split ended already on 21 May 1947, as it says 'zona +4 que rige para toda la Republica'. On 29.03.15 20:37, Arthur David Olson wrote: > ...which references a web page... > http://www.horaoficial.cl/horaof.htm From sam.ua at zoho.com Sun Mar 29 20:33:23 2015 From: sam.ua at zoho.com (sam.ua) Date: Sun, 29 Mar 2015 23:33:23 +0300 Subject: [tz] Kyiv time zone In-Reply-To: <87r3s9jwu0.fsf@mid.deneb.enyo.de> References: <87y4mis2ap.fsf@mid.deneb.enyo.de><1427494933.2565.1@smtp.zoho.com> <87r3s9jwu0.fsf@mid.deneb.enyo.de> Message-ID: <14c673be57a.f602db12481575.2791052589782810796@zoho.com> Dear Florian. perhaps you are not aware of the history between Ukraine and Russia. Let me remind you that Moscow has pursued the destruction of Ukraine, Ukrainians and the Ukrainian language and culture for many centuries. This ethnic cleansing continues today with the Russification of Ukraine. Once you destroy a nation's identity --their language, culture and history, it's quite easy to convert them into mindless robots, who are easy prey for the imperialist. Even in 1991, as we achieved our long overdue independence , Ukrane was over 80-90% pro-Russian. after two plus decades those same people, who were once slaves to the empire, have been schooled on the true history of Ukraine and understand just how devious Moscow was in it's ethnic cleansing of the Ukrainian people. Little over a year ago we got rid of the last remaining remnant of that Soviet-Russian past - the Putin puppet Yanykovych. Our cities are nearly rid of Lenin and Stalin - two monsters that murdered tens of millions of Ukrainians, but as the links you provided show, that past is still a part of the present. We are gradually getting rid of it. The issue of Kyiv vs Kiev is precisely the past vs the present. Kyiv is today, it's also what it was in the old Ruthenian-Ukrainian chronicles that date back to the 9th century. It became Kiev under Russian rule and now it's once again Kyiv. The war in Eastern Ukraine - the invasion by Russia, is a last attempt too keep Ukraine under Russia's orbit. we don't want that. My generation doesn't want that. Once again Kyiv vs Kiev is a part of that ugly past. I can promise you that all of our sites will one day be Kyiv and that the term will be the one used wide-spread and worldwide. But we need to do this one step at a time and wikipedia is a big part of this. This has to be corrected and the general population will then become familiar and accept the new word, it's very easy to spell and pronounce. I kindly ask that you respect our history, our past and what is currently happening in eastern Ukraine. it's no accident that where the Russian population - 15% of Ukraine's population. lives and breathes, there is a war. the same way Stalin killed my forefathers and replaced them with Russians from Russia, we are battling for the existence of our own unique identity. Kyiv is and will always be the proper transliterated version of our capital. there is no argument today that can supercede that. Thank you kindly, Simon Kostenko ---- On ??, 28 ??? 2015 11:27:35 +0200 Florian Weimer<fw at deneb.enyo.de> wrote ---- * Simon: >> Many government web sites in the Ukraine still use the ?Kiev? >> transliteration > For example? ?While the Obama administration has publicly acknowledged it is considering supplying Kiev with arms, backed by hardline EU countries like Poland and Lithuania, German Chancellor Angela Merkel has vehemently opposed the move.? <http://www.kmu.gov.ua/control/en/publish/article?art_id=248025420> -------------- next part -------------- An HTML attachment was scrubbed... URL: From dkazimirchyk at gmail.com Mon Mar 30 15:46:58 2015 From: dkazimirchyk at gmail.com (Dzmitry Kazimirchyk) Date: Mon, 30 Mar 2015 18:46:58 +0300 Subject: [tz] Belarus is listed in MSK timezone Message-ID: <55196FF2.9010104@gmail.com> I am in Belarus and I have recently noticed that my local timezone is displayed as MSK (Moscow Time) instead of FET (Further Eastearn European Time). Belarus has not made any changes to its timezone (daylight saving) policies recently, so I guess the reasoning behind this is that Russia have changed its time effectively putting its internal MSK timezone into the same time Belarus already had. However this doesn't cancel out the fact that Belarus is an independent country and it is very strange for a country to be listed under an internal timezone of some other country... Could anyone please shed some light on the reasoning behind putting Belarus into MSK timezone and if we can get our FET timezone back or at least have MSK changed to something neutral. Best regards, Dzmitry Kazimirchyk From michael.deckers at yahoo.com Tue Mar 31 11:18:51 2015 From: michael.deckers at yahoo.com (michael.deckers) Date: Tue, 31 Mar 2015 11:18:51 +0000 Subject: [tz] Chile TZ rule 1942 June superfluous? PS In-Reply-To: <55184876.2010605@cs.ucla.edu> References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> <551840C1.5050705@astro.ch> <55184876.2010605@cs.ucla.edu> Message-ID: <551A829B.2000703@yahoo.com> On 2015-03-29 18:46, Paul Eggert wrote about the Chile rules: > Yes, that's right. The line mentioning "Jul 15" can be removed without changing > the meaning of the data. I don't know why that line is there, but I suppose we > can remove it. The same seems to hold true for the line Rule Chile 1947 only - Apr 1 4:00u 0 - because its precursor Rule Chile 1946 only - Sep 1 3:00u 0:00 - does the same, and (current) usage of the Chile rules never starts after 1946-09-01T03Z and on or before 1947-04-01T04Z. Michael Deckers. From david.carrara at gmail.com Tue Mar 31 13:41:50 2015 From: david.carrara at gmail.com (David Carrara) Date: Tue, 31 Mar 2015 15:41:50 +0200 Subject: [tz] about DST in Europe Message-ID: ?? Good day, i'm writting to you about the file "europe" taken from tzdata-latest.tar.gz I read in it : ? # There shouldn't be any [current members who are not using EU rules]. # A Directive has the force of law, member states are obliged to enact # national law to implement it. The only contentious issue was the # different end date for the UK and Ireland, and this was always allowed # in the Directive. ? But i think this is small imprecision. in our European official documents there is a directive saying WHEN to change but i've never seen any directive saying we had to change (each country is free). The purpose of this directive is not to have everybody changing on his own date. It's easier with only one date, the same for all. There is no real mistakes in the file, since every Member States is already applying DST for now. So it sounds like it's the same. But I think these lines in the file maintain the imprecision. Furthermore, the tzdata file says ? only contentious issue was the different end date for the UK and Ireland, and this was always allowed in the Directive. ? But when I read the directive I see no exception about them. They don't have same timezone, but ?it's the purpose of my email? having same timezone or not is not a part of the directive. So no exception is required about them. Neither about DST observance, each country can choose to have DST or not. It's all only about the schedule, then UK and Ireland are applying their DST at the same date we do (i'm in France). They change the same day at 1am UTC. So they don't create any exception at all. AND you can read this directive (link below), there is no line about UK ; source, European's 2000/84/CE directive ; http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2001:031:0021:0022:EN:PDF The only one exception is this line ? shall not apply to the overseas territories of the Member States. ? (geographical reasons) We also read in that directive that a 5 years-long schedule is made in advance. That means if anything has to change we will have to tell in advance. Thank you -- David C. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.deckers at yahoo.com Tue Mar 31 18:19:35 2015 From: michael.deckers at yahoo.com (Michael Deckers) Date: Tue, 31 Mar 2015 18:19:35 +0000 Subject: [tz] Chile TZ rule 1942 June superfluous? PS In-Reply-To: <55184876.2010605@cs.ucla.edu> References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> <551840C1.5050705@astro.ch> <55184876.2010605@cs.ucla.edu> Message-ID: <551AE537.3060505@yahoo.com> On 2015-03-29 18:46, Paul Eggert wrote about the rules for Chile: > Yes, that's right. The line mentioning "Jul 15" can be removed without changing > the meaning of the data. I don't know why that line is there, but I suppose we > can remove it. Same for the line Rule Chile 1947 only - Apr 1 4:00u 0 - which does the same as its precursor Rule Chile 1946 only - Sep 1 3:00u 0:00 - and which is superfluous as there is (currently) no usage of the Chile rules starting after 1946-09-01T03 and before or on 1947-04-01T04. Michael Deckers. From clive at davros.org Tue Mar 31 18:52:56 2015 From: clive at davros.org (Clive D.W. Feather) Date: Tue, 31 Mar 2015 19:52:56 +0100 Subject: [tz] about DST in Europe In-Reply-To: References: Message-ID: <20150331185256.GG13430@davros.org> David Carrara said: > Good day, > i'm writting to you about the file "europe" taken from tzdata-latest.tar.gz > > > I read in it : > ? > # There shouldn't be any [current members who are not using EU rules]. > # A Directive has the force of law, member states are obliged to enact > # national law to implement it. The only contentious issue was the > # different end date for the UK and Ireland, and this was always allowed > # in the Directive. > ? > > > But i think this is small imprecision. > in our European official documents there is a directive saying WHEN to > change > but i've never seen any directive saying we had to change (each country is > free). Sorry, but you're wrong. Article 2 requires the "summer-time period" to begin on a certain date-time, and Article 1 defines the "summer-time period" as putting the clocks forward by 60 minutes. Therefore every Member State must put its clocks forward and back. (Except for the overseas territories exempted in Article 6.) > Furthermore, the tzdata file says ? only contentious issue was the > different end date for the UK and Ireland, and this was always allowed in > the Directive. ? > But when I read the directive I see no exception about them. The current Directive doesn't have an exemption, but earlier ones did. See Article 3.2 of Directive 94/21/EC: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:31994L0021:EN:HTML -- Clive D.W. Feather | If you lie to the compiler, Email: clive at davros.org | it will get its revenge. Web: http://www.davros.org | - Henry Spencer Mobile: +44 7973 377646 From mj1856 at hotmail.com Tue Mar 31 19:04:05 2015 From: mj1856 at hotmail.com (Matt Johnson) Date: Tue, 31 Mar 2015 12:04:05 -0700 Subject: [tz] Kyiv time zone In-Reply-To: <14c673be57a.f602db12481575.2791052589782810796@zoho.com> References: <87y4mis2ap.fsf@mid.deneb.enyo.de><1427494933.2565.1@smtp.zoho.com>, <87r3s9jwu0.fsf@mid.deneb.enyo.de>, <14c673be57a.f602db12481575.2791052589782810796@zoho.com> Message-ID: Simon, I won't address the political statements, as that sort of discussion is off topic for this mailing list. There are other more appropriate forums in which you can discuss your viewpoint. Your original complaint was that the time zone appeared as "Kiev time zone". This string actually does not come from the TZ database, but from the CLDR. The only information in the TZ database is the zone identifier, which is "Europe/Kiev", as seen here:https://github.com/eggert/tz/blob/2015b/europe#L3279-L3291 The CLDR information is here:http://www.unicode.org/cldr/charts/27/by_type/timezones.europe.html#6dd1046c581ae238 The CLDR has its own mailing list here:http://unicode.org/consortium/distlist-cldr-users.html You may also be interested in the Wikipedia entries for Ukraine and Kiev, which both use the Kiev spelling as the primary for English:http://en.wikipedia.org/wiki/Ukrainehttp://en.wikipedia.org/wiki/Kiev Now, that said, I'm not entirely sure that it wouldn't be possible for the tz database to consider "Europe/Kyiv" as a name change from "Europe/Kiev" with a compatibility link. Wasn't a similar change made for Asia/Calcutta => Asia/Kolkata ? Or do different rules apply since the name was officially changed by the government in 2001? (http://en.wikipedia.org/wiki/Kolkata#Etymology) Date: Sun, 29 Mar 2015 23:33:23 +0300 From: sam.ua at zoho.com To: fw at deneb.enyo.de; tim at timtimeonline.com CC: iana at iana.org; tz at iana.org Subject: Re: [tz] Kyiv time zone Dear Florian. perhaps you are not aware of the history between Ukraine and Russia. Let me remind you that Moscow has pursued the destruction of Ukraine, Ukrainians and the Ukrainian language and culture for many centuries. This ethnic cleansing continues today with the Russification of Ukraine. Once you destroy a nation's identity --their language, culture and history, it's quite easy to convert them into mindless robots, who are easy prey for the imperialist. Even in 1991, as we achieved our long overdue independence , Ukrane was over 80-90% pro-Russian. after two plus decades those same people, who were once slaves to the empire, have been schooled on the true history of Ukraine and understand just how devious Moscow was in it's ethnic cleansing of the Ukrainian people. Little over a year ago we got rid of the last remaining remnant of that Soviet-Russian past - the Putin puppet Yanykovych. Our cities are nearly rid of Lenin and Stalin - two monsters that murdered tens of millions of Ukrainians, but as the links you provided show, that past is still a part of the present. We are gradually getting rid of it. The issue of Kyiv vs Kiev is precisely the past vs the present. Kyiv is today, it's also what it was in the old Ruthenian-Ukrainian chronicles that date back to the 9th century. It became Kiev under Russian rule and now it's once again Kyiv. The war in Eastern Ukraine - the invasion by Russia, is a last attempt too keep Ukraine under Russia's orbit. we don't want that. My generation doesn't want that. Once again Kyiv vs Kiev is a part of that ugly past. I can promise you that all of our sites will one day be Kyiv and that the term will be the one used wide-spread and worldwide. But we need to do this one step at a time and wikipedia is a big part of this. This has to be corrected and the general population will then become familiar and accept the new word, it's very easy to spell and pronounce. I kindly ask that you respect our history, our past and what is currently happening in eastern Ukraine. it's no accident that where the Russian population - 15% of Ukraine's population. lives and breathes, there is a war. the same way Stalin killed my forefathers and replaced them with Russians from Russia, we are battling for the existence of our own unique identity. Kyiv is and will always be the proper transliterated version of our capital. there is no argument today that can supercede that. Thank you kindly, Simon Kostenko ---- On ??, 28 ??? 2015 11:27:35 +0200 Florian Weimer wrote ---- * Simon: >> Many government web sites in the Ukraine still use the ?Kiev? >> transliteration > For example? ?While the Obama administration has publicly acknowledged it is considering supplying Kiev with arms, backed by hardline EU countries like Poland and Lithuania, German Chancellor Angela Merkel has vehemently opposed the move.? -------------- next part -------------- An HTML attachment was scrubbed... URL: From lester at lsces.co.uk Tue Mar 31 18:46:54 2015 From: lester at lsces.co.uk (Lester Caine) Date: Tue, 31 Mar 2015 19:46:54 +0100 Subject: [tz] Kyiv time zone In-Reply-To: <14c673be57a.f602db12481575.2791052589782810796@zoho.com> References: <87y4mis2ap.fsf@mid.deneb.enyo.de><1427494933.2565.1@smtp.zoho.com> <87r3s9jwu0.fsf@mid.deneb.enyo.de> <14c673be57a.f602db12481575.2791052589782810796@zoho.com> Message-ID: <551AEB9E.5070504@lsces.co.uk> On 29/03/15 21:33, sam.ua wrote: > Kyiv is and will always be the proper transliterated version of our > capital. there is no argument today that can supercede that. https://www.google.co.uk/search?q=kyiv There is no problem with Kyiv being the local language name for a city, but for the rest of the world the 'standard' is Kiev, and it is that standard which all of the names within the 'English' version of the TZ database follows. There is no ulterior agenda here, simply following established practice in an attempt to avoid 'political' bias of any kind. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk From tim at timtimeonline.com Tue Mar 31 19:45:20 2015 From: tim at timtimeonline.com (Tim Parenti) Date: Tue, 31 Mar 2015 15:45:20 -0400 Subject: [tz] Kyiv time zone In-Reply-To: References: <87y4mis2ap.fsf@mid.deneb.enyo.de> <1427494933.2565.1@smtp.zoho.com> <87r3s9jwu0.fsf@mid.deneb.enyo.de> <14c673be57a.f602db12481575.2791052589782810796@zoho.com> Message-ID: On 29 March 2015 at 16:33, sam.ua wrote: > Kyiv is and will always be the proper transliterated version of our > capital. This is a question of *translation*, NOT transliteration. The tz project endeavors to use the name as it is actively used and spelled in the English language, regardless of how speakers of other languages would transliterate their name into the English alphabet (e.g., we use "Rome" instead of "Roma", "Athens" instead of "Athena", etc.) Whether "rightly" or "wrongly" according to one's own geopolitical alignment, the English spelling is still "Kiev", so that is what we use here. Questions about place names localized for other languages should be directed at the CLDR. On 31 March 2015 at 15:04, Matt Johnson wrote: > I won't address the political statements, as that sort of discussion is > off topic for this mailing list. > Quite. Now, that said, I'm not entirely sure that it wouldn't be possible for the > tz database to consider "Europe/Kyiv" as a name change from "Europe/Kiev" > with a compatibility link. Wasn't a similar change made for Asia/Calcutta > => Asia/Kolkata ? Or do different rules apply since the name was > officially changed by the government in 2001? ( > http://en.wikipedia.org/wiki/Kolkata#Etymology) > I suppose as long as English-language sources would actively use the new spelling, we would assume the spelling has changed *de facto*, rather than *de jure* in the case of Kolkata. But either way would work. I suspect Paul is quite reluctant to get involved here, but I'd be interested in any insights he might have to share about the Kolkata change. That said, if this is going to be a repetitively contentious issue, it could conceivably be better to offer both spellings. But even doing that would be seen as a political statement, which we consciously and carefully strive to avoid making. -- Tim Parenti -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.h.deckers at googlemail.com Tue Mar 31 18:18:36 2015 From: michael.h.deckers at googlemail.com (Michael Deckers) Date: Tue, 31 Mar 2015 18:18:36 +0000 Subject: [tz] Chile TZ rule 1942 June superfluous? PS In-Reply-To: <55184876.2010605@cs.ucla.edu> References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> <551840C1.5050705@astro.ch> <55184876.2010605@cs.ucla.edu> Message-ID: <551AE4FC.8040707@googlemail.com> On 2015-03-29 18:46, Paul Eggert wrote about the rules for Chile: > Yes, that's right. The line mentioning "Jul 15" can be removed without changing > the meaning of the data. I don't know why that line is there, but I suppose we > can remove it. Same for the line Rule Chile 1947 only - Apr 1 4:00u 0 - which does the same as its precursor Rule Chile 1946 only - Sep 1 3:00u 0:00 - and which is superfluous as there is (currently) no usage of the Chile rules starting after 1946-09-01T03 and before or on 1947-04-01T04. Michael Deckers. From pganssle at gmail.com Tue Mar 31 19:04:48 2015 From: pganssle at gmail.com (Paul Ganssle) Date: Tue, 31 Mar 2015 14:04:48 -0500 Subject: [tz] Kyiv time zone In-Reply-To: <14c673be57a.f602db12481575.2791052589782810796@zoho.com> References: <87y4mis2ap.fsf@mid.deneb.enyo.de><1427494933.2565.1@smtp.zoho.com> <87r3s9jwu0.fsf@mid.deneb.enyo.de> <14c673be57a.f602db12481575.2791052589782810796@zoho.com> Message-ID: <551AEFD0.6010400@gmail.com> All of which has no bearing on the mainstream English spelling of the city. There's also an Asia/Saigon instead of Asia/Ho_Chi_Minh_City and Asia/Rangoon instead of Asia/Yangon. There's no reason to read any political meaning into the English word - it's just what English-speaking people call it. I notice that you seem to have failed to change your cut-and-paste, but my guess is that your arguments won't fly over on Wikipedia either, because, as in this case, maximizing clarity and minimizing confusion is what's important in this application, not some more general concept of social justice. On 3/29/2015 15:33, sam.ua wrote: > Dear Florian. > > perhaps you are not aware of the history between Ukraine and Russia. > Let me remind you that Moscow has pursued the destruction of Ukraine, > Ukrainians and the Ukrainian language and culture for many centuries. > This ethnic cleansing continues today with the Russification of > Ukraine. Once you destroy a nation's identity --their language, > culture and history, it's quite easy to convert them into mindless > robots, who are easy prey for the imperialist. Even in 1991, as we > achieved our long overdue independence , Ukrane was over 80-90% > pro-Russian. after two plus decades those same people, who were once > slaves to the empire, have been schooled on the true history of > Ukraine and understand just how devious Moscow was in it's ethnic > cleansing of the Ukrainian people. Little over a year ago we got rid > of the last remaining remnant of that Soviet-Russian past - the Putin > puppet Yanykovych. Our cities are nearly rid of Lenin and Stalin - two > monsters that murdered tens of millions of Ukrainians, but as the > links you provided show, that past is still a part of the present. We > are gradually getting rid of it. The issue of Kyiv vs Kiev is > precisely the past vs the present. Kyiv is today, it's also what it > was in the old Ruthenian-Ukrainian chronicles that date back to the > 9th century. It became Kiev under Russian rule and now it's once again > Kyiv. > > The war in Eastern Ukraine - the invasion by Russia, is a last attempt > too keep Ukraine under Russia's orbit. we don't want that. My > generation doesn't want that. Once again Kyiv vs Kiev is a part of > that ugly past. I can promise you that all of our sites will one day > be Kyiv and that the term will be the one used wide-spread and > worldwide. But we need to do this one step at a time and wikipedia is > a big part of this. This has to be corrected and the general > population will then become familiar and accept the new word, it's > very easy to spell and pronounce. > > I kindly ask that you respect our history, our past and what is > currently happening in eastern Ukraine. it's no accident that where > the Russian population - 15% of Ukraine's population. lives and > breathes, there is a war. the same way Stalin killed my forefathers > and replaced them with Russians from Russia, we are battling for the > existence of our own unique identity. > > Kyiv is and will always be the proper transliterated version of our > capital. there is no argument today that can supercede that. > Thank you kindly, > Simon Kostenko > > > ---- On ??, 28 ??? 2015 11:27:35 +0200 *Florian > Weimer* wrote ---- > > * Simon: > > >> Many government web sites in the Ukraine still use the ?Kiev? > >> transliteration > > > For example? > > ?While the Obama administration has publicly acknowledged it is > considering supplying Kiev with arms, backed by hardline EU countries > like Poland and Lithuania, German Chancellor Angela Merkel has > vehemently opposed the move.? > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 834 bytes Desc: OpenPGP digital signature URL: From eggert at cs.ucla.edu Tue Mar 3 08:56:30 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 3 Mar 2015 00:56:30 -0800 Subject: [tz] [PATCH] * NEWS, Theory: Update info about Mars time, citing Chmielewski. Message-ID: <1425372990-8201-1-git-send-email-eggert@cs.ucla.edu> --- NEWS | 2 ++ Theory | 10 +++++++--- 2 files changed, 9 insertions(+), 3 deletions(-) diff --git a/NEWS b/NEWS index dfda622..b6a306f 100644 --- a/NEWS +++ b/NEWS @@ -19,6 +19,8 @@ Unreleased, experimental changes Cite the recent Mexican decree changing Quintana Roo's time zone. (Thanks to Carlos Ra?l Perasso.) + Update info about Mars time. + Release 2015a - 2015-01-29 22:35:20 -0800 diff --git a/Theory b/Theory index e9be715..9861a4f 100644 --- a/Theory +++ b/Theory @@ -717,9 +717,11 @@ Mittelalters und der Neuzeit_, herausgegeben von Dr. O. Grotefend ----- Time and time zones on Mars ----- -Some people have adjusted their work schedules to fit Mars time. -Dozens of special Mars watches were built for Jet Propulsion -Laboratory workers who kept Mars time during the Mars Exploration +Some people's work schedules use Mars time. Jet Propulsion Laboratory +(JPL) coordinators have kept Mars time on and off at least since 1997 +for the Mars Pathfinder mission. Some of their family members have +also adapted to Mars time. Dozens of special Mars watches were built +for JPL workers who kept Mars time during the Mars Exploration Rovers mission (2004). These timepieces look like normal Seikos and Citizens but use Mars seconds rather than terrestrial seconds. @@ -760,6 +762,8 @@ Jia-Rui Chong, "Workdays Fit for a Martian", Los Angeles Times (2004-01-14), pp A1, A20-A21. +Tom Chmielewski, "Jet Lag Is Worse on Mars", The Atlantic (2015-02-26) + ----- Local Variables: -- 2.1.0 From thorsen at timeanddate.com Tue Mar 3 12:45:29 2015 From: thorsen at timeanddate.com (Steffen Thorsen) Date: Tue, 03 Mar 2015 13:45:29 +0100 Subject: [tz] Palestine DST postponed by a day Message-ID: <54F5ACE9.2050605@timeanddate.com> Sources such as http://www.alquds.com/news/article/view/id/548257 and http://www.raya.ps/ar/news/890705.html say Palestine areas will start DST on 2015-03-28 00:00 which is one day later than expected. Our wrap-up: http://www.timeanddate.com/news/time/palestine-starts-dst-2015.html As a side note, some sources report that Kuwait may introduce DST. According to media reports like http://www.kuna.net.kw/ArticleDetails.aspx?id=2421216&Language=ar the authorities are considering advancing clocks by 2 hours every year. Best regards, Steffen Thorsen - timeanddate.com From ydossow at inf.utfsm.cl Tue Mar 3 15:29:58 2015 From: ydossow at inf.utfsm.cl (Yonathan Dossow) Date: Tue, 3 Mar 2015 12:29:58 -0300 (CLST) Subject: [tz] Chilean time change In-Reply-To: <896610256.208276.1425396346659.JavaMail.zimbra@inf.utfsm.cl> References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> Message-ID: <1844924548.208380.1425396598931.JavaMail.zimbra@inf.utfsm.cl> It has been published now in "Diario Oficial", and it is an extension of CLST and EASST for two years, until March 25 2017. extracts from "diario oficial": Establ?cese que el adelanto de la hora oficial de Chile Continental dispuesto en el Decreto Supremo N?1.489, de 1970, del Ministerio del Interior, se extender? hasta las 24 horas del s?bado 25 de marzo de 2017. Establ?cese que el adelanto de la hora oficial de Chile Insular Occidental dispuesto en el Decreto Supremo N?1.142, de 1980, modificado por el Decreto Supremo N?61, de 1982, ambos del Ministerio del Interior, se extender? hasta las 24 horas del s?bado 25 de marzo de 2017. ----- Original Message ----- > From: "Glenn Eychaner" > To: "tz" > Sent: Tuesday, 24 February, 2015 09:13:25 > Subject: Re: [tz] Chilean time change > As far as I know, an official announcement of the adoption of a new time > change rule would have to appear in: > http://www.diariooficial.interior.gob.cl > and would also appear in: > http://www.horaoficial.cl/cambio_hora.html > I have been monitoring both on a daily basis, and thus far have seen nothing. > So for now it's unclear to me whether this is a proposal or an announcement. > > -G. > > On Feb 24, 2015, at 9:00 AM, tz-request at iana.org wrote: > >> http://www.minenergia.cl/ministerio/noticias/generales/gobierno-anuncia-modificaciones-al.html >> I[s] this the announcement of the proposal or the announcement of the adoption >> of the proposal? > > -- > Glenn Eychaner (geychaner at lco.cl) > Telescope Systems Programmer, Las Campanas Observatory -- Yonathan Dossow Fono: +56 32 2654367 Unidad de Infraestructura y Tecnologia Departamento de Informatica Universidad Tecnica Federico Santa Maria Valparaiso, Chile From eromerou at interior.gov.cl Tue Mar 3 13:41:21 2015 From: eromerou at interior.gov.cl (Eduardo Romero Urra) Date: Tue, 3 Mar 2015 10:41:21 -0300 (CLST) Subject: [tz] Official Announce of Chilean DST time permanently until March 2017 In-Reply-To: <1425372990-8201-1-git-send-email-eggert@cs.ucla.edu> Message-ID: <1777142809.350962.1425390081074.JavaMail.root@zimbra-cl2.intranet.gov.cl> D ear Paul, Today has been published officially that Chile will use the DST time permanently until March 25 of 2017 http://www.diariooficial.interior.gob.cl/ First page of publishing: http://www.diariooficial.interior.gob.cl/media/2015/03/03/1-large.jpg Best Regards, -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: firma1.png Type: image/png Size: 15801 bytes Desc: not available URL: From eggert at cs.ucla.edu Tue Mar 3 16:13:00 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 03 Mar 2015 08:13:00 -0800 Subject: [tz] Official Announce of Chilean DST time permanently until March 2017 In-Reply-To: <1777142809.350962.1425390081074.JavaMail.root@zimbra-cl2.intranet.gov.cl> References: <1777142809.350962.1425390081074.JavaMail.root@zimbra-cl2.intranet.gov.cl> Message-ID: <54F5DD8C.8060707@cs.ucla.edu> On 03/03/2015 05:41 AM, Eduardo Romero Urra wrote: > Today has been published officially that Chile will use the DST time > permanently until March 25 of 2017 Thanks, I installed the attached patch to the experimental version of the tz database on github, and it should appear in the next release. This patch affects only the commentary, as the tz data already incorporates the Chilean changes planned for this year and next. Although I suppose Chile officially is supposed to revert to its old rules after March 2017, currently the tz data predicts that the new rules will be renewed indefinitely. Like all our guesses about the future, this one is subject to revision as we get more information. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Cite-Chilean-decree-for-recent-time-zone-change.patch Type: text/x-patch Size: 1827 bytes Desc: not available URL: From eggert at cs.ucla.edu Tue Mar 3 16:49:12 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 03 Mar 2015 08:49:12 -0800 Subject: [tz] Palestine DST postponed by a day In-Reply-To: <54F5ACE9.2050605@timeanddate.com> References: <54F5ACE9.2050605@timeanddate.com> Message-ID: <54F5E608.7000108@cs.ucla.edu> Thanks for the heads-up. I see that timeanddate.com also says Palestine's fall 2014 change was Oct 24, not Sep 26 as predicted earlier. I installed the attached patch to the github experimental version of the tz database to make it agree with timeanddate on both points. This means we should generate a new tz release before March 28 (hopefully well before). -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Palestine-delays-DST-by-a-day-this-spring.patch Type: text/x-patch Size: 3206 bytes Desc: not available URL: From ray at timezonereport.com Tue Mar 3 18:13:43 2015 From: ray at timezonereport.com (Ray at the Time Zone Report) Date: Tue, 3 Mar 2015 11:13:43 -0700 Subject: [tz] Idaho House Bill 198 proposing Year-Round DST "Won't Go Forward" Message-ID: <026201d055dd$c9171190$5b4534b0$@TimeZoneReport.com> See chronology and details here: http://timezonereport.com/?cat=9 Ray ----- Ray Harwood Time Zone Report, a service of GoodClix, Inc. in the interest of public health http://www.TimeZoneReport.com and Twitter: @TimeZoneReport Office: (480) 378-3221 - Email: Ray at TimeZoneReport.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From thorsen at timeanddate.com Wed Mar 4 14:25:25 2015 From: thorsen at timeanddate.com (Steffen Thorsen) Date: Wed, 04 Mar 2015 15:25:25 +0100 Subject: [tz] Palestine DST postponed by a day In-Reply-To: <54F5E608.7000108@cs.ucla.edu> References: <54F5ACE9.2050605@timeanddate.com> <54F5E608.7000108@cs.ucla.edu> Message-ID: <54F715D5.1050804@timeanddate.com> On 03.03.2015 17:49, Paul Eggert wrote: > Thanks for the heads-up. I see that timeanddate.com also says > Palestine's fall 2014 change was Oct 24, not Sep 26 as predicted > earlier. I installed the attached patch to the github experimental > version of the tz database to make it agree with timeanddate on both > points. Yes, it did change back on Oct 24 in 2014, according to the following news sources: http://www.alwatanvoice.com/arabic/news/2014/10/20/606362.html http://www.psnews.ps/index.php?act=Show&id=91917 Best regards, Steffen Thorsen - timeanddate.com From lin at unisoft.com.py Wed Mar 4 17:54:27 2015 From: lin at unisoft.com.py (Juan Carlos YJ. Lin) Date: Wed, 04 Mar 2015 14:54:27 -0300 (PYST) Subject: [tz] Paraguay change DST 22/03/2015 In-Reply-To: Message-ID: <7eabf099-bb86-49b1-a0fd-085ddfcd9f89@server1.monalisa.com.py> Attending to Act 1.264, Paraguay change 4th sunday de March the DST, delay 1:00 hs Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuC)rdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisiC3n del contenido no estC! autorizada fuera del contexto de su envC-o y a quien corresponde. El uso no autorizado de la informaciC3n en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bC3rrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." -------------- next part -------------- An HTML attachment was scrubbed... URL: From thorsen at timeanddate.com Wed Mar 4 18:51:07 2015 From: thorsen at timeanddate.com (Steffen Thorsen) Date: Wed, 04 Mar 2015 19:51:07 +0100 Subject: [tz] Paraguay change DST 22/03/2015 In-Reply-To: <7eabf099-bb86-49b1-a0fd-085ddfcd9f89@server1.monalisa.com.py> References: <7eabf099-bb86-49b1-a0fd-085ddfcd9f89@server1.monalisa.com.py> Message-ID: <54F7541B.8050104@timeanddate.com> On 04/03/15 18:54 , Juan Carlos YJ. Lin wrote: > Attending to Act 1.264, Paraguay change 4th sunday de March the DST, > delay 1:00 hs > > Thank you, this seems to agree with the current rules. This official source tells a bit more, including the start date which is still the first Sunday in October. http://www.ip.gov.py/ip/?p=5676 Also, Uruguay fortunately sticks to the same "second Sunday of March" schedule as they done for some while: http://eldiario.com.uy/2015/03/03/domingo-cambia-la-hora-hay-que-atrasar-60-minutos-los-relojes/ Best regards, Steffen Thorsen - timeanddate.com From mhochschild at gmx.de Wed Mar 4 23:57:12 2015 From: mhochschild at gmx.de (Meno Hochschild) Date: Thu, 05 Mar 2015 00:57:12 +0100 Subject: [tz] historic Oslo times Message-ID: <54F79BD8.5040903@gmx.de> Recently I noticed following strange detail of Europe/Oslo during the years 1940-1942: The site http://www.timeanddate.com/time/zone/norway/oslo reports for these years that Oslo kept summer time between 1940-08-10 23:00 and 1942-11-02 03:00. But I cannot find a way in tz-data how to construct it. Maybe I have overlooked something. Rule Norway 1916 only - May 22 1:00 1:00 S Rule Norway 1916 only - Sep 30 0:00 0 - Rule Norway 1945 only - Apr 2 2:00s 1:00 S Rule Norway 1945 only - Oct 1 2:00s 0 - Rule Norway 1959 1964 - Mar Sun>=15 2:00s 1:00 S Rule Norway 1959 1965 - Sep Sun>=15 2:00s 0 - Rule Norway 1965 only - Apr 25 2:00s 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Oslo 0:43:00 - LMT 1895 Jan 1 1:00 Norway CE%sT 1940 Aug 10 23:00 1:00 C-Eur CE%sT 1945 Apr 2 2:00 1:00 Norway CE%sT 1980 1:00 EU CE%sT The Norway-rules do not catch the year 1940, so cannot indicate any summer time until 1940-08-10. Then the C-Eur-rule takes effect but see here: Rule C-Eur 1940 only - Apr 1 2:00s 1:00 S Rule C-Eur 1942 only - Nov 2 2:00s 0 - The rule for 1940 cannot be applied because 1st of Apr is clearly before the UNTIL-date of zone line in question when changing from Norway-rule to C-Eur-rule. I assume we are missing an extra Norway-rule for 1940 only changing to summer time on 1940-08-10 and have then to shift the UNTIL-date in second ZONE line a little bit (for example to 1941). Thanks in advance for any help Meno Hochschild From tim at timtimeonline.com Thu Mar 5 00:29:33 2015 From: tim at timtimeonline.com (Tim Parenti) Date: Wed, 4 Mar 2015 19:29:33 -0500 Subject: [tz] Palestine DST postponed by a day In-Reply-To: <54F5E608.7000108@cs.ucla.edu> References: <54F5ACE9.2050605@timeanddate.com> <54F5E608.7000108@cs.ucla.edu> Message-ID: > > guess the last Friday in March at 00:00 > > Rule Palestine 2015 max - Mar lastFri 24:00 1:00 S These two statements don't match. -- Tim Parenti On 3 March 2015 at 11:49, Paul Eggert wrote: > Thanks for the heads-up. I see that timeanddate.com also says > Palestine's fall 2014 change was Oct 24, not Sep 26 as predicted earlier. > I installed the attached patch to the github experimental version of the tz > database to make it agree with timeanddate on both points. > > This means we should generate a new tz release before March 28 (hopefully > well before). > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eggert at cs.ucla.edu Thu Mar 5 02:32:37 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Wed, 04 Mar 2015 18:32:37 -0800 Subject: [tz] Palestine DST postponed by a day In-Reply-To: References: <54F5ACE9.2050605@timeanddate.com> <54F5E608.7000108@cs.ucla.edu> Message-ID: <54F7C045.8010307@cs.ucla.edu> Tim Parenti wrote: > These two statements don't match. Thanks for catching that. Proposed patch attached, and committed to the experimental version. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-asia-Palestine-Fix-comment-typo.-Thanks-to-Tim-Paren.patch Type: text/x-patch Size: 943 bytes Desc: not available URL: From mhochschild at gmx.de Thu Mar 5 06:46:06 2015 From: mhochschild at gmx.de (Meno Hochschild) Date: Thu, 05 Mar 2015 07:46:06 +0100 Subject: [tz] [english 100%] historic Oslo times In-Reply-To: <54F79BD8.5040903@gmx.de> References: <54F79BD8.5040903@gmx.de> Message-ID: <54F7FBAE.3050904@gmx.de> Alternatively, just a new ZONE line could be inserted for the period in question (1940-08-10 23:00 and 1942-11-02 03:00) with fixed DST offset +01:00 in the RULES-column and same GMTOFF-column and FORMAT-column with content CEST. Previous line would point to Norway-rule, next line to C-Eur-rule. Am 05.03.2015 um 00:57 schrieb Meno Hochschild: > Recently I noticed following strange detail of Europe/Oslo during the > years 1940-1942: > > The site http://www.timeanddate.com/time/zone/norway/oslo reports for > these years that Oslo kept summer time between 1940-08-10 23:00 and > 1942-11-02 03:00. But I cannot find a way in tz-data how to construct > it. Maybe I have overlooked something. > > Rule Norway 1916 only - May 22 1:00 1:00 S > Rule Norway 1916 only - Sep 30 0:00 0 - > Rule Norway 1945 only - Apr 2 2:00s 1:00 S > Rule Norway 1945 only - Oct 1 2:00s 0 - > Rule Norway 1959 1964 - Mar Sun>=15 2:00s 1:00 S > Rule Norway 1959 1965 - Sep Sun>=15 2:00s 0 - > Rule Norway 1965 only - Apr 25 2:00s 1:00 S > > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > Zone Europe/Oslo 0:43:00 - LMT 1895 Jan 1 > 1:00 Norway CE%sT 1940 Aug 10 23:00 > 1:00 C-Eur CE%sT 1945 Apr 2 2:00 > 1:00 Norway CE%sT 1980 > 1:00 EU CE%sT > > The Norway-rules do not catch the year 1940, so cannot indicate any > summer time until 1940-08-10. Then the C-Eur-rule takes effect but see > here: > > Rule C-Eur 1940 only - Apr 1 2:00s 1:00 S > Rule C-Eur 1942 only - Nov 2 2:00s 0 - > > The rule for 1940 cannot be applied because 1st of Apr is clearly > before the UNTIL-date of zone line in question when changing from > Norway-rule to C-Eur-rule. I assume we are missing an extra > Norway-rule for 1940 only changing to summer time on 1940-08-10 and > have then to shift the UNTIL-date in second ZONE line a little bit > (for example to 1941). > > Thanks in advance for any help > > Meno Hochschild > > From sujay.phadke at gmail.com Thu Mar 5 00:08:29 2015 From: sujay.phadke at gmail.com (Sujay Phadke) Date: Wed, 4 Mar 2015 19:08:29 -0500 Subject: [tz] Correct timezone for the country of India Message-ID: Hello, I was browsing through the tz database and I don't see a single city in the country of India for the timezone setting. Would you enlighten me as to why it is so? I am specifically looking at this: http://en.wikipedia.org/wiki/List_of_tz_database_time_zones Could you please add "New Delhi" or "Mumbai" to the +5:30 UTC timezone list? Secondly, what is this "Indian/ ? This is some old relic information that needs to be updated. None of those island have anything to do with India, so why keep the naming convention? I did go through one discussion in your achives: http://mm.icann.org/pipermail/tz/2012-December/018488.html, but I couldn't see any reason why Mumbai or New Delhi cannot be added. I also could not find Asia/Calcutta in the list on current tz database. If I'm reading this wrong, please point me to the correct link. Thank you. Regards, Sujay -------------- next part -------------- An HTML attachment was scrubbed... URL: From hankw1 at austin.rr.com Fri Mar 6 10:31:31 2015 From: hankw1 at austin.rr.com (Hank W.) Date: Fri, 6 Mar 2015 10:31:31 -0000 Subject: [tz] Apparent Inconsistency in Russia Data Message-ID: <002101d057f8$b6cb7f40$24627dc0$@rr.com> I noticed an apparent inconsistency among the Russia data in the Europe data file. Regarding the following line under Europe/Volgograd: 3:00 Russia MSK 2011 Mar 27 2:00s should it not be... 3:00 Russia MSK/MSD 2011 Mar 27 2:00s ? Hank W. of Austin, Texas, U.S.A. -------------- next part -------------- An HTML attachment was scrubbed... URL: From eggert at cs.ucla.edu Fri Mar 6 17:33:20 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Fri, 06 Mar 2015 09:33:20 -0800 Subject: [tz] Apparent Inconsistency in Russia Data In-Reply-To: <002101d057f8$b6cb7f40$24627dc0$@rr.com> References: <002101d057f8$b6cb7f40$24627dc0$@rr.com> Message-ID: <54F9E4E0.6070408@cs.ucla.edu> Thanks for catching that error. I installed the attached patch to the experimental version on github, and it should appear in the next release. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-europe-Volgograd-NEWS-Fix-typo-in-1992-2010-DST-abbr.patch Type: text/x-patch Size: 1273 bytes Desc: not available URL: From kim.davies at icann.org Fri Mar 6 17:41:01 2015 From: kim.davies at icann.org (Kim Davies) Date: Fri, 6 Mar 2015 17:41:01 +0000 Subject: [tz] Correct timezone for the country of India In-Reply-To: References: Message-ID: Hi, On Mar 4, 2015, at 4:08 PM, Sujay Phadke > wrote: Could you please add "New Delhi" or "Mumbai" to the +5:30 UTC timezone list? Secondly, what is this "Indian/ ? This is some old relic information that needs to be updated. None of those island have anything to do with India, so why keep the naming convention? There is an explanation of how the location names have been chosen in the tz distribution. (Note, Wikipedia is not the definitive location for this, you can download the most recent copy of the data at http://www.iana.org/time-zones) Here you can find the explanation: https://github.com/eggert/tz/blob/master/Theory#L398 I did go through one discussion in your achives: http://mm.icann.org/pipermail/tz/2012-December/018488.html, but I couldn't see any reason why Mumbai or New Delhi cannot be added. I also could not find Asia/Calcutta in the list on current tz database. If I'm reading this wrong, please point me to the correct link. It is spelled Kolkata in the tz database, see here: https://github.com/eggert/tz/blob/master/asia#L876 kim -------------- next part -------------- An HTML attachment was scrubbed... URL: From clive at davros.org Fri Mar 6 18:23:17 2015 From: clive at davros.org (Clive D.W. Feather) Date: Fri, 6 Mar 2015 18:23:17 +0000 Subject: [tz] Correct timezone for the country of India In-Reply-To: References: Message-ID: <20150306182317.GA91399@davros.org> Sujay Phadke said: > I was browsing through the tz database and I don't see a single city > in the country of India for the timezone setting. Would you enlighten me as > to why it is so? The zone is called "Asia/Kolkata". > I am specifically looking at this: > > http://en.wikipedia.org/wiki/List_of_tz_database_time_zones That is out of data; it refers to database version 2014b, whereas the current version is 2015a. > Secondly, what is this "Indian/ ? This is some old relic > information that needs to be updated. None of those island have anything to > do with India, so why keep the naming convention? "Indian" refers to the Indian Ocean, not to India. As far as I am aware, the Indian Ocean still exists. > I did go through one discussion in your achives: > http://mm.icann.org/pipermail/tz/2012-December/018488.html, but I couldn't > see any reason why Mumbai or New Delhi cannot be added. We don't need two names for the same zone. I don't think we should make the change just because populations have altered. That way lies madness as the most populous place keeps changing. -- Clive D.W. Feather | If you lie to the compiler, Email: clive at davros.org | it will get its revenge. Web: http://www.davros.org | - Henry Spencer Mobile: +44 7973 377646 From tzdb at time.is Fri Mar 6 19:20:46 2015 From: tzdb at time.is (Even Scharning) Date: Fri, 06 Mar 2015 21:20:46 +0200 Subject: [tz] The Pi Day of the century Message-ID: <2699cd045a9fb2a59658166963b56b34@netburn.no> The Pi Day of the century is only a few days away! One day every century, the numbers of the current month, day, year, hour, minute and second line up to match the first 10 digits of the mathematical constant pi: 3.14.15 9:26:53. We made a special clock for Pi Day, with date and time in "pi format". Please take a minute to check it out! http://time.is/pi_day Any feedback is appreciated. Even Scharning Time.is - exact time for any place on Earth http://time.is/ From srl at icu-project.org Fri Mar 6 20:11:10 2015 From: srl at icu-project.org (Steven R. Loomis) Date: Fri, 06 Mar 2015 12:11:10 -0800 Subject: [tz] Correct timezone for the country of India In-Reply-To: <20150306182317.GA91399@davros.org> References: <20150306182317.GA91399@davros.org> Message-ID: <54FA09DE.3070607@icu-project.org> On 3/6/2015 10:23 AM, Clive D.W. Feather wrote: > Sujay Phadke said: >> I was browsing through the tz database and I don't see a single city >> in the country of India for the timezone setting. Would you enlighten me as >> to why it is so? > The zone is called "Asia/Kolkata". ..and it is in fact listed, under country code "IN", in the Wikipedia page referenced. >> I am specifically looking at this: >> >> http://en.wikipedia.org/wiki/List_of_tz_database_time_zones -- IBMer but all opinions are mine. // GPG: 9731166CD8E23A83BEE7C6D3ACA5DBE1FD8FABF1 https://www.ohloh.net/accounts/srl295 // https://ssl.icu-project.org/trac/wiki/Srl -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From eggert at cs.ucla.edu Fri Mar 6 21:29:40 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Fri, 06 Mar 2015 13:29:40 -0800 Subject: [tz] historic Oslo times In-Reply-To: <54F79BD8.5040903@gmx.de> References: <54F79BD8.5040903@gmx.de> Message-ID: <54FA1C44.4000903@cs.ucla.edu> Meno Hochschild wrote: > The rule for 1940 cannot be applied because 1st of Apr is clearly before the > UNTIL-date of zone line in question when changing from Norway-rule to C-Eur-rule. When a zone switches from one set of rules to another, the rule in effect at the time of the switch is the rule that governs, even if this rule first took effect before the switch. So the rule you mention can be applied, and the data for Europe/Oslo should be OK. You can verify this by running the command "zdump -v Europe/Oslo" and verifying that all the transitions are as expected. Here are the war-year transitions that I observed that way: Sat Aug 10 21:59:59 1940 UT = Sat Aug 10 22:59:59 1940 CET isdst=0 gmtoff=3600 Sat Aug 10 22:00:00 1940 UT = Sun Aug 11 00:00:00 1940 CEST isdst=1 gmtoff=7200 Mon Nov 2 00:59:59 1942 UT = Mon Nov 2 02:59:59 1942 CEST isdst=1 gmtoff=7200 Mon Nov 2 01:00:00 1942 UT = Mon Nov 2 02:00:00 1942 CET isdst=0 gmtoff=3600 Mon Mar 29 00:59:59 1943 UT = Mon Mar 29 01:59:59 1943 CET isdst=0 gmtoff=3600 Mon Mar 29 01:00:00 1943 UT = Mon Mar 29 03:00:00 1943 CEST isdst=1 gmtoff=7200 Mon Oct 4 00:59:59 1943 UT = Mon Oct 4 02:59:59 1943 CEST isdst=1 gmtoff=7200 Mon Oct 4 01:00:00 1943 UT = Mon Oct 4 02:00:00 1943 CET isdst=0 gmtoff=3600 Mon Apr 3 00:59:59 1944 UT = Mon Apr 3 01:59:59 1944 CET isdst=0 gmtoff=3600 Mon Apr 3 01:00:00 1944 UT = Mon Apr 3 03:00:00 1944 CEST isdst=1 gmtoff=7200 Mon Oct 2 00:59:59 1944 UT = Mon Oct 2 02:59:59 1944 CEST isdst=1 gmtoff=7200 Mon Oct 2 01:00:00 1944 UT = Mon Oct 2 02:00:00 1944 CET isdst=0 gmtoff=3600 Mon Apr 2 00:59:59 1945 UT = Mon Apr 2 01:59:59 1945 CET isdst=0 gmtoff=3600 Mon Apr 2 01:00:00 1945 UT = Mon Apr 2 03:00:00 1945 CEST isdst=1 gmtoff=7200 Mon Oct 1 00:59:59 1945 UT = Mon Oct 1 02:59:59 1945 CEST isdst=1 gmtoff=7200 Mon Oct 1 01:00:00 1945 UT = Mon Oct 1 02:00:00 1945 CET isdst=0 gmtoff=3600 From Brian.Inglis at systematicsw.ab.ca Sat Mar 7 20:45:04 2015 From: Brian.Inglis at systematicsw.ab.ca (Brian Inglis) Date: Sat, 07 Mar 2015 13:45:04 -0700 Subject: [tz] The Pi Day of the century In-Reply-To: <2699cd045a9fb2a59658166963b56b34@netburn.no> References: <2699cd045a9fb2a59658166963b56b34@netburn.no> Message-ID: <54FB6350.8020606@SystematicSw.ab.ca> On 2015-03-06 12:20, Even Scharning wrote: > The Pi Day of the century is only a few days away! > One day every century, the numbers of the current > month, day, year, hour, minute and second line up > to match the first 10 digits of the mathematical > constant pi: 3.14.15 9:26:53. AFAIR from various L14N sources, that date order is used only in the US. So shouldn't that be US Pi time of the century, if you can ignore the implied leading zero in 09:...? Low res annual international Pi time would be 3-14 15, though if you can ignore the implied leading zero, you could also argue for 15:9:26.53... ;^> > We made a special clock for Pi Day, with date and time in "pi format". > Please take a minute to check it out! > http://time.is/pi_day > > Any feedback is appreciated. > > Even Scharning > Time.is - exact time for any place on Earth > http://time.is/ -- Take care. Thanks, Brian Inglis From philip.newton at gmail.com Sat Mar 7 21:06:21 2015 From: philip.newton at gmail.com (Philip Newton) Date: Sat, 7 Mar 2015 22:06:21 +0100 Subject: [tz] The Pi Day of the century In-Reply-To: <54FB6350.8020606@SystematicSw.ab.ca> References: <2699cd045a9fb2a59658166963b56b34@netburn.no> <54FB6350.8020606@SystematicSw.ab.ca> Message-ID: On 7 March 2015 at 21:45, Brian Inglis wrote: > On 2015-03-06 12:20, Even Scharning wrote: >> >> The Pi Day of the century is only a few days away! >> One day every century, the numbers of the current >> month, day, year, hour, minute and second line up >> to match the first 10 digits of the mathematical >> constant pi: 3.14.15 9:26:53. > > AFAIR from various L14N sources, that date order is > used only in the US. So shouldn't that be US Pi time > of the century, if you can ignore the implied leading > zero in 09:...? > Low res annual international Pi time would be 3-14 15, I'm not sure what you mean by that; there is no fourteenth month. (As you yourself say, month?day order is mostly a US thing, not an international one.) Pi Day on 3/14 is a US thing pretty much by definition. The rest of the world sometimes celebrates Pi Approximation day on 22/7. Cheers, Philip From mhochschild at gmx.de Tue Mar 10 04:29:41 2015 From: mhochschild at gmx.de (Meno Hochschild) Date: Tue, 10 Mar 2015 05:29:41 +0100 Subject: [tz] Fwd: Re: [english 83%] Re: historic Oslo times In-Reply-To: <54FA4B03.5@gmx.de> References: <54FA4B03.5@gmx.de> Message-ID: <54FE7335.5030200@gmx.de> Okay, now I have done my own investigations and found following answer: If the switch (expressed as UNTIL-time in a ZONE-line) is before any dst-rule valid for given UNTIL-related year then we have to apply the previous daylight saving offset valid at that time (previous means before the switch). The southern hemisphere matters here, see America/Argentina/Jujuy in 1992. However, there is one exception. If there are no dst-rules at all in given year then we have to apply zero-offset (consistent with Asia/Gaza for the 1967 switch). I wished these tricky details were documented anywhere and I hope it helps for anyone else. -------- Weitergeleitete Nachricht -------- Betreff: Re: [english 83%] Re: [tz] historic Oslo times Datum: Sat, 07 Mar 2015 01:49:07 +0100 Von: Meno Hochschild An: Paul Eggert Thank you very much for clarification. Is this rule/algorithm/procedure documented anywhere? So for Oslo we have a rule BEFORE the switch which gives us the dst-offset of +01:00 to be applied. And what will happen if the rule in question taking effect happens AFTER the time of switch (as expressed in UNTIL-term) meaning: for given year there is no rule before switch? Is it okay to assume daylight-savings zero in this edge case? ls this assumption also valid for southern hemisphere? Am 06.03.2015 um 22:29 schrieb Paul Eggert: > Meno Hochschild wrote: >> The rule for 1940 cannot be applied because 1st of Apr is clearly >> before the >> UNTIL-date of zone line in question when changing from Norway-rule to >> C-Eur-rule. > > When a zone switches from one set of rules to another, the rule in > effect at the time of the switch is the rule that governs, even if > this rule first took effect before the switch. So the rule you > mention can be applied, and the data for Europe/Oslo should be OK. > You can verify this by running the command "zdump -v Europe/Oslo" and > verifying that all the transitions are as expected. Here are the > war-year transitions that I observed that way: > > Sat Aug 10 21:59:59 1940 UT = Sat Aug 10 22:59:59 1940 CET isdst=0 > gmtoff=3600 > Sat Aug 10 22:00:00 1940 UT = Sun Aug 11 00:00:00 1940 CEST isdst=1 > gmtoff=7200 > Mon Nov 2 00:59:59 1942 UT = Mon Nov 2 02:59:59 1942 CEST isdst=1 > gmtoff=7200 > Mon Nov 2 01:00:00 1942 UT = Mon Nov 2 02:00:00 1942 CET isdst=0 > gmtoff=3600 > Mon Mar 29 00:59:59 1943 UT = Mon Mar 29 01:59:59 1943 CET isdst=0 > gmtoff=3600 > Mon Mar 29 01:00:00 1943 UT = Mon Mar 29 03:00:00 1943 CEST isdst=1 > gmtoff=7200 > Mon Oct 4 00:59:59 1943 UT = Mon Oct 4 02:59:59 1943 CEST isdst=1 > gmtoff=7200 > Mon Oct 4 01:00:00 1943 UT = Mon Oct 4 02:00:00 1943 CET isdst=0 > gmtoff=3600 > Mon Apr 3 00:59:59 1944 UT = Mon Apr 3 01:59:59 1944 CET isdst=0 > gmtoff=3600 > Mon Apr 3 01:00:00 1944 UT = Mon Apr 3 03:00:00 1944 CEST isdst=1 > gmtoff=7200 > Mon Oct 2 00:59:59 1944 UT = Mon Oct 2 02:59:59 1944 CEST isdst=1 > gmtoff=7200 > Mon Oct 2 01:00:00 1944 UT = Mon Oct 2 02:00:00 1944 CET isdst=0 > gmtoff=3600 > Mon Apr 2 00:59:59 1945 UT = Mon Apr 2 01:59:59 1945 CET isdst=0 > gmtoff=3600 > Mon Apr 2 01:00:00 1945 UT = Mon Apr 2 03:00:00 1945 CEST isdst=1 > gmtoff=7200 > Mon Oct 1 00:59:59 1945 UT = Mon Oct 1 02:59:59 1945 CEST isdst=1 > gmtoff=7200 > Mon Oct 1 01:00:00 1945 UT = Mon Oct 1 02:00:00 1945 CET isdst=0 > gmtoff=3600 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stevejones at OnTimeZone.com Tue Mar 10 06:36:24 2015 From: stevejones at OnTimeZone.com (Steve Jones) Date: Tue, 10 Mar 2015 01:36:24 -0500 Subject: [tz] Daylight Saving Time, the movie In-Reply-To: References: <2699cd045a9fb2a59658166963b56b34@netburn.no> <54FB6350.8020606@SystematicSw.ab.ca> Message-ID: <20150310063641.B0EC163406C@homiemail-a62.g.dreamhost.com> Folks: It's pretty rare that humor is on-topic in this list, but I doubt anyone would disagree this is a clear exception, especially given the timing: https://www.youtube.com/watch?v=k4EUTMPuvHo Regards, Steve Jones [] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 17821e06.jpg Type: image/jpeg Size: 23307 bytes Desc: not available URL: From eggert at cs.ucla.edu Tue Mar 10 07:04:48 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 10 Mar 2015 00:04:48 -0700 Subject: [tz] [PROPOSED PATCH] Mongolia resumes DST in 2015 Message-ID: <1425971088-21414-1-git-send-email-eggert@cs.ucla.edu> * asia (Mongol), NEWS: Mongolia will start observing DST again this year, from the last Saturday in March at 02:00 to the last Saturday in September at 00:00. (Thanks to Ganbold Tsagaankhuu.) --- NEWS | 4 ++++ asia | 9 +++++++++ 2 files changed, 13 insertions(+) diff --git a/NEWS b/NEWS index d21c1fa..5aca1f6 100644 --- a/NEWS +++ b/NEWS @@ -4,6 +4,10 @@ Unreleased, experimental changes Changes affecting future time stamps + Mongolia will start observing DST again this year, from the last + Saturday in March at 02:00 to the last Saturday in September at 00:00. + (Thanks to Ganbold Tsagaankhuu.) + Palestine will start DST on March 28, not March 27. Also, correct the fall 2014 transition from September 26 to October 24. Adjust future predictions accordingly. (Thanks to Steffen Thorsen.) diff --git a/asia b/asia index fa7978e..756e3d0 100644 --- a/asia +++ b/asia @@ -1904,6 +1904,13 @@ Zone Indian/Maldives 4:54:00 - LMT 1880 # Male # was at the start of 2008-03-31 (the day of Steffen Thorsen's report); # this is almost surely wrong. +# From Ganbold Tsagaankhuu (2015-03-10): +# It seems like yesterday Mongolian Government meeting has concluded to use +# daylight saving time in Mongolia.... Starting at 2:00AM of last Saturday of +# March 2015, daylight saving time starts. And 00:00AM of last Saturday of +# September daylight saving time ends. Source: +# http://zasag.mn/news/view/8969 + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Mongol 1983 1984 - Apr 1 0:00 1:00 S Rule Mongol 1983 only - Oct 1 0:00 0 - @@ -1924,6 +1931,8 @@ Rule Mongol 1984 1998 - Sep lastSun 0:00 0 - Rule Mongol 2001 only - Apr lastSat 2:00 1:00 S Rule Mongol 2001 2006 - Sep lastSat 2:00 0 - Rule Mongol 2002 2006 - Mar lastSat 2:00 1:00 S +Rule Mongol 2015 max - Mar lastSat 2:00 1:00 S +Rule Mongol 2015 max - Sep lastSat 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] # Hovd, a.k.a. Chovd, Dund-Us, Dzhargalant, Khovd, Jirgalanta -- 2.1.0 From Joerg.Richter at pdv-FS.de Mon Mar 9 16:08:37 2015 From: Joerg.Richter at pdv-FS.de (=?utf-8?B?UmljaHRlciwgSsO2cmc=?=) Date: Mon, 9 Mar 2015 16:08:37 +0000 Subject: [tz] signed overflow Message-ID: <212C67F16CDC4441BF44A3862ADD581F4846FC59@EXCHMBX2.pdv-fs.de> In time2sub() there is this code: } else { lo = 1; for (i = 0; i < (int) TYPE_BIT(time_t) - 1; ++i) lo *= 2; hi = -(lo + 1); } The last *= 2 will overflow a signed integer time_t. This can be fixed with ?lo = -1? instead of ?lo = 1?. This change seems to be consistent with the variable names. - J?rg -------------- next part -------------- An HTML attachment was scrubbed... URL: From eggert at cs.ucla.edu Tue Mar 10 16:41:11 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 10 Mar 2015 09:41:11 -0700 Subject: [tz] signed overflow In-Reply-To: <212C67F16CDC4441BF44A3862ADD581F4846FC59@EXCHMBX2.pdv-fs.de> References: <212C67F16CDC4441BF44A3862ADD581F4846FC59@EXCHMBX2.pdv-fs.de> Message-ID: <54FF1EA7.1030108@cs.ucla.edu> On 03/09/2015 09:08 AM, Richter, J?rg wrote: > The last *= 2 will overflow a signed integer time_t. This can be fixed > with ?lo = -1? instead of ?lo = 1?. Thanks for reporting that bug. Attached is a proposed patch that should solve the problem in a simpler way. (It also fixes some nearby white space problems.) I've installed this in the experimental version on github. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Avoid-integer-overflow-in-mktime.patch Type: text/x-patch Size: 1840 bytes Desc: not available URL: From eggert at cs.ucla.edu Wed Mar 11 03:55:52 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 10 Mar 2015 20:55:52 -0700 Subject: [tz] [PROPOSED PATCH 1/2] Support -Dtime_tz=time_t Message-ID: <1426046153-8914-1-git-send-email-eggert@cs.ucla.edu> * private.h (tz_time_t), NEWS: Move typedef earlier. (Problem reported by Bradley White.) --- NEWS | 2 ++ private.h | 4 ++-- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index 1e74bfd..89b5349 100644 --- a/NEWS +++ b/NEWS @@ -34,6 +34,8 @@ Unreleased, experimental changes Fix integer overflow bug in reference 'mktime' implementation. (Problem reported by J?rg Richter.) + Allow -Dtime_tz=time_t compilations. (Problem reported by Bradley White.) + Changes affecting commentary Cite the recent Mexican decree changing Quintana Roo's time zone. diff --git a/private.h b/private.h index efa1bdf..b9429ae 100644 --- a/private.h +++ b/private.h @@ -308,6 +308,8 @@ typedef unsigned long uintmax_t; static time_t sys_time(time_t *x) { return time(x); } # endif +typedef time_tz tz_time_t; + # undef ctime # define ctime tz_ctime # undef ctime_r @@ -341,8 +343,6 @@ static time_t sys_time(time_t *x) { return time(x); } # undef timeoff # define timeoff tz_timeoff -typedef time_tz time_t; - char *ctime(time_t const *); char *ctime_r(time_t const *, char *); double difftime(time_t, time_t); -- 2.1.0 From eggert at cs.ucla.edu Wed Mar 11 03:55:53 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 10 Mar 2015 20:55:53 -0700 Subject: [tz] [PROPOSED PATCH 2/2] Allow -Dtime_tz=... libs alongside standard libs In-Reply-To: <1426046153-8914-1-git-send-email-eggert@cs.ucla.edu> References: <1426046153-8914-1-git-send-email-eggert@cs.ucla.edu> Message-ID: <1426046153-8914-2-git-send-email-eggert@cs.ucla.edu> Allow libraries built with -Dtime_tz=... to be used in executables that also use standard-library time_t and libraries. (Problem reported by Bradley White.) * NEWS: Document this. * private.h (localtime_rz, mktime_rz, posix2time_z, time2posix_z) (tzalloc, tzfree, tzset, tzsetwall) [time_tz]: Define to tz_localtime_rz etc., so that these functions can be used in the same executable as standard functions with standard time_t. (tzset, tzsetwall) [time_tz]: Declare, so that the tz_-prefixed version ins declared. --- NEWS | 4 +++- private.h | 19 ++++++++++++++++++- 2 files changed, 21 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index 89b5349..47f707b 100644 --- a/NEWS +++ b/NEWS @@ -34,7 +34,9 @@ Unreleased, experimental changes Fix integer overflow bug in reference 'mktime' implementation. (Problem reported by J?rg Richter.) - Allow -Dtime_tz=time_t compilations. (Problem reported by Bradley White.) + Allow -Dtime_tz=time_t compilations, and allow -Dtime_tz=... libraries + to be used in the same executable as standard-library time_t functions. + (Problems reported by Bradley White.) Changes affecting commentary diff --git a/private.h b/private.h index b9429ae..de9c13e 100644 --- a/private.h +++ b/private.h @@ -324,16 +324,24 @@ typedef time_tz tz_time_t; # define localtime tz_localtime # undef localtime_r # define localtime_r tz_localtime_r +# undef localtime_rz +# define localtime_rz tz_localtime_rz # undef mktime # define mktime tz_mktime +# undef mktime_z +# define mktime_z tz_mktime_z # undef offtime # define offtime tz_offtime # undef posix2time # define posix2time tz_posix2time +# undef posix2time_z +# define posix2time_z tz_posix2time_z # undef time # define time tz_time # undef time2posix # define time2posix tz_time2posix +# undef time2posix_z +# define time2posix_z tz_time2posix_z # undef time_t # define time_t tz_time_t # undef timegm @@ -342,6 +350,14 @@ typedef time_tz tz_time_t; # define timelocal tz_timelocal # undef timeoff # define timeoff tz_timeoff +# undef tzalloc +# define tzalloc tz_tzalloc +# undef tzfree +# define tzfree tz_tzfree +# undef tzset +# define tzset tz_tzset +# undef tzsetwall +# define tzsetwall tz_tzsetwall char *ctime(time_t const *); char *ctime_r(time_t const *, char *); @@ -352,6 +368,7 @@ struct tm *localtime(time_t const *); struct tm *localtime_r(time_t const *restrict, struct tm *restrict); time_t mktime(struct tm *); time_t time(time_t *); +void tzset(void); #endif /* @@ -370,7 +387,7 @@ extern char * asctime_r(struct tm const *restrict, char *restrict); */ #ifdef STD_INSPIRED -# if !defined tzsetwall +# if !defined tzsetwall || defined time_tz void tzsetwall(void); # endif # if !defined offtime || defined time_tz -- 2.1.0 From apb at cequrux.com Wed Mar 11 06:47:17 2015 From: apb at cequrux.com (Alan Barrett) Date: Wed, 11 Mar 2015 08:47:17 +0200 Subject: [tz] Fwd: Re: [english 83%] Re: historic Oslo times In-Reply-To: <54FE7335.5030200@gmx.de> References: <54FA4B03.5@gmx.de> <54FE7335.5030200@gmx.de> Message-ID: <20150311064717.GC1164@apb-laptoy.apb.alt.za> On Tue, 10 Mar 2015, Meno Hochschild wrote: > Okay, now I have done my own investigations and found following > answer: > > If the switch (expressed as UNTIL-time in a ZONE-line) is before > any dst-rule valid for given UNTIL-related year then we have to > apply the previous daylight saving offset valid at that time > (previous means before the switch). That sounds like one of the consequences of the way Zones and Rules interact. My explanation would be more like this: The lines associated with a "Rule" define the instants of transition between standard time and DST, and the offset associated with each transition. These transitions are uses by all Zones that follow the Rule. A line associated with a "Zone" may refer to a particular Rule, along with the instant at which the zone starts following the Rule, the instant at which the Zone ceases following the Rule, and the standard time offset from UTC during the interval between the start and end time. For all times within the interval that the Zone follows the Rule, the DST offsets and DST transitions defined by the Rule apply to the Zone. The Zone might or might not incur a standard time transition and/or a DST transition at the instant when the zone begins or ceases to follow the Rule. To figure out whether or not there are standard time transitions or DST transitions at these instants, one needs to determine both the standard time offset from UTC, and the DST offset from standard time, at the instants just before and just after the Zone begins to follow the Rule, or ceases to follow the Rule; any differences in the offsets imply that there is a transition at that instant. --apb (Alan Barrett) From arthurdavidolson at gmail.com Thu Mar 12 19:00:13 2015 From: arthurdavidolson at gmail.com (Arthur David Olson) Date: Thu, 12 Mar 2015 15:00:13 -0400 Subject: [tz] DST in the news Message-ID: A Washington Post on-line recap by Elahe Izadi of efforts to change time in twelve of the United States: http://www.washingtonpost.com/blogs/the-fix/wp/2015/03/12/a-bunch-of-states-want-to-get-rid-of-daylight-saving-time-is-your-state-one-of-them/ @dashdashado -------------- next part -------------- An HTML attachment was scrubbed... URL: From eggert at cs.ucla.edu Sat Mar 21 05:23:13 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Fri, 20 Mar 2015 22:23:13 -0700 Subject: [tz] [tz-announce] 2015b release of tz code and data available Message-ID: <550D0041.9050302@cs.ucla.edu> The 2015b release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting future time stamps Mongolia will start observing DST again this year, from the last Saturday in March at 02:00 to the last Saturday in September at 00:00. (Thanks to Ganbold Tsagaankhuu.) Palestine will start DST on March 28, not March 27. Also, correct the fall 2014 transition from September 26 to October 24. Adjust future predictions accordingly. (Thanks to Steffen Thorsen.) Changes affecting past time stamps The 1982 zone shift in Pacific/Easter has been corrected, fixing a 2015a regression. (Thanks to Stuart Bishop for reporting the problem.) Some more zones have been turned into links, when they differed from existing zones only for older time stamps. As usual, these changes affect UTC offsets in pre-1970 time stamps only. Their old contents have been moved to the 'backzone' file. The affected zones are: America/Antigua, America/Cayman, Pacific/Midway, and Pacific/Saipan. Changes affecting time zone abbreviations Correct the 1992-2010 DST abbreviation in Volgograd from "MSK" to "MSD". (Thanks to Hank W.) Changes affecting code Fix integer overflow bug in reference 'mktime' implementation. (Problem reported by J?rg Richter.) Allow -Dtime_tz=time_t compilations, and allow -Dtime_tz=... libraries to be used in the same executable as standard-library time_t functions. (Problems reported by Bradley White.) Changes affecting commentary Cite the recent Mexican decree changing Quintana Roo's time zone. (Thanks to Carlos Ra?l Perasso.) Likewise for the recent Chilean decree. (Thanks to Eduardo Romero Urra.) Update info about Mars time. Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2015b.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2015b.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2015b.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2015b.tar.gz As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. This release corresponds to commit 2dc5d94148e3dbf7511f35edd99099705d8ce392 dated Thu Mar 19 23:28:11 2015 -0700 and tagged '2015b' in the experimental github repository at . Here are the SHA-512 checksums for the release files: d9b56c8ec98d9158d10cf80df0181864c467a4387b8ced5701f466c40885ea524bc1d49b0e17c0a18d8006a423da1c1b9a7e74626c4a916dd37cbb85e04b2b0a tzcode2015b.tar.gz 767782b87e62a8f7a4dbcae595d16a54197c9e04ca974d7016d11f90ebaf2537b804d111f204af9052c68d4670afe0af0af9e5b150867a357fc199bb541368d0 tzdata2015b.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVC76nAAoJEO2X6Q5iqn4058QP/3wSOsQJm7PCVcVM4803N0QW FSYuqkvPldmhTOti7cHprsFL/SigOOwJdrYusI5nTlQMeCEpUYLnmdqm3GWyrlAj +9exuMpfePqsrcKK2wW6/a4w9u+1vGZagl4fnpsCdw9KoWuoE+B4P+DH0iHBXJIV bizOSiDs+dg0Ap5BhKzCvawCmDviFaO+666OrxNonREvRbokPptNXdDjkcKZiJNC zFrqtbhgb4X7yFuoj78V39TzoTzyh2jV00cJByYp/osFVi8c17U3Y7SdsgQ63/+3 BDDPJAXc+dtJCWIkg7+5syJNZkPtFkzhIxy1Zz3QTIapr2McAD7/ngvDnczgPCW2 JZEQ0SwMIzYNgjwGuCOiQR0JcoyKkux5G5UwFGsXTopsQDRFd0/8YM33VPv/Mkqs pemElTklzbUNIwWMm+8XzkG04HaYgdy3SEs/ZqzLcRZU6fR/qSz2qxlOrPN0NZzl 2lFx08MCL6vGXe+iMgAjiJBbx6jfK6QW8mxjBpEXSPqpC7dWNlWk8r4XNi1ndsW1 1mS/F+fxV6cAkeHkNIV6ZA4nbeAGxDZViPUIxXBvSh8/NUO2CLf1HFybMSFNPu31 6Mu8QlHwq8gwMVAe2LCALHpmHump+64pdqV8FMr75DkQjQBU/kGHm161h3lEB0jS lrg+YZMC4pQ4znrvoZAX =dICV -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVC76nAAoJEO2X6Q5iqn40dXQQAIAMoFGd7MkZmrNEI3ZNl3lI tSLIge1yZv2q7ZzYsNwrEFaqBY/TOo0Zj8JOEWrpzDE6uc4tLXIa7S39xSvuCKAx LckxD8vDsxmIofL+KGt3YRxVmg9c3DDv7fVhDENqm1dj+VTGgDZCEztgAoXAcWvw h/JPJu6PS75+0RPGaHBRgjs+rWDuE5o2DtpexkXhkkca4krwyhLM1uXH6x+uXEd9 QyDPduJnUE+4dxOo0M0Au8HcBZ6u5zWm26ovpK9jLlMeVTvkac4RAr5jcTf0UdHJ 11VEFPCdPxnlwZD4iwFfUP3QdE9i8jGNrEqddzi4fvw2SAgDxB8Mz8C3TQp5vA3O bkzI1XMr0P1gut8PbhhxBHKQWduas9Y28RiGrnWNRxFekrJmFzwleUomveP9m+Dj +nVwe5F4ny96ht83IS5NOxroYRxK+jAi1/7d/nmPltHOAF88ai14Ogs21u1XfbOJ NcfbLRkVKCyjyVqsT7ZoHJVb9xLj3kphcwdI0XQBnqNxkiFUjQzY3uABhLsKhXNW 4PVuF+5+b1on/Ew2/re6dI2hbRFG8vwJeCPK+Oqn6TGfxT8v86OPc6jT7w5Mr6vt ZbYofuF/CiZJlgeB6I3qvGYcUsnhrxSQJWKpt9iS5Aq2wpRKYaYRU43igfuE3Znl dpFoxJMOxF7fw67+8ZSi =clrh -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce at iana.org https://mm.icann.org/mailman/listinfo/tz-announce From stuart at stuartbishop.net Mon Mar 23 06:25:03 2015 From: stuart at stuartbishop.net (Stuart Bishop) Date: Mon, 23 Mar 2015 13:25:03 +0700 Subject: [tz] Chile/EasterIsland 1982 broken by 2015a? In-Reply-To: <54E21BDE.2080100@cs.ucla.edu> References: <54E21A75.1090406@timtimeonline.com> <54E21BDE.2080100@cs.ucla.edu> Message-ID: On 16 February 2015 at 23:33, Paul Eggert wrote: > Thanks, I've pushed that correction into the experimental version. I think these rules are still faulty in 2015b: Chile/EasterIsland Sat Mar 13 02:59:59 1982 UT = Fri Mar 12 20:59:59 1982 EASST isdst=1 gmtoff=-21600 Chile/EasterIsland Sat Mar 13 03:00:00 1982 UT = Fri Mar 12 22:00:00 1982 EASST isdst=1 gmtoff=-18000 Chile/EasterIsland Sun Mar 14 02:59:59 1982 UT = Sat Mar 13 21:59:59 1982 EASST isdst=1 gmtoff=-18000 Chile/EasterIsland Sun Mar 14 03:00:00 1982 UT = Sat Mar 13 21:00:00 1982 EAST isdst=0 gmtoff=-21600 Chile/EasterIsland Sun Oct 10 03:59:59 1982 UT = Sat Oct 9 21:59:59 1982 EAST isdst=0 gmtoff=-21600 Chile/EasterIsland Sun Oct 10 04:00:00 1982 UT = Sat Oct 9 23:00:00 1982 EASST isdst=1 gmtoff=-18000 Forward an hour on March 13 1982, back an hour March 14 1982. -- Stuart Bishop http://www.stuartbishop.net/ From stuart at stuartbishop.net Mon Mar 23 07:04:30 2015 From: stuart at stuartbishop.net (Stuart Bishop) Date: Mon, 23 Mar 2015 14:04:30 +0700 Subject: [tz] Chile/EasterIsland 1982 broken by 2015a? In-Reply-To: References: <54E21A75.1090406@timtimeonline.com> <54E21BDE.2080100@cs.ucla.edu> Message-ID: On 23 March 2015 at 13:25, Stuart Bishop wrote: > On 16 February 2015 at 23:33, Paul Eggert wrote: >> Thanks, I've pushed that correction into the experimental version. > > I think these rules are still faulty in 2015b: The problem was at my end, and it is correct in 2015b. Sorry for the noise everyone. -- Stuart Bishop http://www.stuartbishop.net/ From eggert at cs.ucla.edu Tue Mar 24 19:10:13 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 24 Mar 2015 12:10:13 -0700 Subject: [tz] [PATCH] Modernize GCC_DEBUG_FLAGS Message-ID: <1427224213-30931-1-git-send-email-eggert@cs.ucla.edu> * Makefile (GCC_DEBUG_FLAGS): Assume GCC 4.9.2 and current tz sources. Add -Wdate-time, -Wdouble-promotion, -Wlogical-op, -Wold-style-definition, -Wunused. Remove redundant -Wcast-qual and -Wno-cast-qual. Remove -Wmissing-declarations; implied by -Wmissing-prototypes. Remove -Wmissing-noreturn; equivalent to -Wsuggest-attribute=noreturn. Remove -Wno-sign-conversion; not needed, as we don't use -Wconversion. Put the -Wno-* options last, so that they override preceding options that enable warnings. --- Makefile | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/Makefile b/Makefile index fbb027a..e7043af 100644 --- a/Makefile +++ b/Makefile @@ -149,18 +149,18 @@ LDLIBS= # $(GCC_DEBUG_FLAGS) if you are using GCC and want lots of checking GCC_DEBUG_FLAGS = -Dlint -g3 -O3 -fno-common -fstrict-aliasing \ -Wall -Wextra \ - -Wbad-function-cast -Wcast-align -Wcast-qual \ + -Wbad-function-cast -Wcast-align -Wdate-time \ -Wdeclaration-after-statement \ + -Wdouble-promotion \ -Wformat=2 -Winit-self -Wjump-misses-init \ - -Wmissing-declarations -Wmissing-noreturn -Wmissing-prototypes \ - -Wnested-externs -Wno-address -Wno-cast-qual \ - -Wno-format-nonliteral -Wno-sign-compare -Wno-sign-conversion \ - -Wno-type-limits \ - -Wno-unused-parameter -Woverlength-strings -Wpointer-arith \ + -Wlogical-op -Wmissing-prototypes -Wnested-externs \ + -Wold-style-definition -Woverlength-strings -Wpointer-arith \ -Wshadow -Wstrict-prototypes -Wsuggest-attribute=const \ -Wsuggest-attribute=format -Wsuggest-attribute=noreturn \ -Wsuggest-attribute=pure -Wtrampolines \ - -Wwrite-strings + -Wunused -Wwrite-strings \ + -Wno-address -Wno-format-nonliteral -Wno-sign-compare \ + -Wno-type-limits -Wno-unused-parameter # # If you want to use System V compatibility code, add # -DUSG_COMPAT -- 2.1.0 From eggert at cs.ucla.edu Tue Mar 24 19:37:51 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 24 Mar 2015 12:37:51 -0700 Subject: [tz] [PROPOSED PATCH] Move one out-of-scope zone to 'backzone' Message-ID: <1427225871-31255-1-git-send-email-eggert@cs.ucla.edu> * NEWS: Document this. * backzone (Mont, America/Montreal): Move this out-of-scope data here from 'northamerica'. * checktab.awk: Remove special case for America/Montreal, that was added to this file "temporarily" on 2013-09-11. * northamerica (America/Montreal): Now a link to America/Toronto. --- NEWS | 11 +++++++++++ backzone | 40 ++++++++++++++++++++++++++++++++++++++++ checktab.awk | 3 --- northamerica | 41 ++++------------------------------------- 4 files changed, 55 insertions(+), 40 deletions(-) diff --git a/NEWS b/NEWS index ce6ac40..ddfd702 100644 --- a/NEWS +++ b/NEWS @@ -1,5 +1,16 @@ News for the tz database +Unreleased, experimental changes + + Changes affecting past time stamps + + One more zone has been turned into a link, as it differed + from an existing zone only for older time stamps. As usual, + this change affects UTC offsets in pre-1970 time stamps only. + The zone's old contents have been moved to the 'backzone' file. + The affected zone is America/Montreal. + + Release 2015b - 2015-03-19 23:28:11 -0700 Changes affecting future time stamps diff --git a/backzone b/backzone index 31a3f5a..6b392bd 100644 --- a/backzone +++ b/backzone @@ -311,6 +311,46 @@ Zone America/Grenada -4:07:00 - LMT 1911 Jul # St George's Zone America/Guadeloupe -4:06:08 - LMT 1911 Jun 8 # Pointe-?-Pitre -4:00 - AST +# Canada +# +# From Paul Eggert (2015-03-24): +# Since 1970 most of Quebec has been like Toronto; see +# America/Toronto. However, earlier versions of the tz database +# mistakenly relied on data from Shanks & Pottenger saying that Quebec +# differed from Ontario after 1970, and the following rules and zone +# were created for most of Quebec from the incorrect Shanks & +# Pottenger data. The post-1970 entries have been corrected, but the +# pre-1970 entries are unchecked and probably have errors. +# +# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S +Rule Mont 1917 only - Mar 25 2:00 1:00 D +Rule Mont 1917 only - Apr 24 0:00 0 S +Rule Mont 1919 only - Mar 31 2:30 1:00 D +Rule Mont 1919 only - Oct 25 2:30 0 S +Rule Mont 1920 only - May 2 2:30 1:00 D +Rule Mont 1920 1922 - Oct Sun>=1 2:30 0 S +Rule Mont 1921 only - May 1 2:00 1:00 D +Rule Mont 1922 only - Apr 30 2:00 1:00 D +Rule Mont 1924 only - May 17 2:00 1:00 D +Rule Mont 1924 1926 - Sep lastSun 2:30 0 S +Rule Mont 1925 1926 - May Sun>=1 2:00 1:00 D +Rule Mont 1927 1937 - Apr lastSat 24:00 1:00 D +Rule Mont 1927 1937 - Sep lastSat 24:00 0 S +Rule Mont 1938 1940 - Apr lastSun 0:00 1:00 D +Rule Mont 1938 1939 - Sep lastSun 0:00 0 S +Rule Mont 1946 1973 - Apr lastSun 2:00 1:00 D +Rule Mont 1945 1948 - Sep lastSun 2:00 0 S +Rule Mont 1949 1950 - Oct lastSun 2:00 0 S +Rule Mont 1951 1956 - Sep lastSun 2:00 0 S +Rule Mont 1957 1973 - Oct lastSun 2:00 0 S +Zone America/Montreal -4:54:16 - LMT 1884 + -5:00 Mont E%sT 1918 + -5:00 Canada E%sT 1919 + -5:00 Mont E%sT 1942 Feb 9 2:00s + -5:00 Canada E%sT 1946 + -5:00 Mont E%sT 1974 + -5:00 Canada E%sT + # Montserrat # From Paul Eggert (2006-03-22): # In 1995 volcanic eruptions forced evacuation of Plymouth, the capital. diff --git a/checktab.awk b/checktab.awk index cf2c726..de98299 100644 --- a/checktab.awk +++ b/checktab.awk @@ -9,9 +9,6 @@ BEGIN { if (!zone_table) zone_table = "zone1970.tab" if (!want_warnings) want_warnings = -1 - # A special (and we hope temporary) case. - tztab["America/Montreal"] = 1 - while (getline =1 2:30 0 S -Rule Mont 1921 only - May 1 2:00 1:00 D -Rule Mont 1922 only - Apr 30 2:00 1:00 D -Rule Mont 1924 only - May 17 2:00 1:00 D -Rule Mont 1924 1926 - Sep lastSun 2:30 0 S -Rule Mont 1925 1926 - May Sun>=1 2:00 1:00 D -Rule Mont 1927 1937 - Apr lastSat 24:00 1:00 D -Rule Mont 1927 1937 - Sep lastSat 24:00 0 S -Rule Mont 1938 1940 - Apr lastSun 0:00 1:00 D -Rule Mont 1938 1939 - Sep lastSun 0:00 0 S -Rule Mont 1946 1973 - Apr lastSun 2:00 1:00 D -Rule Mont 1945 1948 - Sep lastSun 2:00 0 S -Rule Mont 1949 1950 - Oct lastSun 2:00 0 S -Rule Mont 1951 1956 - Sep lastSun 2:00 0 S -Rule Mont 1957 1973 - Oct lastSun 2:00 0 S - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Blanc-Sablon -3:48:28 - LMT 1884 -4:00 Canada A%sT 1970 -4:00 - AST -Zone America/Montreal -4:54:16 - LMT 1884 - -5:00 Mont E%sT 1918 - -5:00 Canada E%sT 1919 - -5:00 Mont E%sT 1942 Feb 9 2:00s - -5:00 Canada E%sT 1946 - -5:00 Mont E%sT 1974 - -5:00 Canada E%sT # Ontario @@ -1596,6 +1562,7 @@ Zone America/Toronto -5:17:32 - LMT 1895 -5:00 Canada E%sT 1946 -5:00 Toronto E%sT 1974 -5:00 Canada E%sT +Link America/Toronto America/Montreal Zone America/Thunder_Bay -5:57:00 - LMT 1895 -6:00 - CST 1910 -5:00 - EST 1942 -- 2.1.0 From eggert at cs.ucla.edu Tue Mar 24 20:17:57 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 24 Mar 2015 13:17:57 -0700 Subject: [tz] [PROPOSED PATCH] Move one out-of-scope zone to 'backzone' In-Reply-To: <1427225871-31255-1-git-send-email-eggert@cs.ucla.edu> References: <1427225871-31255-1-git-send-email-eggert@cs.ucla.edu> Message-ID: <5511C675.7050601@cs.ucla.edu> That patch put the new backward-compatibility link into the wrong file, which breaks 'make check'. Fixed by the attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Fix-recently-introduced-make-check-failure.patch Type: text/x-patch Size: 1249 bytes Desc: not available URL: From eggert at cs.ucla.edu Tue Mar 24 20:49:28 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Tue, 24 Mar 2015 13:49:28 -0700 Subject: [tz] [PROPOSED PATCH] * tz-link.htm, NEWS: Mention the TZUpdater tool. Message-ID: <1427230168-32442-1-git-send-email-eggert@cs.ucla.edu> --- NEWS | 4 ++++ tz-link.htm | 6 +++++- 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/NEWS b/NEWS index ddfd702..f31c6b1 100644 --- a/NEWS +++ b/NEWS @@ -10,6 +10,10 @@ Unreleased, experimental changes The zone's old contents have been moved to the 'backzone' file. The affected zone is America/Montreal. + Changes affecting commentary + + Mention the TZUpdater tool. + Release 2015b - 2015-03-19 23:28:11 -0700 diff --git a/tz-link.htm b/tz-link.htm index 092da5f..d1cf269 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -8,7 +8,7 @@ - + CLDR data into an ICU-specific format. ICU is freely available under a BSD-style license.
  • +
  • The TZUpdater +tool compiles tz source into the format used by +Oracle Java.
  • Joda-Time – Java date and time API contains a class -- 2.1.0 From admin at thetimenow.com Wed Mar 25 10:16:32 2015 From: admin at thetimenow.com (Brandon Ramsey) Date: Wed, 25 Mar 2015 18:16:32 +0800 Subject: [tz] Quick suggestion for "Sources for Time Zone and Daylight Saving Time Data" Message-ID: Hey, I was poking around Pansearch.perl and came across your excellent resource: ?Sources for Time Zone and Daylight Saving Time Data ? I noticed that you referenced WorldTimeZone.com's Homepage on the page. I also love that resource! In fact, it was one resource that inspired me to create a more thorough and up to date version: http://www.thetimenow.com/ I?d be thrilled if you?d consider adding it to that page. If not, perhaps a recent or upcoming post is more appropriate :) Either way, keep up the great work you've been doing. Cheers, -- *Brandon Ramsay - Outreach Manager* *TheTimeNow.com* *the official current time of the world* -------------- next part -------------- An HTML attachment was scrubbed... URL: From eggert at cs.ucla.edu Wed Mar 25 20:47:20 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Wed, 25 Mar 2015 13:47:20 -0700 Subject: [tz] Quick suggestion for "Sources for Time Zone and Daylight Saving Time Data" In-Reply-To: References: Message-ID: <55131ED8.8000004@cs.ucla.edu> Thanks, attached is a proposed patch. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-tz-link.htm-NEWS-Mention-The-Time-Now.patch Type: text/x-patch Size: 1635 bytes Desc: not available URL: From sam.ua at zoho.com Thu Mar 26 21:55:14 2015 From: sam.ua at zoho.com (Simon) Date: Thu, 26 Mar 2015 23:55:14 +0200 Subject: [tz] Kyiv time zone Message-ID: <1427406914.1821.1@smtp.zoho.com> To whom it may concern, I recently started using Ubuntu Linux on my desktop. While adding my time-zone to the parameters on the site I saw that you have "Kiev time zone". I wanted to point out that "Kiev" is an archaic transliteration of the city's name. Currently, as Ukraine is independent for close to 24 years, the proper transliteration would be "Kyiv" I kindly ask that you adopt the proper transliterated version. Kindest regards. Simon Kostenko -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim at timtimeonline.com Fri Mar 27 18:05:35 2015 From: tim at timtimeonline.com (Tim Parenti) Date: Fri, 27 Mar 2015 14:05:35 -0400 Subject: [tz] Kyiv time zone In-Reply-To: <1427406914.1821.1@smtp.zoho.com> References: <1427406914.1821.1@smtp.zoho.com> Message-ID: Simon, The tzdb uses the "mainstream English spelling" for place names wherever possible; "Kiev" is more common in English than "Kyiv". See https://github.com/eggert/tz/blob/f14d56f9bcc4d822dd136394ce81e4cc5934f377/Theory#L434 -- Tim Parenti On 26 March 2015 at 17:55, Simon wrote: > To whom it may concern, > I recently started using Ubuntu Linux on my desktop. > While adding my time-zone to the parameters on the site I saw that you > have "Kiev time zone". > I wanted to point out that "Kiev" is an archaic transliteration of the > city's name. > Currently, as Ukraine is independent for close to 24 years, the proper > transliteration would be "Kyiv" > I kindly ask that you adopt the proper transliterated version. > > Kindest regards. > Simon Kostenko > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alois at astro.ch Sun Mar 29 17:40:51 2015 From: alois at astro.ch (Alois Treindl) Date: Sun, 29 Mar 2015 19:40:51 +0200 Subject: [tz] Chile TZ rule 1942 June superfluous? In-Reply-To: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> Message-ID: <55183923.1080903@astro.ch> I do not understand the purpose of the line for June 1942 in the Chile rules: # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Chile 1927 1932 - Sep 1 0:00 1:00 S Rule Chile 1928 1932 - Apr 1 0:00 0 - --> Rule Chile 1942 only - Jun 1 4:00u 0 - Rule Chile 1942 only - Aug 1 5:00u 1:00 S Chile was on GMTOFF -5h from 1927 to 1947. What purpose has that line which does not change anything, as no DST was in force before that date: Rule Chile 1942 only - Jun 1 4:00u 0 From alois at astro.ch Sun Mar 29 18:13:21 2015 From: alois at astro.ch (Alois Treindl) Date: Sun, 29 Mar 2015 20:13:21 +0200 Subject: [tz] Chile TZ rule 1942 June superfluous? PS In-Reply-To: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> Message-ID: <551840C1.5050705@astro.ch> PS: on second thought, could it be that the lines for 1942 are generally in error: Rule Chile 1942 only - Jun 1 4:00u 0 - Rule Chile 1942 only - Aug 1 5:00u 1:00 S Rule Chile 1946 only - Jul 15 4:00u 1:00 S Rule Chile 1946 only - Sep 1 3:00u 0:00 - They make no sense, because according to this, - Jun 1942 line is superfluous - Aug 1942 sets DST in force until next cancellation of DST in Sep 1946, - JUL 1946 line would be superfluous, as well. Should it not rather be: Rule Chile 1942 only - Jun 1 4:00u 1:00 S Rule Chile 1942 only - Aug 1 5:00u 0 - Rule Chile 1946 only - Jul 15 4:00u 1:00 S Rule Chile 1946 only - Sep 1 3:00u 0:00 - But when I look at the reference, http://www.horaoficial.cl/historia_hora.html it does not contain anything about DST in 1942. From eggert at cs.ucla.edu Sun Mar 29 18:46:14 2015 From: eggert at cs.ucla.edu (Paul Eggert) Date: Sun, 29 Mar 2015 11:46:14 -0700 Subject: [tz] Chile TZ rule 1942 June superfluous? PS In-Reply-To: <551840C1.5050705@astro.ch> References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> <551840C1.5050705@astro.ch> Message-ID: <55184876.2010605@cs.ucla.edu> Alois Treindl wrote: > PS: on second thought, could it be that the lines for 1942 are generally in error: > > Rule Chile 1942 only - Jun 1 4:00u 0 - > Rule Chile 1942 only - Aug 1 5:00u 1:00 S > Rule Chile 1946 only - Jul 15 4:00u 1:00 S > Rule Chile 1946 only - Sep 1 3:00u 0:00 - > > They make no sense, because according to this, > - Jun 1942 line is superfluous No, because according to the database Chile was on daylight-saving time (UTC-4) from 1932-09-01 05:00 UTC until 1942-06-01 04:00 UTC, so that line is needed for Chile to exit DST. > - Aug 1942 sets DST in force until next cancellation of DST in Sep 1946, > - JUL 1946 line would be superfluous, as well. Yes, that's right. The line mentioning "Jul 15" can be removed without changing the meaning of the data. I don't know why that line is there, but I suppose we can remove it. > when I look at the reference, http://www.horaoficial.cl/historia_hora.html > it does not contain anything about DST in 1942. This entry was contributed by Jesper N?rgaard Welen in 2006; please see: http://mm.icann.org/pipermail/tz/2006-October/013906.html http://mm.icann.org/pipermail/tz/2006-October/013908.html http://mm.icann.org/pipermail/tz/2006-October/013909.html http://mm.icann.org/pipermail/tz/2006-October/013936.html I'll CC: this message to him to see if he can provide insight, though we haven't heard from Jesper for a while so we may not get a response here. I did not check horaoficial.cl myself. Possibly it has changed since 2006, possibly there were transcription errors. Either way, we should fix it. From alois at astro.ch Sun Mar 29 19:02:23 2015 From: alois at astro.ch (Alois Treindl) Date: Sun, 29 Mar 2015 21:02:23 +0200 Subject: [tz] Chile TZ rule 1942 June superfluous? In-Reply-To: References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> <55183923.1080903@astro.ch> Message-ID: <55184C3F.5020404@astro.ch> I have extracted http://www.horaoficial.cl/historia_hora.html 1884 .... (irrelevant here) 1919 A partir del 1? de julio, se cambi? la hora est?ndar, adoptando como hora oficial, la hora del meridiano del Observatorio Astron?mico de Lo Espejo en Santiago, o sea, 4 horas, 42 minutos, 46,3 segundos, correspondiente a 70? 41' 34,5 " W, de Greenwich, en vez de la zona 20 del huso horario terrestre. Informaci?n difundida por el Bolet?n N? 24, Aviso N? 103/ 1919. 1927 Por Decreto Supremo N" 5.693, del 22 de agosto, se adoptaron dos horas diferentes. La hora oficial de invierno, correspondiente al meridiano 75? weste (zona +5) y la hora oficial de verano, correspondiente al meridiano 60? weste (zona +4), efectu?ndose los cambios el 1? de abril y el 1? de septiembre de cada a?o. Novedad que fue difundida por el Bolet?n N? 11, por aviso N? 56/1928. Este sistema de hora econ?mica se vino a hacer efectivo s?lo el 1? de abril de 1928. 1928 Se adquiri? un cable forrado en plomo a la Compa??a de Tel?fonos, para conectar la Estaci?n Horariacon la Radio Estaci?n de Playa Ancha y a su vez con el ca??n del cuartel Silva Palma. Jefe de la Estaci?n Horaria, en esa fecha era el Sr. Cristian Wiegand O. 1941 AI cumplir el Departamento de Navegaci?n e Hidrograf?a, 67 a?os de existencia, contaba en esa fecha la Estaci?n Horaria con cinco relojes de alta precisi?n conocidos bajo el nombre de "p?ndulos", los cuales son controlados entre s?. De estos cinco p?ndulos, tres son el?ctricos y dos son mec?nicos en sus mecanismos de cuerda. De los tres p?ndulos el?ctricos el principal y de mayor precisi?n llamado "p?ndulo magistral el?ctrico", trabaja dentro de una campana de cobre con vidrio en su parte superior, bajo un vac?o de 150 mil?metros. Los otros dos p?ndulos eran los repetidores del magistral. 1943 El reloj de p?ndulo que fue destruido por el terremoto de 1906, es reconstruido totalmente y puesto en servicio por el personal de la secci?n Cron?metros del Departamento de Navegaci?n e Hidrograf?a, reloj que seconserva en funcionamiento en este Servicio junto a otros tres de antigua data. 1946 El 27 de agosto, se publica la Ley N? 8.522, que dispuso el cambio urgente de la hora para Santiago y la zona central del pa?s, ante la incapacidad de las plantas de satisfacer las demandas de energ?a el?ctrica para la industria, comercio, residencias y alumbrado p?blico, quedando la capital y la zona central con el huso horario de +3 horas y el resto del pa?s con un huso horario +4 horas. Bolet?n N? 20, aviso N? 380/1946, de fecha 31 de octubre de 1946. 1947 Con fecha 17 de mayo por Decreto Supremo N? 8.777, se deroga la ley del a?o anterior, y se cambia la hora est?ndar, adoptando la hora oficial correspondiente a la zona +4 (meridiano del Observatorio de Lo Espejo, 60? weste) que rige para toda la Rep?blica, a contar del 21 de mayo de 1947 a las 23 horas. Bolet?n N? 10, aviso N? 249/1947, de fecha 31 de mayo de 1947. 1959 Se procedi? a la adquisici?n, armado e instalaci?n, junto con la etapa de pruebas, de los relojes electr?nicos de cuarzo, marca "Rhode & Schwartz", los que entraron oficialmente en servicio en 1964. -- rest irrelevant here It does contains the onset of DST rules in 1927 for 'cada ano' = each year, but no mention of a change of rules in 1932. By the way, it is interesting to note that this source confirms in the 1946 entry a division of the country into two zones, 'la capital y la zone central' and 'el resto del pais'. The capital is represented in tzdata as America/Santiago, the 'resto del pais' is not represented in tzdata, probably because the split ended before 1970. Possibly the split ended already on 21 May 1947, as it says 'zona +4 que rige para toda la Republica'. On 29.03.15 20:37, Arthur David Olson wrote: > ...which references a web page... > http://www.horaoficial.cl/horaof.htm From sam.ua at zoho.com Sun Mar 29 20:33:23 2015 From: sam.ua at zoho.com (sam.ua) Date: Sun, 29 Mar 2015 23:33:23 +0300 Subject: [tz] Kyiv time zone In-Reply-To: <87r3s9jwu0.fsf@mid.deneb.enyo.de> References: <87y4mis2ap.fsf@mid.deneb.enyo.de><1427494933.2565.1@smtp.zoho.com> <87r3s9jwu0.fsf@mid.deneb.enyo.de> Message-ID: <14c673be57a.f602db12481575.2791052589782810796@zoho.com> Dear Florian. perhaps you are not aware of the history between Ukraine and Russia. Let me remind you that Moscow has pursued the destruction of Ukraine, Ukrainians and the Ukrainian language and culture for many centuries. This ethnic cleansing continues today with the Russification of Ukraine. Once you destroy a nation's identity --their language, culture and history, it's quite easy to convert them into mindless robots, who are easy prey for the imperialist. Even in 1991, as we achieved our long overdue independence , Ukrane was over 80-90% pro-Russian. after two plus decades those same people, who were once slaves to the empire, have been schooled on the true history of Ukraine and understand just how devious Moscow was in it's ethnic cleansing of the Ukrainian people. Little over a year ago we got rid of the last remaining remnant of that Soviet-Russian past - the Putin puppet Yanykovych. Our cities are nearly rid of Lenin and Stalin - two monsters that murdered tens of millions of Ukrainians, but as the links you provided show, that past is still a part of the present. We are gradually getting rid of it. The issue of Kyiv vs Kiev is precisely the past vs the present. Kyiv is today, it's also what it was in the old Ruthenian-Ukrainian chronicles that date back to the 9th century. It became Kiev under Russian rule and now it's once again Kyiv. The war in Eastern Ukraine - the invasion by Russia, is a last attempt too keep Ukraine under Russia's orbit. we don't want that. My generation doesn't want that. Once again Kyiv vs Kiev is a part of that ugly past. I can promise you that all of our sites will one day be Kyiv and that the term will be the one used wide-spread and worldwide. But we need to do this one step at a time and wikipedia is a big part of this. This has to be corrected and the general population will then become familiar and accept the new word, it's very easy to spell and pronounce. I kindly ask that you respect our history, our past and what is currently happening in eastern Ukraine. it's no accident that where the Russian population - 15% of Ukraine's population. lives and breathes, there is a war. the same way Stalin killed my forefathers and replaced them with Russians from Russia, we are battling for the existence of our own unique identity. Kyiv is and will always be the proper transliterated version of our capital. there is no argument today that can supercede that. Thank you kindly, Simon Kostenko ---- On ??, 28 ??? 2015 11:27:35 +0200 Florian Weimer<fw at deneb.enyo.de> wrote ---- * Simon: >> Many government web sites in the Ukraine still use the ?Kiev? >> transliteration > For example? ?While the Obama administration has publicly acknowledged it is considering supplying Kiev with arms, backed by hardline EU countries like Poland and Lithuania, German Chancellor Angela Merkel has vehemently opposed the move.? <http://www.kmu.gov.ua/control/en/publish/article?art_id=248025420> -------------- next part -------------- An HTML attachment was scrubbed... URL: From dkazimirchyk at gmail.com Mon Mar 30 15:46:58 2015 From: dkazimirchyk at gmail.com (Dzmitry Kazimirchyk) Date: Mon, 30 Mar 2015 18:46:58 +0300 Subject: [tz] Belarus is listed in MSK timezone Message-ID: <55196FF2.9010104@gmail.com> I am in Belarus and I have recently noticed that my local timezone is displayed as MSK (Moscow Time) instead of FET (Further Eastearn European Time). Belarus has not made any changes to its timezone (daylight saving) policies recently, so I guess the reasoning behind this is that Russia have changed its time effectively putting its internal MSK timezone into the same time Belarus already had. However this doesn't cancel out the fact that Belarus is an independent country and it is very strange for a country to be listed under an internal timezone of some other country... Could anyone please shed some light on the reasoning behind putting Belarus into MSK timezone and if we can get our FET timezone back or at least have MSK changed to something neutral. Best regards, Dzmitry Kazimirchyk From michael.deckers at yahoo.com Tue Mar 31 11:18:51 2015 From: michael.deckers at yahoo.com (michael.deckers) Date: Tue, 31 Mar 2015 11:18:51 +0000 Subject: [tz] Chile TZ rule 1942 June superfluous? PS In-Reply-To: <55184876.2010605@cs.ucla.edu> References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> <551840C1.5050705@astro.ch> <55184876.2010605@cs.ucla.edu> Message-ID: <551A829B.2000703@yahoo.com> On 2015-03-29 18:46, Paul Eggert wrote about the Chile rules: > Yes, that's right. The line mentioning "Jul 15" can be removed without changing > the meaning of the data. I don't know why that line is there, but I suppose we > can remove it. The same seems to hold true for the line Rule Chile 1947 only - Apr 1 4:00u 0 - because its precursor Rule Chile 1946 only - Sep 1 3:00u 0:00 - does the same, and (current) usage of the Chile rules never starts after 1946-09-01T03Z and on or before 1947-04-01T04Z. Michael Deckers. From david.carrara at gmail.com Tue Mar 31 13:41:50 2015 From: david.carrara at gmail.com (David Carrara) Date: Tue, 31 Mar 2015 15:41:50 +0200 Subject: [tz] about DST in Europe Message-ID: ?? Good day, i'm writting to you about the file "europe" taken from tzdata-latest.tar.gz I read in it : ? # There shouldn't be any [current members who are not using EU rules]. # A Directive has the force of law, member states are obliged to enact # national law to implement it. The only contentious issue was the # different end date for the UK and Ireland, and this was always allowed # in the Directive. ? But i think this is small imprecision. in our European official documents there is a directive saying WHEN to change but i've never seen any directive saying we had to change (each country is free). The purpose of this directive is not to have everybody changing on his own date. It's easier with only one date, the same for all. There is no real mistakes in the file, since every Member States is already applying DST for now. So it sounds like it's the same. But I think these lines in the file maintain the imprecision. Furthermore, the tzdata file says ? only contentious issue was the different end date for the UK and Ireland, and this was always allowed in the Directive. ? But when I read the directive I see no exception about them. They don't have same timezone, but ?it's the purpose of my email? having same timezone or not is not a part of the directive. So no exception is required about them. Neither about DST observance, each country can choose to have DST or not. It's all only about the schedule, then UK and Ireland are applying their DST at the same date we do (i'm in France). They change the same day at 1am UTC. So they don't create any exception at all. AND you can read this directive (link below), there is no line about UK ; source, European's 2000/84/CE directive ; http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2001:031:0021:0022:EN:PDF The only one exception is this line ? shall not apply to the overseas territories of the Member States. ? (geographical reasons) We also read in that directive that a 5 years-long schedule is made in advance. That means if anything has to change we will have to tell in advance. Thank you -- David C. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.deckers at yahoo.com Tue Mar 31 18:19:35 2015 From: michael.deckers at yahoo.com (Michael Deckers) Date: Tue, 31 Mar 2015 18:19:35 +0000 Subject: [tz] Chile TZ rule 1942 June superfluous? PS In-Reply-To: <55184876.2010605@cs.ucla.edu> References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> <551840C1.5050705@astro.ch> <55184876.2010605@cs.ucla.edu> Message-ID: <551AE537.3060505@yahoo.com> On 2015-03-29 18:46, Paul Eggert wrote about the rules for Chile: > Yes, that's right. The line mentioning "Jul 15" can be removed without changing > the meaning of the data. I don't know why that line is there, but I suppose we > can remove it. Same for the line Rule Chile 1947 only - Apr 1 4:00u 0 - which does the same as its precursor Rule Chile 1946 only - Sep 1 3:00u 0:00 - and which is superfluous as there is (currently) no usage of the Chile rules starting after 1946-09-01T03 and before or on 1947-04-01T04. Michael Deckers. From clive at davros.org Tue Mar 31 18:52:56 2015 From: clive at davros.org (Clive D.W. Feather) Date: Tue, 31 Mar 2015 19:52:56 +0100 Subject: [tz] about DST in Europe In-Reply-To: References: Message-ID: <20150331185256.GG13430@davros.org> David Carrara said: > Good day, > i'm writting to you about the file "europe" taken from tzdata-latest.tar.gz > > > I read in it : > ? > # There shouldn't be any [current members who are not using EU rules]. > # A Directive has the force of law, member states are obliged to enact > # national law to implement it. The only contentious issue was the > # different end date for the UK and Ireland, and this was always allowed > # in the Directive. > ? > > > But i think this is small imprecision. > in our European official documents there is a directive saying WHEN to > change > but i've never seen any directive saying we had to change (each country is > free). Sorry, but you're wrong. Article 2 requires the "summer-time period" to begin on a certain date-time, and Article 1 defines the "summer-time period" as putting the clocks forward by 60 minutes. Therefore every Member State must put its clocks forward and back. (Except for the overseas territories exempted in Article 6.) > Furthermore, the tzdata file says ? only contentious issue was the > different end date for the UK and Ireland, and this was always allowed in > the Directive. ? > But when I read the directive I see no exception about them. The current Directive doesn't have an exemption, but earlier ones did. See Article 3.2 of Directive 94/21/EC: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:31994L0021:EN:HTML -- Clive D.W. Feather | If you lie to the compiler, Email: clive at davros.org | it will get its revenge. Web: http://www.davros.org | - Henry Spencer Mobile: +44 7973 377646 From mj1856 at hotmail.com Tue Mar 31 19:04:05 2015 From: mj1856 at hotmail.com (Matt Johnson) Date: Tue, 31 Mar 2015 12:04:05 -0700 Subject: [tz] Kyiv time zone In-Reply-To: <14c673be57a.f602db12481575.2791052589782810796@zoho.com> References: <87y4mis2ap.fsf@mid.deneb.enyo.de><1427494933.2565.1@smtp.zoho.com>, <87r3s9jwu0.fsf@mid.deneb.enyo.de>, <14c673be57a.f602db12481575.2791052589782810796@zoho.com> Message-ID: Simon, I won't address the political statements, as that sort of discussion is off topic for this mailing list. There are other more appropriate forums in which you can discuss your viewpoint. Your original complaint was that the time zone appeared as "Kiev time zone". This string actually does not come from the TZ database, but from the CLDR. The only information in the TZ database is the zone identifier, which is "Europe/Kiev", as seen here:https://github.com/eggert/tz/blob/2015b/europe#L3279-L3291 The CLDR information is here:http://www.unicode.org/cldr/charts/27/by_type/timezones.europe.html#6dd1046c581ae238 The CLDR has its own mailing list here:http://unicode.org/consortium/distlist-cldr-users.html You may also be interested in the Wikipedia entries for Ukraine and Kiev, which both use the Kiev spelling as the primary for English:http://en.wikipedia.org/wiki/Ukrainehttp://en.wikipedia.org/wiki/Kiev Now, that said, I'm not entirely sure that it wouldn't be possible for the tz database to consider "Europe/Kyiv" as a name change from "Europe/Kiev" with a compatibility link. Wasn't a similar change made for Asia/Calcutta => Asia/Kolkata ? Or do different rules apply since the name was officially changed by the government in 2001? (http://en.wikipedia.org/wiki/Kolkata#Etymology) Date: Sun, 29 Mar 2015 23:33:23 +0300 From: sam.ua at zoho.com To: fw at deneb.enyo.de; tim at timtimeonline.com CC: iana at iana.org; tz at iana.org Subject: Re: [tz] Kyiv time zone Dear Florian. perhaps you are not aware of the history between Ukraine and Russia. Let me remind you that Moscow has pursued the destruction of Ukraine, Ukrainians and the Ukrainian language and culture for many centuries. This ethnic cleansing continues today with the Russification of Ukraine. Once you destroy a nation's identity --their language, culture and history, it's quite easy to convert them into mindless robots, who are easy prey for the imperialist. Even in 1991, as we achieved our long overdue independence , Ukrane was over 80-90% pro-Russian. after two plus decades those same people, who were once slaves to the empire, have been schooled on the true history of Ukraine and understand just how devious Moscow was in it's ethnic cleansing of the Ukrainian people. Little over a year ago we got rid of the last remaining remnant of that Soviet-Russian past - the Putin puppet Yanykovych. Our cities are nearly rid of Lenin and Stalin - two monsters that murdered tens of millions of Ukrainians, but as the links you provided show, that past is still a part of the present. We are gradually getting rid of it. The issue of Kyiv vs Kiev is precisely the past vs the present. Kyiv is today, it's also what it was in the old Ruthenian-Ukrainian chronicles that date back to the 9th century. It became Kiev under Russian rule and now it's once again Kyiv. The war in Eastern Ukraine - the invasion by Russia, is a last attempt too keep Ukraine under Russia's orbit. we don't want that. My generation doesn't want that. Once again Kyiv vs Kiev is a part of that ugly past. I can promise you that all of our sites will one day be Kyiv and that the term will be the one used wide-spread and worldwide. But we need to do this one step at a time and wikipedia is a big part of this. This has to be corrected and the general population will then become familiar and accept the new word, it's very easy to spell and pronounce. I kindly ask that you respect our history, our past and what is currently happening in eastern Ukraine. it's no accident that where the Russian population - 15% of Ukraine's population. lives and breathes, there is a war. the same way Stalin killed my forefathers and replaced them with Russians from Russia, we are battling for the existence of our own unique identity. Kyiv is and will always be the proper transliterated version of our capital. there is no argument today that can supercede that. Thank you kindly, Simon Kostenko ---- On ??, 28 ??? 2015 11:27:35 +0200 Florian Weimer wrote ---- * Simon: >> Many government web sites in the Ukraine still use the ?Kiev? >> transliteration > For example? ?While the Obama administration has publicly acknowledged it is considering supplying Kiev with arms, backed by hardline EU countries like Poland and Lithuania, German Chancellor Angela Merkel has vehemently opposed the move.? -------------- next part -------------- An HTML attachment was scrubbed... URL: From lester at lsces.co.uk Tue Mar 31 18:46:54 2015 From: lester at lsces.co.uk (Lester Caine) Date: Tue, 31 Mar 2015 19:46:54 +0100 Subject: [tz] Kyiv time zone In-Reply-To: <14c673be57a.f602db12481575.2791052589782810796@zoho.com> References: <87y4mis2ap.fsf@mid.deneb.enyo.de><1427494933.2565.1@smtp.zoho.com> <87r3s9jwu0.fsf@mid.deneb.enyo.de> <14c673be57a.f602db12481575.2791052589782810796@zoho.com> Message-ID: <551AEB9E.5070504@lsces.co.uk> On 29/03/15 21:33, sam.ua wrote: > Kyiv is and will always be the proper transliterated version of our > capital. there is no argument today that can supercede that. https://www.google.co.uk/search?q=kyiv There is no problem with Kyiv being the local language name for a city, but for the rest of the world the 'standard' is Kiev, and it is that standard which all of the names within the 'English' version of the TZ database follows. There is no ulterior agenda here, simply following established practice in an attempt to avoid 'political' bias of any kind. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk From tim at timtimeonline.com Tue Mar 31 19:45:20 2015 From: tim at timtimeonline.com (Tim Parenti) Date: Tue, 31 Mar 2015 15:45:20 -0400 Subject: [tz] Kyiv time zone In-Reply-To: References: <87y4mis2ap.fsf@mid.deneb.enyo.de> <1427494933.2565.1@smtp.zoho.com> <87r3s9jwu0.fsf@mid.deneb.enyo.de> <14c673be57a.f602db12481575.2791052589782810796@zoho.com> Message-ID: On 29 March 2015 at 16:33, sam.ua wrote: > Kyiv is and will always be the proper transliterated version of our > capital. This is a question of *translation*, NOT transliteration. The tz project endeavors to use the name as it is actively used and spelled in the English language, regardless of how speakers of other languages would transliterate their name into the English alphabet (e.g., we use "Rome" instead of "Roma", "Athens" instead of "Athena", etc.) Whether "rightly" or "wrongly" according to one's own geopolitical alignment, the English spelling is still "Kiev", so that is what we use here. Questions about place names localized for other languages should be directed at the CLDR. On 31 March 2015 at 15:04, Matt Johnson wrote: > I won't address the political statements, as that sort of discussion is > off topic for this mailing list. > Quite. Now, that said, I'm not entirely sure that it wouldn't be possible for the > tz database to consider "Europe/Kyiv" as a name change from "Europe/Kiev" > with a compatibility link. Wasn't a similar change made for Asia/Calcutta > => Asia/Kolkata ? Or do different rules apply since the name was > officially changed by the government in 2001? ( > http://en.wikipedia.org/wiki/Kolkata#Etymology) > I suppose as long as English-language sources would actively use the new spelling, we would assume the spelling has changed *de facto*, rather than *de jure* in the case of Kolkata. But either way would work. I suspect Paul is quite reluctant to get involved here, but I'd be interested in any insights he might have to share about the Kolkata change. That said, if this is going to be a repetitively contentious issue, it could conceivably be better to offer both spellings. But even doing that would be seen as a political statement, which we consciously and carefully strive to avoid making. -- Tim Parenti -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.h.deckers at googlemail.com Tue Mar 31 18:18:36 2015 From: michael.h.deckers at googlemail.com (Michael Deckers) Date: Tue, 31 Mar 2015 18:18:36 +0000 Subject: [tz] Chile TZ rule 1942 June superfluous? PS In-Reply-To: <55184876.2010605@cs.ucla.edu> References: <7A82608B-DA61-46DB-B9F4-CE6C11AB3468@me.com> <551840C1.5050705@astro.ch> <55184876.2010605@cs.ucla.edu> Message-ID: <551AE4FC.8040707@googlemail.com> On 2015-03-29 18:46, Paul Eggert wrote about the rules for Chile: > Yes, that's right. The line mentioning "Jul 15" can be removed without changing > the meaning of the data. I don't know why that line is there, but I suppose we > can remove it. Same for the line Rule Chile 1947 only - Apr 1 4:00u 0 - which does the same as its precursor Rule Chile 1946 only - Sep 1 3:00u 0:00 - and which is superfluous as there is (currently) no usage of the Chile rules starting after 1946-09-01T03 and before or on 1947-04-01T04. Michael Deckers. From pganssle at gmail.com Tue Mar 31 19:04:48 2015 From: pganssle at gmail.com (Paul Ganssle) Date: Tue, 31 Mar 2015 14:04:48 -0500 Subject: [tz] Kyiv time zone In-Reply-To: <14c673be57a.f602db12481575.2791052589782810796@zoho.com> References: <87y4mis2ap.fsf@mid.deneb.enyo.de><1427494933.2565.1@smtp.zoho.com> <87r3s9jwu0.fsf@mid.deneb.enyo.de> <14c673be57a.f602db12481575.2791052589782810796@zoho.com> Message-ID: <551AEFD0.6010400@gmail.com> All of which has no bearing on the mainstream English spelling of the city. There's also an Asia/Saigon instead of Asia/Ho_Chi_Minh_City and Asia/Rangoon instead of Asia/Yangon. There's no reason to read any political meaning into the English word - it's just what English-speaking people call it. I notice that you seem to have failed to change your cut-and-paste, but my guess is that your arguments won't fly over on Wikipedia either, because, as in this case, maximizing clarity and minimizing confusion is what's important in this application, not some more general concept of social justice. On 3/29/2015 15:33, sam.ua wrote: > Dear Florian. > > perhaps you are not aware of the history between Ukraine and Russia. > Let me remind you that Moscow has pursued the destruction of Ukraine, > Ukrainians and the Ukrainian language and culture for many centuries. > This ethnic cleansing continues today with the Russification of > Ukraine. Once you destroy a nation's identity --their language, > culture and history, it's quite easy to convert them into mindless > robots, who are easy prey for the imperialist. Even in 1991, as we > achieved our long overdue independence , Ukrane was over 80-90% > pro-Russian. after two plus decades those same people, who were once > slaves to the empire, have been schooled on the true history of > Ukraine and understand just how devious Moscow was in it's ethnic > cleansing of the Ukrainian people. Little over a year ago we got rid > of the last remaining remnant of that Soviet-Russian past - the Putin > puppet Yanykovych. Our cities are nearly rid of Lenin and Stalin - two > monsters that murdered tens of millions of Ukrainians, but as the > links you provided show, that past is still a part of the present. We > are gradually getting rid of it. The issue of Kyiv vs Kiev is > precisely the past vs the present. Kyiv is today, it's also what it > was in the old Ruthenian-Ukrainian chronicles that date back to the > 9th century. It became Kiev under Russian rule and now it's once again > Kyiv. > > The war in Eastern Ukraine - the invasion by Russia, is a last attempt > too keep Ukraine under Russia's orbit. we don't want that. My > generation doesn't want that. Once again Kyiv vs Kiev is a part of > that ugly past. I can promise you that all of our sites will one day > be Kyiv and that the term will be the one used wide-spread and > worldwide. But we need to do this one step at a time and wikipedia is > a big part of this. This has to be corrected and the general > population will then become familiar and accept the new word, it's > very easy to spell and pronounce. > > I kindly ask that you respect our history, our past and what is > currently happening in eastern Ukraine. it's no accident that where > the Russian population - 15% of Ukraine's population. lives and > breathes, there is a war. the same way Stalin killed my forefathers > and replaced them with Russians from Russia, we are battling for the > existence of our own unique identity. > > Kyiv is and will always be the proper transliterated version of our > capital. there is no argument today that can supercede that. > Thank you kindly, > Simon Kostenko > > > ---- On ??, 28 ??? 2015 11:27:35 +0200 *Florian > Weimer* wrote ---- > > * Simon: > > >> Many government web sites in the Ukraine still use the ?Kiev? > >> transliteration > > > For example? > > ?While the Obama administration has publicly acknowledged it is > considering supplying Kiev with arms, backed by hardline EU countries > like Poland and Lithuania, German Chancellor Angela Merkel has > vehemently opposed the move.? > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 834 bytes Desc: OpenPGP digital signature URL: