[media-types] new media type proposed: draft-wilde-xml-patch-05

Erik Wilde <dret@berkeley.edu> Thu, 22 August 2013 05:36 UTC

Return-Path: <dret@berkeley.edu>
X-Original-To: media-types@ietfa.amsl.com
Delivered-To: media-types@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1DF721F9FCF for <media-types@ietfa.amsl.com>; Wed, 21 Aug 2013 22:36:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T9Ht6J0i8Rut for <media-types@ietfa.amsl.com>; Wed, 21 Aug 2013 22:35:46 -0700 (PDT)
Received: from cm05fe.IST.Berkeley.EDU (cm05fe.IST.Berkeley.EDU [169.229.218.146]) by ietfa.amsl.com (Postfix) with ESMTP id 6677821F9FCE for <media-types@ietf.org>; Wed, 21 Aug 2013 22:35:46 -0700 (PDT)
Received: from s01061c7ee5395cef.vc.shawcable.net ([70.79.240.186] helo=[101.80.20.17]) by cm05fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth plain:dret@berkeley.edu) (envelope-from <dret@berkeley.edu>) id 1VCNYa-0001VO-HS; Wed, 21 Aug 2013 22:35:45 -0700
Message-ID: <5215A329.1060309@berkeley.edu>
Date: Wed, 21 Aug 2013 22:35:37 -0700
From: Erik Wilde <dret@berkeley.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Nevil Brownlee <rfc-ise@rfc-editor.org>, media-types@ietf.org
References: <51BB49A3.9030203@berkeley.edu> <51C10AE9.30204@rfc-editor.org> <52051380.4080304@berkeley.edu> <52156040.2010507@rfc-editor.org>
In-Reply-To: <52156040.2010507@rfc-editor.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "Wilde, Erik" <Erik.Wilde@emc.com>
Subject: [media-types] new media type proposed: draft-wilde-xml-patch-05
X-BeenThere: media-types@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." <media-types.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/media-types>, <mailto:media-types-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/media-types>
List-Post: <mailto:media-types@ietf.org>
List-Help: <mailto:media-types-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/media-types>, <mailto:media-types-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 05:36:01 -0000

hello everybody.

http://tools.ietf.org/html/draft-wilde-xml-patch proposes a new media 
type application/xml-patch+xml, which defines an XML document structure 
for expressing a sequence of patch operations that are applied to an XML 
document. here's the registration template (copied from 
http://tools.ietf.org/html/draft-wilde-xml-patch-05#section-4):

       Type name: application

       Subtype name: xml-patch+xml

       Required parameters: none

       Optional parameters: Same as charset parameter for the media type
       "application/xml" as specified in RFC 3023 [1].

       Encoding considerations: Same as encoding considerations of media
       type "application/xml" as specified in RFC 3023 [1].

       Security considerations: This media type has all of the security
       considerations described in RFC 3023 [1] and RFC 5261 [2], plus
       those listed in Section 5.

       Interoperability considerations: N/A

       Published specification: RFC XXXX

       Applications that use this media type: Applications that
       manipulate XML documents.

       Additional information:

          Magic number(s): N/A

          File extension(s): XML documents should use ".xml" as the file
          extension.

          Macintosh file type code(s): TEXT

       Person & email address to contact for further information: Erik
       Wilde <erik.wilde@emc.com>

       Intended usage: COMMON

       Restrictions on usage: none

       Author: Erik Wilde <erik.wilde@emc.com>

       Change controller: IETF

any feedback or any comments would be greatly appreciated.

thanks a lot and cheers,

dret.

-- 
erik wilde | mailto:dret@berkeley.edu  -  tel:+1-510-2061079 |
            | UC Berkeley  -  School of Information (ISchool) |
            | http://dret.net/netdret http://twitter.com/dret |