Re: [Slim] Proposed 5.4 text

Bernard Aboba <bernard.aboba@gmail.com> Wed, 22 November 2017 07:17 UTC

Return-Path: <bernard.aboba@gmail.com>
X-Original-To: slim@ietfa.amsl.com
Delivered-To: slim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E27011287A0 for <slim@ietfa.amsl.com>; Tue, 21 Nov 2017 23:17:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 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, URIBL_BLOCKED=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 5V8cW9MAnRdA for <slim@ietfa.amsl.com>; Tue, 21 Nov 2017 23:17:40 -0800 (PST)
Received: from mail-vk0-x231.google.com (mail-vk0-x231.google.com [IPv6:2607:f8b0:400c:c05::231]) (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 8200F126B71 for <slim@ietf.org>; Tue, 21 Nov 2017 23:17:40 -0800 (PST)
Received: by mail-vk0-x231.google.com with SMTP id l189so426276vkl.6 for <slim@ietf.org>; Tue, 21 Nov 2017 23:17:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Jmt0GakVpFIO0ZgMVrcoaSm4xlCH56LT0DkYFpoXh3s=; b=lpCFKqPxQeGNEghlZQL99evgpAzFYK070dTxGlwnkGxpOHOnxZuJYlSbot2M7GEx8w J6OdWC0z4c89zBsZKj7AUJA8/qCqPufxlI7yZwyjP2YVkA5pDm9GhqmuMt5Yu0UK7PhA Ku3df0ljQcSo99d2OH8tPZLGpdyzX+1naO0Zz6MF4EsNniWUGK6235o7zZmarAiTUh0t Cd42psTQxwv1vAFOoI6Q8vK3gjzZkY8IwjHy3u2ZKVQtzTM9VCAUxyc4ppvsLGNFGe0f OHGQgFrfdBgqcuuCbxUy8H4Ag/e+bAJavZ97+Cgs6m+OD0QmE0AiotuPPruc3hztzlzm Uy/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Jmt0GakVpFIO0ZgMVrcoaSm4xlCH56LT0DkYFpoXh3s=; b=Oljn0AB4zmpa48ZoAguqHtjBBtCJ4jceIxSrt3OVflrLRmEqBxVUfLi45bUF+LMijf dShEagx26arTA0gqxgXwroOOCWT2786VPzrCTtviXFBBgH3hNbtbbYGthgkiAWE6Iqzd 1CCZTFRTxLL8rvCCyg7Btz8fgpBW5KdUIh+eyPVDBrOBo3y2i0eLYgaljraO6a3vRHXr +41n+mxbJgg6Ow+6mIYhTGr+kFwSAduef5P5mzXK1YQ92P23B1ShaioV1WFlfy+eaELq OwJcoROyyWkPXCB59fsOYj56gw8s2IvecO2yEL9+izPuYR9GD+UAUSYEHAoZpjpJG7d1 O51g==
X-Gm-Message-State: AJaThX60mHMhiQwH09ADhGJCAA2suVlNtpIt3tRh/L9U2/PvO19ZDSxM 6O9spwim5n5c/DgDxrBCBoQR3bm2iRFQ4XgziZLCyXkY
X-Google-Smtp-Source: AGs4zMYSloOmFvmvSwTaNWqhe+FnAOUaG6ebb1EoRwCd/xCfWGmWfGgpInYt80mkdcPgOZnJ71JQPv0FthTfHYuRmUE=
X-Received: by 10.31.163.10 with SMTP id m10mr4253511vke.85.1511335059424; Tue, 21 Nov 2017 23:17:39 -0800 (PST)
MIME-Version: 1.0
Received: by 10.159.54.230 with HTTP; Tue, 21 Nov 2017 23:17:18 -0800 (PST)
In-Reply-To: <c1c24d1b-5dcc-4f55-2100-1c4d70a6e49f@omnitor.se>
References: <55f2b336-3f14-f49a-ec78-f00b0373db00@omnitor.se> <CAOW+2dsZtuciPiKMfif=ZmUqBcUd9TyYtL5gPYDp7ZfLOHHDBA@mail.gmail.com> <p06240600d637c6f98ecc@99.111.97.136> <CAOW+2dv5NSiCbW=p1exvPV=PF8YCVdiz2gi-OCxmaUB-jGe22w@mail.gmail.com> <p06240600d6389cd2043f@99.111.97.136> <97d9a6b8-de3b-9f79-483b-18376fcf0ced@omnitor.se> <CAOW+2dtpRoeYkMJzX9vyNUojJDax4DQUU2F4PauBwt1sm-83Hg@mail.gmail.com> <6812d89a-ba10-0947-5320-07374b8c071d@comcast.net> <CAOW+2dtodRVOyGg_Q83TCPXwL3jBccA-hpBhYfrPCAUjSm5zkQ@mail.gmail.com> <E83689D8-DF61-4A3A-A5B2-8B3C05AFFB1E@brianrosen.net> <p06240607d63a5312bbbe@99.111.97.136> <72f7975c-91f5-91c2-6d8c-4f66aec63cf9@omnitor.se> <p06240609d63a644ec5b6@99.111.97.136> <CAOW+2dsP3EB8OogBU4NO917isBsOWs3VWbXK-AG88XhK7ROu4A@mail.gmail.com> <c1c24d1b-5dcc-4f55-2100-1c4d70a6e49f@omnitor.se>
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Tue, 21 Nov 2017 23:17:18 -0800
Message-ID: <CAOW+2duBgh7znEn0_bEqUhsWLrB9=8ndeDr+3j+JPnbAanvGkg@mail.gmail.com>
To: Gunnar Hellström <gunnar.hellstrom@omnitor.se>
Cc: Randall Gellens <rg+ietf@randy.pensive.org>, Brian Rosen <br@brianrosen.net>, Paul Kyzivat <pkyzivat@alum.mit.edu>, slim@ietf.org
Content-Type: multipart/alternative; boundary="001a1142e8c65a8ac8055e8d1d51"
Archived-At: <https://mailarchive.ietf.org/arch/msg/slim/1r2x_Ya4Z_xkR65Oe_y3xbXVQBg>
Subject: Re: [Slim] Proposed 5.4 text
X-BeenThere: slim@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Selection of Language for Internet Media <slim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/slim>, <mailto:slim-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/slim/>
List-Post: <mailto:slim@ietf.org>
List-Help: <mailto:slim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/slim>, <mailto:slim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Nov 2017 07:17:44 -0000

Gunnar said:

"A non-sign language tag with video media is interpreted as a view of
a speaking
person"

[BA] I believe that Paul pointed out that such a need can be met by asking
for audio with the non-sign language tag and RFC 5888 lip sync grouping,
with no language tag for the video.

On Tue, Nov 21, 2017 at 10:53 PM, Gunnar Hellström <
gunnar.hellstrom@omnitor.se> wrote:

> Randall,
>
> 1. You dropped one sentence from the first paragraph in my latest proposal:
>
> "A non-sign language tag with video media is interpreted as a view of a
>  speaking person."
>
> It was a result of the previous discussion and reasoning, and I think it
> should be reinserted.
>
> 2. You also changed the title proposal from " 5.4 Media, Language and
> Modality indications" to "5.4 Usage Notes"
>
> I think it is better to have a title that tells about the topic of the
> paragraph. I suggest to use the title I proposed, but I can accept yours if
> you have a good reason for the change.
>
> Thanks,
>
> Gunnar
>
> Den 2017-11-22 kl. 03:17, skrev Bernard Aboba:
>
> Looks good to me.
>
> On Tue, Nov 21, 2017 at 3:17 PM, Randall Gellens <
> rg+ietf@randy.pensive.org> wrote:
>
>> I agree.  I made a few minor editorial changes (e.g., moving some text to
>> a new paragraph):
>>
>> 5.4.  Usage Notes
>>
>>    A sign language tag with a video media stream is interpreted as an
>>    indication for sign language in the video stream.  A non-sign
>>    language tag with a text media stream is interpreted as an
>>    indication for written language in the text stream.  A non-sign
>>    language tag with an audio media stream is interpreted as an
>>    indication for spoken language in the audio stream.
>>
>>    This document does not define any other use for language tags in
>>    video media (such as how to indicate visible captions in the video
>>    stream).
>>
>>    In the IANA registry of language subtags per BCP 47 [RFC5646], a
>>    language subtag with a Type field "extlang" combined with a Prefix
>>    field value "sgn" indicates a sign language tag.  The absense of
>>    such "sgn" prefix indicates a non-sign language tag.
>>
>>    This document does not define the use of sign language tags in text
>>    or audio media.
>>
>>    This document does not define the use of language tags in media
>>    other than interactive streams of audio, video, and text (such as
>>    "message" or "application").  Such use could be supported by future
>>    work or by application agreement.
>>
>>
>> At 11:50 PM +0100 11/21/17, Gunnar Hellström wrote:
>>
>>  Den 2017-11-21 kl. 23:08, skrev Randall Gellens:
>>>
>>>  Based on the text and comments from Gunnar, brian, Paul, and Bernard,
>>>> here is what I propose to replace section 5.4 with:
>>>>
>>>>  5.4. Usage Notes
>>>>
>>>>  A sign language tag with a video stream is interpreted as an
>>>>  indication for sign language in the video stream. A non-sign
>>>>  language tag with text media is interpreted as an indication for
>>>>  written language. A non-sign language tag with audio media is
>>>>  interpreted as an indication for spoken language.
>>>>
>>>>  In the IANA registry of language subtags per BCP 47 [RFC5646], a
>>>>  language subtag with a Type field "extlang" combined with a Prefix
>>>>  field value "sgn" indicates a sign language tag. The absense of
>>>>  such "sgn" prefix indicates a non-sign language tag. This document
>>>>  does not define any other use for language tags in video media
>>>>  (such as how to indicate visible captions).
>>>>
>>>>  This document does not define the use of sign language tags in text
>>>>  or audio media.
>>>>
>>>>  This document does not define the use of language tags in media
>>>>  other than interactive streams of audio, video, and text (such as
>>>>  "message" or "application").
>>>>
>>>>  <GH> Good, I hope that "non-sign language" can be an accepted term.
>>>  I provide a slightly modified 5.4 proposal, with a bit more consistent
>>> language in the first paragraph, and the mentioning of further work or
>>> application agreement reinserted. I think that is better than just saying
>>> that it is not defined. I also added the spoken language in video is a view
>>> of a speaker according to recent discussion in another mail.
>>>  I really hope to find that we are converging now.
>>>
>>>  ------------------------------new text ------------------------------
>>> -------------
>>>  5.4 Media, Language and Modality indications
>>>
>>>  A sign language tag with video media is interpreted as an
>>>  indication for sign language in the video stream. A non-sign
>>>  language tag with text media is interpreted as an indication for
>>>  written language. A non-sign language tag with audio media is
>>>  interpreted as an indication for spoken language. A non-sign
>>>  language tag with video media is interpreted as a view of a
>>>  speaking person. This document does not define any other
>>>  use for language tags in video media (such as how to indicate
>>>  visible captions in the video stream).
>>>
>>>  In the IANA registry of language subtags per BCP 47 [RFC5646], a
>>>  language subtag with a Type field "extlang" combined with a Prefix
>>>  field value "sgn" indicates a sign language tag. The absense of
>>>  such "sgn" prefix indicates a non-sign language tag.
>>>
>>>  This document does not define the use of sign language tags in text
>>>  or audio media. This document does not define the use of language tags
>>> in media
>>>  other than interactive streams of audio, video, and text (such as
>>>  "message" or "application"). Such use may be supported by further work
>>>  or application specific agreements.
>>>
>>>
>>> ------------------------------------------------------------
>>> ---------------------------------
>>>  Gunnar
>>>  --
>>>  -----------------------------------------
>>>  Gunnar Hellström
>>>  Omnitor
>>>  <mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstrom@omnitor.se
>>>  +46 708 204 288
>>>
>>>  _______________________________________________
>>>  SLIM mailing list
>>>  SLIM@ietf.org
>>>  https://www.ietf.org/mailman/listinfo/slim
>>>
>>
>>
>> --
>> Randall Gellens
>> Opinions are personal;    facts are suspect;    I speak for myself only
>> -------------- Randomly selected tag: ---------------
>> Never knock the way the other cat swings.
>>                          --Neal Cassady
>>
>
>
> --
> -----------------------------------------
> Gunnar Hellström
> Omnitorgunnar.hellstrom@omnitor.se
> +46 708 204 288
>
>