[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Xqueeze: Compact XML Alternative

• To: Rich Salz <rsalz@d...>,james.fuller@o...
• Subject: Re: Xqueeze: Compact XML Alternative
• From: Jonathan Robie <jonathan.robie@d...>
• Date: Tue, 04 Feb 2003 10:34:43 -0500
• Cc: code_martial@s...,xml-dev@l...
• In-reply-to: <3E3FD7B2.7040208@d...>
• References: <45951.213.123.177.163.1044369605.squirrel@w...><p04330103ba65690e85d6@[192.168.254.4]><45951.213.123.177.163.1044369605.squirrel@w...>

At 10:09 AM 2/4/2003 -0500, Rich Salz wrote:
>How much of the problem "XML needs to be compressed" is solved by just 
>using GZIP transfer encoding over HTTP?

There are better ways to compress XML than GZip - for instance, XMill 
claims to offer twice as much compression at approximately the same speed. 
You can read about XMill here:

http://citeseer.nj.nec.com/liefke99xmill.html

You can download it here:

http://www.research.att.com/sw/tools/xmill/

Here's a paper on compact representations of XML that can be used for querying:

http://citeseer.nj.nec.com/526771.html

Here's a paper on compact in-memory representation of XML data:

http://citeseer.nj.nec.com/neumiiller02compact.html

And for you document management folks, here's a paper on change-centric 
management of versions:

http://citeseer.nj.nec.com/marian00changecentric.html

Warning: I have just browsed these papers, but they seem relevant and 
interesting.

Jonathan 

• References:
  • Re: Xqueeze: Compact XML Alternative
    • From: "James Fuller" <james.fuller@o...>
  • Re: Xqueeze: Compact XML Alternative
    • From: Elliotte Rusty Harold <elharo@m...>
  • Re: Xqueeze: Compact XML Alternative
    • From: Rich Salz <rsalz@d...>

• Prev by Date: Re: misunderstanding of XML Schema ?
• Next by Date: Re: Xqueeze: Compact XML Alternative
• Previous by thread: Re: Xqueeze: Compact XML Alternative
• Next by thread: Re: Xqueeze: Compact XML Alternative
• Index(es):
  • Date
  • Thread