Re: [clue] Alexey Melnikov's Discuss on draft-ietf-clue-data-model-schema-15: (with DISCUSS and COMMENT)

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Fri, 03 June 2016 17:19 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: clue@ietfa.amsl.com
Delivered-To: clue@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC08712D751; Fri, 3 Jun 2016 10:19:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 7onMBqA2uE00; Fri, 3 Jun 2016 10:19:10 -0700 (PDT)
Received: from mail-yw0-x22e.google.com (mail-yw0-x22e.google.com [IPv6:2607:f8b0:4002:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2578212D763; Fri, 3 Jun 2016 10:19:06 -0700 (PDT)
Received: by mail-yw0-x22e.google.com with SMTP id c127so86386493ywb.1; Fri, 03 Jun 2016 10:19:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Uc7Y4t16o0qPgmD2YFhZyCvFcmCQ+NL5VlcQHwap/yI=; b=ZqiKVo5kDjIGLnyLjTusiD8hWC0lysBm6f0JahQq8P2FudN3BaagKfu/5fEtB1DYh9 wQn+wwxVTw0TMmYP8c0jGL/KdGx46fyk3Oi7FRc0zjX/GVdKUUOeehQw+OPjukR45pGb 0VIHQdFqPaqzETqfrHjYZH8mp5QrxABeMbZFJNrfrjcrzOgiOJrwv6nqGUCUUjJkLus0 k0G/GVAxRrAUUfrTryT4AtQhNtXWpWMYgVDUO84JKQ6ni+4y9gxsmOt2Zu0PjPq/keP0 l7zlLNd9atr8f3Ivk1ZrmFKTHaR8OdfTdjTp16C1dHAUoDGi23pWzoubvyn594W4NVZ4 k6RQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Uc7Y4t16o0qPgmD2YFhZyCvFcmCQ+NL5VlcQHwap/yI=; b=c8DW+bh0c9ksDrs/3aspCDaqirY+KJiRiuchUB3cUGxqRRcZX9q5RqdFqZxHip8UCs es8FvZ3diAkHuoQCoBGz7cxfpgVURL/qG8NEWSv5RDJKwFKYEVI0mLsJFdFVHeFFHozX 1D8JaPIp7t/zg4/OB7raT6O+OSKzG4QB1Z9rfv7YGywBZzt8HDqzhNS7v/0zp779d41f zi+RbfpvVEpKnWD+AR6pTYunMhuADFRC8ePYapFI9cF+TfUM0E5oVmsXsgL+D8BffRsh FmQfgIPHUcAvjLEXNvVj5i2ge/l9ZdC3y5ET1g5HpciQC5/rlkl0ar6i1bbXCsGFZuc8 aOaQ==
X-Gm-Message-State: ALyK8tK7IN3td7zJAN1QGdsZcAGSURJ+dxD8GuA/2jRTX76o6uSlpNqcVYs2fBSJjKYv62P1xJ3K5Kv5LnC/3Q==
X-Received: by 10.129.71.3 with SMTP id u3mr3127781ywa.143.1464974345432; Fri, 03 Jun 2016 10:19:05 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.203.139 with HTTP; Fri, 3 Jun 2016 10:19:04 -0700 (PDT)
In-Reply-To: <1464962561.2590545.627005033.085F0AF6@webmail.messagingengine.com>
References: <20160601074658.16192.65128.idtracker@ietfa.amsl.com> <3568EEC4-B24B-4E8F-91EC-528D7489977E@unina.it> <1464962561.2590545.627005033.085F0AF6@webmail.messagingengine.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Fri, 03 Jun 2016 12:19:04 -0500
Message-ID: <CAKKJt-dYgM7epgqHdJWBhroiB21+JVK0xcQa4ZZzOW=zLrKr2Q@mail.gmail.com>
To: Alexey Melnikov <aamelnikov@fastmail.fm>
Content-Type: multipart/alternative; boundary="001a114d729a770153053462ebf6"
Archived-At: <http://mailarchive.ietf.org/arch/msg/clue/j9wNcfTtNLoszJchbBRkQA65vz8>
Cc: clue@ietf.org, The IESG <iesg@ietf.org>, clue-chairs@ietf.org, draft-ietf-clue-data-model-schema@ietf.org
Subject: Re: [clue] Alexey Melnikov's Discuss on draft-ietf-clue-data-model-schema-15: (with DISCUSS and COMMENT)
X-BeenThere: clue@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: CLUE - ControLling mUltiple streams for TElepresence <clue.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/clue>, <mailto:clue-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/clue/>
List-Post: <mailto:clue@ietf.org>
List-Help: <mailto:clue-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clue>, <mailto:clue-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Jun 2016 17:19:13 -0000

Not my Discuss, but ...

On Fri, Jun 3, 2016 at 9:02 AM, Alexey Melnikov <aamelnikov@fastmail.fm>
wrote:

> Hi Simon,
>
> On Fri, Jun 3, 2016, at 02:11 PM, Simon Pietro Romano wrote:
> > Hello Alexey,
> >
> > please find in-line our answers to your comments (preceded by
> > [spromano]).
> >
> > > ----------------------------------------------------------------------
> > > DISCUSS:
> > > ----------------------------------------------------------------------
> > >
> > > This is generally a well written document, but I have a couple of very
> > > small points that need to be fixed:
> > >
> > > Abstract: I have no CLUE what you are talking about. Abstracts should
> be
> > > self contained, i.e. being understandable on its own. The Introduction
> > > section has more relevant text which you might want to copy here.
> >
> > [spromano] Got it. What about the following amended abstract?
> >
> >
> *****************************************************************************
> > This document provides an XML schema file
> > for the definition of CLUE data model types. the term 'CLUE' stands for
> > "ControLling mUltiple streams for tElepresence" and is the name of
> > the IETF working group in which this document, as well as other
> > companion documents, has been developed. The document defines a coherent
> > structure for information associated with the description of a
> > telepresence session.
> >
> *****************************************************************************
>
> This is much better. I am not convinced that the acronym CLUE is going
> to have much relevance after the WG is closed, but this is not a reason
> to block publication of this document.


Is there a name for the output of the CLUE working group? I did participate
in CLUE before joining the IESG, but I don't remember one.

I know we usually pull RFC references to IETF working groups (which
conclude, while RFCs remain unchanged until the earth is swallowed by the
sun), but it would be nice to have a way to refer to what the working group
did before it concluded.

If not, maybe "... and is the name of a telepresence technology developed
in the IETF"?

Spencer, just trying to be helpful ...


> > > In 11.13: you need to have a Normative Reference to the language tag
> > > document here (RFC 5646) when you describe the "lang" attribute.
> >
> > [spromano] Done.
> >
> > > ----------------------------------------------------------------------
> > > COMMENT:
> > > ----------------------------------------------------------------------
> > >
> > > In 11.24.1: A reference to xCard would be good to have here.
> >
> > [spromano] Done (the mentioned text is now in Section 16.1, btw).
> >
> > > In 16.30:
> > >
> > > MIME type name typo on the Subject line.
> >
> > [spromano] Typo corrected.
>
> Thank you for fixing these.
>
> > > "Application that use this media type: none ?"
> > >
> > > I don't think this is correct. Please provide some examples of
> > > applications that would be using this media type. If no applications
> are
> > > going to be using this media type, there is no need to register it ;-).
> >
> > [spromano] Corrected. We put "CLUE-capable telepresence systems” there.
> > Does this work for you?
>
> Yes.
>
> Best Regards,
> Alexey
>
>