Cart
[Home] [By Thread] [By Date] [Recent Entries]
At 9:18 AM -0500 3/13/03, winkowski@m... wrote: >Hmm, I'm sorry you don't think schema-based encoding is fair. I find it odd >that you regard schema-based (encoding) compression as lossy. This term is >normally associated with a permanent loss of information. Neither ASN.1 or >MPEG-7 result in the loss of XML content (the original content did not of >course contain the XML schema). The deployment of the schema upon which >encoding/decoding is based in a management issue. There is no need to >transmit it as part of the encoded content. > I suppose it depends on the schema based encoding. The ones I've seen do things like throw away white space they don't consider to be significant based on data type. That's lossy. They also normally require the same schema to be present on the receiving end for decompression. I couldn't tell from skimming your paper whether that happened in you data or not. At first I thought it didn't, but what you posted here later indicated that maybe it did. Can you clarify? -- +-----------------------+------------------------+-------------------+ | Elliotte Rusty Harold | elharo@m... | Writer/Programmer | +-----------------------+------------------------+-------------------+ | Processing XML with Java (Addison-Wesley, 2002) | | http://www.cafeconleche.org/books/xmljava | | http://www.amazon.com/exec/obidos/ISBN%3D0201771861/cafeaulaitA | +----------------------------------+---------------------------------+ | Read Cafe au Lait for Java News: http://www.cafeaulait.org/ | | Read Cafe con Leche for XML News: http://www.cafeconleche.org/ | +----------------------------------+---------------------------------+
|
