Re: [ietf-types] Registration of media typeimage/svg+xml

Keith Moore <moore@network-heretics.com> Thu, 25 November 2010 06:45 UTC

Return-Path: <moore@network-heretics.com>
X-Original-To: ietf-types@core3.amsl.com
Delivered-To: ietf-types@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7D4AD3A6A8D for <ietf-types@core3.amsl.com>; Wed, 24 Nov 2010 22:45:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level:
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0yJP2qWmCWNc for <ietf-types@core3.amsl.com>; Wed, 24 Nov 2010 22:45:47 -0800 (PST)
Received: from pechora2.lax.icann.org (pechora2.icann.org [IPv6:2620:0:2d0:1::37]) by core3.amsl.com (Postfix) with ESMTP id 909253A6A57 for <ietf-types@ietf.org>; Wed, 24 Nov 2010 22:45:46 -0800 (PST)
Received: from new1.smtp.messagingengine.com (new1.smtp.messagingengine.com [66.111.4.221]) by pechora2.lax.icann.org (8.13.8/8.13.8) with ESMTP id oAP6kQwY007917 for <ietf-types@iana.org>; Wed, 24 Nov 2010 22:46:46 -0800
Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.messagingengine.com (Postfix) with ESMTP id AC5C720079; Thu, 25 Nov 2010 01:21:10 -0500 (EST)
Received: from frontend1.messagingengine.com ([10.202.2.160]) by compute3.internal (MEProxy); Thu, 25 Nov 2010 01:21:10 -0500
X-Sasl-enc: Q5D2DL4GJBS6y8iY2a7CKEYxLZv/wGYTozgrTuzVAEdh 1290666069
Received: from 99-205-106-50.pools.spcsdns.net (99-205-106-50.pools.spcsdns.net [99.205.106.50]) by mail.messagingengine.com (Postfix) with ESMTPA id D6753400B34; Thu, 25 Nov 2010 01:21:07 -0500 (EST)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset="iso-8859-1"
From: Keith Moore <moore@network-heretics.com>
In-Reply-To: <4CEDF82A.7000502@it.aoyama.ac.jp>
Date: Thu, 25 Nov 2010 01:21:05 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <82567D04-0B63-4508-A3BB-2A966A447809@network-heretics.com>
References: <1364503167.20100617162624@w3.org> <1715145489.20101118190255@w3.org> <1912120148.20101118235236@w3.org> <4CE60C77.6000601@it.aoyama.ac.jp> <C68CB012D9182D408CED7B884F441D4D04FADF4AF3@nambxv01a.corp.adobe.com> <701217612.20101124231612@w3.org> <4CEDF82A.7000502@it.aoyama.ac.jp>
To: "\"Martin J. Dürst\"" <duerst@it.aoyama.ac.jp>
X-Mailer: Apple Mail (2.1082)
X-Greylist: Delayed for 00:25:14 by milter-greylist-4.0 (pechora2.lax.icann.org [208.77.188.37]); Wed, 24 Nov 2010 22:46:46 -0800 (PST)
Cc: Larry Masinter <masinter@adobe.com>, Alexey Melnikov <alexey.melnikov@isode.com>, Henri Sivonen <hsivonen@iki.fi>, "ietf-types@iana.org" <ietf-types@iana.org>, "ietf-xml-mime@imc.org" <ietf-xml-mime@imc.org>
Subject: Re: [ietf-types] Registration of media typeimage/svg+xml
X-BeenThere: ietf-types@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Media \(MIME\) type review" <ietf-types.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf-types>, <mailto:ietf-types-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf-types>
List-Post: <mailto:ietf-types@ietf.org>
List-Help: <mailto:ietf-types-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-types>, <mailto:ietf-types-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Nov 2010 06:45:49 -0000

+1.  

Let's try to make things clear for people who are reading just the type registration.  Someone who looks at the registration separately from the RFC or other specification shouldn't have to guess as to what "this specification" is.

Keith

On Nov 25, 2010, at 12:46 AM, Martin J. Dürst wrote:

> Hello Chris, Larry,
> 
> On 2010/11/25 7:16, Chris Lilley wrote:
>> 
>> On Wednesday, November 24, 2010, 9:14:12 PM, Larry wrote:
>> 
>> LM>  Martin, in a couple of places you complained that the SVG registration
>> LM>  template, contained in a W3C document, referred to "this specification",
>> LM>  and said:
>> 
>> LM>  # "this specification" doesn't work when the registration template is
>> LM>  # taken out of the SVG spec. Either say "the SVG specification" or
>> LM>  # explicitly reference a specific version of the specification.
>> 
>> LM>  However, I think it is common practice both in W3C and IETF, that
>> LM>  a registration template embedded within another document can
>> LM>  reasonably say "this specification" to mean the document in which
>> LM>  it is embedded,
> 
> In that context, this looks reasonable, but out of context, it does no longer make sense. Registration are often taken out of context, and should be able to stand alone, without readers having to guess what "the specification" might be.
> 
>> LM>  with the registry itself pointing to an
>> LM>  explicit version of the spec as well as the template within.
> 
> IANA often, if not always, lists the relevant RFC. But I haven't seen them listing other specifications. I may have missed it. Anyway, that's usually outside the registration, so the registration is still not standalone.
> 
>> Larry, your interjection is timely, as I was just about to edit the registration to address Martin's comment.
>> 
>> Given that we already have
>> 
>> Published specification:
>> 
>>     This media type registration is extracted from Appendix P of the
>>     SVG 1.1 specification. http://www.w3.org/TR/SVG/
>> 
>> I'm tempted to just s/this specification/the published specification/
> 
> Great! That makes the registration standalone, while at the same time doesn't look weird inside the specification.
> 
>> LM>  There are plenty of examples... perhaps those comments don't apply?
> 
> The fact that there are plenty of examples doesn't mean that we can't fix it when we have a chance. I don't think it's worth doing back and fixing one by one, but if we are working on a registration anyway, we can make it better form the start.
> 
>> LM>  (This comment applies to all registries, not just of media types.)
> 
> Agreed.
> 
> 
> Regards,   Martin.
> 
> -- 
> #-# Martin J. Dürst, Professor, Aoyama Gakuin University
> #-# http://www.sw.it.aoyama.ac.jp   mailto:duerst@it.aoyama.ac.jp
> _______________________________________________
> ietf-types mailing list
> ietf-types@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf-types
>