W3C home > Mailing lists > Public > ietf-http-wg@w3.org > July to September 2008

RE: issue 85 - range unit extensions

From: Larry Masinter <LMM@acm.org>
Date: Fri, 8 Aug 2008 02:48:29 -0700
To: "'Lisa Dusseault'" <lisa@osafoundation.org>, "'Julian Reschke'" <julian.reschke@gmx.de>
Cc: "'Mark Nottingham'" <mnot@mnot.net>, "'HTTP Working Group'" <ietf-http-wg@w3.org>
Message-ID: <001901c8f93b$ed39bd30$c7ad3790$@org>

There is a new W3C working group proposed for working on addressing
and accessing temporal fragments of timed media (video & audio).
One could imagine time ranges that might be independent of the

On the other hand, I don't understand the reasons that the
JPEG 2000 committee rejected using HTTP range retrieval for
the J2 protocol, instead adopting query parameters in the URLs.
In this case, the range retrieval might look like it was
media independent even though J2 defined it specifically for
JPEG 2000 encoded images. 

It might be worth looking into the reasons for the design
choice in J2.

> -----Original Message-----
> From: ietf-http-wg-request@w3.org [mailto:ietf-http-wg-request@w3.org]
> On Behalf Of Lisa Dusseault
> Sent: Wednesday, August 06, 2008 10:41 AM
> To: Julian Reschke
> Cc: Mark Nottingham; HTTP Working Group
> Subject: Re: issue 85 - range unit extensions
> On Aug 5, 2008, at 9:21 AM, Julian Reschke wrote:
> >
> > Playing the devil's advocate: is there *any* range unit other than
> > "bytes" we can think of that is indeed independent of formats? Right
> > now, I can't think of any.
> CRLF or LF could be used as the defined separators for a "lines" range
> count.  This wouldn't be useful for all formats, but could be useful
> for many text and text-based formats or even binary formats that
> happened to use LF as a line separator.
> I know MS software uses "rows" counters for XML-formatted data but as
> you say that's dependent on a particular format.  I'm not aware of any
> other implemented range units beyond bytes.
> Lisa
Received on Friday, 8 August 2008 09:49:18 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:10:46 UTC