Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

From: Erik Mazoyer (erik.mazoyer@hyperoffice.fr)
Date: 13/01/2003 - 13:14


> 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.

Le cas du cryptage est tout autre, il permet de cacher et/ou de valider un
document ou un fragment XML.

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.

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é.

Dans le cas d'une image GIF codée en Base64 et placée dans le document XML,
on ne perd pas d'information. Dans tous les cas, les API XML ne peuvent rien
faire avec un paquet de bits.

Par contre une image SVG compressée en texte ne pourra plus être traitée et
il sera impossible (avec les API standards) d'en extraire les textes ou les
couleurs, par exemple.

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 : Eric van der Vlist [mailto:vdv@dyomedea.com]
Envoyé : lundi 13 janvier 2003 13:10
À : xml-tech@xmlfr.org
Objet : [xml-tech] Re: Compression XML

Bonjour,

On Mon, 2003-01-13 at 12:20, Jean-Claude SIMON wrote:

> Je recherche de la compression textuelle.
> Je veux que mon résultat soit du texte, que l'on puisse intégrer
facilement
> dans du XML.

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].

[1] http://www.w3.org/TR/xmlenc-core/

Mis à parts les algorithmes qui sont différents et la gestion des clés,
il me semble que pour faire convenablement de la compression partielle
(par exemple pour conserver la description d'un document et en comprimer
le texte) de manière générique, il faudrait gérer tout ce que gère XML
Encryption...

Peut-être devriez-vous demander à ce que des algorithmes de compression
soient ajouter à la liste actuellement prévue dans XML Encryption!

Cordialement,

Eric van der Vlist

-- 
Freelance consulting and training.
                                            http://dyomedea.com/english/
------------------------------------------------------------------------
Eric van der Vlist       http://xmlfr.org            http://dyomedea.com
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------

-- 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

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement