<div dir="ltr"><div dir="ltr"><div dir="ltr" class="gmail_attr">On Tue, 13 Apr 2021 at 15:36, Paul Eggert via tz <<a href="mailto:tz@iana.org">tz@iana.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 4/13/21 6:54 AM, Michael[tm] Smith via tz wrote:<br>
> In the time zone taxonomy, if the term for “Europe/Berlin” is clearly “time zone”,<br>
<br>
The theory.html file consistently uses the word "timezone" for that</blockquote><div><br></div><div>More specifically, "Europe/Berlin" is really most fundamentally and correctly called a "timezone identifier", as discussed in theory.html, often shortened to "TZ identifier" or sometimes "TZID".  It is not a "zone" or "region" unto itself, nor does it necessarily represent somehow a particular city, region, or country in its entirety, as political boundaries shift.</div><div><br></div><div>CLDR's notion of a "metazone" — while arguably not the best name — does more closely align with the general public's notion of a "time zone" as a (more or less) contiguous, albeit often irregular, band from pole to pole, or at least stretching roughly north-to-south within a larger region of interest (typically a continent).  For example, if a typical layperson asked me whether Orlando and Ottawa are in the same time zone, I would say yes, as that reflects a broadly-shared cultural notion of "Eastern Time" in North America, despite the facts that (a) one is America/New_York and one is America/Toronto, and (b) "Eastern Time" technically means different things at different times of year.</div><div><br></div><div>CLDR's approach isn't perfect, though.  If the question were instead about Alice Springs and Adelaide, or about Tijuana and Tuscon, those are usually best described to laypersons as "technically [yes|no], but sometimes…" situations.  CLDR instead appears to treat these as entirely separate "metazones" — a reasonable technical choice, but far from the only one that could be made.</div><div><br>Prior to Indiana's introduction of DST in 2006, while some national businesses headquartered in, say, Indianapolis correctly published things like "we are on EST, which is one hour behind New York in the summer", just as many said things like "we're on Eastern Time in the winter and on Central Time in the summer", because that phrasing and mental modelling was considered more useful to a broad US audience that can reasonably be expected to know a little about the four main time zones in the contiguous 48 states, but not about the technical minutiae of some other state's law or its implementation.  Situations like Arizona's own "metazone" choose to ignore any logical contiguity with aligned regions simply because those regions happen to change over the course of a year.  It is certainly correct (in a legal sense) to say "Phoenix is on Mountain Standard Time, always, and that's Its Own Thing", but it can often be just as correct (in a useful sense) to say "Phoenix happens to be on Pacific Time like Los Angeles right now, and it will be on Mountain Time like Denver later". </div><div><br></div><div>All of this is to say that "metazones" aren't perfect because, really, nothing can be.  Trying to group together "like TZIDs" in the way you describe and CLDR attempts really depends on what exactly you're after: If querying Europe/Berlin now gets you "Central European Time", are you storing that somewhere? What if that should happen to change later on?  The proper answers may differ from application to application, and I believe this complexity contributes greatly to why this project hasn't really taken that up in the past.</div><div><br></div><div>Additionally, we've seen many reports of individual jurisdictions recently considering changes to their clocks with varying degrees of coordination with their neighbors.  This ought to remind us to exercise some care and caution with "metazones" and the like, as the very notion of them relies on a measure of contiguity and coordination that, while generally in everyone's best interest to reduce confusion, has never been inherently guaranteed.</div></div><div dir="ltr"><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">--<br>Tim Parenti</div></div></div></div>