Re: [Cellar] Matroska document titles

Dave Rice <dave@dericed.com> Mon, 16 March 2020 23:01 UTC

Return-Path: <dave@dericed.com>
X-Original-To: cellar@ietfa.amsl.com
Delivered-To: cellar@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1409A3A130C for <cellar@ietfa.amsl.com>; Mon, 16 Mar 2020 16:01:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.887
X-Spam-Level:
X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001] 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 eP3mP9M6Vjkr for <cellar@ietfa.amsl.com>; Mon, 16 Mar 2020 16:00:55 -0700 (PDT)
Received: from server172-3.web-hosting.com (server172-3.web-hosting.com [68.65.122.111]) (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 EDC9E3A1325 for <cellar@ietf.org>; Mon, 16 Mar 2020 16:00:54 -0700 (PDT)
Received: from cpe-104-162-94-162.nyc.res.rr.com ([104.162.94.162]:45147 helo=[10.0.1.6]) by server172.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from <dave@dericed.com>) id 1jDyj2-000mub-Uh; Mon, 16 Mar 2020 19:00:54 -0400
From: Dave Rice <dave@dericed.com>
Message-Id: <D2F39CE7-F9A3-4962-B8F4-AE7E42A4B54F@dericed.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_0B2E734B-823C-4175-8B1A-0607E4A496FD"
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\))
Date: Mon, 16 Mar 2020 19:00:47 -0400
In-Reply-To: <CAKKJt-f_fYiRSsOZR95B3_m_qWr4P1PXf-nqBkGbijOAwfSTxA@mail.gmail.com>
Cc: Steve Lhomme <slhomme@matroska.org>, Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
References: <CAKKJt-cNS38Vn6KvRM6SKfc8Bqu5J+PpS9z78kKK=rzq1H+fug@mail.gmail.com> <CAOXsMFL+yHgWBK4AK5E1pzZLovLgMHvXxioTCODAS-QE5r6zww@mail.gmail.com> <CAKKJt-f_fYiRSsOZR95B3_m_qWr4P1PXf-nqBkGbijOAwfSTxA@mail.gmail.com>
X-Mailer: Apple Mail (2.3608.40.2.2.4)
X-OutGoing-Spam-Status: No, score=-2.9
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server172.web-hosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - dericed.com
X-Get-Message-Sender-Via: server172.web-hosting.com: authenticated_id: dave@dericed.com
X-Authenticated-Sender: server172.web-hosting.com: dave@dericed.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/_EtT4z41moc06O1wJI1q1U9qkk0>
Subject: Re: [Cellar] Matroska document titles
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Mar 2020 23:01:14 -0000


> On Mar 9, 2020, at 9:01 PM, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> wrote:
> 
> Hi, Steve, 
> 
> Thanks very much for following up on this. 
> 
> For the purpose of this note, please consider that I'm not replying as one of the co-chairs. 
> 
> On Sun, Mar 8, 2020 at 1:28 AM Steve Lhomme <slhomme@matroska.org <mailto:slhomme@matroska.org>> wrote:
> Hi Spencer,
> 
> The codec document will likely evolve more. I'd like to have one core
> document describing how codecs are mapped and each type of codec and
> small documents relating to this core document for each codec. (raw
> codecs could be just one big document) So I don't think the name is
> relevant yet.
> 
> I didn't say clearly enough that I have no desire to ask you folks to make structural changes to the Matroska document suite. I'm sorry if that confused anyone. I'm only curious about the document titles. 
> 
> And I really want to defer to the working group about the actual titles, so please do the right thing. 
> 
> So, here's what I've seen people do with multi-document specifications at the IETF.
> People use common title prefixes in Internet Drafts and RFCs to make it easier to find stuff that is part of the specification, and to not find things that aren't. If something like "Matroska Media Container" as a prefix would apply to any of the specifications you're working on now or thinking about in the future, that would be helpful to your readers. I assumed that form in the following suggestions, so if you can think of a better prefix, please use it to improve the following suggestions!
> For "Matroska Tags", that's pretty close to what I'd hope for. If it was "Matroska Media Container Tags", would that work?
> For "Matroska Codec" - the abstract says this is actually "Matroska Codec Mappings", so that seems like the title needs to change a bit more. If the document title was something like "Matroska Media Container Codec Mappings", would that work?
> For "Matroska Specifications", that probably is too broad (because there are two other Matroska specifications in the working group now). You used the term "core" in your reply, and I know the working group has been considering whether to publish chapters in a separate document, so it seems possible that there will be at least one non-core specification at some point. Would it be accurate to use something like "Matroska Media Container Core Specification" for this one?
I’m not sure about the word ‘Media’, how about:
Matroska File Format Specification
Matroska File Format Codec Mappings
Matroska File Format Metadata Tags

I think the term “File Format” is a bit more accessible than “Container”. Also I see that MXF uses similar wording at http://web.archive.org/web/20051210203751/http://www.smpte.org/smpte_store/standards/pdf/s377m.pdf <http://web.archive.org/web/20051210203751/http://www.smpte.org/smpte_store/standards/pdf/s377m.pdf>.

> There are (many) other titles that would work for me, so please don't focus on the details. 
> 
> If it's helpful to know why I sent my first note ... 
> These documents are important enough that people who you don't know, are looking at them now, while they're still being developed.
> I've been having conversations with people outside the working group, and outside my employer's community, about planning for Matroska. I expect I'm not the only person doing that. It seems helpful for planners to be able to find what they need to be looking at. 
> Michael and I have been asked to provide a write-up about what's happening in CELLAR to the IEEE standards journal, and the Matroska documents would be featured prominently in that, and IEEE journals go all over the planet, but I don't want to confuse people all over the planet.  
> It's lightweight to change draft document titles, so even if you change a title more than once, it can accurately reflect the contents at any particular point in time.   
> And thanks, again, for the opportunity to be clearer on what I was thinking.
> 
> Best,
> 
> Spencer
>  
> The tags will likely remain as it is now. But I'm not sure what is
> wrong with "Matroska Tags". Should it be longer ? Or in a different
> grammatical form like "Tags used in Matroska" ?
> 
> The same question applies to the "Matroska Specifications". Is it too
> broad ? This is the core documentation of the format.
> 
> Le mer. 19 févr. 2020 à 02:34, Spencer Dawkins at IETF
> <spencerdawkins.ietf@gmail.com <mailto:spencerdawkins.ietf@gmail.com>> a écrit :
> >
> > Dear Cellar Folk,
> >
> > I'm wondering if the Matroska document titles could be more descriptive.
> >
> > I'm looking at the abstracts for these documents, and wondering if the titles accurately describe the contents of the first two documents. (The third document seems fine to me)
> >
> > Thoughts?
> >
> > Best,
> >
> > Spencer
> >
> > Matroska Codec - https://datatracker.ietf.org/doc/draft-ietf-cellar-codec/ <https://datatracker.ietf.org/doc/draft-ietf-cellar-codec/>
> >
> > Abstract
> >
> >    This document defines the Matroska codec mappings, including the
> >    codec ID, layout of data in a "Block Element" and in an optional
> >    "CodecPrivate Element".
> >
> > Matroska Specifications - https://datatracker.ietf.org/doc/draft-ietf-cellar-matroska/ <https://datatracker.ietf.org/doc/draft-ietf-cellar-matroska/>
> >
> > Abstract
> >
> >    This document defines the Matroska audiovisual container, including
> >    definitions of its structural elements, as well as its terminology,
> >    vocabulary, and application.
> >
> > Matroska Tags - https://datatracker.ietf.org/doc/draft-ietf-cellar-tags/ <https://datatracker.ietf.org/doc/draft-ietf-cellar-tags/>
> >
> > Abstract
> >
> >    This document defines the Matroska tags, namely the tag names and
> >    their respective semantic meaning.
> > _______________________________________________
> > Cellar mailing list
> > Cellar@ietf.org <mailto:Cellar@ietf.org>
> > https://www.ietf.org/mailman/listinfo/cellar <https://www.ietf.org/mailman/listinfo/cellar>
> 
> 
> 
> -- 
> Steve Lhomme
> Matroska association Chairman
> _______________________________________________
> Cellar mailing list
> Cellar@ietf.org
> https://www.ietf.org/mailman/listinfo/cellar