- From: Charles McCathieNevile <chaals@opera.com>
- Date: Tue, 17 Oct 2006 14:56:50 +0900
- To: "Johannes Koch" <johannes.koch@fit.fraunhofer.de>, "ERT group" <public-wai-ert@w3.org>
On Fri, 13 Oct 2006 23:32:15 +0900, Johannes Koch <johannes.koch@fit.fraunhofer.de> wrote: > there is a design problem in "HTTP vocabulary in RDF" that I detected > today: the order of headers, which is important for some of them. See > e.g. the content-encoding header > (<http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.11>): > > If multiple encodings have been applied to an entity, the content > codings MUST be listed in the order in which they were applied. > > Assuming we have two content-encodings (first gzip, then compress), the > HTTP response would contain the header: > > Content-Encoding: gzip, compress > > in RDF/XML: > > <http:content-encoding>gzip, compress</http:content-encoding> > > AFAIK this could also appear as two headers: > > Content-Encoding: gzip > Content-Encoding: compress > > in RDF/XML: > > <http:content-encoding>gzip</http:content-encoding> > <http:content-encoding>compress</http:content-encoding> This is wrong. It should be <http:content-encoding>tar, gzip</http:content-encoding> since it describes a single encoding (which happens to be the result of applying multiple transformations). cheers Chaals -- Charles McCathieNevile, Opera Software: Standards Group hablo español - je parle français - jeg lærer norsk chaals@opera.com Try Opera 9 now! http://opera.com
Received on Tuesday, 17 October 2006 05:57:02 UTC