<tt><font size=2>> <br>> > CLDR does not determine offsets.<br>> <br>> Stephen Colebourne claimed that CLDR determines whether to use the
<br>> standard or daylight time strings by comparing the "raw offset"
<br>> (presumably meaning "the offset during standard time") with
the <br>> "actual offset" (presumably meaning "the offset during
daylight <br>> savings time").<br>> <br>> Therefore, it *must* know those offsets, otherwise it cannot compare
them.<br>> <br>> So let me rephrase the question:<br>> <br>>    How does CLDR obtain those offsets?<br>></font></tt><br><br><tt><font size=2>CLDR only maintains names for each type in XML format.</font></tt><br><br><tt><font size=2>CLDR XML (or JSON) data is consumed by other projects
such as ICU and Java, and these external projects know those offsets.</font></tt><br><tt><font size=2>CLDR only specifies daylight saving time name used
for Europe/Dublin is "Irish Standard Time".</font></tt><br><tt><font size=2>ICU/Java imports zoneinfo from tz database, and obtain
offset at a given time, then decide whether it's in standard time or daylight
time. When ICU/Java display a date with time zone, it just load the display
name separately imported from CLDR - with time zone ID Europe/Dublin. (The
logic explained here is a little bit simplified actually. CLDR also provide
historic name mapping changes, and ICU utilizes the data as well.)</font></tt><br><br><tt><font size=2>Because the runtime code such as ICU and Java detects
offsets, and separately imported data for CLDR maintain display names,
they must be updated at the same time.</font></tt><br><br><br><tt><font size=2>-Yoshito </font></tt><BR>