- tz - lists.iana.org

Arbitrary default system time?
by Arthur David Olson March 7, 2019

March 7, 2019

A question about current operating systems. They have differing ways of establishing a system-wide default local time zone at installation time. Are the current ways flexible enough to allow establishing a zone that's not in the database (for example, Freedonia Standard Time--FST--for a newly created country)? (If not, adding a zic option to help with the matter might be of use.) @dashdashado

2 1

Re: [tz] Israel DST in 1980 and 1984 ?
by Alois Treindl March 6, 2019

March 6, 2019

-------- Forwarded Message -------- Subject: Re: [tz] Israel DST in 1980 and 1984 ? Date: Wed, 6 Mar 2019 20:49:56 +0200 From: Isaac Starkman To: Alois Treindl <alois(a)astro.ch> Dear Alois, It is correct. Summer time was in that period in 1980 and 1984, see https://www.ynet.co.il/articles/0,7340,L-3951073,00.html You can of course read it in translation. I checked the local newspapers for that years. It started on midnight and end at 01.00 am Isaac On Wed, Mar 6, 2019 at 6:42 PM Alois Treindl <alois(a)astro.ch <mailto:alois@astro.ch>> wrote: Dear Isaac, can you comment on the validity of this document? Best regards Alois -------- Forwarded Message -------- Subject: [tz] Israel DST in 1980 and 1984 ? Date: Wed, 6 Mar 2019 17:40:19 +0100 From: Alois Treindl <alois(a)astro.ch> <mailto:alois@astro.ch> To: tz(a)iana.org <mailto:tz@iana.org> I have been pointed to this document http://www.moin.gov.il/Documents/%D7%A9%D7%A2%D7%95%D7%9F%20%D7%A7%D7%99%D7… whose authenticity and origin I cannot affirm, lacking Hebrew. It concerns the years 1980 and 1984, 2 August 1980 - 13 Sept 1980 5 May 1984 - 25 August 1984 and claims that DST was in force during those periods.

2 1

Israel DST in 1980 and 1984 ?
by Alois Treindl March 6, 2019

March 6, 2019

1 0

EU summer time heading for a mess
by Tony Finch March 6, 2019

March 6, 2019

Some states want to keep it. The discussions are in flux. The change might occur in 2020 or 2021. https://m.dw.com/en/european-parliament-set-to-end-eu-wide-daylight-savings… Tony. -- f.anthony.n.finch <dot(a)dotat.at> http://dotat.at

2 1

Pennsylvania State Rep seeking to end DST
by Matthew Donadio March 5, 2019

March 5, 2019

Not sure if this will go anywhere, but a Pennsylvania State Rep is seeking a co-sponsor to end DST in the state: https://www.legis.state.pa.us/cfdocs/legis/CSM/showMemoPublic.cfm?chamber=H… >From a quick read of the memo, it looks like he has done his homework on what it would actually take from beginning to end to get this done. --Matthew Donadio (matt(a)mxd120.com)

1 0

[IANA #1136519] America / Sao_Paulo in the Time Zone Database
by Amanda Baber via RT March 5, 2019

March 5, 2019

Hi, We've been asked to submit this message to the mailing list on a requester's behalf: === Contact Name: ricardotiellet Contact Email: rhiccarddo(a)hotmail.com Please, this case needs to be fixed: Wrong> America / Sao_Paulo Right> America / Brasilia If there is a need for disambiguation, just add a suffix: _DF = Federal District or Federal Capital so use: America / Brasilia_DF if there is any compatibility problem with graphical accentuation, Use Brasilia without an acute accent on the first i (í) https://en.wikipedia.org/wiki/Bras%C3%ADlia https://en.wikipedia.org/wiki/Brasilia Please contact me if you need. Thanks a lot. === He indicated to us that he may not check the mailing list for replies. Best regards, Amanda Baber Lead IANA Services Specialist

4 4

tzdb timezone names/identifiers and links (was: Add new timezone for Hanoi Capital, Vietnam)
by Hans-Joerg Happel March 1, 2019

March 1, 2019

Dear all, as a follow-up to the "Hanoi" thread, I've some questions regarding tzdb policies. As it is a slightly separate / more general point, I'll single that thread out from the initial "Hanoi" discussion. In particular, I'd like to understand the background of the following item (taken from https://data.iana.org/time-zones/theory.html#naming) >There should typically be at least one name for each ISO 3166-1 <https://en.wikipedia.org/wiki/ISO_3166-1> officially >assigned two-letter code for an inhabited country or territory. I initially thought this would be the reason for the "Links" of "Asia/Phnom_Penh" and "Asia/Vientiane" to "Asia/Bangkok". However, latest discussion in the "Hanoi" thread rather attributed these two aliases to backwards compatibility after prior data was moved to the backzone file. I'd assume the quoted "ISO 3166-1"-based policy could make sense for two reasons: a) Congruence of ids and decision-making bodies (i.e., countries/governments): In contrast to data stored using "Asia/Bangkok", systems/data using the "Asia/Phnom_Penh" name/link/alias/id would not need to change/re-configure in case the government of Cambodia decides to deviate from "Asia/Bangkok" at some time b) Politically: Even if tzdb names might not be intended as "names", they do surface from time to time, as with configuring time zones on a machine [1], or by applications just passing through tzdb names. I can somehow understand that this is not fully satisfactory in the Vietnam/Hanoi case right now (see below). While it is neither the intention nor the concern of tzdb to deal with this, one can argue that in practice, there is still clearly a practical impact of tzdb names/ids. So any information on the rationale for the above-quoted rule is appreciated. Also, I see there are recommendations for implementers regarding localization (e.g., reference to Unicode CLDR), but I could not find recommendations concerning the usage of tzdb names/ids/links/aliases - which, in my understanding, will be the String persisted by most applications in the end? If so, setting "Vietnamese" data or systems to an "Asia/Bangkok" tzdb identifier would, to some degree, effectively tie that data to Thai legislation. In case Vietnam would deviate from "Asia/Bangkok" in the future (by either Thai or Vietnamese decision), legacy data might need to be change to an "Asia/Hanoi" identifier. I'd be interested in pointers if this aspect was ever discussed here or is considered relevant at all. Thanks and best, Hans-Joerg ps.: as for the Vietnam case, note that the "displayName()" property in Java shows "Indochina" for most zones under discussion [2] Also Unicode CLDR translations look tricky in this case (http://st.unicode.org/cldr-apps/survey?_=en&x=r_zones) [1] E.g. https://askubuntu.com/questions/323131/setting-timezone-from-terminal/323163 points out the two options of |sudo cp /usr/share/zoneinfo/Asia/Bangkok /etc/localtime| (explicit!) or |tzselect | ..yielding the following dialogue: Please select a country whose clocks agree with yours. 1) Afghanistan 18) Israel 35) Palestine ......... 15) Indonesia 32) Nepal 49) Vietnam 16) Iran 33) Oman 50) Yemen 17) Iraq 34) Pakistan #? 49 Please select one of the following time zone regions. 1) Indochina (most areas) 2) Vietnam (south) ...which looks better, but is also not ideal from a user point-of-view... [2] Java TimeZone.getDisplayName() output for EN/DE/FR locale (Oracle JDK 1.8.0_191): Asia/Bangkok / Indochina Time Asia/Bangkok / Indochina Zeit Asia/Bangkok / Heure d'Indochine Asia/Ho_Chi_Minh / Indochina Time Asia/Ho_Chi_Minh / Indochina Zeit Asia/Ho_Chi_Minh / Heure d'Indochine Asia/Phnom_Penh / Indochina Time Asia/Phnom_Penh / Indochina Zeit Asia/Phnom_Penh / Heure d'Indochine Asia/Saigon / Indochina Time Asia/Saigon / Indochina Zeit Asia/Saigon / Heure d'Indochine Asia/Vientiane / Indochina Time Asia/Vientiane / Indochina Zeit Asia/Vientiane / Heure d'Indochine VST / Indochina Time VST / Indochina Zeit VST / Heure d'Indochine -- audriga GmbH Durlacher Allee 47 76131 Karlsruhe, Germany Tel: +49 (0) 721 17029 316 Fax: +49 (0) 721 17029 3179 www.twitter.com/audriga <http://www.twitter.com/audriga> www.audriga.com <http://www.audriga.com/> Handelsregister: Amtsgericht Mannheim - HRB 713034 Sitz der Gesellschaft: Karlsruhe Geschäftsführer: Dr. Frank Dengler, Dr. Hans-Jörg Happel USt-ID: DE 279724142

22 105

adding LLT to the Time Zone Database
by filip Feb. 26, 2019

Feb. 26, 2019

Greetings everyone! I was told that this is the community/staff of this mailing list that i should poke if i want to add an entry into the Time Zone Database. I am working at the company Firo Solutions and we have implemented LLT(liberland time) into our systems and it all works great. However, We want to add support for LLT into several larger programming libraries some maintainers have told us that we need to get LLT/Liberland Time into your database in order to get it officially supported. Liberland is a pretty new country(2015) and the timezone is UTC+1(same as serbian). Could it be added to your database? It shouldnt be so hard i think and in iana i trust! Take Care and have a good week! Sincerely Filip

3 3

Summary document for 2/5/2019 CalConnect event
by Arthur David Olson Feb. 26, 2019

Feb. 26, 2019

A summary document for the 2/5/2019 CalConnect event is now available at... http://lists.calconnect.org/pipermail/timezonediscuss-l-calconnect.org/2019… @dashdashado

2 1

possible error or new zone?
by Steven Abner Feb. 25, 2019

Feb. 25, 2019

Hi, been years, please check out Asia/Dushanbe zone, either a typo or strange new zone? DST/+05/+06. Included is file I hope you find helpful. It's what helped me spot the oddity.

2 3