Ah, I'd wondered why the spaces were there. (Viewing the mail in a proportional font, it's not obvious that it's meant to line up with anything.)

I'll change the code for that, but probably not regenerate the zip files just yet... it's quite a lot to churn in the git repo :)

Jon

On 25 July 2015 at 17:15, Howard Hinnant <howard.hinnant@gmail.com> wrote:

On Jul 25, 2015, at 9:34 AM, Jon Skeet <skeet@pobox.com> wrote:
>
> I've now changed the format on github to the one Howard proposed, updating the data on http://nodatime.org/tzvalidate (still uploading) and the various tools.
> Now that we (by default) include all the data available before the cutoff point (2035 by default) this hopefully removes at least some of the concerns Paul raised earlier, too.
>

<nitpick> The validation file is slightly more human-readable if instead of:

Africa/Accra
Initially: -00:00:52 standard LMT
1918-01-01T00:00:52Z +00:00:00 standard GMT
1920-09-01T00:00:00Z +00:20:00 daylight GHST
1920-12-30T23:40:00Z +00:00:00 standard GMT
…

You have:

Africa/Accra
Initially: -00:00:52 standard LMT
1918-01-01T00:00:52Z +00:00:00 standard GMT
1920-09-01T00:00:00Z +00:20:00 daylight GHST
1920-12-30T23:40:00Z +00:00:00 standard GMT
…

I.e. put spaces after “Initially:” to line up the offset information.

Howard