sdx-developers
[Top][All Lists]
Advanced

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

RE : [sdx-developers] Entrepots OAI


From: Martin Sevigny
Subject: RE : [sdx-developers] Entrepots OAI
Date: Wed, 14 May 2003 05:39:05 +0200

Bonjour,

Je n'ai pas le temps de répondre au complet, mais un point important à
mon avis...

Déclarer qu'une base de documents dans SDX est un entrepôt OAI ne pose
aucune contrainte sur cette base. Elle doit exister, être alimentée
normalement, etc. On fait juste dire à la planète : voici, le contenu
(ou une partie du contenu) est disponible selon le protocole OAI.

Ensuite, une fois qu'on a dit cela, on a une contrainte et des
opportunités :

1- les ressources (documents dans la base) doivent pouvoir circuler sous
la forme de métadonnées DC OAI
2- les ressources peuvent circuler sous la forme de XML quelconque, en
autant qu'il y ait un schéma publiquement accessible

Dans SDX, une base de documents = une liste de champs, pas
nécessairement DC OAI. Donc pour satisfaire la contrainte 1, on a deux
possibilités :

- faire un mapping entre les champs SDX de la base et les champs DC OAI
(très simple, pratique dans de nombreuses situations)
- déclarer un pipeline qui doit générer du DC OAI à partir d'une
ressource de la base (très générique)

Pour 2, on a aussi trois possibilités :

- déclarer la disponibilité du "format SDX" (sdx:result,
essentiellement), pas très utile, mais on l'a sous le coude...
- déclarer notre propre format, en indiquant le schéma etc., de même
qu'un pipeline qui doit transformer les documents vers des docs XML
respectant ce schéma
- déclarer nontre propre format plat, de type DC OAI, mais avec nos
propres nom d'éléments (ou champs), par mapping avec SDX (pas très
utile, mais on l'a sous le coude...)

Je ne suis pas certain en lisant les commentaires de Pierrick que ça va
dans la même direction. Ce qu'il y a ci-dessus n'est pas correct et/ou
pas assez générique/souple?

Martin Sévigny





reply via email to

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