From: Erik Mazoyer (erik.mazoyer@hyperoffice.fr)
Date: 13/01/2003 - 13:43
> Oui tout a fait et c'est bien ce que je veux.
> C'est pour cela que j'ai parlé de compression textuelle.
> Je veux avoir un résultat XML pour pouvoir le parser !
> Je cherche plus dans le style Huffmann, Lemple-Ziv, Moffat ...
Je ne suis pas sur d'avoir tout compris :
Soit le fichier XML :
<root>
<texte>
<html:p>Mon premier paragraphe</html:p>
<html:p>Mon second paragraphe</html:p>
</texte>
</root>
Voulez vous obtenir :
<root>
<texte>FG45UIRTG01258aHjk</texte>
</root>
Le texte HTML étant compressé et dans ce cas on perd de l'information (on ne
peut plus trouver <html:p> en standard).
Ou obtenir :
<root>
<texte>
<html:p>Hyjut45</html:p>
<html:p>gH4Defg</html:p>
</texte>
</root>
Cette fois ci c'est le texte hors balise qui est compressé. On conserve la
structure (<html:p> peut être trouvé) par contre on ne peut pas exploiter le
contenu, par exemple trouver le tag <html:p> contenant "paragraphe".
Cordialement,
--------------------------------------------------------------------
Erik Mazoyer, Chef de projet
HyperOffice
6, rue Jacques Daguerre - 92565 Rueil-Malmaison Cedex
Tél. 01 41 96 96 76
Fax 01 41 96 96 77
Mél erik.mazoyer@hyperoffice.fr
-----Message d'origine-----
De : Jean-Claude SIMON [mailto:simon@khali.u-bourgogne.fr]
Envoyé : lundi 13 janvier 2003 14:33
À : xml-tech@xmlfr.org
Objet : [xml-tech] Re: Compression XML
At 14:14 13/01/2003, you wrote:
> > C'est une approche intéressante que je n'ai pas rencontré
> > dans ce contexte, mais qui ressemble à la problématique
> > de XML Encryption [1].
>
>Je suis étonné que vous adhériez a cette idée de compression du XML au sein
>d'un document XML.
>Je vous ai vu réagir plusieurs fois à l'écriture <tab> en indiquant
>qu'il est préférable de conserver <tag> plutôt qu'une écriture sans
>signification.
Là dessus, on est bien d'accord.
Je préfère <tag> à <tab>
>Dans le cas de Jean-Claude SIMON, à moins que je n'ai pas saisis
>correctement la problématique, c'est une notion de volume qui est à
>l'origine du traitement.
Oui vous avez bien compris.
>A mon avis, cette problématique n'est pas une problématique de contenu mais
>de structuration, de stockage et de transmission.
>
>Un document XML devrait être toujours "lisible" par les API standards (SAX,
>DOM, XSLT, DTD, SCHEMA,...). Le fait de placer du contenu sous un format
non
>"parsable" empêche cette lisibilité.
Oui tout a fait et c'est bien ce que je veux.
C'est pour cela que j'ai parlé de compression textuelle.
Je veux avoir un résultat XML pour pouvoir le parser !
Je cherche plus dans le style Huffmann, Lemple-Ziv, Moffat ...
Dans le cas contraire, vous avez raison, aucune raison de réinventer la
roue.
J'utiliserai un méthode standard zip, gz...
Salutations
Jean-Claude SIMON
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC
webmaster@xmlfr.org
| 
