- tz - lists.iana.org

[PATCH] Replace some zones with links when that doesn't lose useful info.
by Paul Eggert July 11, 2014

July 11, 2014

This is like the 2013-09-02 change, but for the Pacific this time. * antarctica (Antarctica/DumontDUrville): * australasia (Pacific/Tahiti, Pacific/Saipan, Pacific/Majuro) (Pacific/Chuuk, Pacific/Pohnpei, Pacific/Palau, Pacific/Funafuti) (Pacific/Midway, Pacific/Wake, Pacific/Wallis): Remove zone, replacing each with a link to a region that has had the same UTC offset since 1970. This removes data that were largely invented, either by us or almost surely by Shanks or his sources. * asia, australasia, northamerica: Create links accordingly. * NEWS: Document this. --- NEWS | 9 +++++++++ antarctica | 7 +------ asia | 3 +++ australasia | 53 +++++++++++++++++++---------------------------------- northamerica | 1 + 5 files changed, 33 insertions(+), 40 deletions(-) diff --git a/NEWS b/NEWS index 82c83c9..222f91e 100644 --- a/NEWS +++ b/NEWS @@ -58,6 +58,15 @@ Unreleased, experimental changes UTC+6 and not UTC+8. (Thanks to Luther Ma and to Alois Treindl; Treindl sent helpful translations of two papers by Guo Qingsheng.) + Some zones have been turned into links, when they differed from existing + zones only for older UTC offsets where the data were likely invented. + These changes affect UTC offsets in pre-1970 time stamps only. This is + similar to the change in release 2013e, except this time for the Pacific. + The affected zones are: Antarctica/DumontDUrville, Pacific/Chuuk, + Pacific/Funafuti, Pacific/Majuro, Pacific/Midway, Pacific/Palau, + Pacific/Pohnpei, Pacific/Saipan, Pacific/Tahiti, Pacific/Wake, and + Pacific/Wallis. + Asia/Shanghai's pre-standard-time UT offset has been changed from 8:05:57 to 8:05:43, the location of Xujiahui Observatory. Its transition to standard time has been changed from 1928 to 1901. diff --git a/antarctica b/antarctica index 9e9d118..16aedaa 100644 --- a/antarctica +++ b/antarctica @@ -180,15 +180,10 @@ Zone Indian/Kerguelen 0 - zzz 1950 # Port-aux-Français # year-round base in the main continent # Dumont d'Urville, Île des Pétrels, -6640+14001, since 1956-11 # <http://en.wikipedia.org/wiki/Dumont_d'Urville_Station> (2005-12-05) +# See Pacific/Port_Moresby. # # Another base at Port-Martin, 50km east, began operation in 1947. # It was destroyed by fire on 1952-01-14. -# -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Antarctica/DumontDUrville 0 - zzz 1947 - 10:00 - PMT 1952 Jan 14 # Port-Martin Time - 0 - zzz 1956 Nov - 10:00 - DDUT # Dumont-d'Urville Time # France & Italy - year-round base # Concordia, -750600+1232000, since 2005 diff --git a/asia b/asia index 4d9faeb..68994d5 100644 --- a/asia +++ b/asia @@ -1432,6 +1432,9 @@ Zone Asia/Tokyo 9:18:59 - LMT 1887 Dec 31 15:00u 9:00 Japan J%sT # Since 1938, all Japanese possessions have been like Asia/Tokyo. +# The following region has been like Asia/Tokyo since at least 1970. +Link Asia/Tokyo Pacific/Palau + # Jordan # # From <http://star.arabia.com/990701/JO9.html> diff --git a/australasia b/australasia index 605d8dd..cd9c3e4 100644 --- a/australasia +++ b/australasia @@ -355,8 +355,7 @@ Zone Pacific/Gambier -8:59:48 - LMT 1912 Oct # Rikitea -9:00 - GAMT # Gambier Time Zone Pacific/Marquesas -9:18:00 - LMT 1912 Oct -9:30 - MART # Marquesas Time -Zone Pacific/Tahiti -9:58:16 - LMT 1912 Oct # Papeete - -10:00 - TAHT # Tahiti Time +# See Pacific/Honolulu for Tahiti. # Clipperton (near North America) is administered from French Polynesia; # it is uninhabited. @@ -366,11 +365,16 @@ Zone Pacific/Guam -14:21:00 - LMT 1844 Dec 31 9:39:00 - LMT 1901 # Agana 10:00 - GST 2000 Dec 23 # Guam 10:00 - ChST # Chamorro Standard Time +Link Pacific/Guam Pacific/Saipan # N Mariana Is # Kiribati # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Tarawa 11:32:04 - LMT 1901 # Bairiki 12:00 - GILT # Gilbert Is Time +Link Pacific/Tarawa Pacific/Funafuti # Tuvalu +Link Pacific/Tarawa Pacific/Majuro # Marshall Is (most locations) +Link Pacific/Tarawa Pacific/Wake # in US minor outlying islands +Link Pacific/Tarawa Pacific/Wallis # Wallis and Futuna Zone Pacific/Enderbury -11:24:20 - LMT 1901 -12:00 - PHOT 1979 Oct # Phoenix Is Time -11:00 - PHOT 1995 @@ -381,29 +385,20 @@ Zone Pacific/Kiritimati -10:29:20 - LMT 1901 14:00 - LINT # N Mariana Is -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Pacific/Saipan -14:17:00 - LMT 1844 Dec 31 - 9:43:00 - LMT 1901 - 9:00 - MPT 1969 Oct # N Mariana Is Time - 10:00 - MPT 2000 Dec 23 - 10:00 - ChST # Chamorro Standard Time +# See Pacific/Guam. # Marshall Is +# See Pacific/Tarawa for most locations. # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Pacific/Majuro 11:24:48 - LMT 1901 - 11:00 - MHT 1969 Oct # Marshall Islands Time - 12:00 - MHT Zone Pacific/Kwajalein 11:09:20 - LMT 1901 11:00 - MHT 1969 Oct -12:00 - KWAT 1993 Aug 20 # Kwajalein Time 12:00 - MHT # Micronesia +# See Pacific/Guadalcanal for Pohnpei. +# See Pacific/Port_Moresby for Chuuk. # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Pacific/Chuuk 10:07:08 - LMT 1901 - 10:00 - CHUT # Chuuk Time -Zone Pacific/Pohnpei 10:32:52 - LMT 1901 # Kolonia - 11:00 - PONT # Pohnpei Time Zone Pacific/Kosrae 10:51:56 - LMT 1901 11:00 - KOST 1969 Oct # Kosrae Time 12:00 - KOST 1999 @@ -509,15 +504,15 @@ Zone Pacific/Norfolk 11:11:52 - LMT 1901 # Kingston 11:30 - NFT # Norfolk Time # Palau (Belau) -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Pacific/Palau 8:57:56 - LMT 1901 # Koror - 9:00 - PWT # Palau Time +# See Asia/Tokyo. # Papua New Guinea # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Port_Moresby 9:48:40 - LMT 1880 9:48:32 - PMMT 1895 # Port Moresby Mean Time 10:00 - PGT # Papua New Guinea Time +Link Pacific/Port_Moresby Antarctica/DumontDUrville +Link Pacific/Port_Moresby Pacific/Chuuk # in Micronesia # Pitcairn # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -532,6 +527,7 @@ Zone Pacific/Pago_Pago 12:37:12 - LMT 1879 Jul 5 -11:00 - NST 1967 Apr # N=Nome -11:00 - BST 1983 Nov 30 # B=Bering -11:00 - SST # S=Samoa +Link Pacific/Pago_Pago Pacific/Midway # in US minor outlying islands # Samoa (formerly and also known as Western Samoa) @@ -619,6 +615,7 @@ Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Guadalcanal 10:39:48 - LMT 1912 Oct # Honiara 11:00 - SBT # Solomon Is Time +Link Pacific/Guadalcanal Pacific/Pohnpei # in Micronesia # Tokelau Is # @@ -657,9 +654,7 @@ Zone Pacific/Tongatapu 12:19:20 - LMT 1901 13:00 Tonga TO%sT # Tuvalu -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Pacific/Funafuti 11:56:52 - LMT 1901 - 12:00 - TVT # Tuvalu Time +# See Pacific/Tarawa. # US minor outlying islands @@ -724,21 +719,13 @@ Zone Pacific/Funafuti 11:56:52 - LMT 1901 # Fri. 6:30A Lv. HONOLOLU (Pearl Harbor), H.I. H.L.T. Ar. 5:30P Sun. # " 3:00P Ar. MIDWAY ISLAND . . . . . . . . . M.L.T. Lv. 6:00A " # -Zone Pacific/Midway -11:49:28 - LMT 1901 - -11:00 - NST 1956 Jun 3 - -11:00 1:00 NDT 1956 Sep 2 - -11:00 - NST 1967 Apr # N=Nome - -11:00 - BST 1983 Nov 30 # B=Bering - -11:00 - SST # S=Samoa +# See Pacific/Pago_Pago. # Palmyra # uninhabited since World War II; was probably like Pacific/Kiritimati # Wake -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Pacific/Wake 11:06:28 - LMT 1901 - 12:00 - WAKT # Wake Time - +# See Pacific/Tarawa. # Vanuatu # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S @@ -753,9 +740,7 @@ Zone Pacific/Efate 11:13:16 - LMT 1912 Jan 13 # Vila 11:00 Vanuatu VU%sT # Vanuatu Time # Wallis and Futuna -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Pacific/Wallis 12:15:20 - LMT 1901 - 12:00 - WFT # Wallis & Futuna Time +# See Pacific/Tarawa. ############################################################################### diff --git a/northamerica b/northamerica index 66f362b..842f6e4 100644 --- a/northamerica +++ b/northamerica @@ -592,6 +592,7 @@ Zone Pacific/Honolulu -10:31:26 - LMT 1896 Jan 13 12:00 #Schmitt&Cox -10:00 - HST Link Pacific/Honolulu Pacific/Johnston +Link Pacific/Honolulu Pacific/Tahiti # in French Polynesia # Now we turn to US areas that have diverged from the consensus since 1970. -- 1.9.1

9 19

Proposal - territorial coverage of an IANA zone - define, document, enforce
by Tobias Conradi July 10, 2014

July 10, 2014

Proposal 1) Define what territory an IANA zone covers 2) Include the definition in the documentation 3) Enforce the definition If there would be a definition that territories that use different abbreviations shall have different zones, then the merger On Thu, Jul 10, 2014 at 8:41 PM, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > Alan Barrett wrote: >> To the best of my knowledge, most other African countries that share the >> same UTC offset do not use the abbreviation "SAST" > Thanks for catching this; this was indeed an error in the merge, would have violated 3). Is it really true, that starting 2014-07-10 IANA zones are created based on acronym observation? Also "coincidence" as in On Thu, Jul 10, 2014 at 8:39 PM, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > This is a good point, and in some cases in hindsight I went too far in > merging zones that were coincidentally the same would need definition, if one really wants to base territorial extension of IANA zones on such a vaguely defined concept which can lead to decision that may look arbitrary. And arbitrary seems to be the other rule: > This is not a question about optimizing the implementation; it's a question > of having the tz data reflect our knowledge as accurately as the current > format allows. The current format allows to have at least one zone per post-1970 ISO 3166 country and having this would allow to more accurately "reflect our knowledge", namely for abbreviations and for laws. Laws are the main source for observation of a specific standard time in any country. So one could think the territory covered by an IANA zone would at least be a subset of the territory of exactly one jurisdiction named a country in ISO 3166. If acronym observation and "coincidence" are the basis of zoning, I propose to include that in the documentation. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

No leap second on 2014-12-31.
by Tim Parenti July 9, 2014

July 9, 2014

Per IERS Bulletin C48 (2014-07-07), no leap second will be observed on 2014-12-31. This patch updates leap-seconds.list from NIST. -- Tim Parenti

2 1

Daylight saving time in Egypt
by newsgroups＠engine2.net July 9, 2014

July 9, 2014

Hi everyone, I search through messages and couldn't find if this information was already sent or not. It seems that there will be a change in daylight saving time in Egypt according to NOTAM (notice to airmen) issued by NOAA (below) which was sent to us with this comment: FOR THE KIND ATTENTION OF OUR VALUABLE CUSTOMERS BELOW NOTAM ISSUED TO ANNOUNCE THAT STARTING 31July2014 AT 2200 GMT , CLOCK IN EGYPT WILL BE GMT PLUS 3 HOURS PLEASE RELAY MESSAGE TO THE CONCENED PARTIES NOTAM content: A0237/14 NOTAMN Q) HECC/QXXXX/IV/NBO/A/000/999/2721N03009E005 A) HECC B) 1407312200 C) 1409252100 E) SUMMER TIME (UTC+3 HOURS) WILL BE STARTED AS ITEM B. CREATED: 02 Jul 2014 13:28:00 SOURCE: HECAYNYX Source: https://www.notams.faa.gov/ Best regards, Michal Konvalinka engine2.net

2 1

Precise meaning of FROM and TO in a rule
by Jon Skeet July 9, 2014

July 9, 2014

Sorry to be pedantic again, but I'm trying to get my head round some fiddly code, and I've come across an interesting bit of ambiguity. FROM and TO are described <http://www.ietf.org/timezones/code/zic.8.txt> like this: FROM Gives the first year in which the rule applies. Any integer > year can be supplied; the Gregorian calendar is assumed. The > word minimum (or an abbreviation) means the minimum year > representable as an integer. The word maximum (or an > abbreviation) means the maximum year representable as an > integer. Rules can describe times that are not representable > as time values, with the unrepresentable times ignored; this > allows rules to be portable among hosts with differing time > value types. TO Gives the final year in which the rule applies. In addition to > minimum and maximum (as above), the word only (or an > abbreviation) may be used to repeat the value of the FROM > field. It's not clear whether that "year" is: 1. The year in UTC at the transition 2. The year in the local time before the transition 3. The year in the local time after the transition 4. The year in the same frame of reference as the "AT" part Option 1 seems unlikely. Options 2 and 3 seem likely to be equivalent in all realistic time zones - it would be odd for a time zone to add an hour of DST at 11.30pm on December 31st, for example... and even odder for it to *subtract* an hour of DST at 00.30am on January 1st. Option 4 is tricky. In some ways it feels natural - if you're going to use one frame of reference for a time, why not do it for the date as well? On the other hand, it means that a "TO" value of (say) 2001 where the transition is at 2am UTC on January 1st in a time zone with a standard time of UTC+8 would actually have its last transition in 2000 local time, assuming I've got my maths right. Can I assume that one of option 2 or option 3 is intended, and that no sensible time zone will ever make those two options behave differently? I've tried reading the C source code, but given the subtleties involved, I'd rather trust a natural language description. If we can come to a conclusion about this, I'd like to propose that we amend the text to be unambiguous, too. Jon

5 9

Re: [tz] LMT in Moscow before 1919, Kilometre Zero point
by Paul Eggert July 9, 2014

July 9, 2014

Thanks for those corrections; that area had been using unreliable data from Shanks & Pottenger. Your email prompted me to dust off my copy of Milne and fix similar problems in some other parts of Russia, and I installed the attached patch to the experimental version of the tz database on Github; it should reflect your comments.

1 1

Fixes for minor oversights re: Russia changes on 2014-10-26.
by Tim Parenti July 8, 2014

July 8, 2014

There were a few lingering oversights in the patch set distributed earlier; see attached. -- Tim Parenti

2 1

[PATCH1/1] Propose new zone for Crozet Islands
by Antoine Leca July 8, 2014

July 8, 2014

Crozet Islands have a year-round scientific base (Alfred-Faure) since 1964. Also corrected the geographic coordinates. Noticed by Tobias Conradi <http://mm.icann.org/pipermail/tz/2012-May/017804.html> --- antarctica | 8 +++++++- zone.tab | 3 ++- 2 files changed, 9 insertions(+), 2 deletions(-) diff --git a/antarctica b/antarctica index 9bf2494..7190413 100644 --- a/antarctica +++ b/antarctica @@ -169,7 +169,6 @@ Zone Antarctica/Mawson 0 - zzz 1954 Feb 13 # French Southern Territories with year-round inhabitants # # Martin-de-Vivies Base, Amsterdam Island, -374105+0773155, since 1950 -# Alfred-Faure Base, Crozet Islands, -462551+0515152, since 1964 # Port-aux-Francais, Kerguelen Islands, -492110+0701303, since 1951; # whaling & sealing station operated 1908/1914, 1920/1929, and 1951/1956 # @@ -179,6 +178,13 @@ Zone Antarctica/Mawson 0 - zzz 1954 Feb 13 # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Indian/Kerguelen 0 - zzz 1950 # Port-aux-Francais 5:00 - TFT # ISO code TF Time + +# Alfred-Faure Base, Crozet Islands, -462551+0515125, since 1964 +# sealing & whaling stations operated variously 1802/1911+ +# Zone NAME GMTOFF RULES FORMAT [UNTIL] +Zone Indian/Alfred-Faure 0 - zzz 1963 + 4:00 - AFT # Alfred-Faure Time + # # year-round base in the main continent # Dumont-d'Urville, Ile des Petrels, -6640+14001, since 1956-11 diff --git a/zone.tab b/zone.tab index 6b98520..0f34698 100644 --- a/zone.tab +++ b/zone.tab @@ -373,7 +373,8 @@ SY +3330+03618 Asia/Damascus SZ -2618+03106 Africa/Mbabane TC +2128-07108 America/Grand_Turk TD +1207+01503 Africa/Ndjamena -TF -492110+0701303 Indian/Kerguelen +TF -492110+0701303 Indian/Kerguelen most locations +TF -462551+0515125 Indian/Alfred-Faure Crozet Islands TG +0608+00113 Africa/Lome TH +1345+10031 Asia/Bangkok TJ +3835+06848 Asia/Dushanbe -- 1.8.0.msysgit.0

2 1

[PATCH] * australasia (Pacific/Apia, WS): Move DST data from Zone to Rule lines.
by Paul Eggert July 8, 2014

July 8, 2014

This doesn't change the output, but is shorter and easier to follow. Trim and adjust commentary a bit. --- australasia | 31 +++++++++++-------------------- 1 file changed, 11 insertions(+), 20 deletions(-) diff --git a/australasia b/australasia index 1fd7cb1..605d8dd 100644 --- a/australasia +++ b/australasia @@ -533,7 +533,7 @@ Zone Pacific/Pago_Pago 12:37:12 - LMT 1879 Jul 5 -11:00 - BST 1983 Nov 30 # B=Bering -11:00 - SST # S=Samoa -# Samoa +# Samoa (formerly and also known as Western Samoa) # From Steffen Thorsen (2009-10-16): # We have been in contact with the government of Samoa again, and received @@ -592,35 +592,26 @@ Zone Pacific/Pago_Pago 12:37:12 - LMT 1879 Jul 5 # Thursday 29th December 2011 23:59:59 Hours # Saturday 31st December 2011 00:00:00 Hours # -# Clarification by Tim Parenti (2012-01-03): -# Although Samoa has used Daylight Saving Time in the 2010-2011 and 2011-2012 -# seasons, there is not yet any indication that this trend will continue on -# a regular basis. For now, we have explicitly listed the transitions below. -# -# From Nicky (2012-09-10): +# From Nicholas Pereira (2012-09-10): # Daylight Saving Time commences on Sunday 30th September 2012 and -# ends on Sunday 7th of April 2013. -# -# Please find link below for more information. +# ends on Sunday 7th of April 2013.... # http://www.mcil.gov.ws/mcil_publications.html # -# That publication also includes dates for Summer of 2013/4 as well -# which give the impression of a pattern in selecting dates for the -# future, so for now, we will guess this will continue. +# From Paul Eggert (2014-07-08): +# That web page currently lists transitions for 2012/3 and 2013/4. +# Assume the pattern instituted in 2012 will continue indefinitely. -# Western Samoa # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -Rule WS 2012 max - Sep lastSun 3:00 1 D +Rule WS 2010 only - Sep lastSun 0:00 1 D +Rule WS 2011 only - Apr Sat>=1 4:00 0 - +Rule WS 2011 only - Sep lastSat 3:00 1 D Rule WS 2012 max - Apr Sun>=1 4:00 0 - +Rule WS 2012 max - Sep lastSun 3:00 1 D # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time - -11:00 - WST 2010 Sep 26 - -11:00 1:00 WSDT 2011 Apr 2 4:00 - -11:00 - WST 2011 Sep 24 3:00 - -11:00 1:00 WSDT 2011 Dec 29 24:00 - 13:00 1:00 WSDT 2012 Apr Sun>=1 4:00 + -11:00 WS WS%sT 2011 Dec 29 24:00 13:00 WS WS%sT # Solomon Is -- 1.9.1

1 0

Re: [tz] LMT in Moscow before 1919, Kilometre Zero point
by Vladimir Karpinsky July 8, 2014

July 8, 2014

> Zone Europe/Moscow 2:30:20 - LMT 1880 More correct LMT in Moscow (before Jul 3, 1916) is 2:30:17, that was defined by Moscow Observatory (coordinates: 55°45'29.70", 37°34'05.30") so 37°34'05.30" > 2h30m16.35s = 2:30:17, not 2:30:20. > 2:30 - MMT 1916 Jul 3 # Moscow Mean Time 2:30 is not correct. More correct LMT in Moscow since Jul 3, 1916 is 2:31:01 as a result of new standard. (The info is from the book by Byalokoz E.L. New Counting of Time in Russia since July 1, 1919, p. 18.) The time in St.Petersburg as capital of Russia was defined by Pulkov observatory, near St.Petersburg. In 1916 LMT Moscow was synchronized with LMT St.Petersburg (+30 minutes), (Pulkov observatory coordinates: 59°46'18.70", 30°19'40.70") so 30°19'40.70" > 2h01m18.7s = 2:01:19. LMT Moscow = LMT St.Petersburg + 30m 2:01:19 + 0:30 = 2:31:19, not 2:30. > 2:30:48 Russia %s 1919 Jul 1 2:00 2:30:48 is not correct! Probably a popular mistype. It does not correspond to any reference point in Moscow or St.Petersburg. More correct LMT in Moscow is 2:31:19 before July 1, 1919 or 2:30:17 before July 3, 1916. Since July 1, 1919 at 02:00 - Time Zone system established, Moscow time = GMT+2 (plus 2 hours DST) = GMT+4. > RU +5545+03735 Europe/Moscow Moscow+00 - west Russia 03735 is not correct for Moscow, because official center of Moscow is "Kilometre Zero" point: http://en.wikipedia.org/wiki/Kilometre_zero#Russia http://wikimapia.org/71156/Zero-point-or-Kilometre-Zero The coordinates of Kilometre Zero are 55°45'20.82", 37°37'03.47", so more correct would be 55°45', 037°37', not 037°35'. Sincerely, Vladimir Karpinsky Moscow, Russia ----- Original Message ----- From: <tz-request(a)iana.org> To: <tz(a)iana.org> Sent: Sunday, June 01, 2014 4:14 AM Subject: tz Digest, Vol 33, Issue 1 Sent: Tuesday, July 08, 2014 9:27 AM Subject: tz Digest, Vol 34, Issue 13 Sent: Tuesday, July 08, 2014 9:27 AM Subject: tz Digest, Vol 34, Issue 14

1 0

[PATCH] Pacify 'make check_character_set'.
by Paul Eggert July 8, 2014

July 8, 2014

--- asia | 2 +- europe | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/asia b/asia index 321deae..d396111 100644 --- a/asia +++ b/asia @@ -688,7 +688,7 @@ Zone Asia/Hong_Kong 7:36:42 - LMT 1904 Oct 30 # bulletin in Taiwan for that Ordinance No. 529. It also mentioned that 1am on # Sep 21, 1945 will be 12am on Sep 21. I think this bulletin is much more # official than the one I mentioned in my first mail, because it's from the -# top-level government in Taiwan. If you’re going to quote any resource, this +# top-level government in Taiwan. If you're going to quote any resource, this # would be a good one. # [1] Taiwan Governor-General Gazette, No. 1018, Sep 19, 1945: # http://db2.th.gov.tw/db2/view/viewImg.php?imgcode=0072031018a&num=19&bgn=01… diff --git a/europe b/europe index 8c493f3..9b6a502 100644 --- a/europe +++ b/europe @@ -2336,7 +2336,7 @@ Zone Europe/Samara 3:20:36 - LMT 1919 Jul 1 2:00 # 66 RU-SVE Sverdlovsk Oblast # 72 RU-TYU Tyumen Oblast # 74 RU-CHE Chelyabinsk Oblast -# 86 RU-KHM Khanty–Mansi Autonomous Okrug – Yugra +# 86 RU-KHM Khanty-Mansi Autonomous Okrug - Yugra # 89 RU-YAN Yamalo-Nenets Autonomous Okrug # # Note: Effective 2005-12-01, (59) Perm Oblast and (81) Komi-Permyak -- 1.9.1

1 0

Transitions specified for February 29th
by Jon Skeet July 7, 2014

July 7, 2014

I'm just going through my Noda Time <http://nodatime.org> code for time zone handling, and I've noticed I'm being even more defensive than normal, by handling the situation where a time zone transition is specified to occur on the 29th of February - I skip forward or backwards to the nearest leap year. This feels like it's overkill to me, and that it would be better just to prohibit this situation from occurring in my code, *if* it's widely accepted to be invalid data. Is there anything specifying the behaviour if such data is presented? I could try running the zoneinfo compiler myself, but I suspect it would take a long time to get all the tools sorted, and I wouldn't be certain of interpreting the outcome properly. If anyone just *knows,* that would save me a lot of effort :) Jon

2 2

Re: [tz] Fwd: Fwd: [apps-discuss] Proposed working group: Timezone Data Distribution Service (tzdist)
by Barry Leiba July 6, 2014

July 6, 2014

Jon Skeet wrote: > I suppose it's too late to ask them to split "timezone" into "time > zone" everywhere in their documentation etc? Just a minor > peeve, but... Tobias Conradi wrote: > would be nice if you could fix "timezone" to "time zone". I have changed the -04 version of the charter... https://datatracker.ietf.org/doc/charter-ietf-tzdist/ ...accordingly (and I've asked the Secretariat to fix the working group name, which is a field I can't modify). Assuming the working group is chartered, the text of its documents can be similarly fixed as part of its work. And thanks very much for the comments. If you have further comments on the charter, please post them to <apps-discuss(a)ietf.org>, as that's where people are following the charter discussion for now. Time line: The charter is on the agenda for initial IESG approval on Thursday (10 July). Assuming it is approved then, it will go out for "external review", with messages on the ietf-announce and new-work mailing lists (and I'll make sure it's posted here as well). It will then go back to the IESG for final charter approval, which will likely happen on 7 August. Barry, Applications Area Director

1 0

Time zone vs timezone
by Tobias Conradi July 6, 2014

July 6, 2014

was: Re: [tz] Fwd: Fwd: [apps-discuss] Proposed working group: Timezone Data Distribution Service (tzdist) On Thu, Jul 3, 2014 at 5:32 PM, todd <tglassey(a)certichron.com> wrote: > > isnt the term TIMEZONE a term of art specific to Time Keeping as a science? Is it? Like HTTP referer (sic) is one for HTTP referrer? Maybe it only is, because some people thought it should be made so. Me, and probably Jon Skeet are only talking about proper (most us) English: 1) https://books.google.com/ngrams/graph?content=time+zone%2CTime+zone%2Ctimez… 2) http://dictionary.reference.com/browse/timezone 3) http://www.britannica.com/search?query=timezone >So what is the issue - proper English then to hide terms which are specific to this realm? Proper English term to make transparent that there is no conceptual difference between the objects the terms refer to. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com

2 1

About Time Zone in Asia/Taipei During World War 2
by Yu-Cheng Chuang July 4, 2014

July 4, 2014

Hello, I'm Yu-Cheng Chuang, a Taiwanese, and also a programmer. I just studied some knowledge about the time zone, and found that there is a commonly-used database maintained by IANA, which is widely used in our UNIX-like OS as well as software systems. I'm a Rails developer, and the TZInfo library derived from the Time Zone Database helped me a lot when building a time-zone-aware feature. It's really very useful. Thank you for making it. When studying these knowledge, as a Taiwanese, I found that during the Japanese era (1895-1945), time zone in Taiwan was mostly UTC+8 (Western Standard Time). However, during the World War II, as a part of Japan, the Japanese emperor ordered that the whole country should adopt the Central Standard Time (UTC+9), including Taiwan as well as overseas territories occupied later during the war (e.g. Hong Kong, Singapore). In the Time Zone database, I found that such fact is recorded on the time zones of its occupied cities: * Hong Kong * Singapore * Rangoon in Myanmar * Dili in East Timor * Jakarta, Pontianak and Makassar in Indonesia * Kuala Lumpur and Kuching in Malaysia * Manila in Philippines However, here Taipei in Taiwan is missing, which during the World War II was still a territory of Japan, and switched to UTC+9 since Oct 1, 1937. In addition, I see that in the section of Japan, Hideyuki Suzuki mentioned Western Standard Time, which was declared in 1895, in the Meiji 19 year ordinance No. 167. I think its declaration might be due to the annexation of Taiwan. Here is a brief history from Wikipedia (http://en.wikipedia.org/wiki/Japanese_invasion_of_Taiwan_(1895)) * On April 17, 1895, the Qing Dynasty of China ceded Taiwan and Penghu Islands to Japan. * On May 27, 1895, the Japanese army landed Taiwan, the invasion began. * On Nov 18, 1895, the Taiwan General (from Japan) reported "the whole island is capitulated" to the Japan central government. Then, On Dec 28, 1895, the Meiji Emperor announced Ordinance No. 167 of Meiji Year 28 "The clause about standard time", mentioned that Taiwan and Penghu Islands, as well as Yaeyama and Miyako Islands (both in Okinawa) adopt the Western Standard Time which is based on 120E. The adoption began from Jan 1, 1896. (The original text can be found on Wikisource (http://ja.wikisource.org/wiki/%E6%A8%99%E6%BA%96%E6%99%82%E3%83%8B%E9%97%9C…) However I don't know Japanese language very well; the only way I understand it is through Kanji and Google Translate.) This could be the first adoption of time zone in Taiwan, because during the Qing Dynasty, it seems that there was no time zone declared officially. Later, in the beginning of World War II, on Sep 25, 1937, the Showa Emperor announced Ordinance No. 529 of Showa Year 12 "The clause of revision in the ordinance No. 167 of Meiji year 28 about standard time", in which abolished the adoption of Western Standard Time in western islands (listed above), which means the whole Japan territory, including later occupations, adopt Japan Central Time (UTC+9). The adoption began on Oct 1, 1937. (The original text can be found on Wikisource (http://ja.wikisource.org/wiki/%E6%98%8E%E6%B2%BB%E4%BA%8C%E5%8D%81%E5%85%AB….) That is, the time zone of Taipei switched to UTC+9 on Oct 1, 1937. Of course, after the surrender of Japan, time zone of Taiwan switched back to UTC+8. However I can't find enough evidence to tell when the switch happened. The only thing I know is that the official surrender ceremony is on Oct 25, 1945. From then, Taiwan and Penghu islands are territories of the Republic of China, until now. Again, I only know a little bit Japanese, and as a native Chinese speaker, the only words I can read are nouns written in Kanji (Chinese chars). Therefore, I may misunderstand the Japanese ordinances, but I believe I read them mostly correctly because in that time, most Japanese people write Chinese-like Japanese. I think it would be better to have someone who know Japanese read them directly. Please correct me if I misunderstood anything. I hope that the history above helps you improve the Time Zone database. Sincerely, Yu-Cheng Chuang p.s. References from Wikisource: * Ordinance No. 167 of Meiji Year 28: http://ja.wikisource.org/wiki/%E6%A8%99%E6%BA%96%E6%99%82%E3%83%8B%E9%97%9C… * Ordinance No. 529 of Showa Year 12: http://ja.wikisource.org/wiki/%E6%98%8E%E6%B2%BB%E4%BA%8C%E5%8D%81%E5%85%AB…

3 8

China time zones 1949 - 1980: appeal to speakers of Mandarin
by Alois Treindl July 3, 2014

July 3, 2014

tz database holds that People's Republic of China maintained 5 different time zones between the foundation of the PRC in 1949 and May 1980, when the uniform Beijing timezone (GMT + 8h) was introduced. Various sources claim that this unified country-wide timezone was already introduced in 1949 or early 1950: Several TZ mailing list entries, e.g. 10/16/2010 by Jonathan.Hassid(a)uts.edu.au who writes: "The government in Chengdu (capital of Sichuan province) announced the switch (from "Shulong" (Gansu/Sichuan) time) to Beijing time on 27 Dec. 1949. The rest of the country followed "in early 1950" (dates unspecified), and as I mentioned in my last email, "by the beginning of 1950, within a few months after establishing the country, the entire country except for Xinjiang and Tibet was all using the Beijing Time standard." Paul Eckert tried to get an answer from historian Thomas S Mullaney in a correspondence in February 2008, but the question whether China introduced the unified timezone in 1949 or 1980 remained unanswered by Mullaney (he is currently on leave from Stanford and cannot be contacted). The Wikipedia articles 'Time in China' http://en.wikipedia.org/wiki/Time_in_China and 'Historical time zones of China' http://en.wikipedia.org/wiki/Historical_time_zones_of_China hold that the unified timezone was introduced in 1949. They say: "These time zones were no longer in effective use after 1949, in the Chinese Civil War when the People's Republic of China was established on mainland China. The People's Republic of China uses a single time zone (GMT+8) for the whole country," and "After the Chinese Civil War in 1949, the People's Republic of China established one single time zone (UTC+8) for the entirety of its claimed territories, " I could not identify the source reference for this claim by the Wikipedia authors. I tried to contact one of them, User:Alanmak by various means without success. He seemed to me the main contributor regarding China TZ history. This seems to be a relevant source: Guo, Qingsheng (2003) "Beijing Time at the Beginning of PRC", China Historical Materials of Science and Technology 24(1) It is an article in Chinese (it can be purchased online), and I do not know a translator whom I would trust with translation of such technical or historical detail. It seems to me that the only source claiming the continuation of 5 time zones for China is the International Atlas by Shanks and Pottenger. The overall work of these authors is extremely valuable, but they do not give a source for their China information. Paul Eckert says in tz/asia file: # From Paul Eggert (2008-06-30): # There seems to be a good chance China switched to a single time zone in 1949 # rather than in 1980 as Shanks & Pottenger have it, but we don't have a # reliable documentary source saying so yet, so for now we still go with # Shanks & Pottenger. I agree with Paul's opinion and decision, but find it not acceptable to remain at this degree of uncertainty or such a large area, long time period of 31 years and such a large population of hundreds of millions of people: We do NOT reliably know which timezone there was in January 1980 in large cities like Chengdu or Chongqing. I appeal to those readers of the mailing list capable of reading Chinese / mandarin to look for sources which could - document that multiple timezones where indeed maintained before May 1980 (e.g. railway or airline time tables of that period), - document the transition to a unified zone in May 1980 (legal text, newspaper articles mentioning the time change) - document the government decision for a unified timezone in 1949 My gut feeling is that the unified timezone was introduced in 1949, and that Shanks got it wrong. We need documents to establish that.

7 13

Fwd: [apps-discuss] Proposed working group: Timezone Data Distribution Service (tzdist)
by Mike Douglass July 3, 2014

July 3, 2014

People on this list may be interested in the following. -------- Original Message -------- Subject: [apps-discuss] Proposed working group: Timezone Data Distribution Service (tzdist) Date: Fri, 20 Jun 2014 11:06:51 -0400 From: Barry Leiba <barryleiba(a)computer.org> To: Apps Discuss <apps-discuss(a)ietf.org> Cyrus Daboo has proposed a new working group in the Applications Area, and I'm initiating charter discussion on it: https://datatracker.ietf.org/doc/charter-ietf-tzdist/ We'll have the charter discussion here on apps-discuss. Assuming a working group comes out of this, we'll create a new mailing list for the actual work, once the charter is done. Comments on this charter are welcome. I expect to put it on the 10 July IESG telechat for initial approval, after which it will go out for IETF and external review. So, comments here by 4 July, please. Barry, Applications AD _______________________________________________ apps-discuss mailing list apps-discuss(a)ietf.org https://www.ietf.org/mailman/listinfo/apps-discuss

8 12

Re: [tz] Correct DST in Asia/Taipei (#8)
by Paul Eggert July 3, 2014

July 3, 2014

On 07/02/2014 08:24 AM, Yu-Cheng Chuang wrote: > > *Update*: I've just found the DST bulletin in 1946, and I'm sure that > DST in 1946 was from May 15, not May 1. > > — > Reply to this email directly or view it on GitHub > <https://github.com/eggert/tz/pull/8#issuecomment-47790791>. > Thanks. Your previous note said "36 1947 4/15 10/31 11/1", so that "4/15" was a typo, right? It should have been "5/15"? And do you have a URL for the 1946 DST bulletin?

1 0

Bill to return Russia 11 time zones
by vanadovv＠hetnet.nl July 2, 2014

July 2, 2014

In reply to: tz] Bill to return Russia 11 time zones Paul Eggert eggert at cs.ucla.edu Wed Jul 2 05:28:59 UTC 2014 ..... <quote> 3. The following regions were in the 2011 list but are missing in the 2014 list: Alexandrovsk-Sakhalinsky District UTC+11 Anivsky District UTC+11 Dolinsky District UTC+11 Kholmsky District UTC+11 Korsakovsky District UTC+11 Kurilsky District (Kuril Islands) UTC+11 Makarovsky District UTC+11 Nevelsky District UTC+11 Nogliksky District UTC+11 Okhinsky District UTC+11 Poronaysky District UTC+11 Smirnykhovsky District UTC+11 Tomarinsky District UTC+11 Tymovsky District UTC+11 Uglegorsky District UTC+11 Yuzhno-Kurilsky District (Kuril Islands) UTC+11 I am worried about (3). Have these districts been abolished, or have their 2014 time zones not been decided yet, or what? </quote> Reply: Nothing to worry about. Like in the previous law (Sept. 2011) simply all 18 districts of the Sakhalinskaya oblast' are listed. Oscar van Vlijmen

1 0

[PATCH] More spelling and accent fixes.
by vanadovv＠hetnet.nl July 2, 2014

July 2, 2014

In reply to: [tz] [PATCH] More spelling and accent fixes. Paul Eggert eggert at CS.UCLA.EDU Fri Jun 27 23:06:47 UTC 2014 A small problem regarding the transition to UTF-8. Let me refer to a copy of some text from the diff, sent through the mailing list: @@ -383,7 +383,7 @@ Zone Asia/Chongqing 7:06:20 - LMT 1928 # or Chungking # Wusu, Qiemo, Xinyan, Wulanwusu, Jinghe, Yumin, Tacheng, Tuoli, Emin, # Shihezi, Changji, Yanqi, Heshuo, Tuokexun, Tulufan, Shanshan, Hami, # Fukang, Kuitun, Kumukuli, Miquan, Qitai, and Turfan. -Zone Asia/Urumqi 5:50:20 - LMT 1928 # ÃœrÃ¼mqi or Urumchi +Zone Asia/Urumqi 5:50:20 - LMT 1928 # ÃœrÃ¼mqi or ÃœrÃ¼mchi The correct spelling of the Asian city at hand is Ürümchi, with two u-diaeresis. The github asia file has the correct spelling and the correct encoding. The diff file however gets mangled by some publishing process. Hence, the diff published through the mailing list is rather useless. I have a lot of text encoding conversion filters, but noone is able to decode the mangled "ÃœrÃ¼mqi". It looks to me like a doubly UTF-8 encoded piece of text. Perhaps something to look into? Oscar van Vlijmen

5 8

[PATCH 0/2] Follow Australian common usage and update CST/CST to CST/CDT and EST/EST to EST/EDT etc [SEC=UNCLASSIFIED]
by Timothy Arceri July 2, 2014

July 2, 2014

After reading the 'Procedures for Maintaining the Time Zone Database' document and the comments in the Australasia data file about how the Australian abbreviations were decided I've come to a better understanding of the current situation and the tz database maintainers position on using common usage for abbreviations. I've come to the conclusion that while I still think 'A' should be added to the front of the Australian abbreviations, we are yet to give conclusive evidence that this is in fact what is the most common usage in Australia (even though as an Australian I know it is). Despite the that fact that these abbreviations are defined on multiple government websites the TZ database maintainers have clearly laid out the terms for changes (no matter how much I disagree, and how difficult proving common usage is) However there *is* one abbreviations common usage that we have proven using the similar methods used by the maintainers for surveying usage. Which is backed up by each government website regardless of the inconsistent use of a leading 'A'. The 'Procedures for Maintaining the Time Zone Database' document clearly states we should first attempt to resolve any concern with the TZ Coordinator, but so far Paul has remained silent on this issue choosing rather to respond only in regards to the use of the leading 'A'. I'm appealing to Paul to please respond either accepting this patch or voicing any remaining concerns. For those that missed our results here they are: * Google search results, do Australians more often use "EDT" or "EST"? 875,000 "Eastern Standard Time (EST)" site:.au 655,000 "Eastern Standard Time (AEST)" site:.au 6 "Eastern Summer Time (EST)" site:.au 64 "Eastern Summer Time (AEST)" site:.au 30,500 "Eastern Daylight Time (EDT)" site:.au 180,000 "Eastern Daylight Time (AEDT)" site:.au 357,000 "Central Standard Time (CST)" site:.au 316 "Central Standard Time (ACST)" site:.au 4 "Central Summer Time (CST)" site:.au 0 "Central Summer Time (ACST)" site:.au 19,600 "Central Daylight Time (CDT)" site:.au 157 "Central Daylight Time (ACDT)" site:.au Here we are only looking at cases where the time zone abbreviation has been defined as anything else is misleading. These results show that the abbreviation for Daylight time EDT/AEDT/CDT/ACDT is overwhelmingly greater than the usage of the abbreviation for Summer time EST/AEST/CST/ACST. The reason for the current situation is documented in the Australasia data file: >From John Mackin (1991-03-06): "We in Australia have _never_ referred to DST as `daylight' time. It is called `summer' time. Now by a happy coincidence, `summer' and `standard' happen to start with the same letter; hence, the abbreviation does _not_ change..." There is no survey of common use, just one man's assertion that this is what the abbreviation should be no matter how ridiculous it is to use the same abbreviation for two different phrases within the same time zone. Aside from the many other problems I have with his statements (such as not a single reference to show the use of the abbreviations) there is one thing that I would like to point out. These three letters are used as identifiers so that they can be associated with a phrase by human (its already been stated they are useless computationally), and in Johns own words they are abbreviations or as a trusty dictionary will show 'shortening something by omitting parts of it'. It does not matter what letter the word starts with its not an acronym it's an abbreviation. Take the this Australian island for example 'C'o'c'os Islands 'T'ime (CCT). Using the same abbreviations for different phrase's while probably done with good intentions has been a confusing mistake all along with no references of its common use. Having said all this the survey results speak for themselves. Please fix this issue. The following two emails contain patches for the Australasia and Antarctica data files. As well as the abbreviations I have updated the comments section for Australia to include the justification for this update and also updated a couple of out-dated links. Thanks for your time, Timothy Arceri

6 9

[PATCH] A few more fixes related to AEST/AEDT etc. (Thanks to Tim Parenti.)
by Paul Eggert July 1, 2014

July 1, 2014

* Theory: Use CST instead of EST in the example, so that it matches the current database. * antarctica (Antarctica/Casey): AWST, not WST. * asia (Asia/Jayapura): ACST, not CST. * australasia: Prepend "[A]" to "EST" in quote about EST. --- Theory | 6 +++--- antarctica | 8 ++++---- asia | 4 ++-- australasia | 2 +- 4 files changed, 10 insertions(+), 10 deletions(-) diff --git a/Theory b/Theory index a956d85..05a9f65 100644 --- a/Theory +++ b/Theory @@ -542,10 +542,10 @@ in decreasing order of importance: in some sense, asleep. Application writers should note that these abbreviations are ambiguous -in practice: e.g. 'EST' has a different meaning in Australia than +in practice: e.g. 'CST' has a different meaning in China than it does in the United States. In new applications, it's often better -to use numeric UT offsets like '-0500' instead of time zone -abbreviations like 'EST'; this avoids the ambiguity. +to use numeric UT offsets like '-0600' instead of time zone +abbreviations like 'CST'; this avoids the ambiguity. ----- Calendrical issues ----- diff --git a/antarctica b/antarctica index 26a6219..101e9c7 100644 --- a/antarctica +++ b/antarctica @@ -103,13 +103,13 @@ Rule ChileAQ 2012 max - Sep Sun>=2 4:00u 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Antarctica/Casey 0 - zzz 1969 - 8:00 - WST 2009 Oct 18 2:00 - # Western (Aus) Standard Time + 8:00 - AWST 2009 Oct 18 2:00 + # western Australia time 11:00 - CAST 2010 Mar 5 2:00 # Casey Time - 8:00 - WST 2011 Oct 28 2:00 + 8:00 - AWST 2011 Oct 28 2:00 11:00 - CAST 2012 Feb 21 17:00u - 8:00 - WST + 8:00 - AWST Zone Antarctica/Davis 0 - zzz 1957 Jan 13 7:00 - DAVT 1964 Nov # Davis Time 0 - zzz 1969 Feb diff --git a/asia b/asia index 54a8dc7..3f7d019 100644 --- a/asia +++ b/asia @@ -50,7 +50,7 @@ # 9:00 WIT east Indonesia (Waktu Indonesia Timur) # 9:00 JST JDT Japan # 9:00 KST KDT Korea -# 9:30 CST (Australian) Central Standard Time +# 9:30 ACST Australian Central Standard Time # # See the 'europe' file for Russia and Turkey in Asia. @@ -800,7 +800,7 @@ Zone Asia/Makassar 7:57:36 - LMT 1920 # Maluku Islands, West Papua, Papua Zone Asia/Jayapura 9:22:48 - LMT 1932 Nov 9:00 - WIT 1944 Sep 1 - 9:30 - CST 1964 + 9:30 - ACST 1964 9:00 - WIT # Iran diff --git a/australasia b/australasia index 69f61f1..1fd7cb1 100644 --- a/australasia +++ b/australasia @@ -232,7 +232,7 @@ Zone Australia/Lord_Howe 10:36:20 - LMT 1895 Feb # # From Arthur David Olson (2013-05-23): # The 1919 transition is overspecified below so pre-2013 zics -# will produce a binary file with an EST-type as the first 32-bit type; +# will produce a binary file with an [A]EST-type as the first 32-bit type; # this is required for correct handling of times before 1916 by # pre-2013 versions of localtime. Zone Antarctica/Macquarie 0 - zzz 1899 Nov -- 1.9.1

2 2

Re: [tz] [PATCH 0/2] Follow Australian common usage and update [SEC=UNOFFICIAL]
by Peter Stagg June 30, 2014

June 30, 2014

I'd like to roundly and whole-heartedly applauded the changes being made in this patch and I can't wait to see this in production. I'm going to be alerting as many developers and sys-admins etc. here at the Bureau as I can and I expect a massive sigh of relief. I could say many things about the background that has led to this point but most of that is water under the bridge. One thing I will say is that the tz db itself has contributed to the confusion over common usage in Australia. One of the methods used to survey common usage I've noted is the use of search engines to look at the frequency of terms such as EST vs EDT etc. The problem is that web developers etc. (even here at the Bureau) will use the tz db for applications without thinking about how the time will show during daylight savings periods (after all its Christmas in Australia and we're all on holiday) and thus they will show the EST abbreviation until some observant person (usually member of the public) contacts us and points out the discrepancy then we run around like chooks with our heads cut off try to find and fix the problem or throw our hands in the air and wait for daylight savings to end when the problem seems to fix itself. So you can see that web searches for common usage of these terms are likely to be skewed by the assumption inherent in the tz db to begin with. I look forward to these changes being put into production ASAP. Peter Stagg | Web Developer Radar Systems Web Systems, Platform Services, Information Technology Services, Information Systems & Services Division, Bureau of Meteorology GPO Box 1289 Melbourne VIC 3001 Level 6, 700 Collins Street, Docklands VIC 3008 Tel: +61 3 9669 4232 | p.stagg(a)bom.gov.au www.bom.gov.au > Message: 1 > Date: Mon, 30 Jun 2014 00:46:55 -0700 > From: Paul Eggert <eggert(a)cs.ucla.edu> > To: Russ Allbery <rra(a)stanford.edu>, Time Zone Mailing List > <tz(a)iana.org> > Subject: Re: [tz] [PATCH 0/2] Follow Australian common usage and > update CST/CST to CST/CDT and EST/EST to EST/EDT etc > [SEC=UNCLASSIFIED] > Message-ID: <53B115EF.3030902(a)cs.ucla.edu> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > On 2013-04-12 Russ Allbery wrote: > > I'm increasingly of the opinion that the tz database should just use > > the most unambiguous abbreviations (AEST/AEDT) even if there isn't a > > clear consensus in general usage. > > I am tempted to agree, particularly since (prompted by Rich Tibbett's proposed patch on github) I finally got around to surveying > general usage and it appears that there is a working (though by no means > universal) consensus in Australia to use abbreviations like "AEST" and "AEDT", and furthmore, we appear to have been mistaken in our > assumptions about abbreviation usage in the past. Details are in the attached proposed patch, which I've pushed into the > experimental tz version on github. I couldn't resist adding a quote about the daylight-saving preferences of "chuckleheaded > Queenslanders and straw-chewing yokels from the West". <delitia> [Peter Stagg]

1 0

[PATCH] Fix glitches with '-' and italics in man pages.
by Paul Eggert June 28, 2014

June 28, 2014

Using '\-' to denote ASCII minus has problems in groff output, since it generates a minus sign in the current font, and if you cut and paste from the documentation the resulting text won't work. To avoid the problem, define a string \*- that expands to ASCII minus in a constant-width font in groff. Also, change some instances of \(mi and \(pl to use plain \- and +, since we no longer need special fonts for these. Finally, remove some no-longer-needed instances of "\^" after italicized words. --- date.1 | 36 +++++++++++++----------- newctime.3 | 40 +++++++++++++------------- newstrftime.3 | 22 ++++++++------- newtzset.3 | 28 ++++++++++--------- time2posix.3 | 4 ++- tzfile.5 | 2 +- tzselect.8 | 26 +++++++++-------- zdump.8 | 30 +++++++++----------- zic.8 | 90 +++++++++++++++++++++++++---------------------------------- 9 files changed, 136 insertions(+), 142 deletions(-) diff --git a/date.1 b/date.1 index cba4e56..cbdf3b4 100644 --- a/date.1 +++ b/date.1 @@ -4,24 +4,26 @@ date \- show and set date and time .SH SYNOPSIS .if n .nh .if n .na +.ie \n(.g .ds - \f(CW-\fP +.el ds - \- .B date [ -.B \-u +.B \*-u ] [ -.B \-c +.B \*-c ] [ -.B \-r -seconds +.B \*-r +.I seconds ] [ -.B \-n +.B \*-n ] [ -.B \-d -dsttype +.B \*-d +.I dsttype ] [ -.B \-t -minutes-west +.B \*-t +.I minutes-west ] [ -\fB\-a \fR[\fB+\fR|\fB-]\fIsss\fB.\fIfff\fR +\fB\*-a \fR[\fB+\fR|\fB\*-]\fIsss\fB.\fIfff\fR ] [ .BI + format ] [ @@ -141,10 +143,10 @@ the seconds part of the new time; if no seconds are given, zero is assumed. .PP These options are available: .TP -.BR \-u " or " \-c +.BR \*-u " or " \*-c Use Universal Time when setting and showing the date and time. .TP -.BI "\-r " seconds +.BI "\*-r " seconds Output the date that corresponds to .I seconds past the epoch of 1970-01-01 00:00:00 UTC, where @@ -152,16 +154,16 @@ past the epoch of 1970-01-01 00:00:00 UTC, where should be an integer, either decimal, octal (leading 0), or hexadecimal (leading 0x), preceded by an optional sign. .TP -.B \-n +.B \*-n Do not notify other networked systems of the time change. .TP -.BI "\-d " dsttype +.BI "\*-d " dsttype Set the kernel-stored Daylight Saving Time type to the given value. (The kernel-stored DST type is used mostly by .q "old" binaries.) .TP -.BI "\-t " minutes-west +.BI "\*-t " minutes-west Set the kernel-stored .q "minutes west of UTC" value to the one given on the @@ -170,10 +172,10 @@ command line. .q "old" binaries.) .TP -.BI "\-a " adjustment +.BI "\*-a " adjustment Change the time forward (or backward) by the number of seconds (and fractions thereof) specified in the -.I adjustment\^ +.I adjustment argument. Either the seconds part or the fractions part of the argument (but not both) may be omitted. diff --git a/newctime.3 b/newctime.3 index 3904d04..2e1d937 100644 --- a/newctime.3 +++ b/newctime.3 @@ -3,6 +3,8 @@ asctime, ctime, difftime, gmtime, localtime, mktime \- convert date and time .SH SYNOPSIS .nf +.ie \n(.g .ds - \f(CW-\fP +.el ds - \- .B extern char *tzname[2]; .PP .B void tzset() @@ -30,7 +32,7 @@ asctime, ctime, difftime, gmtime, localtime, mktime \- convert date and time .B time_t mktime(tm) .B struct tm *tm; .PP -.B cc ... -ltz +.B cc ... \*-ltz .fi .SH DESCRIPTION .ie '\(en'' .ds en \- @@ -42,7 +44,7 @@ asctime, ctime, difftime, gmtime, localtime, mktime \- convert date and time .de q \\$3\*(lq\\$1\*(rq\\$2 .. -.I Ctime\^ +.I Ctime converts a long integer, pointed to by .IR clock , and returns a pointer to a @@ -77,13 +79,13 @@ and can therefore represent time stamps that predate the introduction of UTC and are some other flavor of Universal Time (UT). Some implementations support leap seconds, in contradiction to POSIX. .PP -.I Localtime\^ +.I Localtime and -.I gmtime\^ +.I gmtime return pointers to .q "tm" structures, described below. -.I Localtime\^ +.I Localtime corrects for the time zone and any time zone adjustments (such as Daylight Saving Time in the United States). After filling in the @@ -98,17 +100,17 @@ to a pointer to a string that's the time zone abbreviation to be used with .IR localtime 's return value. .PP -.I Gmtime\^ +.I Gmtime converts to Coordinated Universal Time. .PP -.I Asctime\^ +.I Asctime converts a time value contained in a .q "tm" structure to a string, as shown in the above example, and returns a pointer to the string. .PP -.I Mktime\^ +.I Mktime converts the broken-down time, expressed as local time, in the structure pointed to by @@ -153,15 +155,15 @@ is not set until and .B tm_year are determined. -.I Mktime\^ +.I Mktime returns the specified calendar time; If the calendar time cannot be represented, -it returns \(mi1. +it returns \-1. .PP -.I Difftime\^ +.I Difftime returns the difference between two calendar times, .RI ( time1 -- +\- .IR time0 ), expressed in seconds. .PP @@ -169,7 +171,7 @@ Declarations of all the functions and externals, and the .q "tm" structure, are in the -.B <time.h>\^ +.B <time.h> header file. The structure (of type) .B struct tm @@ -183,7 +185,7 @@ includes the following fields: int tm_hour; /\(** hours (0\*(en23) \(**/ int tm_mday; /\(** day of month (1\*(en31) \(**/ int tm_mon; /\(** month of year (0\*(en11) \(**/ - int tm_year; /\(** year \(mi 1900 \(**/ + int tm_year; /\(** year \- 1900 \(**/ int tm_wday; /\(** day of week (Sunday = 0) \(**/ int tm_yday; /\(** day of year (0\*(en365) \(**/ int tm_isdst; /\(** is summer time in effect? \(**/ @@ -202,7 +204,7 @@ created. There is no guarantee that these fields will continue to exist in this form in future releases of this code. .PP -.I Tm_isdst\^ +.I Tm_isdst is non-zero if summer time is in effect. .PP .I Tm_gmtoff @@ -243,18 +245,18 @@ will also be overwritten at the next call (and by calls to .IR tzset ). .PP -.I Asctime\^ +.I Asctime and -.I ctime\^ +.I ctime behave strangely for years before 1000 or after 9999. The 1989 and 1999 editions of the C Standard say -that years from \(mi99 through 999 are converted without +that years from \-99 through 999 are converted without extra spaces, but this conflicts with longstanding tradition and with this implementation. Traditional implementations of these two functions are restricted to years in the range 1900 through 2099. To avoid this portability mess, new programs should use -.I strftime\^ +.I strftime instead. .\" This file is in the public domain, so clarified as of .\" 2009-05-17 by Arthur David Olson. diff --git a/newstrftime.3 b/newstrftime.3 index dc9a348..7dd125c 100644 --- a/newstrftime.3 +++ b/newstrftime.3 @@ -42,6 +42,8 @@ strftime \- format date and time .SH SYNOPSIS .nf +.ie \n(.g .ds - \f(CW-\fP +.el ds - \- .B #include <sys/types.h> .B #include <time.h> .PP @@ -57,16 +59,16 @@ strftime \- format date and time .ie '\(en'' .ds en \- .el .ds en \(en The -.I strftime\^ +.I strftime function formats the information from -.I timeptr\^ +.I timeptr into the buffer -.I buf\^ +.I buf according to the string pointed to by -.IR format\^ . +.IR format . .PP The -.I format\^ +.I format string consists of zero or more conversion specifications and ordinary characters. All ordinary characters are copied directly into the buffer. @@ -75,12 +77,12 @@ A conversion specification consists of a percent sign and one other character. .PP No more than -.I maxsize\^ +.I maxsize characters are placed into the array. If the total number of resulting characters, including the terminating null character, is not more than -.IR maxsize\^ , -.I strftime\^ +.IR maxsize , +.I strftime returns the number of characters in the array, not counting the terminating null. Otherwise, zero is returned. @@ -118,7 +120,7 @@ is replaced by the day of month as a decimal number (1\*(en31); single digits are preceded by a blank. .TP %F -is replaced by the date in the format %Y-%m-%d. +is replaced by the date in the format %Y\*-%m\*-%d. .TP %G is replaced by the ISO 8601 year with century as a decimal number. @@ -214,7 +216,7 @@ or by the empty string if this is not determinable. .TP %z is replaced by the offset from the Prime Meridian -in the format +HHMM or \(miHHMM as appropriate, +in the format +HHMM or \*-HHMM as appropriate, with positive values representing locations east of Greenwich, or by the empty string if this is not determinable. .TP diff --git a/newtzset.3 b/newtzset.3 index e9920b6..46410bb 100644 --- a/newtzset.3 +++ b/newtzset.3 @@ -3,9 +3,11 @@ tzset \- initialize time conversion information .SH SYNOPSIS .nf +.ie \n(.g .ds - \f(CW-\fP +.el ds - \- .B void tzset() .PP -.B cc ... -ltz +.B cc ... \*-ltz .fi .SH DESCRIPTION .ie '\(en'' .ds en \- @@ -85,9 +87,9 @@ except a leading colon digits, comma .RB ( , ), ASCII minus -.RB ( \(mi ), +.RB ( \*- ), ASCII plus -.RB ( \(pl ), +.RB ( + ), and NUL bytes are allowed. .TP .I offset @@ -118,10 +120,10 @@ summer time is assumed to be one hour ahead of standard time. One or more digits may be used; the value is always interpreted as a decimal number. The hour must be between zero and 24, and the minutes (and seconds) \*(en if present \*(en between zero and 59. If preceded by a -.q "\fB-\fP" , +.q "\*-" , the time zone shall be east of the Prime Meridian; otherwise it shall be west (which may be indicated by an optional preceding -.q "\fB+\fP" . +.q "+" . .TP .I rule Indicates when to change to and back from summer time. The @@ -189,12 +191,12 @@ The has the same format as .I offset except that POSIX does not allow a leading sign (\c -.q "\fB-\fP" +.q "\*-" or -.q "\fB+\fP" ). +.q "+" ). As an extension to POSIX, the hours part of .I time -can range from \(mi167 through 167; this allows for unusual rules such +can range from \-167 through 167; this allows for unusual rules such as .q "the Saturday before the first Sunday of March" . The default, if @@ -212,14 +214,14 @@ extensions to POSIX. stands for US Eastern Standard Time (EST), 5 hours behind UTC, without daylight saving. .TP -.B FJT-12FJST,M10.3.1/146,M1.3.4/75 +.B FJT\*-12FJST,M10.3.1/146,M1.3.4/75 stands for Fiji Time (FJT) and Fiji Summer Time (FJST), 12 hours ahead of UTC, springing forward on October's third Monday at 146:00 (i.e., 02:00 on the first Sunday on or after October 21), and falling back on January's third Thursday at 75:00 (i.e., 03:00 on the first Sunday on or after January 18). .TP -.B IST-2IDT,M3.4.4/26,M10.5.0 +.B IST\*-2IDT,M3.4.4/26,M10.5.0 stands for Israel Standard Time (IST) and Israel Daylight Time (IDT), 2 hours ahead of UTC, springing forward on March's fourth Thursday at 26:00 (i.e., 02:00 on the first Friday on or after March @@ -235,12 +237,12 @@ all year and the initial .B WART is a placeholder. .TP -.B WGT3WGST,M3.5.0/-2,M10.5.0/-1 +.B WGT3WGST,M3.5.0/\*-2,M10.5.0/\*-1 stands for Western Greenland Time (WGT) and Western Greenland Summer Time (WGST), 3 hours behind UTC, where clocks follow the EU rules of -springing forward on March's last Sunday at 01:00 UTC (\(mi02:00 local +springing forward on March's last Sunday at 01:00 UTC (\-02:00 local time) and falling back on October's last Sunday at 01:00 UTC -(\(mi01:00 local time). +(\-01:00 local time). .PP If no .I rule diff --git a/time2posix.3 b/time2posix.3 index c02b1a2..d689608 100644 --- a/time2posix.3 +++ b/time2posix.3 @@ -3,6 +3,8 @@ time2posix, posix2time \- convert seconds since the Epoch .SH SYNOPSIS .nf +.ie \n(.g .ds - \f(CW-\fP +.el ds - \- .B #include <sys/types.h> .B #include <time.h> .PP @@ -12,7 +14,7 @@ time2posix, posix2time \- convert seconds since the Epoch .B time_t posix2time(t) .B time_t t .PP -.B cc ... -ltz +.B cc ... \*-ltz .fi .SH DESCRIPTION .ie '\(en'' .ds en \- diff --git a/tzfile.5 b/tzfile.5 index 69b9e8b..f413349 100644 --- a/tzfile.5 +++ b/tzfile.5 @@ -144,7 +144,7 @@ For version-3-format time zone files, the POSIX-TZ-style string may use two minor extensions to the POSIX TZ format, as described in .IR newtzset (3). First, the hours part of its transition times may be signed and range from -\(mi167 through 167 instead of the POSIX-required unsigned values +\-167 through 167 instead of the POSIX-required unsigned values from 0 through 24. Second, DST is in effect all year if it starts January 1 at 00:00 and ends December 31 at 24:00 plus the difference between daylight saving and standard time. diff --git a/tzselect.8 b/tzselect.8 index 1dd721a..7644112 100644 --- a/tzselect.8 +++ b/tzselect.8 @@ -2,17 +2,19 @@ .SH NAME tzselect \- select a time zone .SH SYNOPSIS +.ie \n(.g .ds - \f(CW-\fP +.el ds - \- .B tzselect [ -.B \-c +.B \*-c .I coord ] [ -.B \-n +.B \*-n .I limit ] [ -.B \-\-help +.B \*-\*-help ] [ -.B \-\-version +.B \*-\*-version ] .SH DESCRIPTION The @@ -24,7 +26,7 @@ The output is suitable as a value for the TZ environment variable. All interaction with the user is done via standard input and standard error. .SH OPTIONS .TP -.BI "\-c " coord +.BI "\*-c " coord Instead of asking for continent and then country and then city, ask for selection from time zones whose largest cities are closest to the location with geographical coordinates @@ -54,19 +56,19 @@ seconds, with any trailing fractions represent fractional minutes or .I SS is present) seconds. The decimal point is that of the current locale. For example, in the (default) C locale, -.B "\-c\ +40.689\-074.045" +.B "\*-c\ +40.689\*-074.045" specifies 40.689\(de\|N, 74.045\(de\|W, -.B "\-c\ +4041.4\-07402.7" +.B "\*-c\ +4041.4\*-07402.7" specifies 40\(de\|41.4\(fm\|N, 74\(de\|2.7\(fm\|W, and -.B "\-c\ +404121\-0740240" +.B "\*-c\ +404121\*-0740240" specifies 40\(de\|41\(fm\|21\(sd\|N, 74\(de\|2\(fm\|40\(sd\|W. If .I coord is not one of the documented forms, the resulting behavior is unspecified. .TP -.BI "\-n " limit +.BI "\*-n " limit When -.B \-c +.B \*-c is used, display the closest .I limit locations (default 10). @@ -76,10 +78,10 @@ Applications should not assume that output matches the user's political preferences. .RE .TP -.B "\-\-help" +.B "\*-\*-help" Output help information and exit. .TP -.B "\-\-version" +.B "\*-\*-version" Output version information and exit. .SH "ENVIRONMENT VARIABLES" .TP diff --git a/zdump.8 b/zdump.8 index 51243fb..94de021 100644 --- a/zdump.8 +++ b/zdump.8 @@ -4,17 +4,13 @@ zdump \- time zone dumper .SH SYNOPSIS .B zdump [ -.B \-\-version -] [ -.B \-v -] [ -.B \-V -] [ -.B \-c -[loyear,]hiyear ] [ -.B \-t -[lotime,]hitime ] [ zonename ... ] +.I option +\&... ] [ +.I zonename +\&... ] .SH DESCRIPTION +.ie \n(.g .ds - \f(CW-\fP +.el ds - \- .I Zdump prints the current time in each .I zonename @@ -22,10 +18,10 @@ named on the command line. .PP These options are available: .TP -.BI "\-\-version" +.BI "\*-\*-version" Output version information and exit. .TP -.B \-v +.B \*-v For each .I zonename on the command line, @@ -41,20 +37,20 @@ if the given time is Daylight Saving Time or .B isdst=0 otherwise. .TP -.B \-V +.B \*-V Like -.BR \-v , +.BR \*-v , except omit the times relative to the extreme time values. This generates output that is easier to compare to that of implementations with different time representations. .TP -.BI "\-c " [loyear,]hiyear +.BI "\*-c " [loyear,]hiyear Cut off verbose output near the start of the given year(s). By default, the program cuts off verbose output near the starts of the years -\(mi500 and 2500. +\-500 and 2500. .TP -.BI "\-t " [lotime,]hitime +.BI "\*-t " [lotime,]hitime Cut off verbose output at the start of the given time(s), given in decimal seconds since 1970-01-01 00:00:00 UTC. .SH LIMITATIONS diff --git a/zic.8 b/zic.8 index 90f3900..9af5d1f 100644 --- a/zic.8 +++ b/zic.8 @@ -4,28 +4,8 @@ zic \- time zone compiler .SH SYNOPSIS .B zic [ -.B \-\-version -] -[ -.B \-v -] [ -.B \-d -.I directory -] [ -.B \-l -.I localtime -] [ -.B \-p -.I posixrules -] [ -.B \-L -.I leapsecondfilename -] [ -.B \-s -] [ -.B \-y -.I command -] [ +.I option +\&... ] [ .I filename \&... ] .SH DESCRIPTION @@ -40,27 +20,33 @@ zic \- time zone compiler .el .ds < \(la .ie '\(ra'' .ds > > .el .ds > \(ra -.ie \n(.g .ds : \: -.el .ds : +.ie \n(.g \{\ +. ds : \: +. ds - \f(CW-\fP +.\} +.el \{\ +. ds : +. el ds - \- +.\} .I Zic reads text from the file(s) named on the command line and creates the time conversion information files specified in this input. If a .I filename is -.BR \- , +.q "\*-" , the standard input is read. .PP These options are available: .TP -.BI "\-\-version" +.BI "\*-\*-version" Output version information and exit. .TP -.BI "\-d " directory +.BI "\*-d " directory Create time conversion information files in the named directory rather than in the standard directory named below. .TP -.BI "\-l " timezone +.BI "\*-l " timezone Use the given time zone as local time. .I Zic will act as if the input contained a link line of the form @@ -68,7 +54,7 @@ will act as if the input contained a link line of the form .ti +.5i Link \fItimezone\fP localtime .TP -.BI "\-p " timezone +.BI "\*-p " timezone Use the given time zone's rules when handling POSIX-format time zone environment variables. .I Zic @@ -77,12 +63,12 @@ will act as if the input contained a link line of the form .ti +.5i Link \fItimezone\fP posixrules .TP -.BI "\-L " leapsecondfilename +.BI "\*-L " leapsecondfilename Read leap second information from the file with the given name. If this option is not used, no leap second information appears in output files. .TP -.B \-v +.B \*-v Be more verbose, and complain about the following situations: .RS .PP @@ -120,21 +106,21 @@ A time zone abbreviation has fewer than 3 characters. POSIX requires at least 3. .PP An output file name contains a byte that is not an ASCII letter, -.q "-" , +.q "\*-" , .q "/" , or .q "_" ; or it contains a file name component that contains more than 14 bytes or that starts with -.q "-" . +.q "\*-" . .RE .TP -.B \-s +.B \*-s Limit time values stored in output files to values that are the same whether they're taken to be signed or unsigned. You can use this option to generate SVVS-compatible files. .TP -.BI "\-y " command +.BI "\*-y " command Use the given .I command rather than @@ -152,7 +138,7 @@ non-PPCS bytes. Non-PPCS characters typically occur only in comments: although output file names and time zone abbreviations can contain nearly any character, other software will work better if these are limited to the restricted syntax described under the -.B \-v +.B \*-v option. .PP Input lines are made up of fields. @@ -181,7 +167,7 @@ Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S For example: .ti +.5i .sp -Rule US 1967 1973 \- Apr lastSun 2:00 1:00 D +Rule US 1967 1973 \*- Apr lastSun 2:00 1:00 D .sp .fi The fields that make up a rule line are: @@ -221,7 +207,7 @@ Gives the type of year in which the rule applies. If .B TYPE is -.B \- +.q \*- then the rule applies in all years between .B FROM and @@ -274,7 +260,7 @@ Recognized forms include: 2:00 time in hours and minutes 15:00 24-hour format time (for times after noon) 1:28:14 time in hours, minutes, and seconds -\- equivalent to 0 +\*- equivalent to 0 .fi .in -.5i .sp @@ -323,7 +309,7 @@ or .q "EDT" ) of time zone abbreviations to be used when this rule is in effect. If this field is -.BR \- , +.q \*- , the variable part is null. .PP A zone line has the form @@ -365,7 +351,7 @@ begin the field with a minus sign if time must be subtracted from UT. The name of the rule(s) that apply in the time zone or, alternately, an amount of time to add to local standard time. If this field is -.B \- +.B \*- then standard time always applies in the time zone. .TP .B FORMAT @@ -461,7 +447,7 @@ should be .q "+" if a second was added or -.q "-" +.q "\*-" if a second was skipped. .\" There's no need to document the following, since it's impossible for more .\" than one leap second to be inserted or deleted at a time. @@ -496,20 +482,20 @@ input, intended to illustrate many of its features. .ta \w'# Rule\0\0'u +\w'NAME\0\0'u +\w'FROM\0\0'u +\w'1973\0\0'u +\w'TYPE\0\0'u +\w'Apr\0\0'u +\w'lastSun\0\0'u +\w'2:00\0\0'u +\w'SAVE\0\0'u .sp # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -Rule Swiss 1941 1942 - May Mon>=1 1:00 1:00 S -Rule Swiss 1941 1942 - Oct Mon>=1 2:00 0 - +Rule Swiss 1941 1942 \*- May Mon>=1 1:00 1:00 S +Rule Swiss 1941 1942 \*- Oct Mon>=1 2:00 0 \*- .sp .5 -Rule EU 1977 1980 - Apr Sun>=1 1:00u 1:00 S -Rule EU 1977 only - Sep lastSun 1:00u 0 - -Rule EU 1978 only - Oct 1 1:00u 0 - -Rule EU 1979 1995 - Sep lastSun 1:00u 0 - -Rule EU 1981 max - Mar lastSun 1:00u 1:00 S -Rule EU 1996 max - Oct lastSun 1:00u 0 - +Rule EU 1977 1980 \*- Apr Sun>=1 1:00u 1:00 S +Rule EU 1977 only \*- Sep lastSun 1:00u 0 \*- +Rule EU 1978 only \*- Oct 1 1:00u 0 \*- +Rule EU 1979 1995 \*- Sep lastSun 1:00u 0 \*- +Rule EU 1981 max \*- Mar lastSun 1:00u 1:00 S +Rule EU 1996 max \*- Oct lastSun 1:00u 0 \*- .sp .ta \w'# Zone\0\0'u +\w'Europe/Zurich\0\0'u +\w'GMTOFF\0\0'u +\w'RULES/SAVE\0\0'u +\w'FORMAT\0\0'u # Zone NAME GMTOFF RULES/SAVE FORMAT UNTIL -Zone Europe/Zurich 0:34:08 - LMT 1853 Jul 16 - 0:29:46 - BMT 1894 Jun +Zone Europe/Zurich 0:34:08 \*- LMT 1853 Jul 16 + 0:29:46 \*- BMT 1894 Jun 1:00 Swiss CE%sT 1981 1:00 EU CE%sT .sp -- 1.9.1

1 0

[PATCH] * asctime.c, newctime.3, newtzset.3: Don't imply ASCII is required.
by Paul Eggert June 28, 2014

June 28, 2014

--- asctime.c | 2 +- newctime.3 | 5 ++--- newtzset.3 | 2 +- 3 files changed, 4 insertions(+), 5 deletions(-) diff --git a/asctime.c b/asctime.c index 152b0db..e057711 100644 --- a/asctime.c +++ b/asctime.c @@ -55,7 +55,7 @@ ** ??? ???-2147483648 -2147483648:-2147483648:-2147483648 -2147483648\n ** (two three-character abbreviations, five strings denoting integers, ** seven explicit spaces, two explicit colons, a newline, -** and a trailing ASCII nul). +** and a trailing NUL byte). ** The values above are for systems where an int is 32 bits and are provided ** as an example; the define below calculates the maximum for the system at ** hand. diff --git a/newctime.3 b/newctime.3 index 1353869..3904d04 100644 --- a/newctime.3 +++ b/newctime.3 @@ -1,6 +1,6 @@ .TH NEWCTIME 3 .SH NAME -asctime, ctime, difftime, gmtime, localtime, mktime \- convert date and time to ASCII +asctime, ctime, difftime, gmtime, localtime, mktime \- convert date and time .SH SYNOPSIS .nf .B extern char *tzname[2]; @@ -94,8 +94,7 @@ sets the .BR tm_isdst 'th element of .B tzname -to a pointer to an -ASCII string that's the time zone abbreviation to be used with +to a pointer to a string that's the time zone abbreviation to be used with .IR localtime 's return value. .PP diff --git a/newtzset.3 b/newtzset.3 index 4af938b..e9920b6 100644 --- a/newtzset.3 +++ b/newtzset.3 @@ -88,7 +88,7 @@ ASCII minus .RB ( \(mi ), ASCII plus .RB ( \(pl ), -and ASCII NUL are allowed. +and NUL bytes are allowed. .TP .I offset Indicates the value one must add to the local time to arrive at -- 1.9.1

1 0