<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">On Thu, Feb 11, 2021 at 3:21 PM Brian Inglis <<a href="mailto:Brian.Inglis@systematicsw.ab.ca">Brian.Inglis@systematicsw.ab.ca</a>> wrote:<br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
The naming is *meant* to be an internal identifier, and I personally hold the <br>
opinion that they should never be changed, until association or comprehension is <br>
misleading or negligible, as they are irrelevant outside of this project.<br></blockquote><div><br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">I agree that primary identifiers should almost never be changed, for maximum backwards compatibility. But I've been reading this list for about 3 years, and I don't still don't understand why there is reluctance to add LINK entries. Wouldn't that resolve most of these requests? I think this entry for Kyiv:<br></div><br><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">LINK Europe/Kiev Europe/Kyiv</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">would have prevented about 100 emails on this list.<br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
That is why I am a verbose advocate of telling complainers to submit patches or <br>
PRs for consideration, fork the sources on github, patch the software they use <br>
to suit themselves, or *go pound sand*!<br></blockquote><div><br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">Is this reasonable? Most people don't know how to submit patches to the TZ. I've been reading this list for several years, and I don't. Many people know how to submit GitHub PRs, but PRs are not accepted on this project. If various timezone libraries (e.g. libc, Java Time, Python pytz, dateutils, JavaScript moment, etc) had easy ways to regenerate their data from custom TZDB files, then maybe this response would make more sense. But the procedure for regenerating the local TZ database is often obscure and underdocumented. And if making a locally patched TZ database was made too easy, I think there would be a proliferation of custom  identifiers (e.g. "Asia/East_Jerusalem"). Then time zone identifiers would no longer be interoperable and exchangeable. I don't think that's where we want to go.</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">Brian<br></div></div><div class="gmail_quote"><br><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><br></div></div></div>