Re: [ietf-types] Registration of media typeimage/svg+xml
Ned Freed <ned.freed@mrochek.com> Tue, 07 December 2010 17:10 UTC
Return-Path: <ned.freed@mrochek.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 B0D233A6897 for <ietf-types@core3.amsl.com>; Tue, 7 Dec 2010 09:10:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.099
X-Spam-Level:
X-Spam-Status: No, score=-3.099 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, GB_I_LETTER=-2, J_CHICKENPOX_33=0.6, J_CHICKENPOX_65=0.6]
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 JTh8ZsIGOXqN for <ietf-types@core3.amsl.com>; Tue, 7 Dec 2010 09:10:35 -0800 (PST)
Received: from pechora3.lax.icann.org (pechora3.icann.org [208.77.188.38]) by core3.amsl.com (Postfix) with ESMTP id 7883A3A6851 for <ietf-types@ietf.org>; Tue, 7 Dec 2010 09:10:34 -0800 (PST)
Received: from mauve.mrochek.com (mauve.mrochek.com [66.59.230.40]) by pechora3.lax.icann.org (8.13.8/8.13.8) with ESMTP id oB7HBPUg008507 for <ietf-types@iana.org>; Tue, 7 Dec 2010 09:11:45 -0800
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01NV4TRPQBSG00DA62@mauve.mrochek.com> for ietf-types@iana.org; Tue, 7 Dec 2010 09:11:21 -0800 (PST)
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01NUZOZ6T6UO007CHU@mauve.mrochek.com>; Tue, 7 Dec 2010 09:11:16 -0800 (PST)
Message-id: <01NV4TRMHDSC007CHU@mauve.mrochek.com>
Date: Tue, 07 Dec 2010 09:10:56 -0800
From: Ned Freed <ned.freed@mrochek.com>
In-reply-to: "Your message dated Tue, 07 Dec 2010 15:52:24 +0100" <2110595737.20101207155224@w3.org>
MIME-version: 1.0
Content-type: TEXT/PLAIN
References: <2110595737.20101207155224@w3.org>
To: Chris Lilley <chris@w3.org>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mrochek.com; s=mauve; t=1291739096; bh=vpl3bJ6p65H3zhPoY0cK5PMDrwpTvXM2/EP0yfFArD0=; h=Cc:Message-id:Date:From:Subject:In-reply-to:MIME-version: Content-type:References:To; b=c/NDmSu4UUAzQopIMle1WffxteSvZbUw7sSC0sPuiyZseSqobJhD9sWyd26KXXaqx RpQ6UCBWpT+ksrPgN6Jpo5Do7Ro6WK12j3CLPRXFhTCeSRcprNBH1fPfPsp9cUZFnb KpT0cqK6qa1YnaRpyKQDqEy5IZbY+/nHxOmzP0i8=
X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-4.0 (pechora3.lax.icann.org [208.77.188.38]); Tue, 07 Dec 2010 09:11:45 -0800 (PST)
Cc: Alexey Melnikov <alexey.melnikov@isode.com>, ietf-types@iana.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: Tue, 07 Dec 2010 17:10:36 -0000
This looks ready to go to me. Ned > This is an updated and final registration request, incorporating the latest round of feedback. Philippe, this is ready to go to the IESG now. > Type name: > image > Subtype name: > svg+xml > Required parameters: > None. > Optional parameters: > charset > Same as application/xml media type, as specified in [RFC3023] or > its successors. > Encoding considerations: > Same as for application/xml. See [RFC3023], section 3.2 or its > successors. > Security considerations: > As with other XML types and as noted in [RFC3023] section 10, > repeated expansion of maliciously constructed XML entities can be > used to consume large amounts of memory, which may cause XML > processors in constrained environments to fail. > Several SVG elements may cause arbitrary URIs to be referenced. In > this case, the security issues of [RFC3986], section 7, should be > considered. > In common with HTML, SVG documents may reference external media > such as images, audio, video, style sheets, and scripting > languages. Scripting languages are executable content. In this > case, the security considerations in the Media Type registrations > for those formats shall apply. > In addition, because of the extensibility features for SVG and of > XML in general, it is possible that "image/svg+xml" may describe > content that has security implications beyond those described > here. However, if the processor follows only the normative > semantics of the published specification, this content will be > outside the SVG namespace and shall be ignored. Only in the case > where the processor recognizes and processes the additional > content, or where further processing of that content is dispatched > to other processors, would security issues potentially arise. And > in that case, they would fall outside the domain of this > registration document. > Interoperability considerations: > The published specification describes processing semantics that > dictate behavior that must be followed when dealing with, among > other things, unrecognized elements and attributes, both in the > SVG namespace and in other namespaces. > Because SVG is extensible, conformant "image/svg+xml" processors > must expect that content received is well-formed XML, but it > cannot be guaranteed that the content is valid to a particular DTD > or Schema or that the processor will recognize all of the elements > and attributes in the document. > SVG has a published Test Suite and associated implementation > report showing which implementations passed which tests at the > time of the report. This information is periodically updated as > new tests are added or as implementations improve. > Published specification: > This media type registration is extracted from Appendix P > http://www.w3.org/TR/SVG/mimereg.html > of the SVG 1.1 specification. > http://www.w3.org/TR/SVG/ > Applications that use this media type: > SVG is used by Web browsers, often in conjunction with HTML; by > mobile phones and digital cameras, as a format for interchange of > graphical assets in desk top publishing, for industrial process > visualization, display signage, and many other applications which > require scalable static or interactive graphical capability. > Additional information: > Magic number(s): > File extension(s): > svg > Note that the extension 'svgz' is used as an alias for > 'svg.gz' [RFC1952], i.e. octet streams of type image/svg+xml, > subsequently compressed with gzip. > Macintosh file type code(s): > "svg " (all lowercase, with a space character as the fourth letter). > Note that the Macintosh file type code 'svgz' (all lowercase) > is used as an alias for GZIP [RFC1952] compressed "svg ", i.e. > octet streams of type image/svg+xml, subsequently compressed > with gzip. > Macintosh Universal Type Identifier code: > org.w3c.svg conforms to public.image and to public.xml > Windows Clipboard Name: > "SVG Image" > Fragment Identifiers > For documents labeled as application/svg+xml, the > fragment identifier notation is either Shorthand Pointers > (formerly called barenames) or the SVG-specific SVG Views > syntax; > http://www.w3.org/TR/SVG/linking.html#LinksIntoSVG > both described in the fragment identifiers section of the > SVG specification. > http://www.w3.org/TR/SVG/linking.html#SVGFragmentIdentifiers > Person & email address to contact for further information: > Chris Lilley, Doug Schepers (member-svg-media-type@w3.org). > Intended usage: > COMMON > Restrictions on usage: > None > Author: > The SVG specification is a work product of the World Wide Web > Consortium's SVG Working Group. > Change controller: > The W3C has change control over this specification. > -- > Chris Lilley Technical Director, Interaction Domain > W3C Graphics Activity Lead, Fonts Activity Lead > Co-Chair, W3C Hypertext CG > Member, CSS, WebFonts, SVG Working Groups > _______________________________________________ > ietf-types mailing list > ietf-types@ietf.org > https://www.ietf.org/mailman/listinfo/ietf-types
- Re: [ietf-types] Registration of media typeimage/… Chris Lilley
- Re: [ietf-types] Registration of media typeimage/… Julian Reschke
- Re: [ietf-types] Registration of media typeimage/… Chris Lilley
- Re: [ietf-types] Registration of media typeimage/… Julian Reschke
- Re: [ietf-types] Registration of media typeimage/… Ned Freed
- Re: [ietf-types] Registration of media typeimage/… Chris Lilley
- Re: [ietf-types] Registration of media typeimage/… Chris Lilley
- Re: [ietf-types] Registration of media typeimage/… Julian Reschke
- Re: [ietf-types] Registration of media typeimage/… Yves Lafon
- Re: [ietf-types] Registration of media typeimage/… Julian Reschke
- Re: [ietf-types] Registration of media typeimage/… Martin J. Dürst
- Re: [ietf-types] Registration of media typeimage/… Martin J. Dürst
- Re: [ietf-types] Registration of media typeimage/… Alexey Melnikov
- Re: [ietf-types] Registration of media typeimage/… Chris Lilley
- Re: [ietf-types] Registration of media typeimage/… Chris Lilley
- Re: [ietf-types] Registration of media typeimage/… Larry Masinter
- Re: [ietf-types] Registration of media typeimage/… Martin J. Dürst
- Re: [ietf-types] Registration of media typeimage/… Martin J. Dürst
- Re: [ietf-types] Registration of media typeimage/… Martin J. Dürst
- Re: [ietf-types] Registration of media typeimage/… Keith Moore
- Re: [ietf-types] Registration of media typeimage/… Chris Lilley
- Re: [ietf-types] Registration of media typeimage/… Martin J. Dürst
- Re: [ietf-types] Registration of media typeimage/… Ned Freed
- Re: [ietf-types] Registration of media typeimage/… Ned Freed
- Re: [ietf-types] Registration of media typeimage/… Julian Reschke
- Re: [ietf-types] Registration of media typeimage/… Julian Reschke
- Re: [ietf-types] Registration of media typeimage/… Chris Lilley
- Re: [ietf-types] Registration of media typeimage/… Alexey Melnikov
- Re: [ietf-types] Registration of media typeimage/… Ned Freed
- Re: [ietf-types] Registration of media typeimage/… Chris Lilley
- [ietf-types] Registration of media typeimage/svg+… Chris Lilley
- Re: [ietf-types] Registration of media typeimage/… Ned Freed
- Re: [ietf-types] Registration of media typeimage/… Martin J. Dürst