RE: [sdx-users] q comme query

[Frédéric Glorieux]

 > J'espère que cela alimentera les réflexions de Fred :-))

Merci (en fait j'aurais du dire compréhension, je n'en sais pas
encore assez pour réfléchir).

 >
 > Voilà : on est bien d'accord que l'indexation propose une
 > *vue* sur les
 > documents, vue dont la finalité est de les rendre
*cherchables* ?
 >
 > Si on est d'accord, on continue :-)

Les bonnes habitudes du dialogue athénien...
Postulat accordé (ou plutôt, compris)

 > Première note là-dessus : pour des raisons de performances,
 > le processus
 > d'indexation n'est pas dynamique. On discute beaucoup
 > actuellement sur
 > le moment le plus opportun pour créer cette vue, mais, dans
 > l'ensemble
 > tout le monde s'accorde sur le fait qu'elle ne puisse pas
 > être dynamique.

        Dans l'esprit, on a des documents XML pérennes, il s'agit
d'abord de proposer un outil de recherche pour les consulter.
L'astuce de SDX, simplissime et centrale, c'est l'XSL
d'indexation, qui donne un langage standard et très évolué pour
renseigner toutes sortes de champs. Pour moi, SDX, c'est d'abord
ça, une connexion intelligente cocoon-Lucene.
        Indexation dynamique ? Pourquoi pas, mais pourquoi ? Si on prend
des thèses, elles ne vont pas changer tous les jours, et
l'interface de consultation non plus (les lecteurs ont besoin de
prendre leurs repères).

 > Deuxième note : on pourrait concevoir, avec de bonnes
 > XML:DB, des vues
 > dynamiques. Mes tests sur eXist sont très encourageants.
 > Mais ne nous
 > leurrons pas, eXist possède un mécanisme d'indexation *en
 > amont* très
 > comparable à celui de SDX (et moins puissant BTW).
 >
 > Une fois qu'on a cherché, on veut dont *mettre en forme* les
 > résultats;

        Là je ne comprends plus vraiment. Est-ce que ce n'est pas tout
simplement du Cocoon ? Comme on se branche sur un DB:SQL
quelconque, on peut se faire son appli à soi avec les taglib
Cocoon. Quel serait le travail de SDX là-dedans ? Faire une
surcouche sans réelle valeur ajoutée (à part cacher les choses) ?

 > les "briefer" pour reprendre la terminologie en usage chez
nous.
 >
 > Je me demande donc si SDX ne pourrait pas prévoir, de la même
façon
 > qu'il propose une (ou plusieurs) vue cherchable, la
 > possibilité de créer
 > une (ou plusieurs) vue "briefable".
 >
 > Bien sûr, cette vue pourrait être moins plane que celle
actuellement
 > offerte.

        Pour mon opinion, j'aurais d'abord besoin de voir quelque chose
qui tourne en Cocoon, et du XML. On peut se demander alors si SDX
peut devenir une sorte de chercheur universel de documents. Mais
on aura jamais fini de supporter telle ou telle sorte de DB (en
recherche j'entends, en entrepôt, cocoon s'en charge).
        Il me semble que l'intérêt majeur, c'est le petit input qu'on
met dans son site, avec recherche plein texte. Au lieu d'une
comparaison de caractères brutale, il y a la pertinence, les
langues, les thesauri... Rien que la recherche avancée, chaque
appli doit en fournir une, mais je serais curieux de voir combien
elles ont d'utilisateurs.

 > Là encore, en interne, on pourrait utiliser une relation entre
un
 > document et sa vue "briefable".