Re: TimeZones and politics Re: How to tell (in advance) if a date-time is ambiguous?
[email protected] (Eric Brine) Wed, 12 Jul 2017 12:40:41 -0400
| Newsgroups | perl.datetime |
|---|---|
| Message-ID | <CALJW-qE8kYcK4SL+JmhMb-EaP-_jQtsYRN++yO2Dg__bRPdbqg@mail.gmail.com> |
--001a113f8d4811a4d40554217a04 Content-Type: text/plain; charset="UTF-8" On Wed, Jul 12, 2017 at 11:07 AM, Binarus <[email protected]> wrote: > On 11.07.2017 20:50, Bill Ricker wrote: > > On Tue, Jul 11, 2017 at 4:07 AM, Binarus <[email protected]> wrote: > >> > >> On 10.07.2017 20:14, Eric Brine wrote: > >>> I don't understand the conditions. The law determines when the > switching > >>> of offsets from UTC happen, not some person. The switch doesn't happen > >>> at 08:48:27 am in Chicago; it happens at 2am. > >> > >> This point of view is a bit U.S. centric. Indeed, you are describing how > >> it *should* be, but > > > > We tend to use the timezone nearest us for examples because we're less > > likely to be wrong and thence get dragged into discussing the example > > instead of the concept. > > > > Well, first of all, I did not want to insult or even criticize anybody. > Please forgive me if my wording even made the slightest impression of > doing so - regrettably, I am not a native English speaker. > > Actually, I am feeling the highest respect towards the experts who are > helping with the time zone database updates, are bringing them to a > machine readable form and are writing software modules which are dealing > with the overwhelming bunch of time calculating oddities in an > impressive manner. I am really very grateful for that and can't thank > those volunteer experts enough. > > I just wanted to say that the statement "... the change happens at 2:00 > in Chicago ... " might not be sufficient for my case because I am trying > to write a web application which deals with date and time calculations > in local time zones around the world, and that I'd like the application > to behave well (as far as possible) even in the weirdest cases. > Chicago was the OP's example. I'm not even American. My point was that the time of change is not up to debate; it's in the time zone db, so the information is available. It's not as arbitrary as I thought the OP made it sound. Others have pointed out this the time zone db can change with very little notice since TZ definitions can change with very little notice. --001a113f8d4811a4d40554217a04 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo= te">On Wed, Jul 12, 2017 at 11:07 AM, Binarus <span dir=3D"ltr"><<a href= =3D"mailto:[email protected]" target=3D"_blank">[email protected]</a>></sp= an> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;= border-left:1px #ccc solid;padding-left:1ex"><span class=3D"">On 11.07.2017= 20:50, Bill Ricker wrote:<br> > On Tue, Jul 11, 2017 at 4:07 AM, Binarus <<a href=3D"mailto:lists@b= inarus.de">[email protected]</a>> wrote:<br> >><br> >> On 10.07.2017 20:14, Eric Brine wrote:<br> >>> I don't understand the conditions. The law determines when= the switching<br> >>> of offsets from UTC happen, not some person. The switch doesn&= #39;t happen<br> >>> at 08:48:27 am in Chicago; it happens at 2am.<br> >><br> >> This point of view is a bit U.S. centric. Indeed, you are describi= ng how<br> >> it *should* be, but<br> ><br> > We tend to use the timezone nearest us for examples because we're = less<br> > likely to be wrong and thence get dragged into discussing the example<= br> > instead of the concept.<br> ><br> <br> </span>Well, first of all, I did not want to insult or even criticize anybo= dy.<br> Please forgive me if my wording even made the slightest impression of<br> doing so - regrettably, I am not a native English speaker.<br> <br> Actually, I am feeling the highest respect towards the experts who are<br> helping with the time zone database updates, are bringing them to a<br> machine readable form and are writing software modules which are dealing<br= > with the overwhelming bunch of time calculating oddities in an<br> impressive manner. I am really very grateful for that and can't thank<b= r> those volunteer experts enough.<br> <br> I just wanted to say that the statement "... the change happens at 2:0= 0<br> in Chicago ... " might not be sufficient for my case because I am tryi= ng<br> to write a web application which deals with date and time calculations<br> in local time zones around the world, and that I'd like the application= <br> to behave well (as far as possible) even in the weirdest cases.<br></blockq= uote><div><br></div><div>Chicago was the OP's example. I'm not even= American.</div><div><br></div><div>My point was that the time of change is= not up to debate; it's in the time zone db, so the information is avai= lable. It's not as arbitrary as I thought the OP made it sound.</div><d= iv><br></div><div>Others have pointed out this the time zone db can change = with very little notice since TZ definitions can change with very little no= tice.</div><div><br></div><div>=C2=A0</div></div></div></div> --001a113f8d4811a4d40554217a04--