<div class="gmail_quote"><div>To the best of my knowledge, the Olson database itself does not define any kind of "roll-up" timezones. The closest thing I am aware of is the CLDR concept of "metazones" which group together Olson timezones that share a common display string, like "Eastern Standard Time". However, I believe these metazones can include timezones that have different DST rules.</div>
<div><br></div><div>Rather than try to use "roll-up" timezones, from personal experience, I would urge you to use the full Olson timezone list if possible. World timezone rules are highly dynamic and change with surprising frequency. 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. The example that you cite, Argentina, is an excellent example. Until just a few weeks ago, all of Argentina 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. An application that had assigned "America/Argentina/Buenos_Aires" to everyone in Argentina regardless of their actual Olson timezone would have broken.</div>
<div><br></div><div>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. 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.</div>
<div><br></div><div>-Scott</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">From: Martin Barnes [mailto:<a href="mailto:barnes@yahoo-inc.com">barnes@yahoo-inc.com</a>]<br>
Sent: Friday, November 28, 2008 11:48<br>
To: <a href="mailto:tz@lecserver.nci.nih.gov">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>
"Olsen" name where multiple zones exhibit the same "behaviour" 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>
Argentina will have the same time all year round. The 12 zones reveal<br>
the same behaviour. The same is true of China and a number of other<br>
countries.<br>
I have been aware of the concept of a "consolidated" or "preferred" time<br>
zone which is a combined zone that takes the name of the most important<br>
location (eg. "America/Buenos_Aires" in the case of Argentina)<br>
<br>
Do these combined "super" 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>
London<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>Scott Atwood<br><br>Cycle tracks will abound in Utopia. ~H.G. Wells<br><br><br>