Re: [113attendees] IETF 113 Update: 2022-02-10
"Scheffenegger, Richard" <rs.ietf@gmx.at> Fri, 18 February 2022 22:00 UTC
Return-Path: <rs.ietf@gmx.at>
X-Original-To: 113attendees@ietfa.amsl.com
Delivered-To: 113attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDCAA3A150C for <113attendees@ietfa.amsl.com>; Fri, 18 Feb 2022 14:00:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.613
X-Spam-Level:
X-Spam-Status: No, score=-7.613 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.714, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
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 xe4_QfZ48xGq for <113attendees@ietfa.amsl.com>; Fri, 18 Feb 2022 14:00:31 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (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 3A2DA3A150B for <113attendees@ietf.org>; Fri, 18 Feb 2022 14:00:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1645221628; bh=fJ9Hy4A/1EN8Cow0Fe54iB8slZ8KDZV2lTWOmKtK4g4=; h=X-UI-Sender-Class:Date:Subject:To:References:From:In-Reply-To; b=CQ/la12yPaoDfsC8sz0EjOMNII6nG/r9ewWSoQrb7YM07ScvrfHAypsTN+LPjw1Gi jxqb6SaGVRfWk7sycudHgM8Ysj8y2gIr09Y/YWeIC1xyklM3l6Yljog0D5fcvxzQxm jYkbvktMU/jmHmvbVO8vMICEOFBXggpeTnSNjPIo=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.233.112] ([185.236.167.136]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MQvCv-1naLpj2ez1-00Nyl3 for <113attendees@ietf.org>; Fri, 18 Feb 2022 23:00:28 +0100
Message-ID: <76b0e093-c78e-e2af-19eb-a7e86e46231e@gmx.at>
Date: Fri, 18 Feb 2022 23:00:27 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.5.1
To: 113attendees@ietf.org
References: <9989E0B6-A0F6-4A4C-A681-FDB6C046455D@staff.ietf.org> <718578905.42881.1645007735648@appsuite-gw2.open-xchange.com> <07d87027-8162-b421-f157-6fff580d0b8b@go6.si> <26EB1DEC-9132-433B-9F62-F7ECD32C92BE@ietf.org> <41FACD64-7B36-4842-AF45-308AD35276D6@tzi.org> <c26150cd-f866-c6d9-1042-9ecebeca56b3@gmx.at> <27742.1645213773@localhost>
From: "Scheffenegger, Richard" <rs.ietf@gmx.at>
In-Reply-To: <27742.1645213773@localhost>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:w7BOUDjhwv3vmmn5qh1BWL31sH+fh8EPsKwmi/1VSup5Pnze9Zf RkqWoCCbOWTJBICLia3mGkyIdJ49Y4xXPd8RGwfX4UsTqOVPF2JR7UcaRzGrecCPZIp3lFj s1MsLnjpVZgQYToRkXSz37O6sPjCFcQpTf0sXFzUAAAFaNWFQ/PQ5TyXF9bXOtXH7HyGzoy 0OQznhH5E+Ba2HhPcLV+A==
X-UI-Out-Filterresults: notjunk:1;V03:K0:7r3voDvzxxI=:Ri/dzN1dV5iY5Ro+UC3tem jabAI5K3EnY9Z7Ygsr7oMozGekk2aqL5xvCFxhHpzEHSNxRsUnZrSOJ+R1yo1l2f5V6pbeoJr is2sCVwRCJe29qv5HH6RcznhOaC/lt2mmJdK2NWMcbLx6Qkw7+gwB5ZSv30u9jATvPzH0vvUz 4PMlBrpFdsIgOwU/JhW+qiyVz4xuwbUCz+OZParxV/4Zv5W5o9WRNEd8/6EnCthqyiA3JVJ62 6h/KQyB+JnIzySOKDKWY4Hut0MbL8Un38zQDvrFeuJ9r1uODRSDvGbKNmMjUis6Y6mNOwYD2s dvXPS9jUweZUxRlulEgrM5EOxK5OGNwDno5Pqzex0wn6BcGXnxJOrCbxPv85XbTiWIE/dFkXY RF/JIL0VRAGWooZOFDpTwZ+CJ7qGovtZUQ0QA/2JfcFT1aih+kVTb5T7CoPFVe0qAZE6DCwD+ +HM5w5kuBHOnZpkuf+Vw6i8PFGBLSiL/UcSyH1fmiwlggJU0NHaWtmOUalgFcDyEuTbm6u2u8 VlqPK/f64uOdCq2DGRB5zjGyYyWUANjb7S+TlkMMq2/dnsBdwORic4Ejajv8f69AguWcgyAdg nIT6e3NCNeT5PvX0N0N8m1PEeXLbGkb1jynC00eOvVlj8Wz/ARKkmi80HFD7VXKdUmQb7y+9A bRCpmcQYHDWI699mZK8d0x96z+y0zVsKPo34YMI0loI9EHEs0OldUEOPZhnYY7AQHrzg7+frC 5y/ogHac/4XNVHiveFEXCKUD91/WmdBeb+eKuUUFbr7lYO40ndPHtUfbB2EdINZRbbDvFYsnh emjx3MM2hqgsQYLcIiqpdCpvy+gOmubNTwJKE4IVw4edN+AjIByu2LsFBmigPglgkTLKDeMEa kpD2JT5MfhAQvm4XZnseCIBCiY8WSisZzH7GntMdav3/HsfoREp/YDM8Hlz22LU5DJIVCrD9Z npOcN65jzZDnOB16NVNGcD5+a6H5WA8LlbcR4DGSV/cETtFd6EIns4Lv6HD1ImWGYAtm2BiW/ sxbK7pofI7oSnQR+9lkfvUFr4sY5cYgK1mUHe3nVtTlE8nVALNFau1KxP0KkF/UP0imKbX+QJ nHrGt3ypnaukT4=
Archived-At: <https://mailarchive.ietf.org/arch/msg/113attendees/Au7ZDTXgl--i2PeJWhnlv_Dy3ME>
Subject: Re: [113attendees] IETF 113 Update: 2022-02-10
X-BeenThere: 113attendees@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list for IETF 113 attendees <113attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/113attendees>, <mailto:113attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/113attendees/>
List-Post: <mailto:113attendees@ietf.org>
List-Help: <mailto:113attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/113attendees>, <mailto:113attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 18 Feb 2022 22:00:46 -0000
Am 18.02.2022 um 20:49 schrieb Michael Richardson: > > I looked at the graphs, and I see a yellow label: "Now casting" > Do you understand what this means? > If understand Nowcasting correctly, it takes into consideration the fuzzyness of the most recent datapoints, and tries to arrive at a more accurate value than what is in the pure raw datapoints. One of the issues is, that the timestamp of when new data becomes available to statistical analysis, and from when that data was actually sampled, is more uncertain for most recent new datapoints, but much more certain once the data has been in the database for some time. As an example, look at the graph "verteilung neuer Fälle über die letzten Tage" here https://orf.at/corona/daten/oesterreich The daily bar graphs get adjusted, once more detailed information becomes available to individual cases (or cases are validated , cross-checked, duplicates removed etc). So, sampling this now, there are shifts up to 3 weeks in the past, where individual cases are removed or shifted around (forward/back, e.g. false positive tests etc). Not by much (typically much less than 1% on a daily basis need correction), but when you model quickly escalating, exponential growth functions, that matters. Nowcasting tries to give the "correct" current values, based on data coming in with some statistical randomness and uncertainty. Another site which discusses this in more detail, for the R-value can be found here (in austrian german :) https://epimath.at/ > The Austrian level of testing is leaps above what has been available > in Ottawa. I wish that the debate here was between whether to > continue testing for 2 months or 4 months, rather than whether the > entire thing was a hoax. Austria has it's fair share of "hoax claimers" too. But more problematic, our former government declared, that testing is just as good as getting vaccinated. And also declared the pandemic over last summer... With the expected results in vaccination rates and compliance by the populance to less popular measures... > > In Ottawa, we have: > https://613covid.ca/wastewater/ Yes, all major wastewater treatment plants in austria do get sampled daily for the virus load too (and this will be one larger cornerstone once the restrictions are lifted, to detect the onset of another wave early). > An irony is that we have really only a single wastewater treatment plant, > it's regularly overloaded (dumping raw sewage!). Many in the community > have over decades criticized having a single non-redundant facility, and > pumping waste water 60km across the region. We've had significant floods > caused by failures of the pumps. If you are interested in the fresh water and sewage water engineering in vienna, there is quite some story behind that. The very quick summary: Vienna is (to the best of my knowledge) the only major (>1 mio) city, where Tap Water is prestine mountain well water. And about 70% of the city is provided with this spring water by pure gravity flow from the mountains, via 3 pipelines (aqueducts). The city of Vienna is one of the largest land-owners in styria and lower-austria (wooded mountainous regions) from where the water is collected. You can do a sightseeing tour in the larger sewage canals of the city, including the location where https://en.wikipedia.org/wiki/The_Third_Man was shot. Since 1753 there have been laws enacted, that houses had to dispose of wastewater in city-wide sewage canals, but as compliance was not that great, the spring-water pipelines were also built to address repeated cholera outbreaks. If you are on the cheap, the Stadtpark - next door to the hotel - is partially built on top of the river Wien. About 2 Metro stations upstream (towards Hütteldorf; the metro runs literally next to the river canal) you can enter that canal, and ride bike in it and see some of the former overflow canals (no longer in function) for rainwater overspill. Just get out of there when heavy rains are forcast (yellow warning lights indicate, when a flood is to be expected though, to evacuate that entrenchement). (The modern city name Wien does not originate from the roman fort Vindobona (Wine at the river Danube), but from an archaic german name of these small river tributaries to the Danube. However, speaking of Wine, there are Winemakers (Winzer) within the city limits, and as the patches where wine can be grown diverge from spot to spot regarding what sort of grapes can be grown, there exists a variety of "Field blend" Wines ("Gemischter Satz").
- [113attendees] IETF 113 Update: 2022-02-10 Greg Wood
- Re: [113attendees] IETF 113 Update: 2022-02-10 Michael Richardson
- Re: [113attendees] IETF 113 Update: 2022-02-10 Dr Eberhard W Lisse
- Re: [113attendees] IETF 113 Update: 2022-02-10 Jeffrey (Zhaohui) Zhang
- Re: [113attendees] IETF 113 Update: 2022-02-10 Alexandre Petrescu
- Re: [113attendees] IETF 113 Update: 2022-02-10 Vittorio Bertola
- Re: [113attendees] IETF 113 Update: 2022-02-10 Alexandre Petrescu
- Re: [113attendees] IETF 113 Update: 2022-02-10 Alexander Mayrhofer
- [113attendees] Breaking news: IETF 113 will be af… Scheffenegger, Richard
- Re: [113attendees] IETF 113 Update: 2022-02-10 Bob Hinden
- Re: [113attendees] IETF 113 Update: 2022-02-10 Toerless Eckert
- Re: [113attendees] IETF 113 Update: 2022-02-10 Andrew Campling
- Re: [113attendees] IETF 113 Update: 2022-02-10 Joel M. Halpern
- Re: [113attendees] IETF 113 Update: 2022-02-10 Eric Vyncke (evyncke)
- Re: [113attendees] IETF 113 Update: 2022-02-10 Warren Kumari
- Re: [113attendees] IETF 113 Update: 2022-02-10 Alexander Mayrhofer
- Re: [113attendees] IETF 113 Update: 2022-02-10 Jan Zorz - Go6
- [113attendees] Predicting go/no go dates for IETF… Jim Reid
- Re: [113attendees] Predicting go/no go dates for … Salz, Rich
- Re: [113attendees] Predicting go/no go dates for … Jan Zorz - Go6
- Re: [113attendees] Predicting go/no go dates for … Jim Reid
- Re: [113attendees] IETF 113 Update: 2022-02-10 Jay Daley
- Re: [113attendees] IETF 113 Update: 2022-02-10 Carsten Bormann
- Re: [113attendees] IETF 113 Update: 2022-02-10 Marc Petit-Huguenin
- Re: [113attendees] IETF 113 Update: 2022-02-10 Jay Daley
- Re: [113attendees] IETF 113 Update: 2022-02-10 Scheffenegger, Richard
- Re: [113attendees] IETF 113 Update: 2022-02-10 Dr Eberhard W Lisse
- Re: [113attendees] IETF 113 Update: 2022-02-10 Vittorio Bertola
- Re: [113attendees] IETF 113 Update: 2022-02-10 Alexandre Petrescu
- Re: [113attendees] IETF 113 Update: 2022-02-10 Alexandre Petrescu
- Re: [113attendees] IETF 113 Update: 2022-02-10 Alexandre Petrescu
- Re: [113attendees] IETF 113 Update: 2022-02-10 John C Klensin
- Re: [113attendees] IETF 113 Update: 2022-02-10 Scheffenegger, Richard
- Re: [113attendees] IETF 113 Update: 2022-02-10 Scheffenegger, Richard
- Re: [113attendees] IETF 113 Update: 2022-02-10 Michael Richardson
- Re: [113attendees] IETF 113 Update: 2022-02-10 Scheffenegger, Richard
- Re: [113attendees] IETF 113 Update: 2022-02-10 Jan Zorz - Go6
- Re: [113attendees] IETF 113 Update: 2022-02-10 Alexandre Petrescu
- Re: [113attendees] IETF 113 Update: 2022-02-10 Eberhard W Lisse
- Re: [113attendees] IETF 113 Update: 2022-02-10 Scheffenegger, Richard
- Re: [113attendees] IETF 113 Update: 2022-02-10 Jan Zorz - Go6
- Re: [113attendees] IETF 113 Update: 2022-02-10 Petr Špaček
- Re: [113attendees] IETF 113 Update: 2022-02-10 Alexandre Petrescu
- Re: [113attendees] IETF 113 Update: 2022-02-10 Petr Špaček
- Re: [113attendees] IETF 113 Update: 2022-02-10 Alexandre PETRESCU
- Re: [113attendees] Breaking news: IETF 113 will b… Alexandre Petrescu
- Re: [113attendees] Breaking news: IETF 113 will b… Alexander Mayrhofer
- Re: [113attendees] Breaking news: IETF 113 will b… Marc Petit-Huguenin
- Re: [113attendees] Breaking news: IETF 113 will b… Greg Wood
- Re: [113attendees] Breaking news: IETF 113 will b… Rohan Mahy
- Re: [113attendees] Breaking news: IETF 113 will b… Marc Petit-Huguenin
- Re: [113attendees] Breaking news: IETF 113 will b… Eric Vyncke (evyncke)
- Re: [113attendees] Breaking news: IETF 113 will b… Dr Eberhard W Lisse
- Re: [113attendees] Breaking news: IETF 113 will b… Corine de Kater
- Re: [113attendees] Breaking news: IETF 113 will b… Marc Petit-Huguenin
- Re: [113attendees] Breaking news: IETF 113 will b… Scheffenegger, Richard
- Re: [113attendees] Breaking news: IETF 113 will b… Alexandre Petrescu
- Re: [113attendees] Breaking news: IETF 113 will b… Alexandre Petrescu
- Re: [113attendees] IETF 113 Update: 2022-02-10 Alexandre Petrescu
- Re: [113attendees] IETF 113 Update: 2022-02-10 Alexandre Petrescu
- Re: [113attendees] IETF 113 Update: 2022-02-10 Alexandre Petrescu