<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:st1="urn:schemas-microsoft-com:office:smarttags" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]--><o:SmartTagType
 namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="country-region"/>
<o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags"
 name="place"/>
<o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags"
 name="City"/>
<o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags"
 name="PersonName"/>
<!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
        {font-family:"MS Mincho";
        panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:"\@MS Mincho";
        panose-1:2 2 6 9 4 2 5 8 3 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman";}
a:link, span.MsoHyperlink
        {color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {color:blue;
        text-decoration:underline;}
p
        {mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:12.0pt;
        font-family:"Times New Roman";}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:Arial;
        color:navy;}
@page Section1
        {size:595.3pt 841.9pt;
        margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
        {page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=EN-GB link=blue vlink=blue>

<div class=Section1>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Thanks Scott<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Please could I and my colleague, Robert
Halliday (emailed here) be added to the tz mailing list?<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>It would be good to have prior notice of
upcoming changes and be able to have the opportunity to discuss how time zone
boundaries are affected.<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Many thanks for all your help.<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>-Martin <o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;<o:p></o:p></span></font></p>

<div>

<div class=MsoNormal align=center style='text-align:center'><font size=3
face="Times New Roman"><span lang=EN-US style='font-size:12.0pt'>

<hr size=2 width="100%" align=center tabindex=-1>

</span></font></div>

<p class=MsoNormal><b><font size=2 face=Tahoma><span lang=EN-US
style='font-size:10.0pt;font-family:Tahoma;font-weight:bold'>From:</span></font></b><font
size=2 face=Tahoma><span lang=EN-US style='font-size:10.0pt;font-family:Tahoma'>
Scott Atwood [mailto:scott.roy.atwood@gmail.com] <br>
<b><span style='font-weight:bold'>Sent:</span></b> 05 December 2008 18:11<br>
<b><span style='font-weight:bold'>To:</span></b> Martin Barnes<br>
<b><span style='font-weight:bold'>Cc:</span></b> <st1:PersonName w:st="on">tz@elsie.nci.nih.gov</st1:PersonName>;
tz@lecserver.nci.nih.gov<br>
<b><span style='font-weight:bold'>Subject:</span></b> Re: Time Zone naming</span></font><span
lang=EN-US><o:p></o:p></span></p>

</div>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>The best way to find about changes to the tz database is to subscribe
to and monitor the tz mailing list:&nbsp; <a href="mailto:tz@elsie.nci.nih.gov">tz@elsie.nci.nih.gov</a>.&nbsp;&nbsp;
Upcoming changes are typically discussed in advance of their release.<br>
<br>
-Scott<br>
<br>
On Fri, Dec 5, 2008 at 9:18 AM, Martin Barnes &lt;<a
href="mailto:barnes@yahoo-inc.com">barnes@yahoo-inc.com</a>&gt; wrote:<o:p></o:p></span></font></p>

<div>

<blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;
margin-left:4.8pt;margin-right:0cm'>

<div link=blue vlink=blue>

<div>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>Thanks Scott. Yes, I better understand the provenance and status
of the Olsen data now.</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>I will look into the details to see the efficacy of
constructing the roll-up zones. Since they will be neither an Olsen zone nor a
CLDR metazone, we may have issues applying a name. The resultant data will be
predominantly Olsen with a few roll-ups but we would want to use the Olsen name
throughout. Reflecting on this, I think that it would be prudent to align to
the Olsen zones otherwise we might invite problems by associating a place to an
Olsen time zone name, when it actually belongs to a zone that has been
rolled-up into a &quot;superzone&quot; for which a different name has been
applied.</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>&nbsp;</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>I completely understand that the Olsen time zones change from
time to time. New ones are added and existing ones may be modified. </span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>My question is&#8230;is there anyway of being notified when any
changes occur to the tz database or is it a matter of systematically checking?</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>&nbsp;</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>-Martin</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>&nbsp;</span></font><o:p></o:p></p>

<div>

<div class=MsoNormal align=center style='text-align:center'><font size=3
face="Times New Roman"><span lang=EN-US style='font-size:12.0pt'>

<hr size=2 width="100%" align=center>

</span></font></div>

<p><b><font size=2 face=Tahoma><span lang=EN-US style='font-size:10.0pt;
font-family:Tahoma;font-weight:bold'>From:</span></font></b><font size=2
face=Tahoma><span lang=EN-US style='font-size:10.0pt;font-family:Tahoma'> Scott
Atwood [mailto:<a href="mailto:scott.roy.atwood@gmail.com" target="_blank">scott.roy.atwood@gmail.com</a>]
<br>
<b><span style='font-weight:bold'>Sent:</span></b> 04 December 2008 20:05<br>
<b><span style='font-weight:bold'>To:</span></b> Martin Barnes<br>
<b><span style='font-weight:bold'>Cc:</span></b> <a
href="mailto:tz@elsie.nci.nih.gov" target="_blank">tz@elsie.nci.nih.gov</a>; <a
href="mailto:tz@lecserver.nci.nih.gov" target="_blank">tz@lecserver.nci.nih.gov</a><br>
<b><span style='font-weight:bold'>Subject:</span></b> Re: Time Zone naming</span></font><o:p></o:p></p>

</div>

<div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>The Olson
zoneinfo database and CLDR are the closest thing that presently exist to a
standard for timezones, but they are de facto standards, not de jure standards
administered by any kind of official international standards body.<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>If it
would be useful for your internal purposes, there is certainly enough
information in the Olson data to construct &quot;roll-up&quot; timezones for
yourself where the ISO-3166-2 code, GMT offset, and DST rules are all presently
identical. &nbsp;But as I mentioned below, you should expect such entities to
be rather fluid, and you should prefer to base your implementation on the full
fidelity Olson timezones. &nbsp;Such &quot;roll-up&quot; timezones would be
finer grained entities than CLDR metazones, since the only requirement for metazones
is that they must have the same display labels. &nbsp;Individual Olson
timezones within a CLDR metazone may have different DST rules and may belong to
different regions.<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>Also, on
the topic of future proofing, you should be prepared for the fact that new
Olson timezones are added from time to time whenever a subregion of an existing
zone changes its time definition independently of the rest of that subregion.
&nbsp;This happened during the recent timezone change in <st1:country-region
w:st="on"><st1:place w:st="on">Argentina</st1:place></st1:country-region> where
America/Argentina/Salta split off from America/Argentina/Cordoba. &nbsp;Any
Olson update could thus potentially require updates to your boundary
definitions.<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>-Scott<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>On Thu,
Dec 4, 2008 at 10:48 AM, Martin Barnes &lt;<a href="mailto:barnes@yahoo-inc.com"
target="_blank">barnes@yahoo-inc.com</a>&gt; wrote:<o:p></o:p></span></font></p>

</div>

<div>

<blockquote style='border:none;border-left:solid windowtext 1.0pt;padding:0cm 0cm 0cm 6.0pt;
margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt;
border-color:-moz-use-text-color -moz-use-text-color -moz-use-text-color rgb(204, 204, 204)'>

<div link=blue vlink=blue>

<div>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>Thanks Scott. This is very useful insight.</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>I am really only ever concerned with expressing the current
timezone for any given place and less worried by any need to relate to any
historical dates and times. </span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>Consequently it was my hope to use a sanctioned standard that
identified timezones as regions with the same political definition (ISO region
code), the same UTC offset and the same DST rules but that ignored any
historical context; whereby I could find and group all places that exhibited and
experienced the same current time behaviour (such as all the cities in China
belonging together).</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>But it appears that no such standard exists. Furthermore, and
as you point out in the <st1:country-region w:st="on"><st1:place w:st="on">Argentina</st1:place></st1:country-region>
example, using the &quot;pure&quot; Olsen is recommended in view of the
frequent changes that are both &quot;official&quot; as decreed by governments
and &quot;unofficial&quot; as adopted by local usage. Having these zones
pre-defined as boundary map objects allows us a better degree of
future-proofing against changes to come. That is good enough for me.</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>&nbsp;</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>I guess if I need to I might be able to create relationships
between zones that behaved the same at any given point in time I might want to
look at the CLDR metazones, albeit with some caution.</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>&nbsp;</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>Thanks for your time and help.</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>-Martin</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>&nbsp;</span></font><o:p></o:p></p>

<div>

<div class=MsoNormal align=center style='text-align:center'><font size=3
face="Times New Roman"><span lang=EN-US style='font-size:12.0pt'>

<hr size=2 width="100%" align=center>

</span></font></div>

<p><b><font size=2 face=Tahoma><span lang=EN-US style='font-size:10.0pt;
font-family:Tahoma;font-weight:bold'>From:</span></font></b><font size=2
face=Tahoma><span lang=EN-US style='font-size:10.0pt;font-family:Tahoma'> Scott
Atwood [mailto:<a href="mailto:scott.roy.atwood@gmail.com" target="_blank">scott.roy.atwood@gmail.com</a>]
<br>
<b><span style='font-weight:bold'>Sent:</span></b> 04 December 2008 17:24<br>
<b><span style='font-weight:bold'>To:</span></b> <a
href="mailto:tz@elsie.nci.nih.gov" target="_blank">tz@elsie.nci.nih.gov</a><br>
<b><span style='font-weight:bold'>Cc:</span></b> <a
href="mailto:tz@lecserver.nci.nih.gov" target="_blank">tz@lecserver.nci.nih.gov</a>;
Martin Barnes<br>
<b><span style='font-weight:bold'>Subject:</span></b> Re: Time Zone naming</span></font><o:p></o:p></p>

</div>

<div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

<div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>To the
best of my knowledge, the Olson database itself does not define any kind of
&quot;roll-up&quot; timezones. &nbsp;The closest thing I am aware of is the CLDR
concept of &quot;metazones&quot; which group together Olson timezones that
share a common display string, like &quot;Eastern Standard Time&quot;.
&nbsp;However, I believe these metazones can include timezones that have
different DST rules.<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>Rather
than try to use &quot;roll-up&quot; timezones, from personal experience, I
would urge you to use the full Olson timezone list if possible. &nbsp;World
timezone rules are highly dynamic and change with surprising frequency.
&nbsp;And it is not uncommon for two Olson timezones to have the same GMT
offset and DST rules in one release of Olson, but then have different rules in
a future release. &nbsp; The example that you cite, <st1:country-region w:st="on"><st1:place
 w:st="on">Argentina</st1:place></st1:country-region>, is an excellent example.
&nbsp;Until just a few weeks ago, all of <st1:country-region w:st="on"><st1:place
 w:st="on">Argentina</st1:place></st1:country-region> was effective under the
same set of time zone rules, but when the central government decided to observe
DST this year, several of the states decided to remain in standard time.
&nbsp;An application that had assigned
&quot;America/Argentina/Buenos_Aires&quot; to everyone in <st1:country-region
w:st="on"><st1:place w:st="on">Argentina</st1:place></st1:country-region>
regardless of their actual Olson timezone would have broken.<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>Also note
that it can be useful to maintain the separate timezones if your application
needs to format and display historical dates and times, as in logging or
transaction history. &nbsp;Timezones that have the same GMT offset and DST rules
today may have had different rules in the past, and having the most accurate
timezone means you could display the historical records correctly as well.<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>-Scott<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<blockquote style='border:none;border-left:solid windowtext 1.0pt;padding:0cm 0cm 0cm 6.0pt;
margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt;
border-color:-moz-use-text-color -moz-use-text-color -moz-use-text-color rgb(204, 204, 204)'>

<p style='margin-bottom:12.0pt'><font size=3 face="Times New Roman"><span
style='font-size:12.0pt'>From: Martin Barnes [mailto:<a
href="mailto:barnes@yahoo-inc.com" target="_blank">barnes@yahoo-inc.com</a>]<br>
Sent: Friday, November 28, 2008 11:48<br>
To: <a href="mailto:tz@lecserver.nci.nih.gov" target="_blank">tz@lecserver.nci.nih.gov</a><br>
Subject: Time Zone naming<br>
<br>
I have a question related to the accepted standard for expressing the<br>
&quot;Olsen&quot; name where multiple zones exhibit the same
&quot;behaviour&quot; in terms<br>
of belonging to the same country, having the same UTC offset and exactly<br>
the same DST rules.<br>
<br>
For example, it appears that all clocks within all locations within<br>
<st1:country-region w:st="on"><st1:place w:st="on">Argentina</st1:place></st1:country-region>
will have the same time all year round. The 12 zones reveal<br>
the same behaviour. The same is true of <st1:country-region w:st="on"><st1:place
 w:st="on">China</st1:place></st1:country-region> and a number of other<br>
countries.<br>
I have been aware of the concept of a &quot;consolidated&quot; or
&quot;preferred&quot; time<br>
zone which is a combined zone that takes the name of the most important<br>
location (eg. &quot;America/Buenos_Aires&quot; in the case of <st1:country-region
w:st="on"><st1:place w:st="on">Argentina</st1:place></st1:country-region>)<br>
<br>
Do these combined &quot;super&quot; zones exist? If so, is there information<br>
available that indicates how the individual zones roll up?<br>
<br>
My enquiry relates to a need to provide information that can identify<br>
the correct timezone for every place (city, postcode, county, state, etc<br>
etc) on earth via a back-end mapping service that calculates the spatial<br>
relationship between the place coordinate and the timezone boundary.<br>
I am looking to build up an accurate timezone boundary map essentially<br>
using existing map objects as building blocks.<br>
<br>
Many thanks<br>
-Martin Barnes<br>
______________________<br>
GeoData Manager<br>
Yahoo! Geo Technologies<br>
Geo Informatics team<br>
<st1:City w:st="on"><st1:place w:st="on">London</st1:place></st1:City><o:p></o:p></span></font></p>

</blockquote>

</div>

<p style='margin-bottom:12.0pt'><font size=3 face="Times New Roman"><span
style='font-size:12.0pt'><br>
<br clear=all>
<br>
-- <br>
Scott Atwood<br>
<br>
Cycle tracks will abound in Utopia. &nbsp;~H.G. Wells<o:p></o:p></span></font></p>

</div>

</div>

</div>

</div>

</blockquote>

</div>

<p style='margin-bottom:12.0pt'><font size=3 face="Times New Roman"><span
style='font-size:12.0pt'><br>
<br clear=all>
<br>
-- <br>
Scott Atwood<br>
<br>
Cycle tracks will abound in Utopia. &nbsp;~H.G. Wells<o:p></o:p></span></font></p>

</div>

</div>

</div>

</div>

</blockquote>

</div>

<p class=MsoNormal style='margin-bottom:12.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'><br>
<br clear=all>
<br>
-- <br>
Scott Atwood<br>
<br>
Cycle tracks will abound in Utopia. &nbsp;~H.G. Wells<br>
<br>
<o:p></o:p></span></font></p>

</div>

</body>

</html>