November 2015 - tz - lists.iana.org

A discussion on POSIX on new timezone related C APIs
by Random832 13 Nov '15

13 Nov '15

http://austingroupbugs.net/view.php?id=1005 The proposals seem to be: 1. Something involving integrating timezone information into locale_t 2. Something along the lines of NetBSD's _z/_rz functions The fact that no-one seems to have a reference C implementation of localizing time zone names/abbreviations also came up. I don't know how open they are to outsiders sticking their noses into the process though, just thought some people here might be interested. Also proposed is the addition of "tm_nsec" to struct tm, and the new APIs in one of the proposals use a struct timespec rather than time_t.

4 4

Re: [tz] efele.net/tz maps updated
by Steve Jones 11 Nov '15

11 Nov '15

At 08:13 PM 11/10/2015, Chris Walton wrote: >There is one (and only one) community in the >western half of the PRRD;Â it is the isolated >community of Fort Ware (also known as >Kwadacha).Â It has a population of about 270. There is another - Tsay Keh Deme, about 86km to the south (56.892014, -124.963373). Population 245. I imagine it also observes Vancouver time. I have tried to reach out to the RCMP detachment office there via the "contact us" thingy on the RCMP website, but have not received any response. I didn't feel like making an international call. Their detachment webpage is: www.rcmp-grc.gc.ca/detach/en/d/212. If it's a free call for you, it may be worth giving them a ring. There area of coverage is basically the whole western part of the PRRD. I imagine they could speak with some authority about whatever time zone observances may be practiced throughout the area. But it has to be Pacific time - nothing else makes sense regardless of the opinion of the GIS folks at the PRRD. Their primary economic ties will be outside the PRRD to their south and west. Regards, Steve Jones Emacs! 14h pg

2 1

Re: [tz] efele.net/tz maps updated
by Steve Jones 11 Nov '15

11 Nov '15

Sorry, typo, it's Dene, not Deme. Tsay Keh Dene. >There is another - Tsay Keh Deme, about 86km to the south \ Regards, Steve Jones Emacs!

1 0

Re: [tz] America/Santa_Isabel
by Steve Jones 10 Nov '15

10 Nov '15

At 01:19 PM 11/9/2015, Matt Johnson (PNP) wrote: >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. One more data point in support of your conclusion: I reached out to a contact on Cedros Island, which nearly touches the southern border of Baja. He indicates that clocks on the island adjusted on November 1. Regards, Steve Jones Emacs!

1 0

Re: [tz] America/Santa_Isabel
by Matt Johnson (PNP) 09 Nov '15

09 Nov '15

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 05 Nov '15

05 Nov '15

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 04 Nov '15

04 Nov '15

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 04 Nov '15

04 Nov '15

>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 04 Nov '15

04 Nov '15

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 02 Nov '15

02 Nov '15

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