"select distinct" dynamique

Version imprimable

M'sieurs dames, bonjour

Je vous explique mon souci.
J'ai une source de données de ce genre :
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 <?xml version="1.0" encoding="UTF-8"?> <racine> <ligne> <item1>gronk</item1> </ligne> <ligne> <item1>gronk</item1> </ligne> <ligne> <item2>gronk</item2> </ligne> <ligne> <item2>gronk</item2> </ligne> <ligne> <item1>greuh</item1> </ligne> <param> <valeur>item1</valeur> </param> <param> <valeur>item2</valeur> </param> </racine>
('tention, la suite est velue)

et mon but est de trouver, pour chaque paramètre (nœud "param") le nombre de nœuds parmi les nœuds "ligne" qui ont un enfant s'appelant comme le paramètre sans compter les doublons.

Un bon exemple, parce que sinon, c'est pas évident.

Ici, pour le premier paramètre (item1), il y a 3 nœuds "ligne" qui ont un fils avec ce nom, mais seulement 2 qui ont des valeurs différentes (gronk et greuh).
Pour le second paramètre (item2), il y a 2 nœuds "ligne" qui ont un fils avec ce nom, mais seulement 1 qui a une valeur différente (gronk)
La "fonction" renvoie donc :
item1 > 2
item2 > 1

Mes premiers pas :

Me renvoie les noeuds ayant un fils avec le nom du paramètre :
Code:

1 2 3 4 5 <xsl:template match="racine"> <xsl:variable name="parametre" select="param/valeur"/> <xsl:copy-of select="/racine/ligne/*[name() =$parametre]"></xsl:copy-of> </xsl:template>
Un test de filtre pour éliminer les doublons (marche pas)
(en dur, pas en dynamique)
Code:

1 2 3 4 <xsl:template match="racine"> <xsl:variable name="parametre" select="param/valeur"/> <xsl:copy-of select="/racine/ligne/*[name() =$parametre][not(preceding-sibling::*='gronk')]"></xsl:copy-of> </xsl:template>
Mais là, je tourne en rond, j'arrive à rien...

Est-ce seulement possible ?

Un grand merci pour toute aide possible (si je n'ai pas été clair, ne pas hésiter à me demander des éclaircissements)

19/01/2011, 22h46
thelvin

Aïe.

On ne peut pas exprimer cette contrainte d'unicité avec du xPath, justement parce que xPath n'est pas dynamique.
On ne peut pas non plus se servir des clés, puisque leur use serait sur quelque chose qui sera indiqué dans le document source.
Du coup, pas moyen de faire un count().

Et quand on ne peut pas faire de count, la solution restante est un template récursif.
Il passerait sur toutes les ligne[*[name() = $param]], et ajouterait 1 au calcul du résultat si on ne trouve pas de précédente avec le même contenu, et renverrait le résultat inchangé sinon.
20/01/2011, 08h07
Loceka

Personnellement, après avoir galéré avec des méthodes récursives qui alourdissaient mon code et que je devais constamment réécrire, j'ai fini par adopter une librairie externe qui fait ça très bien : http://www.exslt.org/set/functions/distinct/index.html.

Après, n'étant pas un pro en XSL (je me fais juste des fichiers XSL pour des projets perso que je lance avec Firefox - il possède un parser plutôt bien fait), je ne sais pas ce que ça vaut vraiment ni même comment ça marche. :oops:

(D'ailleurs si quelqu'un ici peut me dire pourquoi quand on va à l'URL donnée par leur namespace (http://exslt.org/sets) ça renvoie un 404 mais que si on change ce namespace dans la déclaration, le XSL ne fonctionne plus ?)

Soit dit en passant ils fournissent aussi d'autres librairies super pratiques, comme les expressions régulières !

En espérant que ça puisse aider,
Loceka.

Citation:

Envoyé par thelvin

On ne peut pas non plus se servir des clés, puisque leur use serait sur quelque chose qui sera indiqué dans le document source.

Il faut juste adapter la clé, même principe qu'un regroupement
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:key use="concat(name(),'//',.)" match="ligne/*" name="item"/> <xsl:template match="/"> <test> <xsl:for-each select="racine/param"> <i> <xsl:value-of select="."/> : <xsl:value-of select="count(/racine/ligne/*[generate-id(.)=generate-id(key('item',concat(current(),'//',.))[1])])"/> </i> </xsl:for-each> </test> </xsl:template> </xsl:stylesheet>
J'ai pris comme séparateur // au niveau de la clé, ce n'est pas nécessairement le plus adapté.

20/01/2011, 09h56
thelvin

Ah, oui, mince. Je me doutais que j'avais loupé un truc mais je voyais pas quoi.

Citation:

Envoyé par Loceka

Personnellement, après avoir galéré avec des méthodes récursives qui alourdissaient mon code et que je devais constamment réécrire, j'ai fini par adopter une librairie externe qui fait ça très bien : http://www.exslt.org/set/functions/distinct/index.html.

Hum. Je ne vois pas comment cette fonction résoudrait le problème. D'un autre côté, je ne voyais pas non plus comment utiliser les clés pour ça.
'Faudrait que j'essaie de prouver les choses mathématiquement.

Citation:

Envoyé par Loceka

(D'ailleurs si quelqu'un ici peut me dire pourquoi quand on va à l'URL donnée par leur namespace (http://exslt.org/sets) ça renvoie un 404 mais que si on change ce namespace dans la déclaration, le XSL ne fonctionne plus ?)

Parce que les namespaces ne sont pas des URL mais des URI. Ils ne servent pas à dire "où on peut trouver" des ressources, ils servent à les identifier de façon unique. Ce sont des noms, quoi. Si on me dit Loceka, je vais pas taper ça dans mon GPS en pensant que ça me dira où tu es. Je me dirai que c'est ton nom. Les URI, c'est pareil, mais c'est étudié pour pouvoir être unique.
20/01/2011, 10h27
Skyou

Un grand MERCI à vous pour votre contribution à ma problématique (spéciale dédicace à Erwy ;) ).

J'avais effectivement commencé à étudier le principe des clefs pour résoudre mon souci, mais sans succès. En voyant la solution, je comprend pourquoi : c'était loin d'être évident...

Vais être obligé de continuer à bosser, maintenant, moi, c'est malin :mrgreen:

Bonne journée à vous.

Citation:

Envoyé par thelvin

Hum. Je ne vois pas comment cette fonction résoudrait le problème.

Comme ça :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<xsl:stylesheet
		id="stylesheet"
		version="1.0"
		xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
		xmlns:set="http://exslt.org/sets">
 
	<xsl:template match="/">
		<xsl:apply-templates select="/racine/param/valeur"/>
	</xsl:template>
 
	<xsl:template match="valeur">
		<xsl:value-of select="."/><xsl:text> : </xsl:text>
		<xsl:copy-of select="count(set:distinct(/racine/ligne/*[name() = current()]))"/><xsl:text> ; </xsl:text>
	</xsl:template>
</xsl:stylesheet>

20/01/2011, 14h38
thelvin

De fait. 'Y a pas, j'ai un problème pour modéliser ce besoin. La prochaine fois, je ferai un schéma papier.

Je viens de comprendre ce qui me gêne, toutefois : je suis parti du principe qu'une <ligne> peut avoir plusieurs enfants, éventuellement de noms différents. Or, ce qu'on compte, c'est les lignes, pas les enfants de lignes.

~~Mais on devrait pouvoir s'en sortir quand même, en comptant "les enfants de ligne qui répondent aux conditions et n'ont pas de preceding-sibling qui y réponde."~~

Edit : Ouais non. Ma gêne venait du fait que "ne pas compter les doublons" est assez confus si une <ligne> peut avoir plusieurs enfants de même nom. C'est donc sûrement pas le cas.