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