Re: risk zones
Alexandre Petrescu <alexandre.petrescu@gmail.com> Fri, 06 March 2020 11:28 UTC
Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FA413A0D17 for <ietf@ietfa.amsl.com>; Fri, 6 Mar 2020 03:28:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.669
X-Spam-Level:
X-Spam-Status: No, score=0.669 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, 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 iATwyGo9pDfX for <ietf@ietfa.amsl.com>; Fri, 6 Mar 2020 03:28:15 -0800 (PST)
Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (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 D9FB93A0D11 for <ietf@ietf.org>; Fri, 6 Mar 2020 03:28:14 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 026BSBfJ028120 for <ietf@ietf.org>; Fri, 6 Mar 2020 12:28:11 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 9FC4A204097 for <ietf@ietf.org>; Fri, 6 Mar 2020 12:28:11 +0100 (CET)
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 9568D20402E for <ietf@ietf.org>; Fri, 6 Mar 2020 12:28:11 +0100 (CET)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 026BSBh5000304 for <ietf@ietf.org>; Fri, 6 Mar 2020 12:28:11 +0100
Subject: Re: risk zones
To: ietf@ietf.org
References: <158344386661.14598.13307571424986389922@ietfa.amsl.com> <4295F611-DDB6-4BCB-AFF3-B7F313C6C9A6@sobco.com> <19D579B6-E81E-47BE-9881-6DFA3D5173D1@ietf.org> <1866d5b0-4c83-9c9d-4a17-55153024a872@gmail.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <c94c6ecc-598f-c1c5-f14a-7105031671d0@gmail.com>
Date: Fri, 06 Mar 2020 12:28:11 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0
MIME-Version: 1.0
In-Reply-To: <1866d5b0-4c83-9c9d-4a17-55153024a872@gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/MEjpNwO3wv1cFH40CqPEOM2y8cA>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Mar 2020 11:28:18 -0000
after private discussion, I think I should clarify myself. The communication coming from up to down is changing daily. Yesterday I was directed to a definition of a risk zone as being as one of '6 or more cases per region AND 1 per 100.000 people'. That definition disappeared. I have no trace, just my memory. Now it now longer says that. There are more examples of communications from up to down that change daily. The wear of a 'surgeon mask' is a clear case: it was said a few days ago it does not protect, but the 3M FFP does. Today it says the reverse. A person invoked scientific evidence of that. Reason should prevail. Common sense and immediate thought do work now. Some may call that 'anecdotical report' but for me they are needed. Alex Le 06/03/2020 à 09:33, Alexandre Petrescu a écrit : > [...] >> As previously announced, the cancellation fee is not being waived for >> cancellations as a result of company travel restrictions. > > Other than company travel restrictions there are government > restrictions. But the problem is how to read and understand a > government statement. > > The first problem is the language barrier. There are obvious > differences between different languages, and among English dialects, and > there are more subtle differences between how governments inform their > people. > > I think no gov't tells straight it cancells travels, but none doesnt > either. > > In the detail, I can give an example between France and Belgium. The > analysis in detail of the statements lead to the problem of > understanding of what is a 'risk zone'. There are details like the > number of cases per zone, operators like AND and OR, and density of > cases per number of people. There are missing details like the size of > the area (city, region, country, etc.). The inclusiveness operation is > not discussed, so it is hard to answer questions like whether my city is > an independent zone or is it included in a larger zone. > > The number of cases is an evolving number each day. In some countries > it is reported daily at a precise hours (France, 19h30), but in others > no (Germany). > > Basically, if one can figure out what is a 'risk zone' then one can > understand whether that gov't bans travel to and from it. > > Then there are supra-national restrictions. For example the European > Commission just put in place some travel restrictions. But I dont have > the text as pulicly available, I just see the effects. > > Alex > > >> >> Queries like this can always come directly to me or to >> ietf-registrar@ietf.org <mailto:ietf-registrar@ietf.org>. >> >> Jay >> >>> >>> Scott >> >> -- Jay Daley IETF Executive Director jay@ietf.org >> <mailto:jay@ietf.org> +64 21 678840 >> >
- IETF 107 Standard Registration and Internet Draft… IETF Secretariat
- Re: IETF 107 Standard Registration and Internet D… Scott O. Bradner
- Re: [107all] IETF 107 Standard Registration and I… Randy Bush
- Re: [107all] IETF 107 Standard Registration and I… Robert Raszuk
- Re: [107all] IETF 107 Standard Registration and I… Randy Bush
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Robert Raszuk
- Re: IETF 107 Standard Registration and Internet D… Scott O. Bradner
- Re: IETF 107 Standard Registration and Internet D… Ole Jacobsen
- Re: IETF 107 Standard Registration and Internet D… Randy Bush
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Scott O. Bradner
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Carsten Bormann
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Lou Berger
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Lou Berger
- Re: IETF 107 Standard Registration and Internet D… Salz, Rich
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Wrt. cancelling IETF107 in-person registration (w… Toerless Eckert
- Re: IETF 107 Standard Registration and Internet D… Kathleen Moriarty
- Re: IETF 107 Standard Registration and Internet D… Alissa Cooper
- Re: IETF 107 Standard Registration and Internet D… Alissa Cooper
- Re: IETF 107 Standard Registration and Internet D… Randy Bush
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- RE: IETF 107 Standard Registration and Internet D… Larry Masinter
- Re: risk zones (was: IETF 107 Standard Registrati… Alexandre Petrescu
- Re: IETF 107 Standard Registration and Internet D… Dirk Kutscher
- Re: risk zones Joseph Potvin
- Re: risk zones Alexandre Petrescu
- Re: Wrt. cancelling IETF107 in-person registratio… Jared Mauch
- Re: IETF 107 Standard Registration and Internet D… Lou Berger
- Re: IETF 107 Standard Registration and Internet D… Phillip Hallam-Baker
- Re: IETF 107 Standard Registration and Internet D… Marc Petit-Huguenin
- Re: IETF 107 Standard Registration and Internet D… Phillip Hallam-Baker
- Re: risk zones Phillip Hallam-Baker
- Re: IETF 107 Standard Registration and Internet D… Toerless Eckert
- Re: risk zones Alexandre Petrescu
- Re: risk zones Rich Kulawiec
- Re: IETF 107 Standard Registration and Internet D… Alexandre Petrescu
- Re: IETF 107 Standard Registration and Internet D… Phillip Hallam-Baker
- Re: risk zones Christian Huitema
- Re: risk zones Randy Bush
- Re: IETF 107 Standard Registration and Internet D… Jim Fenton
- on "positive" organizational culture Keith Moore
- Re: on "positive" organizational culture Jay Daley
- Re: on "positive" organizational culture S Moonesamy
- Re: IETF 107 Standard Registration and Internet D… Toerless Eckert
- Re: on "positive" organizational culture Keith Moore
- Re: on "positive" organizational culture Jay Daley
- Re: on "positive" organizational culture Toerless Eckert
- Re: on "positive" organizational culture Keith Moore