Re: [ietf-types] Registration of media type application/senml+json

Ned Freed <ned.freed@mrochek.com> Wed, 22 September 2010 20:40 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 D38853A6AA8 for <ietf-types@core3.amsl.com>; Wed, 22 Sep 2010 13:40:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.2
X-Spam-Level:
X-Spam-Status: No, score=-2.2 tagged_above=-999 required=5 tests=[AWL=0.355, BAYES_00=-2.599, DATE_IN_PAST_03_06=0.044]
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 98-BAToZzzAY for <ietf-types@core3.amsl.com>; Wed, 22 Sep 2010 13:40:29 -0700 (PDT)
Received: from mauve.mrochek.com (mauve.mrochek.com [66.59.230.40]) by core3.amsl.com (Postfix) with ESMTP id 089083A63EC for <ietf-types@ietf.org>; Wed, 22 Sep 2010 13:40:28 -0700 (PDT)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01NS6X1JLCW0005L5V@mauve.mrochek.com> for ietf-types@ietf.org; Wed, 22 Sep 2010 13:40:49 -0700 (PDT)
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset="iso-8859-1"
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01NS40S7LGJK000CVY@mauve.mrochek.com>; Wed, 22 Sep 2010 13:40:44 -0700 (PDT)
Message-id: <01NS6X1GRDK8000CVY@mauve.mrochek.com>
Date: Wed, 22 Sep 2010 09:30:17 -0700
From: Ned Freed <ned.freed@mrochek.com>
In-reply-to: "Your message dated Wed, 22 Sep 2010 12:26:14 -0400" <DDAE8407-A065-4382-A7D5-F13C24375524@network-heretics.com>
References: <FFD51C60-9887-47E4-B207-B5BC1AFBD67E@cisco.com> <4C992B0C.7000407@stpeter.im> <01NS5SX4C0CK000CVX@mauve.mrochek.com> <4C996B3F.9010709@stpeter.im> <3F5FAD57-B0AB-4988-A626-54C6EE5AABA7@activemath.org> <01NS6O1SDKJU000CVY@mauve.mrochek.com> <DDAE8407-A065-4382-A7D5-F13C24375524@network-heretics.com>
To: Keith Moore <moore@network-heretics.com>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mrochek.com; s=mauve; t=1285186551; bh=ME/bvum9jBQocxY0RUcovuy1EmMS8feVv8bGpg3/m54=; h=MIME-version:Content-type:Cc:Message-id:Date:From:Subject: In-reply-to:References:To; b=lgry+Uv03hqb74Wi4rEfc0NKVvyG+QVttjR/DS7++znuaa6UHW5ftmcEasxbEa0pY pW3i+KfZWLWMGY/nDgd8GN7h0IG1ERMu8+Bgsrs3djfEMkJCYa9bkqFPMEN7WbK1tH Y5ejSYPJYKKBkRNNUXEYSFU+1TR1vwJB2CmNvK1g=
Cc: ietf-types@ietf.org
Subject: Re: [ietf-types] Registration of media type application/senml+json
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: Wed, 22 Sep 2010 20:40:32 -0000

> On Sep 22, 2010, at 12:20 PM, Ned Freed wrote:

> >
> >> Le 22 sept. 2010 à 04:34, Peter Saint-Andre a écrit :
> >
> >>>> What I think is needed here is a revision/update to RFC 4288 to establish a
> >>>> registry of allowed +suffix constructs as well as expanded guidelines for their
> >>>> use.
> >>>
> >>> That sounds like an excellent idea.
> >
> >> Could that include usage of multiple plus for hierarchical typing?
> >
> > Anything is possible, but given past resistance to hierarchical structure in
> > media types, I think it's a little unlikely we'll get consensus on such a
> > mechanism.
> >
> > My personal take is that it's a bad idea, because I think it will encourage
> > people to regard these as properties that can be attached to anything or
> > placed in any order, which isn't how things work.

> It's been so long that I've forgotten - what was the reason to not define new
> top-level types for things like XML and JSON?

Mostly because the structuring syntax is completely orthogonal to what
top-level media types tell you. It's entirely reasonable to have image, video,
or model types that use XML or JSON. Subtypes of message that use XML or JSON
aren't out of the question either.

				Ned