Re: [111attendees] timing

Alexandre Petrescu <alexandre.petrescu@gmail.com> Thu, 29 July 2021 15:12 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: 111attendees@ietfa.amsl.com
Delivered-To: 111attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69FAE3A25B2 for <111attendees@ietfa.amsl.com>; Thu, 29 Jul 2021 08:12:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.63
X-Spam-Level:
X-Spam-Status: No, score=-1.63 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aYhlybCYodm1 for <111attendees@ietfa.amsl.com>; Thu, 29 Jul 2021 08:12:27 -0700 (PDT)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A93423A25AE for <111attendees@ietf.org>; Thu, 29 Jul 2021 08:12:26 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 16TFCEXx010494; Thu, 29 Jul 2021 17:12:14 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id E66522074B6; Thu, 29 Jul 2021 17:12:13 +0200 (CEST)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id D68A0200CD7; Thu, 29 Jul 2021 17:12:13 +0200 (CEST)
Received: from [10.14.3.250] ([10.14.3.250]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 16TFCDIY030676; Thu, 29 Jul 2021 17:12:13 +0200
To: Diego Dujovne <diego.dujovne@gmail.com>, Toerless Eckert <tte@cs.fau.de>
Cc: 111attendees@ietf.org
References: <m2k0lao9uk.wl-randy@psg.com> <686590804.2522.1627479080183@appsuite-gw1.open-xchange.com> <E38F5121-EB45-45E6-B632-4ADFC9FA67A8@tzi.org> <4bd9097e-bd30-3a96-79b6-4043ccc6b8af@gmail.com> <20210729143743.GD57091@faui48e.informatik.uni-erlangen.de> <CA+VeKNh8CowSj_QK3K=bFD4gp-5L15SkghnDygs=hFAovThkZA@mail.gmail.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <3017089b-7ab7-7e8a-c8a9-b489c57d63f8@gmail.com>
Date: Thu, 29 Jul 2021 17:12:13 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0
MIME-Version: 1.0
In-Reply-To: <CA+VeKNh8CowSj_QK3K=bFD4gp-5L15SkghnDygs=hFAovThkZA@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/111attendees/gLmqHRjb7lRnF6qfIKAIscDhWSE>
Subject: Re: [111attendees] timing
X-BeenThere: 111attendees@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list for IETF 111 attendees <111attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/111attendees>, <mailto:111attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/111attendees/>
List-Post: <mailto:111attendees@ietf.org>
List-Help: <mailto:111attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/111attendees>, <mailto:111attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Jul 2021 15:12:32 -0000


Le 29/07/2021 à 16:46, Diego Dujovne a écrit :
> What I generally do is to ask Google: what time is UTC?
> 
> image.png
> (no interest in good writing when Google understands anyway)
> Then I calculate the difference myself.

It's a two-step process: ask Google, then calculate difference.

Ideally there should be just one step.

Alex

> Regards,
> 
>                          Diego
> 
> On Thu, Jul 29, 2021 at 11:38 AM Toerless Eckert <tte@cs.fau.de 
> <mailto:tte@cs.fau.de>> wrote:
> 
>     AFAIK, it is quite the opposite of what you say, see also:
>     https://en.wikipedia.org/wiki/Coordinated_Universal_Time
>     <https://en.wikipedia.org/wiki/Coordinated_Universal_Time>
> 
>     UTC does minimize the amount of errors and conversion steps you need
>     to do when collaborating internationally. If your reference time is
>     some TZ, you need to understand not only your own local TZ offset and
>     DST rules, but also that of the reference TZ offset and DST rules.
>     And you effectively translate from one to the other going through UTC.
>     When UTC is your reference you only need to understand your local TZ
>     offset and DST rules.
> 
>     As to whether or not UTC exists, thats a matter of "exists" wrt to
>     TZ. I guess your "exist" is that only those TZ exist that are adopted
>     by some territorial entity. And while Ghana and Iceland adopt UTC+0,
>     no DST,
>     i would agree that recommending some countries whose TZ rules nobody
>     knows is but a hack for the normal user.
> 
>     Nevertheless, adoption of TZ by territorial governments is but one
>     type of adoption/existance. UTC is the universal standard in
>     aviation and militaries as
>     well as i think a lot ofthernationally coordinated organizations are
>     adopting UTC directly without a need to declare themselves to be
>     in Ghana or Iceland. The same is logical for IETF.
> 
>     Of course, we may not need to call it UTC. NATO for example
>     calls UTC ZULU time. If we wanted to confuse the heck out of
>     participants to make a good joke & pun (which is always a good
>     reason to confuse people IMHO), we could call it iTime (Internet
>     Time, IETF time).
> 
>     Cheers
>          Toerless
> 
>     On Wed, Jul 28, 2021 at 06:48:59PM +0200, Alexandre Petrescu wrote:
>      > There is a difference in opposing noon start times and opposing UTC
>      > references.  I oppose the latter.
>      >
>      > Using UTC is a big source of errors: artificial two-step
>     conversion and
>      > and an ambiguity of a third step which is the daylight savings
>     (UTC does
>      > not respect daylight savings, and UTC is the same as London times
>     some
>      > times).
>      >
>      > Time should be talked about in terms of geography (cities,
>     oceans, what
>      > have you) but not in absolute terms like 'Unviersal'.  There is no
>      > Universal time however one might turn it.
>      >
>      > UTC is an anchor to go to when one does not have where to go to. 
>     But it
>      > does not really exist.
>      >
>      > Alex
> 
>     -- 
>     111attendees mailing list
>     111attendees@ietf.org <mailto:111attendees@ietf.org>
>     https://www.ietf.org/mailman/listinfo/111attendees
>     <https://www.ietf.org/mailman/listinfo/111attendees>
>