- tz - lists.iana.org

Brazilian state of Goiás may abolish DST
by World Time Zone April 27, 2019

April 27, 2019

According to some news Brazilian state of Goiás may abolish DST: "The Energy and Mines Commission of the House of Representatives approved a Legislative Decree that suspends daylight saving time in Goiás." http://www.infomoney.com.br/minhas-financas/consumo/noticia/7061178/comissa… Also, ".... this year the federal government even considered not implementing daylight saving time, but left the decision to 2018." Alexander Krivenyshev https://www.WorldTimeZone.com

5 5

[PATCH] * northamerica: Comment re Regina 1914-1917.
by Paul Eggert April 26, 2019

April 26, 2019

--- northamerica | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/northamerica b/northamerica index eee8de0..8e5e351 100644 --- a/northamerica +++ b/northamerica @@ -1843,6 +1843,13 @@ Zone America/Winnipeg -6:28:36 - LMT 1887 Jul 16 # Willett (1914-03) notes that DST "has been in operation ... in the # City of Moose Jaw, Saskatchewan, for one year." +# From Paul Eggert (2019-04-26): +# Chris Pearce's book "The Great Daylight Saving Time Controversy" (2017) +# says that Regina observed DST in 1914-1917. No dates and times, +# unfortunately. It also says that in 1914 Saskatoon observed DST +# from 1 June to 6 July, and that DST was also tried out in Davidson, +# Melfort, and Prince Albert. + # From Paul Eggert (2006-03-22): # Shanks & Pottenger say that since 1970 this region has mostly been as Regina. # Some western towns (e.g. Swift Current) switched from MST/MDT to CST in 1972. -- 2.20.1

1 0

Brazil: DST cancelled in Brazil
by Clésio Takahashi April 26, 2019

April 26, 2019

Hello, >From now on, DST in Brazil will not be applied anymore. This is the decree making it official, signed by the President yesterday: http://www.planalto.gov.br/ccivil_03/_Ato2019-2022/2019/Decreto/D9772.htm Best regards, Clésio Takahashi Technical Account Manager Red Hat Brasil, SCE LATAM clesio(a)redhat.com M: +55 11 9 9137 7013 Partnering with you to help achieve your business goals: https://www.redhat.com/en/services

1 0

DST Brazil is over
by Daniel Soares de Oliveira April 26, 2019

April 26, 2019

DST Brazilian is over. The Brazilian government announces the end of summer time, in 2019/2020 there will be no change of schedule. [1] [1]https://g1.globo.com/economia/noticia/2019/04/05/governo-anuncia-fim-do-h… Atenciosamente, Daniel Soares de Oliveira Setor de Suporte Técnico Fone: (51)3210-3826

5 5

DST Brazil is over[2]
by Daniel Soares de Oliveira April 25, 2019

April 25, 2019

Hi, - DST Brazilian is over - President signs decree that extinguishes daylight saving time. [1] - Ministry of mines and energy publishes information on the suspension of daylight saving time in Brazil. [2] - Decree published has not yet been updated, awaiting official publication. [3] [1] - https://g1.globo.com/politica/noticia/2019/04/25/bolsonaro-assina-decreto-q… [2] - http://www.mme.gov.br/web/guest/pagina-inicial/outras-noticas/-/asset_publi… [3] - http://www.planalto.gov.br/ccivil_03/_ato2007-2010/2008/decreto/d6558.htm Best Regards, Daniel S. de Oliveira

1 0

"Washington House OKs step toward year-round daylight saving"
by Arthur David Olson April 24, 2019

April 24, 2019

Per an Associated Press report: "...the Washington House passed a measure Saturday that would make...later sunsets permanent in the state all year—if Congress allows it." https://wtop.com/national/2019/03/washington-house-oks-step-toward-year-rou…

5 4

Giuntella & Mazzonna on health and economic costs of DST
by Paul Eggert April 20, 2019

April 20, 2019

A recently-published report by researchers from Pitt and USI found that daylight saving time reduces sleep duration by an average of 19 minutes in the US, and that this harms people's health and workers' wages. The researchers used CDC and US Census data to compare behavior on the western and eastern sides of time zone boundaries, and reported that individuals using daylight-saving time are 11% more likely to be overweight and 5.6% more likely to be obese. On average their wages are 3% lower. Effects are strongest on those with early work schedules. The researchers give the following bounds for the US annual economic costs of these effects: $2.35 billion ($82 per capita) for increased healthcare costs, and $612 million ($23 per capita) for worker productivity losses. These are lower bounds: actual costs are most likely higher. Costs are in 2017 dollars. Giuntella G, Mazzonna F. Sunset time and the economic effects of social jetlag; evidence from US time zone borders. J Health Econ. 2019. https://doi.org/10.1016/j.jhealeco.2019.03.007 (draft: https://pdfs.semanticscholar.org/3dd9/bf55292c1396a912b82c736ea3485dd5b884.…) A summary can be found in: Ingraham C. How living on the wrong side of a time zone can be hazardous to your health. Washington Post. 2019-04-19 06:00 -04. https://www.washingtonpost.com/business/2019/04/19/how-living-wrong-side-ti…

2 1

Re: [tz] Will Morocco switch from +01 to +00 during Ramadan next year?
by Naoufal Semlali April 18, 2019

April 18, 2019

Hello, Please be informed that the Moroccan government has decided today to move back the clocks temporarily during Ramadan. Therefore, Morocco will be on GMT starting from Sunday, May 5th 2019 at 3am. The switch to GMT+1 will occur on Sunday, June 9th 2019 at 2am. Please find below the articles confirming this news. Source (French) : https://www.leconomiste.com/flash-infos/le-maroc-repassera-au-gmt-le-5-mai http://fr.le360.ma/societe/voici-la-date-du-retour-a-lheure-legale-au-maroc… https://www.lesiteinfo.com/maroc/officiel-le-maroc-repasse-a-lheure-gmt/ https://www.medias24.com/retour-a-l-heure-gmt-dimanche-5-mai-1616.html Regards, -------- Message d'origine -------- De : Maamar Abdelkader <A.MAAMAR(a)iam.ma<mailto:A.MAAMAR@iam.ma>> Date : 01/11/2018 06:21 (GMT+01:00) À : Paul Eggert <eggert(a)cs.ucla.edu<mailto:eggert@cs.ucla.edu>>, Maamar Abdelkader <A.MAAMAR(a)iam.ma<mailto:A.MAAMAR@iam.ma>>, Adlouni mehdi <adlounimehdi(a)gmail.com<mailto:adlounimehdi@gmail.com>>, Imad Bidaoui <imad.bida8(a)gmail.com<mailto:imad.bida8@gmail.com>>, Mohamed Essedik Najd <es.najd(a)gmail.com<mailto:es.najd@gmail.com>>, Milamber <milamberspace(a)gmail.com<mailto:milamberspace@gmail.com>>, Mounir EL MOKHTARI <momokhtari(a)gmail.com<mailto:momokhtari@gmail.com>> Objet : Re: Will Morocco switch from +01 to +00 during Ramadan next year? Hello Paul, The 2019 Ramadan period is supposed to be from May 5th to June 4th. We usually move clocks back the previous week end and come back to the +1 the week end after. So it supposed to be sunday april 28 and sunday june 12. The government does not announce yet the decision about this temporarily change. But it s 99% sure that it will be the case, as the previous years. A non official survey was done these days, showing that 64% of asked peopke are ok for moving from +1 to +0 during Ramadan. https://leconomiste.com/article/1035870-enquete-l-economiste-sunergia-64-de… I will share the official decision once it s published. Regards, Abdelkader Maamar -------- Message d'origine -------- De : Paul Eggert <eggert(a)cs.ucla.edu<mailto:eggert@cs.ucla.edu>> Date : 01/11/2018 05:23 (GMT+01:00) À : Maamar Abdelkader <A.MAAMAR(a)iam.ma<mailto:A.MAAMAR@iam.ma>>, Adlouni mehdi <adlounimehdi(a)gmail.com<mailto:adlounimehdi@gmail.com>>, Imad Bidaoui <imad.bida8(a)gmail.com<mailto:imad.bida8@gmail.com>>, Mohamed Essedik Najd <es.najd(a)gmail.com<mailto:es.najd@gmail.com>>, Milamber <milamberspace(a)gmail.com<mailto:milamberspace@gmail.com>>, Mounir EL MOKHTARI <momokhtari(a)gmail.com<mailto:momokhtari@gmail.com>> Objet : Will Morocco switch from +01 to +00 during Ramadan next year? If you have information about whether Morocco will move clocks back temporarily during Ramadan next year, please write to me or to tz(a)iana.org<mailto:tz@iana.org>. Thanks. I wrote more about this question here: https://mm.icann.org/pipermail/tz/2018-November/027146.html ________________________________ [Description : cid:image002.jpg@01CC9EE4.44A57D10]Eco - geste: privilégiez la sauvegarde électronique, si nécessaire imprimez en recto-verso ________________________________ Ce message et toutes les pièces jointes sont adressés à l'attention exclusive de leurs destinataires et sont strictement confidentiels. Si vous le recevez par erreur, merci de le détruire après en avoir informé l'expéditeur sans délai. Toute divulgation, copie ou usage par une personne autre que son destinataire sont interdits. Maroc Telecom décline toute responsabilité pour toute altération, déformation ou falsification subie par le message au cours de sa transmission. Retrouvez toutes les informations de Maroc Telecom sur www.iam.ma<http://www.iam.ma> . ________________________________ This message and its attachments are intended only for the person or entity to which it is addressed and are strictly confidential. If you have received this in error, please delete the material from any computer after having informed the sender. Any copy or other use of this information by persons or entities other than the intended recipient is prohibited. Maroc Telecom accepts no liability for any alteration, distortion or falsification that may occur during the transmission of this message. All information about Maroc Telecom on www.iam.ma .

2 4

question around santiago tz, and sync tz
by gerar.moisset＠orange.com April 16, 2019

April 16, 2019

Hello. We have upgraded and use now tzdata2019a data from iana. We have new customer using our service (java service updated with tzupdater) with tz in Santiago. If I check Santiago time zone I see: (GMT-04:00) America/Santiago [hasDST:false] #seems to be good since tzdata2019a (GMT-04:00) America/Santiago - Summer Time [hasDST:true] #not good since 7 avr 2019 - Daylight Saving Time Ended My question is: If I check timeanddate for Santiago on: https://www.timeanddate.com/worldclock/chile/santiago I can see : DST for Santiago start on 8 sep 2019 What will be the new values for this tz? Will its included into next tz iana update? And when? where can i find little tutorial around this? I need to automatically synchronize our platform, what will be the best way for us from your internet access? Kind regards. Gérard Moisset Orange/TGI/OLS/BIZZ/UCEM/WUC Spécialiste en Technologies Plate-Formes Services +33 5 34 54 40 77 <http://clicvoice.sso.infra.ftgroup/ClicvoiceV2/ToolBar.do?action=default%26…> +33 6 80 45 05 71 <http://clicvoice.sso.infra.ftgroup/ClicvoiceV2/ToolBar.do?action=default%26…> gerar.moisset(a)orange.com <mailto:gerar.moisset@orange.com> me joindre d'un clic ! [http://clicvoice.sso.infra.ftgroup/ClicvoiceV2/images/telephone.gif]<http://clicvoice.sso.infra.ftgroup/ClicvoiceV2/ToolBar.do?action=default%26…> [http://clicvoice.sso.infra.ftgroup/ClicvoiceV2/images/mobile.gif] <http://clicvoice.sso.infra.ftgroup/ClicvoiceV2/ToolBar.do?action=default%26…> [call : gerar.moisset(a)orange.com] <callto:%3Csip:gerar.moisset@orange.com%3E> [http://clicvoice.sso.infra.ftgroup/ClicvoiceV2/images/sms.gif] <https://monsi.sso.francetelecom.fr/index.asp?target=http://smsnet.sso.franc…> [Email : gerar.moisset(a)orange.com] <mailto:gerar.moisset@orange.com> _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.

2 1

GPS Week Number Rollover Apr 6/7
by Chris Woodbury April 12, 2019

April 12, 2019

The airlines' software problems are most likely with Notices to Airman (NOTAMs). These are public domain data and announcements of airspace restrictions, etc. which AeroData, Inc. has been contracted by the FAA to provide since 1990. It looks like they do it for the EU, too. These announcements are part of the suite of software that AeroData provides. Every media outlet is mentioning weight and balance (read fuel load and cargo balancing for aircraft before take off) and completely missing the part that does airspace restriction, route and waypoint calculations that will certainly involve GPS information. Ya' gotta love the media...

2 2

Chile Continental Time changed to standard time April 6
by Gardner, Stephanie (Enel X) April 11, 2019

April 11, 2019

Hello, I've just joined this mailing list and I don't fully understand how this works, but I'm writing because have a dilemma. My understanding is that Chile Continental time changed back to standard time on April 6. See https://www.horaoficial.cl/aviso/informacion.html which states: "Dispone fecha cambio huso horario para el 6 de abril de 2019, de acuerdo a lo siguiente: a. Chile Continental (desde Región de Arica y Parinacota hasta Aysén), a las 24:00 hora local, pasará a huso horario UTC-4, y deberá atrasar los relojes en una hora." However, this is not reflected in the 2019-03-25 release. I therefore have an application which is using the incorrect UTC offset as a result. What is the process for getting that change into the database? Thanks, Stephanie Gardner Product Manager Enel X North America, Inc. www.enelx.com/northamerica

2 1

Am I missing an implicit rule?
by Grilled Chipolatas April 11, 2019

April 11, 2019

Hello, I have been working with the database lately and have had issues to read Morocco rules. I tried to look in the archives of the mailing list but didn't find my answer. Currently the database contains these bits: Rule Morocco 2017 only - Jul 2 2:00 1:00 - Rule Morocco 2018 only - May 13 3:00 0 - Rule Morocco 2018 only - Jun 17 2:00 1:00 - Rule Morocco 2019 only - May 5 3:00 -1:00 - Rule Morocco 2019 only - Jun 9 2:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Casablanca -0:30:20 - LMT 1913 Oct 26 0:00 Morocco +00/+01 1984 Mar 16 1:00 - +01 1986 0:00 Morocco +00/+01 2018 Oct 28 3:00 1:00 Morocco +01/+00 I wonder if the database should add this rule dated to the switching to permanent DST: Rule Morocco 2018 only - Oct 28 3:00 0 - Or am I missing an implicit rule: being that a new zone change discard any current rule (here Morocco 2018 only - Jun 17 2:00 1:00 - )? Thanks for any clarification, Maxime Vinzio

2 1

Re: [tz] DST in Palestine will start one week later
by Grace D'Alfonso April 11, 2019

April 11, 2019

Your discussion on Palestine’s DST has not touched on the fact that there are two different time zones for Palestine: (1) Asia/Gaza (covering the Gaza Strip) and (2) Asia/Hebron (covering the West Bank). Does your recent discussion relate to both time zones or to one specific time zone? For your information, timeanddate.com is showing different DST change dates for each regions However, it seems to have the wrong information for the city of Nablus (at least). The Palestine Exchange is located in Nablus and it clearly changed time today (29 March) according to its website: http://www.pex.ps/PSEWebSite/English/Default.aspx, while timeanddate.com indicates that it changed on 23 March. Thanks for any help you can provide in clarifying the time zone for this very confusing region! Regards, Grace D'Alfonso Copp Clark Limited Toronto, ON Canada Tel. +1-647-382-4262 www.coppclark.com www.marketholidays.com www.goodbusinessday.com Copp Clark is the authoritative source for information on holiday observances affecting world financial markets. Our trading hours, early closing and holiday reference data are trusted and recognized globally as the market standard.

5 6

Brazil might end DST
by Steffen Thorsen April 7, 2019

April 7, 2019

According to multiple sources the Brazilian president wants to get rid of DST. https://gmconline.com.br/noticias/politica/bolsonaro-horario-de-verao-deve-… https://g1.globo.com/economia/noticia/2019/04/05/governo-anuncia-fim-do-hor… https://republicadecuritiba.net/2019/04/05/bolsonaro-afirma-que-brasil-nao-… There might be some formalities still, but given these articles it seems very likely that they actually will stop changing clocks. Best regards, Steffen Thorsen - timeanddate.com

3 2

Issue in tz America/Santiago
by Alberto Jose Rivera Rojas April 4, 2019

April 4, 2019

Before install the time change patch tzdata2019a the date command delivers the next output Thu Apr 4 11:07:36 CLST 2019 After installing the time change patch tzdata2019a the date command delivers the next output Thu Apr 4 11:07:36 -03 2019 we modified the lines 1278 changing -3 for CLST and -4 CLT. attachment Zone America/Santiago -4:42:46 - LMT 1890 -4:42:46 - SMT 1910 Jan 10 # Santiago Mean Time -5:00 - CLT 1916 Jul 1 # Chile Time -4:42:46 - SMT 1918 Sep 10 -4:00 - CLT 1919 Jul 1 -4:42:46 - SMT 1927 Sep 1 -5:00 Chile CL%sT 1932 Sep 1 -4:00 - CLT 1942 Jun 1 -5:00 - CLT 1942 Aug 1 -4:00 - CLT 1946 Jul 15 -4:00 1:00 CLST 1946 Sep 1 # central Chile -4:00 - CLT 1947 Apr 1 -5:00 - CLT 1947 May 21 23:00 -4:00 Chile CL%sT -- Atte. Alberto Rivera. +56944771319

2 1

GPS Week Number Rollover Apr 6/7
by Brian Inglis April 2, 2019

April 2, 2019

Expect some amount of time related disruption around April 7 00:00 GPS as the GPS 1K week cycle rolls over and GPS receivers that have not been patched or updated to use new CNAV and MNAV messages, or compensate for not doing so, provide incorrect time, position, and navigation solutions. Garmin, for example, rolled out updated firmware for some of their receivers, including the 18x popular on NTP servers, just over a week ago. Previous rollovers have shown symptoms of clocks being out by multiples of 256 weeks, some resetting to the GPS epoch at 1980 Jan 06 Sun 00:00:00+0000, showing misleading position and navigation solutions, depending on what inputs are used to solve the 4D simultaneous equations. Airlines, ships, and well maintained commercial trucks shouldn't crash, but the rest of us should check any devices using GPS! If my script is correct, the rollover occurs at the indicated instant on the time scales below: 2019 Apr 06 Sat 23:59:42+0000 JD 2458580.499792 MJD 58579.999792 ToD 86382 NTP 3763583982 Unix 1554595182 GPS We 2048 Cy 2 Wn 0 Wa 0 ToW 0 DoW 0 ToD 0 TAI-UTC 37 TAI-GPS 19 GPS-UTC 18 [*NOT* an April Fools post, unfortunately!] -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised.

2 2

DST in Palestine will start one week later
by Even Scharning March 29, 2019

March 29, 2019

DST in Palestine will start on 30 March this year, not 23 March as the time zone database predicted. Some references (in Arabic): http://pnn.ps/news/401130 http://palweather.ps/ar/node/50136.html https://ramallah.news/post/123610/%D9%85%D9%88%D8%B9%D8%AF-%D8%A7%D9%84%D8%… Even Scharning https://time.is

9 14

Will there be a 2019b update soon?
by Patsy Franklin March 27, 2019

March 27, 2019

Hi, Since there is now an experimental patch for the 2019a update, will there be a 2019b released soon? What would be the anticipated time frame for the update? Thanks, Patsy

3 2

Europe/Dublin daylight saving time format confusion
by Guruswamy Basavaiah March 27, 2019

March 27, 2019

Hello, Generated timezone files using the below command on release 2018e. zic -L /dev/null -d output_dir -y "sh yearistype.sh" europe zdump show daylight saving flag (isdst=1) is wrongly set for Europe/Dublin. Daylight saving time should start from March 31 and end on October 27. But here it shows reverse. zdump -v /home/basavaia/output_dir/Europe/Dublin | grep 2019 /home/basavaia/output_dir/Europe/Dublin Sun Mar 31 00:59:59 2019 UT = Sun Mar 31 00:59:59 2019 GMT isdst=1 gmtoff=0 /home/basavaia/output_dir/Europe/Dublin Sun Mar 31 01:00:00 2019 UT = Sun Mar 31 02:00:00 2019 IST isdst=0 gmtoff=3600 /home/basavaia/output_dir/Europe/Dublin Sun Oct 27 00:59:59 2019 UT = Sun Oct 27 01:59:59 2019 IST isdst=0 gmtoff=3600 /home/basavaia/output_dir/Europe/Dublin Sun Oct 27 01:00:00 2019 UT = Sun Oct 27 01:00:00 2019 GMT isdst=1 gmtoff=0 Above Behavior is same in 2019a also. If I check the same on 2018a, it gives proper output. zdump -v /home/basavaia/2018a/Europe/Dublin | grep 2019 /home/basavaia/2018a/Europe/Dublin Sun Mar 31 00:59:59 2019 UT = Sun Mar 31 00:59:59 2019 GMT isdst=0 gmtoff=0 /home/basavaia/2018a/Europe/Dublin Sun Mar 31 01:00:00 2019 UT = Sun Mar 31 02:00:00 2019 IST isdst=1 gmtoff=3600 /home/basavaia/2018a/Europe/Dublin Sun Oct 27 00:59:59 2019 UT = Sun Oct 27 01:59:59 2019 IST isdst=1 gmtoff=3600 /home/basavaia/2018a/Europe/Dublin Sun Oct 27 01:00:00 2019 UT = Sun Oct 27 01:00:00 2019 GMT isdst=0 gmtoff=0 Is my understanding correct? And this behavior is introduced in commit 127b4af7219e6df9253b34e390797c5527b8cc66 I am not in this mailing list, please include my email id while responding. -- Guruswamy Basavaiah

2 1

Re: [tz] [tz-announce] 2019a release of tz code and data available
by Paul Eggert March 26, 2019

March 26, 2019

On 3/26/19 6:02 AM, Michael H Deckers wrote: > > In the file NEWS, I read > > Release 20198 - 2019-03-25 22:01:33 -0700 > > instead of > > Release 2019a - 2019-03-25 22:01:33 -0700 > > Maybe a file transfer error? No, it's a typo. Sorry about that. I fixed it as per attached. Thanks for reporting it.

1 0

European Parliament votes to drop DST by 2021, leaving it to member states
by Tim Parenti March 26, 2019

March 26, 2019

The European Parliament has just voted 410-192 in favor of dropping its DST requirement in the EU by 2021. The vote is not the last word on the issue but will form the basis of discussions with EU countries to produce a final law. Under the proposal, each member state would decide amongst three options: - to continue with twice-a-year clock changes, - to stick permanently to summer time, or - to stick permanently to winter time. All member states would need to inform the European Commission of their choice ahead of the proposed switch, by April 2020. They would then coordinate with the bloc's executive so that their decisions do not disrupt the functioning of the single market. The European Commission proposed in September ending the practice after an EU-wide opinion survey showed a large majority in favor of doing so. The survey generated 4.6 million responses, with 84% of respondents wanting to end seasonal clock changes. Critics say the survey was dominated by Germans, who made up 70% of the respondents. https://www.dw.com/en/eu-parliament-votes-to-end-daylight-savings/a-48064185 https://www.rte.ie/news/europe/2019/0326/1038689-eu-daylight-savings/ -- Tim Parenti

5 8

Re: [tz] Proposed changes for Argentina, Jan Mayen, worldtimeengine.com, etc.
by REMI ACIEN March 26, 2019

March 26, 2019

Provenance : Courrier<https://go.microsoft.com/fwlink/?LinkId=550986> pour Windows 10 For Atlantic /Jan Mayen , UTC-1 . It’ s yes .

2 1

[tz-announce] 2019a release of tz code and data available
by Paul Eggert March 26, 2019

March 26, 2019

The 2019a 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: Briefly: Palestine "springs forward" on 2019-03-30 instead of 2019-03-23. Metlakatla "fell back" to rejoin Alaska Time on 2019-01-20 at 02:00. Changes to past and future timestamps Palestine will not start DST until 2019-03-30, instead of 2019-03-23 as previously predicted. Adjust our prediction by guessing that spring transitions will be between 24 and 30 March, which matches recent practice since 2016. (Thanks to Even Scharning and Tim Parenti.) Metlakatla ended its observance of Pacific standard time, rejoining Alaska Time, on 2019-01-20 at 02:00. (Thanks to Ryan Stanley and Tim Parenti.) Changes to past timestamps Israel observed DST in 1980 (08-02/09-13) and 1984 (05-05/08-25). (Thanks to Alois Treindl and Isaac Starkman.) Changes to time zone abbreviations Etc/UCT is now a backward-compatibility link to Etc/UTC, instead of being a separate zone that generates the abbreviation "UCT", which nowadays is typically a typo. (Problem reported by Isiah Meadows.) Changes to code zic now has an -r option to limit the time range of output data. For example, 'zic -r @1000000000' limits the output data to timestamps starting 1000000000 seconds after the Epoch. This helps shrink output size and can be useful for applications not needing the full timestamp history, such as TZDIST truncation; see Internet RFC 8536 section 5.1. (Inspired by a feature request from Christopher Wong, helped along by bug reports from Wong and from Tim Parenti.) Changes to documentation Mention Internet RFC 8536 (February 2019), which documents TZif. tz-link.html now cites tzdata-meta <https://tzdata-meta.timtimeonline.com/>. Here are links to the release files: https://www.iana.org/time-zones/repository/releases/tzcode2019a.tar.gz https://www.iana.org/time-zones/repository/releases/tzdata2019a.tar.gz https://www.iana.org/time-zones/repository/releases/tzdb-2019a.tar.lz As usual, links to the latest release files are here: https://www.iana.org/time-zones/repository/tzcode-latest.tar.gz https://www.iana.org/time-zones/repository/tzdata-latest.tar.gz https://www.iana.org/time-zones/repository/tzdb-latest.tar.lz Links are also available via plain HTTP, and via FTP from ftp://ftp.iana.org/tz/releases with the same basenames as above. 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 14c73382cf95efd5f189379427b7b37ca22b9eff dated 2019-03-25 22:01:33 -0700 and tagged '2019a' in the development GitHub repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 7cc76ce6be4a67c3e1b2222cb632d2de9dabb76899793a938f87a1d4bb20e462cabdae9e3b986aaabaa400795370510095d236dbad5aff4c192d0887f0ecedf5 tzcode2019a.tar.gz d8eb5b2b68abee08bd2b0d2134bce85b5c0aee85168e9697a607604ed5be7d1539ac60fda9b37e0c9c793ef6251978bc250563a0af59497fde775499964bb5aa tzdata2019a.tar.gz 5971d53ceb8cd9e0723d0694c2dca5a3781b9c84bdfef2eb324e9f94fb0b25da263cf59b5429bc77e12e549130aab8c8b1755c34d62bf672c184210c629328f2 tzdb-2019a.tar.lz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAlyZs50ACgkQ7ZfpDmKq fjRR5xAAqsWv2T1beL9TnJ2JaadySGOZiJg3M3RqW8Vm4Dd0ye8Dz8t+YtDtBX1/ 8+xGdlS7LWjwK2EQC6xWhp0EiqpiFjMU1FRGFeAlAOOv8SE0dPRfP9vIeKzCNXKp UwtSrzM5JUX6/iza9UUTlzpwHaEM/gVIfP+sLgT15RJiB84teHro/rpcfOvNRyj1 bteknySCtbPcETe9VW3qH2YgMRtNQgkt/DcJgCvY2qWLsnicWRH9Ec6NhqYLFpuv QwvqC0Odaehrytu+DNhi1wuxt90YHgGHMgIZXtG+kO8eJy2aWFP9zQJ80wVvNqat Xgl6T5AU5ZIdBEQkMnk0EhqFlKYFX/81hEWT0gsMBCzteVFhhQQPPyptUwtL5U17 MX1oVaZbiTbTCqjAjHAJbfW61Fbu9H0wzZhoRLvDqaFfOxQ1HEMh2Ioh+KlJ0nLw +l5dLNed7D/kjRE0ja7Jj+ocCl4Hf1DTQknfqtk1USGctWLZ3WfKHk6jCS0vid7g IrN6POYhZ6kg4NLF1G2pD7tTiog37Kvd/c3FHC76cqbbA5wkye+L/A73xmy0qOlv tp14wxd99ETI5loWgMb5SgRzzeEjNbTrG5AuAOX0qK4Fz3cEdK9/PYYJDSOkueJJ 0DpP9Eo3Kmhhk7E4PheygmX+Vk+Ntutu7jx8r6EFNck/erZrnJs= =kJqF -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAlyZs50ACgkQ7ZfpDmKq fjTPrg/9HBD7RK0/e2NQc/IEg0BeZPOG/SsWOo78lQ23UVwqXdXqQz9LJXl9gTqM ENe8Ecknctk6fmfriAYnSydXx/MwWDbze5nmi4p7wzlogL/ctPILJvQbc/T62fDK NpGNwDlaUX/ht7cRG9VO+oun3Zc7efGHJB9UpZDDVZGtq6VT5+AZIryM12XvHfcR g0P+0pZfZu9LI4H0K/JUmNnRRXLoq6/5OsV6+hFlTzS7quVfUu+Vb+gsoUVejXld 77hNvqdAaRBwVW69hjdUL2WJXymQtP/1ZoeOVHskti0HQBFRJsDc4Fhs3Pe5MUWd PXVanz/C0sHhHbTLfHs4wVQvNg4g4OP5nl9DyF+KG2SqfuqWOzfbEs5bc8dGqFCk HLdj7Nd4eQA8x/Xl6OSukE1yzUR8Xkb9GFgTmpHlP7uq/TH2URJdd/ZXhSgPv+u6 bM9ghH9eirnVDPxWxsj0bwkZYHY6eJC8pgLPpXsxBY0ktJD/hqS1IMXOAyPRj9fO uRt7QLcsJW+wx6Q7ggsgTs7cxnq/Pk55S0lcp63mAu960+2XuBy8ffFJp4J2OwqS U6nBCtAZ6ZONKvsoQ4UpIcNfkYEiM3A4XNjn/rL2Jtb0cDA8e0j66/k1vcOc9p6u KQSXvSrhoqGTqhKy03XuQJ7LYhSgtD790sxFOXWS59cs/WcLO+M= =g5BY -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAlyZs54ACgkQ7ZfpDmKq fjQOExAAj3bXlkhyxx2pTIt2sEiE687kRa3VOKYeLnSLyWfOSAKFsrEXiPHNGPJ9 Xn9PjUZa7cZ+5IiZoHYr37GbDqs0VdTrnt/SId+fxhv14DoCJsQT2yuji7aWrBnp LOIscrsvvciNk6035bWJjuLZRyDYqm8MKBSBCgKuuFOCCy/mFprW42nzM/L9QK3p vhnDrKnXlDF4pu3J6w5MThZyTbJOD4zqMIMgdfuBLlOjks5smLTVmTN0QTuZyVca Cr8T4+BTGnmMfGkgGCG1/33DZg58q/Q7l8hqKkaK6znErPFk5cCE7S/Ty32hD91o x6YUQNxEYai9nhgirr55mYc4/X4BjiqRA/Dzw+Nbum0AC1OtNijqHmy1frZRyky5 jwFaMWEIxSTKKd/FexqBUuw6KpciEtVM46VCa73VQN5/3RqaXiA7f36zi7HB3flC jdKqmse2yMGASavYRMVvY/LT8TC+DPZ2+8hbHproLmz5y7tFgXh+eSqj+SwKIw/5 SADRjIaTCQS6KUm5syUc0Nu4Oi9fEifdnOJ6WM0/yj2ix40D1dXwRSuja2Tf1sM1 DkO05GH0G3+0zjKMROMKwXM8PahXvePcRuaKROO9Nx+mBZ3MvYpaOORecQ7flJKb GINC0cwwbDiLF/k+ESruOlCZ57D6ChUABptKwiPOrmNcqDRYiOo= =6VXD -----END PGP SIGNATURE----- PS. If your tzdata parser does not yet support negative DST offsets, this particular release's data entries are also available in a rearguard-format tarball and signature that does not contain such offsets. This is intended to be a temporary transition aid for these parsers. The URLs are: https://web.cs.ucla.edu/~eggert/tz/release/2019a/tzdata2019a-rearguard.tar.… https://web.cs.ucla.edu/~eggert/tz/release/2019a/tzdata2019a-rearguard.tar.… with the following SHA-512 and GPG checksums: 1ebca45c43aaed76fcb8894a5e8321975cc74a272a9e7b83b2f4ca9d5c2c0b4a4de276bd019d95468ce7e6b88d8afdab70b17580071b8a54cdf2218c2bb8a069 tzdata2019a-rearguard.tar.gz -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAlyZs50ACgkQ7ZfpDmKq fjTGig//QSof18SghwQoHqUCxUEKhblFyV7+mSzEMdF3J+eSCpt+SsoN75NaLHYm GoBlJkmYFOxnyWjbzvn9dcr9/vHXu0D5P8Bd2NvVEULRSJ/Kb+uOsXsic38Z5Uz6 hJ/9Il/7mAYF23diYLtOuuVoeuKrHhmS/9jzACu6jXMwaXXWfMpbm3NGVLgXNIPe QD93PUq/aQ87OwmysZBhXui0PR5Pakg3nWSj7jTtAKhbRFOZdN5g9OxneYvaCmmC K2s+mvXRnQiImNnTvXavAEWw3Gz3MP7972JYdmd6gm9Q+lfNf1ykbM8Z4KO+rDMk YTfQCrNpAtmGP3TqNgFtzBouQAmjoQ8+Lyh7jjGArxZEpZVle+7zSGOoB/US4otz hrHrzg/6rNmYWL5Xvg8rhgtG0fp8uZABhA0s9gV2Qz8TRnArTUoLoYWiEGpfQ7Vf uHU1947DSMebshg4BYBmLvcEr2/KH7TMholRMllTv5soM7sX3bariejI8u5dcDhk wRyiBZhLJbFd+of6kNeo5jPm9caDOWrp3vq2xryyiN1M9s3gu8BfrBcSI2tE2l6F uOMAuaeNOfuoLuAYghgkXWM1DvZo81ePQXAVW9CIsg+aT1wcCRk0TPRn+OiPjbKQ YS4ULentOrEnxdKfFC1XIJ4JQZuDjhyW2vlkboWhc1zT5a83erc= =bFDj -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

Proposed Change to Maine's Time Zone *No Current Action Needed* Update
by C Yohman March 24, 2019

March 24, 2019

LD 144 http://legislature.maine.gov/legis/bills/display_ps.asp?paper=HP0126&PID=un… Ought Not to Proceed LD 885 http://legislature.maine.gov/legis/bills/display_ps.asp?paper=HP0659&PID=un… Tabled I would expect no changes to Maine's timezone in the meantime.

1 0

Error display in America/Santiago - tzdata2018i
by Pedro Salas Díaz March 19, 2019

March 19, 2019

Hello: I'm Pedro Salas Diaz from Chile , and I'm working in TZ change for my servers timezone. When I compile our timezone, I see that timezone is not displayed correctly. >zdump -v America/Santiago | grep 2019 zdump: warning: zone "America/Santiago" abbreviation "-05" lacks alphabetic at start America/Santiago Sun Apr 7 02:59:59 2019 UTC = Sat Apr 6 23:59:59 2019 -03 isdst=1 America/Santiago Sun Apr 7 03:00:00 2019 UTC = Sat Apr 6 23:00:00 2019 -04 isdst=0 America/Santiago Sun Sep 8 03:59:59 2019 UTC = Sat Sep 7 23:59:59 2019 -04 isdst=0 America/Santiago Sun Sep 8 04:00:00 2019 UTC = Sun Sep 8 01:00:00 2019 -03 isdst=1 I found some errors in our apps, because the TZ is not showed as "CLT" nor "CLST". To resolve this, i modified "southamerica" file (these lines) ********************************************************************************** # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Chile 1927 1931 - Sep 1 0:00 1:00 S Rule Chile 1928 1932 - Apr 1 0:00 0 - Rule Chile 1968 only - Nov 3 4:00u 1:00 S Rule Chile 1969 only - Mar 30 3:00u 0 - Rule Chile 1969 only - Nov 23 4:00u 1:00 S Rule Chile 1970 only - Mar 29 3:00u 0 - Rule Chile 1971 only - Mar 14 3:00u 0 - Rule Chile 1970 1972 - Oct Sun>=9 4:00u 1:00 S Rule Chile 1972 1986 - Mar Sun>=9 3:00u 0 - Rule Chile 1973 only - Sep 30 4:00u 1:00 S Rule Chile 1974 1987 - Oct Sun>=9 4:00u 1:00 S Rule Chile 1987 only - Apr 12 3:00u 0 - Rule Chile 1988 1990 - Mar Sun>=9 3:00u 0 - Rule Chile 1988 1989 - Oct Sun>=9 4:00u 1:00 S Rule Chile 1990 only - Sep 16 4:00u 1:00 S Rule Chile 1991 1996 - Mar Sun>=9 3:00u 0 - Rule Chile 1991 1997 - Oct Sun>=9 4:00u 1:00 S Rule Chile 1997 only - Mar 30 3:00u 0 - Rule Chile 1998 only - Mar Sun>=9 3:00u 0 - Rule Chile 1998 only - Sep 27 4:00u 1:00 S Rule Chile 1999 only - Apr 4 3:00u 0 - Rule Chile 1999 2010 - Oct Sun>=9 4:00u 1:00 S Rule Chile 2000 2007 - Mar Sun>=9 3:00u 0 - # N.B.: the end of March 29 in Chile is March 30 in Universal time, # which is used below in specifying the transition. Rule Chile 2008 only - Mar 30 3:00u 0 - Rule Chile 2009 only - Mar Sun>=9 3:00u 0 - Rule Chile 2010 only - Apr Sun>=1 3:00u 0 - Rule Chile 2011 only - May Sun>=2 3:00u 0 - Rule Chile 2011 only - Aug Sun>=16 4:00u 1:00 S Rule Chile 2012 2014 - Apr Sun>=23 3:00u 0 - Rule Chile 2012 2014 - Sep Sun>=2 4:00u 1:00 S Rule Chile 2016 2018 - May Sun>=9 3:00u 0 - Rule Chile 2016 2018 - Aug Sun>=9 4:00u 1:00 S Rule Chile 2019 max - Apr Sun>=2 3:00u 0 - Rule Chile 2019 max - Sep Sun>=2 4:00u 1:00 S # IATA SSIM anomalies: (1992-02) says 1992-03-14; # (1996-09) says 1998-03-08. Ignore these. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Santiago -4:42:46 - LMT 1890 -4:42:46 - SMT 1910 Jan 10 # Santiago Mean Time -5:00 - CLT 1916 Jul 1 -4:42:46 - SMT 1918 Sep 10 -4:00 - CLT 1919 Jul 1 -4:42:46 - SMT 1927 Sep 1 -5:00 Chile CL%sT 1932 Sep 1 -4:00 - CLT 1942 Jun 1 -5:00 - CLT 1942 Aug 1 -4:00 - CLT 1946 Jul 15 -4:00 1:00 CLST 1946 Sep 1 # central Chile -4:00 - CLT 1947 Apr 1 -5:00 - CLT 1947 May 21 23:00 -4:00 Chile CL%sT ***************************************************************************************** I changed som "-" for "S" and "-03" for "CLST" and "-04" is "CLT". I compiled again and It works well. I send you this information if It is useful. Regards. Pedro Salas Diaz

2 1