- tz - lists.iana.org

Re: [tz] America/Santa_Isabel
by Matt Johnson (PNP) Nov. 9, 2015

Nov. 9, 2015

WRT my previous comment: "I've got a parallel discussion going within Microsoft about this zone, and will share the findings of our research. " Our research concluded that there is no known location in the state of Baja California that observes Mexican DST rules. All are on US DST rules. The 20km boundary mentioned in the law applies in the other Mexican states, but not in Baja California due to the exclusions mentioned in the same law. This agrees with ADO’s observations about San Quintin. Also, the Wikipedia information about San Quintin becoming its own municipality is outdated. The decision was overturned by the Mexican supreme court due to jurisdictional issues. See: http://www2.scjn.gob.mx/juridica/engroses/cerrados/Publico/13000980.009-268… Thanks, Matt Johnson Microsoft ________________________________ Date: Sun, 1 Nov 2015 20:32:17 -0500 From: arthurdavidolson(a)gmail.com<mailto:arthurdavidolson@gmail.com> To: tz(a)iana.org<mailto:tz@iana.org> Subject: Re: [tz] America/Santa_Isabel And in today's final listen, XEQIN announced "cinco de la tarde con veinticuatro minutos" (literally "5 of the afternoon with 24 minutes") at about 8:24 PM USEST--the same as 5:24 PM USPST. At least this year, San Quintín seems to have followed has followed US rules. So much for that bookmark. @dashdashado On Sat, Oct 31, 2015 at 10:12 PM, Arthur David Olson <arthurdavidolson(a)gmail.com<mailto:arthurdavidolson@gmail.com>> wrote: This evening's next-to-last listen to XEQIN included advice to listeners to "atrarse una hora de su reloj" ("delay your clock by an hour") tonight before going to bed. The end-of-broadcast-day national anthem, due at 7:00 p. m. local time, came shortly after 10:00 p.m. USEDT, consistent with San Quintín still being on daylight saving time. The last listen should be tomorrow or Monday evening. @dashdashado On Tue, Oct 27, 2015 at 3:44 PM, Matt Johnson <mj1856(a)hotmail.com<mailto:mj1856@hotmail.com>> wrote: Acknowledged. Thanks for the clarification. -Matt ________________________________ From: Paul Eggert<mailto:eggert@cs.ucla.edu> Sent: ‎10/‎27/‎2015 10:31 AM To: Matt Johnson<mailto:mj1856@hotmail.com> Cc: Time Zone Mailing List<mailto:tz@iana.org> Subject: Re: [tz] America/Santa_Isabel Matt Johnson wrote: > there is a corresponding entry in Windows, "Pacific Standard Time (Mexico) |(UTC-08:00) Baja California" I'm afraid this will have to be adjusted on the Microsoft end. There needs to be a procedure for removing time zones that turn out to be mistakes. America/Santa_Isabel is a mistake, and I suppose we can view this as an opportunity for ironing out any procedural glitches while removing it. We do have a backward compatibility link on the tzdata side; perhaps that will help for the Microsoft side. > Also, there's a chance that San Quintin could indeed start using Mexican DST rules in 2017, We can create a zone America/San_Quintin if that happens.

1 0

No surprises in Trans-Pacific Partnership
by Arthur David Olson Nov. 5, 2015

Nov. 5, 2015

At least if the Washington Post's search... https://www.washingtonpost.com/news/the-fix/wp/2015/11/05/we-made-president… ...is to be believed, the Trans-Pacific Partnership mega-treaty has nothing to say about any "time zone"--phew. @dashdashado

1 0

Utility to dump raw values from binary zoneinfo files
by Andrew Paprocki Nov. 4, 2015

Nov. 4, 2015

I just released a little public domain utility I wrote to dump the raw values from zic-compiled binary files. This mainly aids anyone writing a zoneinfo reader who wants to easily view the binary structure and/or anyone creating contextual diffs from binary files. I'm posting it here in case anyone else finds it useful or wants to include it in tzcode. -Andrew https://github.com/apaprocki/zid Example output: $ ./zid /usr/share/zoneinfo/Etc/GMT 32: tzh: magic 'TZif' 32: tzh: version 2 32: tzh: ttisgmtcnt 1 32: tzh: ttisstdcnt 1 32: tzh: leapcnt 0 32: tzh: timecnt 0 32: tzh: typecnt 1 32: tzh: charcnt 4 32: gmtoff 0 isdst 0 abbrind 0 (GMT) 32: ttisstdcnt[0]: 0 32: ttisgmtcnt[0]: 0 64: tzh: magic 'TZif' 64: tzh: version 2 64: tzh: ttisgmtcnt 1 64: tzh: ttisstdcnt 1 64: tzh: leapcnt 0 64: tzh: timecnt 0 64: tzh: typecnt 1 64: tzh: charcnt 4 64: offset 0 isdst 0 abbrind 0 (GMT) 64: ttisstdcnt[0]: 0 64: ttisgmtcnt[0]: 0 TZ: 'GMT0'

1 0

Leap second coverage in mainstream media
by Arthur David Olson Nov. 4, 2015

Nov. 4, 2015

>From The Economist: "Why time may be running out for the leap second" http://www.economist.com/blogs/economist-explains/2015/11/economist-explain… @dashdashado

2 1

Fallback rules?
by Alfie John Nov. 4, 2015

Nov. 4, 2015

Hi TZers, Sorry if this has been asked before, but I couldn't find any documentation on the rules of what should happen for the following circumstances. Here's the definition for Australia/Brisbane: # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule AQ 1971 only - Oct lastSun 2:00s 1:00 D Rule AQ 1972 only - Feb lastSun 2:00s 0 S Rule AQ 1989 1991 - Oct lastSun 2:00s 1:00 D Rule AQ 1990 1992 - Mar Sun>=1 2:00s 0 S Rule Holiday 1992 1993 - Oct lastSun 2:00s 1:00 D Rule Holiday 1993 1994 - Mar Sun>=1 2:00s 0 S Zone Australia/Brisbane 10:12:08 - LMT 1895 10:00 Aus AE%sT 1971 10:00 AQ AE%sT As the zone ends with AQ, and AQ does not have a "max" ending date, what should Australia/Brisbane fall back to after 1992? I thought maybe in this instance perhaps "Aus" as it's the one above it, but "Aus" seem to oddly be specific to both World Wars. I also don't think that it should then fall back to a GMTOFF = "10:12:08". That sounds awkward. Thanks, Alfie -- Alfie John alfie(a)fastmail.com

5 9

Re: [tz] News article: Turkey’s plan to ignore daylight saving time has been foiled by smartphones
by Matt Johnson Nov. 2, 2015

Nov. 2, 2015

Thanks Deborah! Is theee any way you could get Apple to post this somewhere official? Preferably there would be a page somewhere with each OS version and corresponding tzdb version, that gets maintained. Thanks, Matt ________________________________ From: Deborah Goldsmith<mailto:goldsmit@apple.com> Sent: ‎10/‎27/‎2015 12:40 PM To: Paul Eggert<mailto:eggert@CS.UCLA.EDU> Cc: Time zone mailing list<mailto:tz@iana.org> Subject: Re: [tz] News article: Turkey’s plan to ignore daylight saving time has been foiled by smartphones FWIW, 2015g was included in iOS 9.1, watchOS 2.0.1, and OS X 10.11.1. Deborah > On Oct 27, 2015, at 10:19 AM, Paul Eggert <eggert(a)CS.UCLA.EDU> wrote: > > Paul_Koning(a)dell.com wrote: >> Clearly it isn't sufficient for governments to announce this sort of thing with just 3 or 4 weeks lead time. > > It's not just computers. The Diyanet (the Presidency of Religious Affairs) warned that preprinted calendars contain Muslim prayer times that are now incorrect, and asked the faithful to manually add an hour. <http://www.dailysabah.com/nation/2015/10/25/turkey-to-end-daylight-savings-…>. > > My cell phone (running Android 6.0 Marshmallow, released 2015-10-05) still has the old rules for Asia/Istanbul. My work desktop (Fedora 21) and my home desktop (Ubuntu 15.10) do have the current rules. Other operating system distributions that are up to date include Arch Linux <https://www.archlinux.org/packages/core/any/tzdata/>, CentOS <https://lists.centos.org/pipermail/centos-announce/2015-October/021425.html>, Debian <https://packages.debian.org/sid/tzdata>, Linux From Scratch <http://wiki.linuxfromscratch.org/lfs/ticket/3845>, Oracle Linux <https://oss.oracle.com/pipermail/el-errata/2015-October/005451.html>, Red Hat Enterprise Linux <https://rhn.redhat.com/errata/RHEA-2015-1863.html>, and Scientific Linux <http://ftp.scientificlinux.org/linux/scientific/7.1/x86_64/updates/fastbugs…>. Apologies if I missed your favorite OS distribution and if it is up to date. Obviously many operating systems are not yet updated, though; it's not just Android. > > This weekend's confusion probably deserves a comment, which the attached proposed patch adds. > <0001-europe-Add-comment-re-EEST-in-Turkey.patch>

4 6

Michiana area (Indiana + Michigan)
by Matt Johnson Nov. 2, 2015

Nov. 2, 2015

My wife lived in Granger, Indiana, in the early 1990s, and still has family both there and in Indianapolis. We were discussing the mess that is history of Indiana time zones, and she recalls a period when there was an hour difference when calling between the two cities. I was trying to find it in the history, but it would appear that Granger, being in St. Joseph Country, is considered to be in the America/Indiana/Indianapolis zone - which would preclude them ever being different. >From her recollection, she believes the entire Michiana area (https://en.wikipedia.org/wiki/Michiana) may have been in the same time zone. I've been digging but haven't found any historical reference to back that up. I did see from the comments in the northamerica file that cover two counties in the Michiana area - LaPorte and Starke. LaPorte county is considered by tzdb to be in Western Indiana and covered by America/Chicago, and the Starke county has its own unique history in America/Indiana/Knox. Since both of those are in the Michiana area, is it possible that America/Indiana/Knox is actually applicable in the other counties of Michiana? If so, it would be quite interesting since Michiana includes the Berrien and Cass counties of Michigan, and we don't currently have those separated from America/Detroit. Of course, I'm not suggesting making a change without the appropriate evidence, but I'm wondering if anyone here has come across this in their research? Thanks, Matt

3 2

Re: [tz] America/Santa_Isabel
by Matt Johnson Nov. 2, 2015

Nov. 2, 2015

Acknowledged. Thanks for the clarification. -Matt ________________________________ From: Paul Eggert<mailto:eggert@cs.ucla.edu> Sent: ‎10/‎27/‎2015 10:31 AM To: Matt Johnson<mailto:mj1856@hotmail.com> Cc: Time Zone Mailing List<mailto:tz@iana.org> Subject: Re: [tz] America/Santa_Isabel Matt Johnson wrote: > there is a corresponding entry in Windows, "Pacific Standard Time (Mexico) |(UTC-08:00) Baja California" I'm afraid this will have to be adjusted on the Microsoft end. There needs to be a procedure for removing time zones that turn out to be mistakes. America/Santa_Isabel is a mistake, and I suppose we can view this as an opportunity for ironing out any procedural glitches while removing it. We do have a backward compatibility link on the tzdata side; perhaps that will help for the Microsoft side. > Also, there's a chance that San Quintin could indeed start using Mexican DST rules in 2017, We can create a zone America/San_Quintin if that happens.

2 2

Daylight time: Politics makes for strange time zones
by Brian Inglis Nov. 1, 2015

Nov. 1, 2015

http://www.cbc.ca/news/world/time-zones-daylight-time-1.3296797?cmp=rss Perpetual daylight time, 30-minute offsets are some of the world's time-keeping quirks Talks about Saskatchewan and other zones without DST; Newfoundland and other zones on 00:30 offsets; Europe's adoption of German time during WWII, and desire for a time change in Catalonia back to GMT, like Portugal. Related links in sidebars and body links to http://www.cbc.ca/news/canada/end-of-daylight-saving-time-2015-6-eye-openin… which mentions Atikokan and health effects with a number of sidebar and body links to other articles; looks like it has been updated regularly since Mar 2013. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

1 0

News: Alaska modifies SB 6, holds working session
by Ray at the Time Zone Report Oct. 31, 2015

Oct. 31, 2015

Just when I thought all DST bills for the 2015 US state legislatures were way past their shelf life. Alaska is revising its SB 6 and holding a working session this morning pm the bill. Details from the AK legislature web site here: http://www.legis.state.ak.us/basis/get_complete_bill.asp?session=29 <http://www.legis.state.ak.us/basis/get_complete_bill.asp?session=29&bill=SB 6> &bill=SB6 There appear to be two provisions of SB 6: 1. Exempt the entire state from DST, regardless of time zone boundaries 2. Petition the US Department of Transportation to move all of Alaska into the Pacific time zone. The effective date listed is January 1, 2017. Plenty of time - if this goes through. Ray ----- Ray Harwood Time Zone Report, a service of GoodClix, Inc. in the interest of public health <http://www.TimeZoneReport.com> http://www.TimeZoneReport.com and Twitter: @TimeZoneReport Office: (480) 378-3221 - Email: Ray(a)TimeZoneReport.com

2 1