<div dir="auto">The current tzdb only have separate zone for data up to 1970, other than some exceptions<div dir="auto">Forking to include data from earlier times need to considering willingness of general data user to switch over with a larger-sized database and less stable[due to foreseeable upcoming contribution to historical timezone] as well as less accurate data from the past, especially when the number of computer applications and OS in modern time need to handle files with timestamps before 1970 is probably relatively less.</div><div dir="auto">It was not without precedent that data that were same after 1970 being moved away from the main tz file in tz db, with examples including Chinese timezones except Xinjiang, as well as Japanese Southwestern Islands timezone.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">在 2021年9月21日週二 13:43，Guy Harris via tz <<a href="mailto:tz@iana.org">tz@iana.org</a>> 寫道：<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sep 20, 2021, at 7:57 PM, dpatte via tz <<a href="mailto:tz@iana.org" target="_blank" rel="noreferrer">tz@iana.org</a>> wrote:<br>
<br>
> When I read an astronomical journal and read of a bolide sighting in 1957 at 7:30 PM in haiti, it is important that I can attach that to a ut in 1957. But if it's now in the 'merged data' I am now out of luck.<br>
<br>
As long as it's well established that Haiti didn't observe DST in 1957, as the current northamerica file claims is the case, that works.<br>
<br>
If it's not, well....<br>
<br>
(I.e., how "reliable" data for a given tzdb region and a given time in the past is probably depends on how far back in the past it is and how well offset and time-shifting rule changes are documented - and what sources people have checked.)<br>
</blockquote></div>