<html><body><div style="font-family: arial, helvetica, sans-serif; font-size: 10pt; color: #000000"><div>Thank-you both Paul and Scott for your insight. </div><div><br data-mce-bogus="1"></div><div>I will modify my language in the future  about calling the tz database a source of truth. </div><div><br data-mce-bogus="1"></div><div>Our local problem and software crash occurred on Android devices interfaces with a large database system (the SCC Soft Computer  'Softlab' system).  It appears that if the hour of birth is unknown (for patients born 1930-41), that a birth hour of midnight is assigned as a default.  Midnight to 00:59:59 is the hour moved forward for daylight saving time 1930-41, so a birth hour of midnight does not exist in UT.   It is likely that the Android system was running a JavaScript code and we are seeking help from the manufacturer to confirm that in the error logs available to the manufacturer.  We may never know all the details, but it is an interesting and somewhat querky observation that could occur in any timezone with a history of using daylight saving time a sometime in the past ~100 years. </div><div><br data-mce-bogus="1"></div><div>regards, Andrew</div><div>  </div><div><br></div><hr id="zwchr" data-marker="__DIVIDER__"><div data-marker="__HEADERS__"><b>From: </b>"Scott Kilpatrick" <skilpat@gmail.com><br><b>To: </b>"Paul Eggert" <eggert@cs.ucla.edu><br><b>Cc: </b>"lyoncatch" <lyoncatch@shaw.ca>, "tz" <tz@iana.org><br><b>Sent: </b>Thursday, January 9, 2020 7:08:41 AM<br><b>Subject: </b>Re: [tz] Request RE: academic research question re: TZ database<br></div><div><br></div><div data-marker="__QUOTED_TEXT__"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi Andrew,<br><div>Regarding the software problem you're seeing, it's quite possibly a result of using a language or API in which dates -- like 2020-01-09 -- are represented as localized datetimes at midnight -- like 2020-01-09 at 00:00 in America/Regina. This is a pervasive class of bugs that affects JavaScript programs for users in Brazil and Chile in particular. JavaScript because the language's builtin Date representation is a datetime (and the ubiquitous moment library isn't so careful with it), and Brazilian and Chilean users because until recently their time zones had midnight spring forwards. Here's a particularly illuminating example of this class of bugs: <a href="https://github.com/airbnb/react-dates/issues/776" target="_blank">https://github.com/airbnb/react-dates/issues/776</a>.</div><br><div>Hope that helps you track down your software issue.</div><br><div>Scott Kilpatrick</div><div><a href="http://typesandtimes.net" target="_blank">https://typesandtimes.net</a></div></div></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 8, 2020 at 8:07 PM Paul Eggert <<a href="mailto:eggert@cs.ucla.edu" target="_blank">eggert@cs.ucla.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On 1/8/20 11:49 AM, Andrew Lyon wrote:<br>
> It appears that many use the tz database as a source of truth.<br>
<br>
Ouch. As we say in big letters, "The tz code and data are by no means <br>
authoritative." <<a href="https://data.iana.org/time-zones/tz-link.html#changes" rel="noreferrer" target="_blank">https://data.iana.org/time-zones/tz-link.html#changes</a>><br>
<br>
> I understand there were 10 years between 1930 and 1941 when the hour of <br>
> Spring daylight saving transition was 0000 (midnight)  to 0100.  I would <br>
> like to confirm these entries are in the tz database.<br>
<br>
Yes, tzdb says the 10 years 1930/1934 and 1937/1941 all did that, as can <br>
be seen from the extract Brian emailed.<br>
<br>
> I have numerous <br>
> references that daylight saving time was also observed in <br>
> America/Regina  during world war ONE ( 1914-1918) and I am uncertain if <br>
> those entries are in the tz database or the hour of those transitions.<br>
<br>
As Brian mentioned, tzdb has these two transitions for 1918:<br>
<br>
Sun Apr 14 08:59:59 1918 UT = Sun Apr 14 01:59:59 1918 MST<br>
Sun Apr 14 09:00:00 1918 UT = Sun Apr 14 03:00:00 1918 MDT<br>
<br>
Sun Oct 27 07:59:59 1918 UT = Sun Oct 27 01:59:59 1918 MDT<br>
Sun Oct 27 08:00:00 1918 UT = Sun Oct 27 01:00:00 1918 MST<br>
<br>
However, there's a good chance these data entries are incomplete for <br>
Regina. It's also possible that the entries for 1930/1941 are wrong. For <br>
details, please read the commentary for Regina in the northamerica file. <br>
Here's the current development version:<br>
<br>
<a href="https://github.com/eggert/tz/blob/master/northamerica" rel="noreferrer" target="_blank">https://github.com/eggert/tz/blob/master/northamerica</a><br>
</blockquote></div><br></div></div></body></html>