<tt><font size=2>> > CLDR sets an assumption that name of zones
are very stable. For example,<br>
> > "Pacific Standard Time" represents standard time used
on US Pacific coast<br>
> > and the name itself does not change time to time.<br>
> <br>
> Could you clarify how CLDR currently works for Ireland, without the
<br>
> proposed tzdb changes? tzdb's current data (which is the same as what
it <br>
> was in 2017c) has three types of Irish timestamps that use the <br>
> abbreviation "IST". The first type is for UT+00:34:39 and
was observed <br>
> in summer 1916; it has tm_isdst=1. The second type is for UT+01 and
was <br>
> observed in summers from 1922 through late 1940, then continuously
until <br>
> late 1948, then in summers through 1968, and then in summers from
1972 <br>
> through today; it also has tm_isdst=1. The third kind is also for
UT+01 <br>
> and was observed from late 1968 through late 1971; it has tm_isdst=0.<br>
> <br>
> Are all three types of IST called "Irish Standard Time"
in CLDR now? If <br>
> not, then what does CLDR call them and how is this determined? And
if <br>
> so, we have a problem since the correct full name for IST is "Irish
<br>
> Summer Time" for timestamps before late 1968, and is "Irish
Standard <br>
> Time" for timestamps thereafter, and there's nothing in the tzdb
data <br>
> proper that specifies the transition date between the two full names.<br>
> <br>
</font></tt>
<br><tt><font size=2>CLDR does not have time zone names for dates before
1990. Historic</font></tt>
<br><tt><font size=2>zone names never used in a last few decades are not
included. This is mainly</font></tt>
<br><tt><font size=2>because reducing overhead of managing localized names.
Our primary focus</font></tt>
<br><tt><font size=2>is to provide good localized display names in modern
software, not trying</font></tt>
<br><tt><font size=2>to provide every possible names historically used.</font></tt>
<br>
<br><tt><font size=2>CLDR suggests code implementators to use a UTC offset
format as the fallback,</font></tt>
<br><tt><font size=2>for example, UTC+01:00 as the fallback when a name
is not available.</font></tt>
<br><tt><font size=2>(CLDR also provides localized fallback format patterns
in various locales).</font></tt>
<br>
<br><tt><font size=2>BTW, CLDR localized names are also based on ordinary
people's expectation</font></tt>
<br><tt><font size=2>in each locale. For example, while people in Ireland
most likely recognize</font></tt>
<br><tt><font size=2>"IST" as "Irish Standard Time",
but people in other countries usually do</font></tt>
<br><tt><font size=2>not recognize what "IST" is. In CLDR, these
zone abbreviations are managed</font></tt>
<br><tt><font size=2>as "short" names, and the coverage of short
names is sparse in each locale.</font></tt>
<br><tt><font size=2>In this example, locale en-US does not have short
name for Irish Standard</font></tt>
<br><tt><font size=2>Time. "IST" is used as the short name only
in locale en-IE (IE = Ireland).</font></tt>
<br><tt><font size=2>Again, when a zone name is missing, CLDR suggests
code implementators to</font></tt>
<br><tt><font size=2>use the fallback format.</font></tt>
<br>
<br>
<br><tt><font size=2>> CLDR is not cast in stone: CLDR called IST "Irish
Summer Time" until <br>
> CLDR 26 came out in 2014 - this fixed a bug with post-1968 timestamps
at <br>
> the cost of introducing a bug for pre-1968 timestamps. I'm hoping
that <br>
> there is some way that we can fix this problem, a problem that exists
<br>
> regardless of whether negative DST offsets are used. Perhaps CLDR
could <br>
> be extended somehow, so that its reports the proper full names for
time <br>
> zones even if that info is not always deducible from the tzdb data
proper.<br>
> <br>
</font></tt>
<br><tt><font size=2>So, the issue between Irish Summer Time and Irish
Standard Time is</font></tt>
<br><tt><font size=2>irrelevant to CLDR with our current scope.</font></tt>
<br>
<br>
<br><tt><font size=2>-Yoshito</font></tt>
<br>