sdx-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: RE : [sdx-developers] RE : SDX 2.0?


From: Pierrick Brihaye
Subject: Re: RE : [sdx-developers] RE : SDX 2.0?
Date: Fri, 08 Nov 2002 14:15:52 +0100
User-agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.0.1) Gecko/20020823 Netscape/7.0

Re,

On continue cet exposé qui, je l'espère, ne vous barbe pas trop :-)

Martin Sevigny a écrit:

Or, ce n'est pas possible : mes documents *doivent* rester dans leur état initial car c'est bien cet état initial, très peu structuré, que je veux renvoyer aux utilisateurs.

Etonnant. Renvoyer dans le sens d'afficher? Ou leur retourner dans le
sens où ils pourront les retravailler? Parce que si c'est simplement
pour afficher, tu peux faire une XSLT qui fait comme si la richesse
n'était pas là. Mais c'est un autre problème...

On est d'accord. Le document que je veux stocker dans SDX, avec d'éventuelles possibilités de modifications, c'est le document natif, rédigé par un être humain *normal*, dans un outil qui pourrait ressembler à un vulgaire traitement de texte.

Sur ce document, je m'estime capable de faire un ou plusieurs *arbres* de *concepts* : structurés en XML donc.

J'ai bien écrit arbres avec un "s". Idéalement, plusieurs catégories de baliseurs peuvent passer sur le même document. A terme, ça pose le problème de savoir si XML est capable de répondre à la problématique. Il y en a qui se posent déjà la question :

http://www.lmnl.org/index.html

(à quand un SDLMNL ?)

Ensuite, je fais asser sur ce document une catégorie professionnelle apelée à un grand avenir : les "baliseurs".

J'espère qu'ils auront un autre nom!

"Victor. Baliseur". Ca jette, non ? :-)

Ca va, c'est juste que je n'avais vraiment pas imaginé cette approche
dans ton message précédent ;-)

C'est peut-être pour ça que les index, SQL ou autres, n'ont pas facilité la vie de l'informatique *documentaire* ;-) Moi je me fous des performances si je me retrouve avec un bruit de fond énorme...

L'inventaire m'étonnera toujours ;-)

Parlé-je pour l'Inventaire ? Rien n'est moins sûr :-)

Ceci étant dit, on peut se demander si l'élément <index> et ce qu'il y a
dessous appartient vraiment à ce document ou s'il ne s'agit pas d'un
thésaurus externe, mais bon, je comprends l'idée.

Pour moi, c'est un des arbres de concepts associés au document, unité atomique de SDX. Si l'arbre de concept est pertinent par rapport à la query, je trouve normal qu'il soit associé au résultat, en tout ou partie.

Accessoirement, dans mes "index", je pourrai *facilement* disposer de l'id du noeud indexé dans le document d'*origine*. Du coup, pour le highlighting, ça sera beaucoup plus simple :-)

Je voulais me répondre là-dessus.

Oui... parce que je n'ai pas capté grand-chose :-)

A+

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden





reply via email to

[Prev in Thread] Current Thread [Next in Thread]