- 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