W3C home > Mailing lists > Public > public-exi@w3.org > July 2006

Binary format XML within JPEG? Re: Liaison Statement from SC 29/WG 1 to W3C (SC 29 N 7609)

From: Tim Berners-Lee <timbl@w3.org>
Date: Sat, 15 Jul 2006 17:15:10 -0400
Message-Id: <14531914-1C75-40BB-8F0D-148606650378@w3.org>
Cc: Chris Lilley <chris@w3.org>, dlee@yahoo-inc.com, dean@w3.org, tm@w3.org, public-exi@w3.org, robin.berjon@expway.fr, carine@w3.org
To: Yukiko Ogura <ogura@itscj.ipsj.or.jp>

Dear Yukoko Ogura,

Please thank the JPEG group for this message.

The file you sent contained a zipped archive containing a file in  
some sort of non-standard format.  I understand  that its intent was  
as below, included for others on this list.

> Liaison to W3C on Binary XML
> SC29/WG1 (the "JPEG" committee) has continuing needs for embedding  
> XML data into compressed image files. In some cases these XML  
> streams are very large, equal in size of to highly compressed  
> images. A need exists for compressing these XML streams. These  
> streams are currently compressed by various means, but we believe  
> this is a general problem requiring a general solution.
> We note with interest that W3C has in the past had an effort to  
> create Binary XML and had a group working on this. It is not clear  
> to us if this work is still underway. We hope it is, or, if not,  
> that it can be re-started.
> There are a variety of approaches which we have seen and we would  
> like to see a feature-rich and widely applicable solution.
> Within WG1, we have developed the JPSEC tools [ISO/IEC 15444-8] for  
> adding security features to portions of codestreams. The JPSEC work  
> is being generalized to allow its application to portions of file  
> formats in addition to codestreams. It has the concept of Zone of  
> Influence which can apply a sequence of treatments to various byte  
> ranges within a file. This work is in the early stages but has much  
> flexibility and supports encryption, authentication and compression  
> of these zones.
> Another technique WG1 uses is RFC 1950 and RFC 1951. This applies  
> the DEFLATE algorithm and the zlib format to whole XML documents.  
> This does not provide as much granularity as might be desired,  
> since it does not allow decompression of small portions of the XML  
> as might be desired when interacting with remote images through the  
> WG1 JPIP interactive protocol.
> The Microsoft Open Packaging Conventions also offers a possible  
> approach to this problem.
> SC29/WG1 would like to ask W3C about the current status of this  
> work and would welcome any opportunity to provide input into it or  
> to assist in any possible way.

3. The work in W3C is being done in the Efficient XML Interchange  
Working Group
   Their status update of 2006-03-15 is at
   from which you will see they have called for proposals and have a  
number of submissions

   I am sending copy of your note to the public list associated with  
that group, assuming that its content is open to public discussion.

Perhaps in discussion with the chair Robin Berjon (Ccd) you will able  
to determine how best to follow this up.

Tim Berners-Lee

On Jul 15, 2006, at 11:07, Yukiko Ogura wrote:

> Dear Mr. Berners-Lee, Mr. Lilley,
> In accordance with Resolution 40 taken at the 39th
> ISO/IEC JTC 1/SC 29/WG 1 meeting, 2006-07-10/14,
> Perugia, Italy, I'm pleased to send the following
> Liaison statement.
> SC 29 N 7609  [SC 29/WG 1 N 3983]  :
> Liaison Statement from SC 29/WG 1 to W3C on Binary XML
> If you have any questions, please do not hesitate to contact me.
> Thank you for your cooperation.
> Best regards,
> Yukiko Ogura
> ===============================================
> Yukiko Ogura
> Secretary, ISO/IEC JTC 1/SC 29
> IPSJ/ITSCJ Room 308-3 Kikai-Shinko-Kaikan Bldg
> 3-5-8 Shiba-koen Minato-ku Tokyo 105-0011 Japan
> Tel: +81-3-3431-2808  Fax: +81-3-3431-6493
> E-mail: ogura@itscj.ipsj.or.jp
> ===============================================
> <29n7609.zip>
Received on Saturday, 15 July 2006 21:15:20 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:47:10 UTC