W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2010

How many coding registries should we have? (Issue 143), was: Issue 189, Re: Content/Transfer-Codings organization/IANA considerations (issue 143, 188, 189)

From: Julian Reschke <julian.reschke@gmx.de>
Date: Thu, 08 Apr 2010 16:06:12 +0200
Message-ID: <4BBDE2D4.2090504@gmx.de>
To: HTTP Working Group <ietf-http-wg@w3.org>
On 07.08.2009 18:59, Julian Reschke wrote:
> ...
> So they really should be defined separately from Transfer-Coding and
> Content-Coding, and be collected in the same registry (surprise: IANA
> already has both in "http-parameters").
> Feedback appreciated...
> ...

As far as I can tell, this is the one remaining issue related to ticket 
143 (<http://trac.tools.ietf.org/wg/httpbis/trac/ticket/143>).

The current status is:

- IANA has two registries (transfer coding and content coding), which 
*both* are maintained at <http://www.iana.org/assignments/http-parameters>

- Part 1 defines Transfer Codings, the Transfer Coding registry, and 
updates the transfer coding registrations

- Part 3 defines Content Codings (referring to Part 1 for the 
compression codings), the Content Coding registry, and updates the 
content coding registrations

- Both registries have been clarified/modified to require spec & expert 

The open question is:

- Do these two registries share the same namespace? That is, is it 
allowed for a coding named X to be both a transfer and a content coding, 
and have incompatible definitions?

I think this would be a very bad idea, so we really should unify the 
registries to a single coding registry, and then have new entries state 
as which type (transfer/content) they can be used. My assumption would 
be that any transfer coding could be a content coding, but that the 
opposite is not true.

Feedback appreciated,

Received on Thursday, 8 April 2010 14:06:49 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:13:46 UTC