[sdx-users] RE : Quel avenir pour SDX : atouts, attentes, moyens et méthode ?

[Martin Sevigny]

Bonjour,

> - les évolutions techniques (ou technologiques).

Sans vouloir être exhaustif, je vais vous résumer ici quelques
discussions qui ont eu lieu récemment sur sdx-developers et en privé, et
qui pourraient avoir un impact sur les orientations futures de SDX.

L'idée originale derrière SDX était d'offrir un moteur de recherche
documentaire (textuel) pour documents XML, dans un environnement Web et
libre. L'approche utilisée, soit l'utilisation de la structure XML au
moment de l'indexation puis des recherches par champs, est intéressante
mais ce n'est qu'une approche. Par ailleurs, en réalisant SDX 1 puis 2,
le moteur de recherche a été habillé d'un certain nombre de
fonctionnalités essentielles autour de la recherche (SDX 1) puis
d'autres fonctionnalités et d'une architecture (SDX 2) qui rendent SDX
intéressant pour faire plus que de la recherche.

Aujourd'hui, nous constatons deux choses importantes à propos de SDX 2 :

- par certaines fonctions reliées à la gestion des utilisateurs, du
multilinguisme, de la contextualisation des affichages, SDX 2 s'avère un
outil de conception de sites Web dynamiques efficace, y compris pour des
sites où la recherche n'est pas la principale fonction

- le modèle de requêtes/résultats de SDX est intéressant au-delà même du
moteur/modèle de recherche actuellement utilisé (recherche classique par
champs avec Lucene)

Ces deux constatations nous amènent à penser que SDX pourrait devenir
plus qu'un moteur de recherche XML selon le modèle actuel, mais bien une
interface pour différents moteurs de recherche, interface qui
permettrait de les utiliser de la même façon, voire même d'intégrer
leurs résultats.

Je vais illustrer cette approche par deux exemples.

1) Cartographie (j'emprunte cet exemple à Pierrick Brihaye)

Imaginons des documents XML décrivant des œuvres architecturales, qui
ont des informations documentaires et des données de localisation
géographiqe. Il pourrait être intéressant de formuler des requêtes du
genre "les églises situées à moins de 50km de la commune de Rennes". Si
on connaît la position géographique de Rennes, un moteur de recherche
cartographique pourra répondre à une partie de la requête. Si on combine
ses résultats à ceux de SDX pour les églises, alors on répond à la
question de façon efficace.

2) Requêtes sur la structure des documents

Imaginons une collection d'articles scientifiques dans une discipline
comme l'astrophysique. Dans ces articles, on retrouve un grand nombre
d'équations mathématiques. Il pourrait être intéressant de faire des
recherches sur certains types d'équations et de combiner ces recherches
avec des recherches documentaires.

Par exemple "les articles à propos des naines blanches qui ont au moins
une équation avec une racine de degré 3 ou plus". Un jour, Xquery pourra
répondre à tout cela, y compris avec la partie documentaire, mais en
attendand on peut combiner une requête SDX (actuel) avec une requête de
type Xpath:

//m:root[following-sibling::*[1][self::m:degree and
number(normalize-space(.)) >= 3 ]

(où le préfixe m est lié au domaine de nom
http://www.w3.org/1998/Math/MathML).


Voilà une direction que pourrait prendre SDX : permettre différents
types de moteurs de recherche, et permettre de combiner leurs résultats.
A moyen terme, la recherche cartographique et la recherche de type Xpath
seraient les plus intéressantes à implanter.

A bientôt,

Martin Sévigny