<div dir="auto">Thanks for the effortful response. This motivates me to contribute more to the project in the future. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 14 May 2022, 08:51 Paul Eggert, <<a href="mailto:eggert@cs.ucla.edu">eggert@cs.ucla.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 5/13/22 13:51, Nick Deguillaume wrote:<br>
<br>
> I now recognise that I would have been better off using the zic<br>
> documentation as my primary source.<br>
<br>
Yes, that's a better approach. In the attached patch (which I've <br>
installed in the development version) I added a note to that effect in <br>
the how-to document.<br>
<br>
<br>
> 1. tz_link.html  states that:<br>
> *Sources for the tz database are UTF-8 text files... *<br>
> Some of the comments in some of the old files contain non UTF-8 single byte<br>
> representations of accented letters.<br>
<br>
Thanks, fixed in the attached proposed patch by saying it's been UTF-8 <br>
since 2013a.<br>
<br>
<br>
> 2. The  tz_how-to.html states that:<br>
> *Prior to the 2020b release, it was called the TYPE field, though it was<br>
> never used in the main data ...*<br>
> However, some of the old data in <a href="https://data.iana.org/time-zones/releases/" rel="noreferrer noreferrer" target="_blank">https://data.iana.org/time-zones/releases/</a><br>
> contains "even" and "odd" to account for the Adeleide festival. (<br>
<br>
Fixed in the attached by saying it's been the practice since 2000e.<br>
<br>
<br>
> 3. The  tz_how-to.html states that:<br>
> <br>
> *The FORMAT column specifies the usual abbreviation of the time zone name.<br>
> It can have one of three forms:a string of three or more characters that<br>
> are either ASCII alphanumerics, “+”, or “-”, in which case that’s the<br>
> abbreviation ...*<br>
> I had to allow an underscore and space to allow all the files to pass.<br>
<br>
Fixed in the attached by saying "should" instead of "can". Older data <br>
sometimes violated that advice, but this meant the resulting <br>
abbreviations didn't conform to POSIX. I also added a mention of %z there.</blockquote></div>