[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: RE : [sdx-developers] Entrepots OAI
From: |
Pierrick Brihaye |
Subject: |
Re: RE : [sdx-developers] Entrepots OAI |
Date: |
Mon, 19 May 2003 11:51:54 +0200 |
Re,
>> Certainement pas. Je vois cependant un intérêt à coder, par
>> exemple, une
>> OAIFieldList, une DocbookFieldList, une TEIFieldList, soit en dur (pas
>> beau), soit sous forme de fragments XML inclus dans les fichiers de
>> configuration (et, pendant qu'on y est, des XSL d'indexation
>> pour TEI et
>> Docbook mises au pot commun sur le CVS).
>A mon avis, ce sont des ressources à mettre à quelque part, dans
>sdx/resources ou sur un portail SDX, mais ça ne doit pas faire partie du
>cœur, non?
+1. Autant le dire de suite : j'aime bien l'approche cocon-blocks ;-)
>On a fait le choix de dire qu'un entrepôt OAI était mappé à une base de
>documents dans SDX, c'est cela que tu questionnes?
Exactement ! Entre autres problèmes, c'est le "une" de la phrase précédente
qui me chifonne.
>On aurait mapper avec une application, mais je ne suis pas
>certain de l'intérêt.
Ben... moi je le vois : un BD pour tel type de document (de façon à avoir
des résultats homàgènes et donc une petrtinence... pertinence), une autre
pour tel autre type... Mais, le *tout* fournissant des métadonnées
compatibles OAI pour le plus grand bonheur des amateurs de métadonnées :-).
>Pour répondre à ta question, j'ai deux bases de documents donc deux
>entrepôts OAI. Si ton moissonneur peut en moissoner un, il peut le faire
>avec l'autre...
Certes (j'ai bien regardé le design fonctionnel)...
>Peut-être. Je vais aussi proposer l'ajout de sdx:fieldList refid="..."
>pour réutiliser des fieldlist sur différentes bases.
+1 :-)
>Mais de toutes façon, ton mapping est hors OAI, non?
Oui : OAI n'en serait qu'une application particulière... c'est idée de
mapping est intéressante. Au départ, je m'étais dit que la solution
"normale" étati de créer un base de documents ad hoc. Maintenant, j'en suis
moins sûr :-) Faire très attention toutefois : une base de documents n'est
pas nécessairement Lucene, aussi, je me demande si le mapping d'un champ
(Lucene) sera toujours pertinent/possible...
A+
p.b.
- RE : [sdx-developers] Entrepots OAI, (continued)
- RE : [sdx-developers] Entrepots OAI, Rasik Pandey, 2003/05/13
- Re: [sdx-developers] Entrepots OAI, Pierrick Brihaye, 2003/05/13
- Re: [sdx-developers] Entrepots OAI, Pierrick Brihaye, 2003/05/13
- RE : [sdx-developers] Entrepots OAI, Martin Sevigny, 2003/05/13
- Re: RE : [sdx-developers] Entrepots OAI, Pierrick Brihaye, 2003/05/14
- [sdx-developers] Corrigé : LuceneOAIRepository.java ne compilait pas, Rasik Pandey, 2003/05/14
- Re: [sdx-developers] Corrigé : LuceneOAI Repository.java ne compilait pas, Pierrick Brihaye, 2003/05/14
- RE : RE : [sdx-developers] Entrepots OAI, Martin Sevigny, 2003/05/19
- Re: RE : [sdx-developers] Entrepots OAI, Pierrick Brihaye, 2003/05/19
- RE : RE : [sdx-developers] Entrepots OAI, Martin Sevigny, 2003/05/19
- Re: RE : [sdx-developers] Entrepots OAI,
Pierrick Brihaye <=
- RE : RE : [sdx-developers] Entrepots OAI, Martin Sevigny, 2003/05/19
- Re: RE : [sdx-developers] Entrepots OAI, Pierrick Brihaye, 2003/05/19
- RE : RE : [sdx-developers] Entrepots OAI, Martin Sevigny, 2003/05/19
- Re: RE : [sdx-developers] Entrepots OAI, Pierrick Brihaye, 2003/05/19
- RE : RE : [sdx-developers] Entrepots OAI, Martin Sevigny, 2003/05/21
- Re: RE : RE : [sdx-developers] Entrepots OAI, Pierrick Brihaye, 2003/05/21
- RE : RE : RE : [sdx-developers] Entrepots OAI, Martin Sevigny, 2003/05/21
- Re: RE : RE : RE : [sdx-developers] Entrepots OAI, Pierrick Brihaye, 2003/05/21
- RE : RE : RE : RE : [sdx-developers] Entrepots OAI, Martin Sevigny, 2003/05/21
- Re: RE : RE : RE : [sdx-developers] Entrepots OAI, Pierrick Brihaye, 2003/05/21