sur une expression XPath

Version imprimable

salut:
soit le doc XML:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 <livre titre="Mon livre"> <auteurs> <auteur nom="nom1" prenom="prenom1"/> <auteur nom="nom2" prenom="prenom2"/> </auteurs> <sections> <section titre="Section1"> <chapitre titre="Chapitre1"> <paragraphe>Premier paragraphe</paragraphe> <paragraphe>Deuxième paragraphe</paragraphe> </chapitre> </section> <section titre="Section2"> <chapitre titre="Chapitre1"> <paragraphe>Premier paragraphe</paragraphe> <paragraphe>Deuxième paragraphe</paragraphe> </chapitre> </section> </sections> </livre>
je cherche à trouver la liste des chapitres dont un paragraphe possède le mot "Deuxième";
voici ma solution au format non abrégé, qui renvoie toujours l'ensemble vide:

Code:

/child::livre/child::sections/child::section/child::chapitre[contains(child::paragraphe/text(),"Deuxième")]

pourtant avec le mot "Premier" çà marche trés bien
MERCI

11/01/2011, 16h21
cedricchaillou

Si ça marche avec "Premier" mais pas avec "Deuxième", peut-être que c'est un problème d'encodage de caractères... J'avoue que je ne maîtrise pas bien ce sujet :( : que se passe-t-il sur les comparaisons de chaîne quand l'encodage du fichier XML n'est pas celui du fichier XSL ? Quand il n'y a pas d'encodage déclaré pour un ou les deux fichiers ?
11/01/2011, 21h27
thelvin

Ce n'est pas un problème d'encodage.
Pour information, quand on arrive au niveau du traitement, l'encodage n'existe plus depuis longtemps, on ne compare plus que des lettres et des caractères, jamais des octets. Pour information aussi, quand un encodage n'est pas spécifié, alors un encodage par défaut est choisi, et les traitements ultérieurs ne sont pas concernés.

Pour information encore, le xpath super long qu'on nous a montré se simplifie ainsi :

Code:

//chapitre[contains(paragraphe, "Deuxième")]

seulement, contains(paragraphe, "Deuxième") signifie "prendre le premier fils <paragraphe>, calculer sa valeur texte et vérifier si elle contient 'Deuxième'."

On ne veut pas se limiter au premier fils paragraphe, mais à tous les fils paragraphes. Voici comment :

Code:

//chapitre[paragraphe[contains(., "Deuxième")]]
13/01/2011, 11h57
Erwy

Citation:

Envoyé par thelvin

Pour information encore, le xpath super long qu'on nous a montré se simplifie ainsi :

Code:

//chapitre[contains(paragraphe, "Deuxième")]

C'est faux ceci n'est pas le Xpath simplifié .
C'est le raccourci d'écriture pour

Code:

/descendant-or-self::*/chapitre[contains(paragraphe, "Deuxième")]

Et utiliser cet axe comme "raccourci" d'ecriture vient en tête des mauvaises pratqiues XPath, puisqu'il va parser tous les noeuds descendant induisant un surcout important en mémoire et en temps de calcul .

Si on la chance dans cet exemple que paragraphe soit une feuille et qu'il n'y ait pas de surcout (à condition aussi que cet XML soit bien le cas final), il n'en reste pas moins que c'est une très mauvaise chose que d'entretenir cette confusion déjà trop répandu.

le xpath simplifié est

Code:

/livre/sections/section/chapitre[contains(paragraphe,"Deuxième")]
13/01/2011, 12h01
win_ubuntu

merci infiniment, çà marche trés bien;
Mais le "." reprsente quoi?

l'expression suivante renvoie le vide pour quoi?

Code:

//chapitre[contains(paragraphe/., "Deuxième")]
13/01/2011, 12h17
thelvin

Juste pour info, la remarque d'Erwy est réelle.
- D'abord ma simplification n'est pas identique à ton xPath de départ (elle peut potentiellement faire plus de choses, mais elle fait probablement ce que tu veux et est bien plus courte. Erwy a indiqué comment faire exactement la même chose en plus simple.)
- ensuite elle est beaucoup moins efficace. Bien sûr, ça n'a de sens que sur des gros fichiers, mais ma supposition que ton fichier n'a qu'un petit nombre d'éléments, de l'ordre des milliers, peut être fausse.

Citation:

Envoyé par win_ubuntu

Mais le "." reprsente quoi?

"élément en cours."
Comme dans les systèmes de fichiers, le . représente le répertoire en cours, et le .. représente le répertoire parent.
Ici, c'est pareil.

Citation:

Envoyé par win_ubuntu

l'expression suivante renvoie le vide pour quoi?

Code:

//chapitre[contains(paragraphe/., "Deuxième")]

Parce qu'elle est identique à

Code:

//chapitre[contains(paragraphe, "Deuxième")]

Petite remarque :

Si tu veux que seuls les éléments "paragraphe" soient comptabilisés, tu peux écrire :

Code:

/livre/sections/section/chapitre[contains(.[node() = paragraphe],'Deuxième')]

Ainsi, si tu l'appliques là dessus, seul les 2 premiers chapîtres seront retournés :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 <livre titre="Mon livre"> <auteurs> <auteur nom="nom1" prenom="prenom1"/> <auteur nom="nom2" prenom="prenom2"/> </auteurs> <sections> <section titre="Section1"> <chapitre titre="Chapitre1"> <paragraphe>Premier paragraphe</paragraphe> <paragraphe>Deuxième paragraphe</paragraphe> </chapitre> </section> <section titre="Section2"> <chapitre titre="Chapitre1"> <paragraphe>Premier paragraphe</paragraphe> <paragraphe>Deuxième paragraphe</paragraphe> </chapitre> </section> <section titre="Section3"> <chapitre titre="Chapitre1"> <para>Premier paragraphe</para> <para>Deuxième paragraphe</para> </chapitre> </section> </sections> </livre>
EDIT :
Par contre, bizarrement, ceci ne fonctionne pas (que ce soit avec "name" ou "local-name" d'ailleurs) :

Code:

/livre/sections/section/chapitre[contains(.[name() = 'paragraphe'],'Deuxième')]

:koi:

14/01/2011, 17h47
thelvin

Euh, non, Loceka. Mais carrément pas, en fait.

Citation:

Envoyé par Loceka

Si tu veux que seuls les éléments "paragraphe" soient comptabilisés, tu peux écrire :

Code:

/livre/sections/section/chapitre[contains(.[node() = paragraphe],'Deuxième')]

Pas, mais alors pas du tout.

la condition node() = paragraphe, signifie

"prendre,
- d'un côté l'ensemble A des éléments et nœuds textes enfants
- d'un autre côté l'ensemble B des éléments enfants <paragraphe>
- transformer tous les éléments de A et de B en leur valeur à travers la fonction string()
- si au moins une des strings de A est égale à une string de B, la condition est vraie. Sinon, non."

C'est juste absolument pas ce que tu as dit, et quelque chose d'abominablement compliqué qu'on a peu de chances de trouver en cas réél.

Par ailleurs, j'ai déjà dit comment faire.

Edit : Les lecteurs attentifs remarqueront que cette condition se simplifie en "y a-t-il un enfant <paragraphe> ?" En effet, B est inclus dans A. Donc, s'il y a un enfant paragraphe, A et B ne sont pas vides, et ont des éléments en commun. S'il n'y en a pas, B est vide et aucun élément de A ne peut être égal à un élément de B.

il y a plus simple pour écrire cette condition :

Code:

[paragraphe]

Citation:

EDIT :
Par contre, bizarrement, ceci ne fonctionne pas (que ce soit avec "name" ou "local-name" d'ailleurs) :

Code:

/livre/sections/section/chapitre[contains(.[name() = 'paragraphe'],'Deuxième')]

:koi:

[/QUOTE]

Normal. Un élément <chapitre> ne s'appellera jamais 'paragraphe', puisqu'il s'appelle 'chapitre'.
14/01/2011, 17h58
Erwy

Je suis navré mais je suis obligé de te reprendre :

[mode pas taper]

Citation:

Envoyé par thelvin

- d'un côté l'ensemble A des éléments et nœuds textes enfants

c'est
- d'un côté l'ensemble A des éléments,nœuds textes, commentaires et processing-instructions enfants

[/mode pas taper]

Pas pu m'en empêcher :aie:
14/01/2011, 18h06
thelvin

Genre c'était pas encore assez compliqué :aie: