- tz - lists.iana.org

Turkey DST time
by Serkan Kaba March 25, 2013

March 25, 2013

Hi, The time at night where Turkey switches to DST is different from rest of the Europe. Please check http://www.timeanddate.com/worldclock/clockchange.html?n=19&year=2013 for details. Regards, Serkan

3 3

Re: [tz] Turkey DST time
by Serkan Kaba March 24, 2013

March 24, 2013

Merhaba, Yes apparently that's the case. Thanks for validating this. There are plans for fixing the timezone to UTC+3 in 2014 but we'll see. Regards, Serkan ________________________________ From: Even Scharning <tzdb(a)time.is> To: Serkan Kaba <serkan_kaba(a)yahoo.com> Sent: Monday, March 25, 2013 7:05 AM Subject: Re: [tz] Turkey DST time Merhaba Serkan, Turkey is constantly one hour ahead of most of Europe, but the DST switch occurs simultaneously in Turkey and Europe. The rules in the Time Zone Database are correct. This page illustrates the upcoming DST switch: http://time.is/compare/0000_31_Mar_2013_UTC/CET/Turkey Sincerely, Even Scharning Time.is - exact time, any time zone http://time.is/ On 2013-03-25 7:18, Serkan Kaba wrote: > Hi, > > The time at night where Turkey switches to DST is different from rest > of the Europe. Please check > http://www.timeanddate.com/worldclock/clockchange.html?n=19&year=2013 > [1] for details. > > Regards, > Serkan

1 0

Chile DST
by Carlos Moffat March 22, 2013

March 22, 2013

Hi Guys, It looks like the announcment of 2013-B has Chile going from GMT-3 to GMT-4 on April 23rd and the opposite on Sep 2nd. However, the correct dates are April 28th and Sep 7th. An official source for this stuff in Chile is the Navy's "Hora Oficial" website: http://www.horaoficial.cl/cambio.htm All the best, Carlos

2 2

Missing functionality (general question) - C11 functions, Localization, etc...
by random832＠fastmail.us March 21, 2013

March 21, 2013

In working on a windows/MSVC port of tzcode, I have run into the issue of functions that MSVCRT implements that tzcode does not, and the question of how much of it to implement. Part of the reason you haven't heard anything more from me even though I've had the code itself building for weeks is that it's hard to really determine when I can declare it "finished". Some of it are newer standard functions (wcstime from C95, localtime_s from C11), some are functions created by microsoft that no-one else has (_dstbias to match timezone and daylight, _mkgmtime which is their name for timegm, _wctime which is a wide character version of ctime), some of it is an artifact of them simultaneously supporting 32- and 64-bit time_t, and some of it are old unix functions (e.g. ftime) that MS happens to implement and tzcode does not. Some of these functions are problematic to implement in a third-party library. The means by which localtime_s and others in that family are meant to call their error handlers is not specified in C11, and MSVC uses a different (and nonstandard even though the standard was proposed by microsoft) mechanism from slibc. There's also miscellaneous other bits of missing functionality. strftime provides some localization functionality for months and weekdays, but not for e.g. %E and %O or for timezone abbreviations. Also, since the tzdata file format itself contains no provision for localization, I can't think of any C implementation that _does_ implement localized timezone abbreviations (I think there are some in other languages that use the tz data in combination with the CLDR data) As an aside, support for localized timezone abbreviations might be a solution to the AEST/EST half of the australian timezone debate. I get the impression (based on a comment in the section on Canadian timezones) that it was decided in 1994 that localization would be someone else's problem, and this was never revisited, nor actually became anyone else's problem. More than this, my main question is - what is the role of tzcode - the library functions, that is, not the tools - itself? Is it simply a reference implementation, to be used by libc maintainers and integrated into their libraries as they see fit? Is it meant to be used as a drop-in replacement for the system libc's time functions by application developers who need consistent timezone handling? In short - is there a roadmap for adding new functionality to tzcode, and/or is there any reason _not_ to do so besides not having anyone volunteering to work on it (I can look at it, but I don't want to if it's going to be rejected, or if there's no point) -- Random832

3 5

Error with America/Santiago?
by Jonathan Berger March 15, 2013

March 15, 2013

I originally mailed tz(a)elsie.nci.nih.gov, the address listed at the top of http://www.twinsun.com/tz/tz-link.htm but the address bounced. Is this the correct email address? Hello, I believe there might be an error with the definition for 'America/Santiago'. Actual Behavior As of March 12, 2013 at 10:30pm UTC the tz database reports 'America/Santiago' to be CLT-0400. Expected Behavior >From looking at Wikipedia, WorldTime.com, and TimeAndDate.com, all three agree that 'America/Santiago' should be at CLST-0300 for March 12, 2013 at 10:30pm UTC. I'm basing this report on the version of the tz database included in the Python library pytz-2012j which was released on 2013-01-03. I have not yet checked the source tz database files. I'm hoping someone on this list can help. Thanks, Jonathan

5 5

Paraguay DST ends earlier
by Steffen Thorsen March 15, 2013

March 15, 2013

A user tipped us that Paraguay will end DST on 2013-03-24 00:00. We've been able to find a government source that confirms this, along with news from media, but the final decree might not be out yet. They do not tell if this will be a permanent change or just this year. Government source (Spanish): http://www.ande.gov.py/interna.php?id=1075 Translated by Google: "The president of the Directors National of Electricity (ANDE), Carlos Heisele, announced the change of schedule for the next 24 March, with which the clocks of the country should fall behind 60 minutes . This action is performed normally in the second week of the month of April, however forward the change of schedule by request of the citizens." We will keep this page updated: (Permanent link, English) http://www.timeanddate.com/news/time/paraguay-dst-march-2013.html Best regards, Steffen Thorsen - timeanddate.com

3 4

Haiti on DST
by Steffen Thorsen March 14, 2013

March 14, 2013

It appears that Haiti is observing DST this year as well, same rules as US/Canada. They did it last year as well, and it looks like they are going to observe DST every year now (based on the sources listed below). A user tipped us, we found these sources that verifies it: http://radiovision2000haiti.net/public/haiti-avis-changement-dheure-dimanch… http://www.canalplushaiti.net/?p=6714 Best regards, Steffen Thorsen - timeanddate.com

10 13

windows [MSVC] port progress
by random832＠fastmail.us March 13, 2013

March 13, 2013

I've made a makefile that can build the library functions (64-bit time_t only, and haven't done anything yet about MSVCRT functions showing up through names that tzcode doesn't define such as localtime_s or _ftime [or the 32-bit names]), and successfully compiled zdump. I was wondering if anyone had any ideas which approach would be best for implementing the 32-bit functions. Some background: MSVC defines two sets of time functions: for 32-bit and 64-bit time_t. But some functions (e.g. tzset and strftime) are shared between them. (VC2003 defines the default names as 32-bit, and I don't know if VC6 has the 64-bit functions at all - making it work on these versions may be somewhat more difficult) I could: A. Compile separate 32 and 64 bit versions of the library (what happens if a single program tries to call both?) B. Compile a single library with 32 and 64 bit versions of functions, a custom tzset function that calls both (this will pull in most of the 64-bit library when compiling a 32-bit program, but I can avoid pulling in the 32-bit objects when compiling a 64-bit program) C. Write wrapper 32-bit functions for 64-bit functions - a bit less bloated than solution B, but more work. D. ??? I want to eventually customize tzset anyway, to get the local time zone from the system settings when TZ is not set (CLDR contains a mapping from Windows time zone names to tzdata ones). Speaking of which, does anyone on the list have a non-English version of Windows to test something with?

1 0

DST in the news
by Arthur David Olson March 11, 2013

March 11, 2013

After the weekend start of DST in the US, "Metro riders pay for extended peak period" per the Washington (DC) Post: http://www.washingtonpost.com/local/trafficandcommuting/metro-riders-pay-fo… @dashdashado

3 2

[PATCH] Update URLs in tz-link page.
by Paul Eggert March 10, 2013

March 10, 2013

* tz-link.htm: Add URLs for webOS, BB10, iOS. Update URL for Solaris. Mention Internet RFC 6557. Update Internet RFCs 2445->5545, 2822->5322. Switch from FTP to HTTP for Internet RFCs. --- tz-link.htm | 35 ++++++++++++++++++----------------- 1 file changed, 18 insertions(+), 17 deletions(-) diff --git a/tz-link.htm b/tz-link.htm index 67b2433..5e24fed 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -8,7 +8,7 @@ <meta http-equiv="Content-type" content='text/html; charset="US-ASCII"'> <meta name="DC.Creator" content="Eggert, Paul"> <meta name="DC.Contributor" content="Olson, Arthur David"> -<meta name="DC.Date" content="2013-02-21"> +<meta name="DC.Date" content="2013-03-11"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" @@ -37,8 +37,8 @@ is used by several implementations, including <a href="http://www.gnu.org/software/libc/">the <abbr title="GNU's Not Unix">GNU</abbr> -C Library</a> used in -<a href="http://www.linux.org/"><abbr>GNU</abbr>/Linux</a>, +C Library</a> (used in +<a href="http://www.linux.org/"><abbr>GNU</abbr>/Linux</a>), <a href="http://www.android.com/">Android</a>, <a href="http://www.freebsd.org/">FreeBSD</a>, <a href="http://netbsd.org/">NetBSD</a>, @@ -46,11 +46,14 @@ C Library</a> used in <a href="http://cygwin.com/">Cygwin</a>, <a href="http://www.delorie.com/djgpp/"><abbr title="DJ's GNU Programming Platform">DJGPP</abbr></a>, +<a href="http://en.wikipedia.org/wiki/WebOS">webOS</a>, <a href="http://ibm.com/aix">AIX</a>, +<a href="http://en.wikipedia.org/wiki/BlackBerry_10">BlackBerry 10</a>, +<a href="http://www.apple.com/ios/">iOS</a>, <a href="http://h71000.www7.hp.com/">OpenVMS</a>, <a href="http://oracle.com/database">Oracle Database</a>, <a href="http://www.apple.com/osx/">OS X</a>, -<a href="http://sun.com/software/solaris">Solaris</a>, +<a href="http://oracle.com/solaris">Solaris</a>, <a href="http://h30097.www3.hp.com/">Tru64</a>, and <a href="http://sco.com/products/unixware">UnixWare</a>.</p> <p> @@ -123,7 +126,10 @@ messages</a> sent to the mailing list, <a href="https://mm.icann.org/mailman/listinfo/tz">subscribe</a> to it, and browse the <a href="http://mm.icann.org/pipermail/tz/">archive of old -messages</a>.</p> +messages</a>. For further information about updates, please see +<a href="http://tools.ietf.org/html/rfc6557">Procedures for +Maintaining the Time Zone Database</a> (Internet <abbr title="Request +For Comments">RFC</abbr> 6557).</p> <p> The Web has several other sources for time zone and daylight saving time data. Here are some links that may be of interest. @@ -159,14 +165,9 @@ tz data files.</li> </ul> <h2>Other time zone database formats</h2> <ul> -<li>The <a href="ftp://ftp.rfc-editor.org/in-notes/rfc2445.txt"> +<li>The <a href="http://tools.ietf.org/html/rfc5545"> Internet Calendaring and Scheduling Core Object Specification -(iCalendar)</a>, Internet <abbr title="Request For -Comments">RFC</abbr> 2445, published by the (now-concluded) <a -href="http://ietf.org/html.charters/OLD/calsch-charter.html"><abbr -title="Internet Engineering Task Force">IETF</abbr> -Calendaring and Scheduling Working Group (<abbr -title="Calendaring and Scheduling Working Group">calsch</abbr>)</a> +(iCalendar)</a>, Internet <abbr>RFC</abbr> 5445 covers time zone data; see its VTIMEZONE calendar component. <a href="http://calconnect.org/">CalConnect, The Calendaring and Scheduling @@ -513,7 +514,7 @@ Time Protocol</a> discusses how to synchronize clocks of Internet hosts.</li> <li><a -href="ftp://ftp.rfc-editor.org/in-notes/rfc4833.txt">Timezone +href="http://tools.ietf.org/html/rfc4833">Timezone Options for <abbr title="Dynamic Host Configuration Protocol">DHCP</abbr></a> (Internet <abbr>RFC</abbr> 4833) specifies a <a @@ -590,13 +591,13 @@ interchange -- Representation of dates and times</a>.</li> Schema: Datatypes - dateTime</a> specifies a format inspired by <abbr>ISO</abbr> 8601 that is in common use in XML data.</li> <li> -<a href="ftp://ftp.rfc-editor.org/in-notes/rfc2822.txt">Internet -Message Format</a> (Internet <abbr>RFC</abbr> 2822) §3.3 +<a href="http://tools.ietf.org/html/rfc5322">Internet +Message Format</a> (Internet <abbr>RFC</abbr> 5322) §3.3 specifies the time notation used in email and <a -href="ftp://ftp.rfc-editor.org/in-notes/rfc2616.txt"><abbr>HTTP</abbr></a> +href="http://tools.ietf.org/html/rfc2616"><abbr>HTTP</abbr></a> headers.</li> <li> -<a href="ftp://ftp.rfc-editor.org/in-notes/rfc3339.txt">Date and Time +<a href="http://tools.ietf.org/html/rfc3339">Date and Time on the Internet: Timestamps</a> (Internet <abbr>RFC</abbr> 3339) specifies an <abbr>ISO</abbr> 8601 profile for use in new Internet -- 1.7.10.4

1 0