<div dir="ltr">Exactly.  Though truly the only owner is the Unicode CLDR project, and really anyone can submit PRs for that.<div><br></div><div>It's also used heavily by browsers such as Chrome, such as if you call this JavaScript function to get your local time zone:<br>Intl.DateTimeFormat().resolvedOptions().timeZone<br></div><div><br></div><div>On Linux/Mac, the IANA time zone ID is already available, but on Windows it has to map through an ICU function, which uses the CLDR windowsZones.xml file.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 7, 2022 at 10:07 AM Brian Inglis 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 2022-10-06 14:01, Brooks Harris via tz wrote:<br>
> On 2022-10-06 3:49 PM, Guy Harris via tz wrote:<br>
>>   I don't know whether anything in Windows, or any software from <br>
>> Microsoft that runs on Windows, uses the tzdb;<br>
> Windows derives its time zones from tzdb, mapped through Unicode Common <br>
> Locale Data Repository (CLDR):<br>
> GitHub windowsZones.xml<br>
> <a href="https://raw.githubusercontent.com/unicode-org/cldr/master/common/supplemental/windowsZones.xml" rel="noreferrer" target="_blank">https://raw.githubusercontent.com/unicode-org/cldr/master/common/supplemental/windowsZones.xml</a> <br>
> I believe this file is curated by Microsoft.<br>
<br>
This file is provided by Unicode related CLDR project to map from <br>
Windows time zones to tzdb time zones used to access their locale time <br>
data and allow related ICU project locale time to work under Windows.<br>
<br>
Updates have been provided by MS and IBM contributors, and ex-MS tz <br>
contributor Matt Johnson/-Pint.<br>
<br>
FYI Cygwin creates POSIX locale(7) objects from Windows locale data and <br>
POSIX locale settings, including mappings like date and time formats.<br>
<br>
-- <br>
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada<br>
<br>
This email may be disturbing to some readers as it contains<br>
too much technical detail. Reader discretion is advised.<br>
[Data in binary units and prefixes, physical quantities in SI.]<br>
</blockquote></div>