- From: Graham Klyne <GK@ninebynine.org>
- Date: Wed, 27 Mar 2002 15:02:11 +0000
- To: "Sean B. Palmer" <sean@mysterylights.com>
- Cc: <www-tag@w3.org>
At 01:58 PM 3/27/02 +0000, Sean B. Palmer wrote:
>A new Internet Draft has been published that is relevant to the
>uriMediaType-9 TAG issue, and vaguely relevant to the "HTTP
>range" debate/issue (yet to be assigned an issue identifier).
>
>
>http://www.ietf.org/internet-drafts/draft-palmer-resrep-type-00.t
>xt
> - Resource and Representation Typing in HTTP [1]
> Sean B. Palmer, March 2001, Internet-Draft (work in progress)
>
>It specifies two new HTTP headers: "Resource-Type" and
>"Representation-Type".
Rather than defining new header field names, an alternative could be to
define media feature tags for use with the already-defined Content-features
[1] header.
Example:
Content-features: (Resource-type="http://example.org/resource/foo")
The potential advantages are:
(a) is administratively and politically easier to achieve, and
(b) with ongoing (albeit low-key) work to converge the IETF content
negotiation and W3C CC/PP [2] work, the information thus described could be
used in CC/PP profiles (and hopefully P3P and other related profiles in due
course).
(c) possibility (in IETF content negotiation framework) to relate the value
to other media feature parameters, e.g.:
Content-features: (& (Resource-type="http://example.org/resource/image")
(| (& (Repr-type="http://example.org/image/jpeg")
(color=full) )
(& (Repr-type="http://example.org/image/tiff")
(color=mapped) ) ) )
I'll note that the CC/PP work has already earmarked an attribute that might
be used in this kind of way, viz
http://www.w3.org/2000/07/04-ccpp-client#schema [3].
#g
--
[1] http://www.ietf.org/rfc/rfc2912.txt
[2] http://www.w3.org/TR/CCPP-struct-vocab/
[3] http://www.w3.org/TR/CCPP-struct-vocab/#Appendix_C
-------------------
Graham Klyne
<GK@NineByNine.org>
Received on Wednesday, 27 March 2002 09:57:23 UTC