Re: [vmeet] Suggestion
John C Klensin <john-ietf@jck.com> Sun, 10 April 2016 18:54 UTC
Return-Path: <john-ietf@jck.com>
X-Original-To: vmeet@ietfa.amsl.com
Delivered-To: vmeet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 8D0E312D0A9
for <vmeet@ietfa.amsl.com>; Sun, 10 Apr 2016 11:54:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.896
X-Spam-Level:
X-Spam-Status: No, score=-2.896 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.996]
autolearn=ham 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 yJhtwYMOX78j for <vmeet@ietfa.amsl.com>;
Sun, 10 Apr 2016 11:54:26 -0700 (PDT)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 7609512B007
for <vmeet@ietf.org>; Sun, 10 Apr 2016 11:54:26 -0700 (PDT)
Received: from [198.252.137.10] (helo=JcK-HP8200.jck.com)
by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD))
(envelope-from <john-ietf@jck.com>)
id 1apKV5-000F8c-OX; Sun, 10 Apr 2016 14:54:23 -0400
Date: Sun, 10 Apr 2016 14:54:18 -0400
From: John C Klensin <john-ietf@jck.com>
To: "Fred Baker (fred)" <fred@cisco.com>, Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <4ADDAA1B7B21747B4A407EAD@JcK-HP8200.jck.com>
In-Reply-To: <FB89BC4B-B471-4E27-9EFE-6D3D93BA7949@cisco.com>
References: <BC8DA2B3-3D8D-4F55-8B3A-745E98A4FA50@cisco.com>
<10611.1460146604@obiwan.sandelman.ca>
<570817CF.8070205@alum.mit.edu>
<FB89BC4B-B471-4E27-9EFE-6D3D93BA7949@cisco.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <http://mailarchive.ietf.org/arch/msg/vmeet/8tzQydRx2vkmnao3FpSQGEJa9cQ>
Cc: vmeet@ietf.org
Subject: Re: [vmeet] Suggestion
X-BeenThere: vmeet@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF remote participation meeting services discussion <vmeet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vmeet>,
<mailto:vmeet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/vmeet/>
List-Post: <mailto:vmeet@ietf.org>
List-Help: <mailto:vmeet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vmeet>,
<mailto:vmeet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 10 Apr 2016 18:54:27 -0000
--On Saturday, April 09, 2016 18:46 +0000 "Fred Baker (fred)" <fred@cisco.com> wrote: >... > Two comments. First, she did a pretty good job - not perfect, > but pretty darn good. Second, just like when you see > closed-caption on a TV, what she wrote was largely phonetic, > and often picked a homonym or was just plain wrong. I would > have to believe that speech-to-text software would not do > better than she did. Fred, As I mentioned in the simultaneous translation thread, I've experimented extensively with speech-to-text arrangements and IETF audio feeds, with an without RFC-trained vocabularies. I haven't studies that particular human transcriber experiment, but I've worked with a lot of very good human transcribers, including but not limited to professional court reporters. To the extent to which those experiments and experience are indicative, "not do better than she did" is vastly optimistic, with "epic fail" being closer, especially when speakers have "unusual" accents or odd speech pacing patterns (something of which I'm often guilty). Vocabulary training does help both speech-to-text systems and human transcribers, especially with homonym-like problems, but can introduce their own families of "just plain wrong" symptoms. --On Saturday, April 09, 2016 21:03 -0400 Michael Richardson <mcr+ietf@sandelman.ca> wrote: > Brian Rosen <br@brianrosen.net> wrote: >> I think that means we require presentation materials to >> be preloaded and in common formats. > > I think that we need this anyway for many other reasons. And I think we have been saying that for years and that we will continue to have late arrival of materials or late revisions until and unless we develop firm rules that "no presentation materials equals no presentation" as well as its close relative "no agenda equals WG session cancellation". However, speaking as a frequent offender, we also need to be very aware that such a rule involves a tradeoff. Conversations about a particular set of issues within a day or so of the presentation or in-session discussion are common. They are actually a natural advantage of gathering people together in one place for a f2f meeting. If insights gained from such discussions cannot be factored into slides and presentations, we all lose. I don't know quite how to balance that against having materials preloaded some significant time in advance, but we probably need to keep the issues in mind. john
- [vmeet] Suggestion Fred Baker (fred)
- Re: [vmeet] Suggestion Joe Hildebrand (jhildebr)
- Re: [vmeet] Suggestion Ray Pelletier
- Re: [vmeet] Suggestion Dave Crocker
- Re: [vmeet] Suggestion HANSEN, TONY L
- Re: [vmeet] Suggestion Dave Crocker
- Re: [vmeet] Suggestion Michael Richardson
- Re: [vmeet] Suggestion Paul Kyzivat
- Re: [vmeet] Suggestion Lee Howard
- Re: [vmeet] Suggestion Howard, Lee
- Re: [vmeet] Suggestion Fred Baker (fred)
- Re: [vmeet] Suggestion Fred Baker (fred)
- Re: [vmeet] Suggestion Fred Baker (fred)
- Re: [vmeet] Suggestion Paul Kyzivat
- Re: [vmeet] Suggestion Michael Richardson
- Re: [vmeet] Suggestion Meetecho IETF support
- Re: [vmeet] Suggestion Dave Crocker
- Re: [vmeet] Suggestion John C Klensin
- Re: [vmeet] Suggestion bruno.decraene