Valoriser le patrimoine numérique scientifique, pédagogique et documentaire des universités et le partager par un réseau de portails communicants en OAI

Bonjour,

Il y a un point que je ne comprends et que je soumets à votre réflexion :
c'est, la raison pour laquelle, lorsque je moissonne sur un entrepôt précis,
alors, je retrouve ensuite les ressources dans le module de recherche à la
fois en ressource locale et à la fois sous le nom de l'entrepôt.  Et du coup,
dans l'entrepôt, j'ai ces mêmes ressources en doublon et même en doublon
sous les 2 formats DC et LOM. C'est-à-dire que si j'importe 5 ressources via
le workflow, je me retrouve avec 10 ressources dans l'entrepôt et 10 nouvelles
ressources dans le search.

Merci de votre aide,

Karine Lauro, 
Faculté de médecine, Université de Rennes 1

  

Cela n'est pas le cas sur une moisson d'un autre entrepôt que mon entrepôt
local. Ce que j'ai pu observé sur le moissonnage de mon entrepôt local
correspond-il au fonctionnement que l'on peut attendre ?  

Karine Lauro
  

Bonjour Karine,

Il n'y a pas de doublons pour la ressource en elle-même.

Par contre, si on peut dire, il y a doublon pour la fiche de métadonnées associée à ta ressource.

1 fiche correspondant à ta ressource locale, suite à son indexation "demandée" par le module workflow.
Et 1 fiche moissonnée, suite à son indexation "demandée" par le module harvester.
D'où 2 fiches dans le système !!

Yohan, Vincent, c'est bien cela ?

Jacques


karine.lauro@univ-rennes1.fr a écrit :

Je n'ai plus de question car je comprends à présent ce qui se passe : j'importe mes ressources locales par le workflow et elles se retrouvent dans le
module de recherche en ressources locales, puis je moissonne mon propre
entrepôt d'où les ressources se retrouvent sous le nom de l'entrepôt. Il n'y
a pas de doublon au sens propre du terme, ce n'est que le résultat des 2
actions réalisées : import puis moissonnage.
CQFD.

Merci.

Karine Lauro
 

Oui Jacques c'est ça.
Mais ce comportement sera aussi corrigé dans la future version. En effet, on empêchera l'apparition d'un doublon provenant d'une moisson si la fiche d'origine vient de mon entrepôt.

Bonne journée
Yohan

Jacques Brassart a écrit :

Bonjour Karine,

Il n'y a pas de doublons pour la ressource en elle-même.

Par contre, si on peut dire, il y a doublon pour la fiche de métadonnées associée à ta ressource.

1 fiche correspondant à ta ressource locale, suite à son indexation "demandée" par le module workflow.
Et 1 fiche moissonnée, suite à son indexation "demandée" par le module harvester.
D'où 2 fiches dans le système !!

Yohan, Vincent, c'est bien cela ?

Jacques


karine.lauro@univ-rennes1.fr a écrit :

Je n'ai plus de question car je comprends à présent ce qui se passe : j'importe mes ressources locales par le workflow et elles se retrouvent dans le
module de recherche en ressources locales, puis je moissonne mon propre
entrepôt d'où les ressources se retrouvent sous le nom de l'entrepôt. Il n'y
a pas de doublon au sens propre du terme, ce n'est que le résultat des 2
actions réalisées : import puis moissonnage.
CQFD.

Merci.

Karine Lauro
 

--
Ce message a �t� v�rifi� par
pour des virus ou des polluriels et rien de
suspect n'a �t� trouv�.

Bonsoir,

    Je poursuis ce fil car ma question me semble assez proche..
    J'essaie de déterminer si une chose est normale relativement aux moissons.
    Considérons A ma plateformer ORI-OAI, B et C 2 plateformes distantes.
    Je paramètre une moisson de B et de C sur mon moissonneur, or je sais que B moissonne aussi C. Est-ce normal que je retrouve les fiches de l'entrepôt C en moissonnant l'entrepôt B ?
    Ne devrais pas plutôt moissonner seulement les ressources locales respectives de chaque entrepôt et pas celles que chacun d'entre eux moissonnent aussi ?

    Il est à savoir que j'utilise la version de démo 1.1.1 pour A et B, cela fait-il éventuellement partie de mon problème, du fait que je n'ai pas paramétré certains réglages ?

Merci d'avance,

Julien Cros
Mission TICE - Université de la Méditerranée
04.91.39.66.70

Yohan Colmant a écrit :

Oui Jacques c'est ça.
Mais ce comportement sera aussi corrigé dans la future version. En effet, on empêchera l'apparition d'un doublon provenant d'une moisson si la fiche d'origine vient de mon entrepôt.

Bonne journée
Yohan

Jacques Brassart a écrit :

Bonjour Karine,

Il n'y a pas de doublons pour la ressource en elle-même.

Par contre, si on peut dire, il y a doublon pour la fiche de métadonnées associée à ta ressource.

1 fiche correspondant à ta ressource locale, suite à son indexation "demandée" par le module workflow.
Et 1 fiche moissonnée, suite à son indexation "demandée" par le module harvester.
D'où 2 fiches dans le système !!

Yohan, Vincent, c'est bien cela ?

Jacques


karine.lauro@univ-rennes1.fr a écrit :

Je n'ai plus de question car je comprends à présent ce qui se passe : j'importe mes ressources locales par le workflow et elles se retrouvent dans le
module de recherche en ressources locales, puis je moissonne mon propre
entrepôt d'où les ressources se retrouvent sous le nom de l'entrepôt. Il n'y
a pas de doublon au sens propre du terme, ce n'est que le résultat des 2
actions réalisées : import puis moissonnage.
CQFD.

Merci.

Karine Lauro
 

--
Ce message a �t� v�rifi� par
pour des virus ou des polluriels et rien de
suspect n'a �t� trouv�.

--
Ce message a �t� v�rifi� par
pour des virus ou des polluriels et rien de
suspect n'a �t� trouv�.

Bonsoir,

Ceci est paramétrable dans ORI-OAI: on choisit d'exposer ce qui est produit en local et/ou ce qui a été moissonner.
Mais à voir quelle est la configuration par défaut dans la démo 1.1.1, peut-être une erreur si on ré-expose effectivement tout.

Vous pouvez vérifier et changer ce paramètre le cas échéant dans le fichier C:\OriOaiDemo\webapps\ori-oai-repository\WEB-INF\classes\properties\repository-domain.xml

Le bloc suivant ne dois pas être commenté. Il permet de filtrer ce qui est exposé en OAI en ne montrant que les fiches locales.

        <property name="exposedRepositories">
            <list>
                <value>ori-oai-workflow</value>
            </list>
        </property>

S'il est commenté, décommentez-le et redémarrer la plate-forme. Supprimez vos moissons et relancez le tout.

Cordialement,


Julien Cros a écrit :

Bonsoir,

    Je poursuis ce fil car ma question me semble assez proche..
    J'essaie de déterminer si une chose est normale relativement aux moissons.
    Considérons A ma plateformer ORI-OAI, B et C 2 plateformes distantes.
    Je paramètre une moisson de B et de C sur mon moissonneur, or je sais que B moissonne aussi C. Est-ce normal que je retrouve les fiches de l'entrepôt C en moissonnant l'entrepôt B ?
    Ne devrais pas plutôt moissonner seulement les ressources locales respectives de chaque entrepôt et pas celles que chacun d'entre eux moissonnent aussi ?

    Il est à savoir que j'utilise la version de démo 1.1.1 pour A et B, cela fait-il éventuellement partie de mon problème, du fait que je n'ai pas paramétré certains réglages ?

Merci d'avance,

Julien Cros
Mission TICE - Université de la Méditerranée
04.91.39.66.70

Yohan Colmant a écrit :

Oui Jacques c'est ça.
Mais ce comportement sera aussi corrigé dans la future version. En effet, on empêchera l'apparition d'un doublon provenant d'une moisson si la fiche d'origine vient de mon entrepôt.

Bonne journée
Yohan

Jacques Brassart a écrit :

Bonjour Karine,

Il n'y a pas de doublons pour la ressource en elle-même.

Par contre, si on peut dire, il y a doublon pour la fiche de métadonnées associée à ta ressource.

1 fiche correspondant à ta ressource locale, suite à son indexation "demandée" par le module workflow.
Et 1 fiche moissonnée, suite à son indexation "demandée" par le module harvester.
D'où 2 fiches dans le système !!

Yohan, Vincent, c'est bien cela ?

Jacques


karine.lauro@univ-rennes1.fr a écrit :

Je n'ai plus de question car je comprends à présent ce qui se passe : j'importe mes ressources locales par le workflow et elles se retrouvent dans le
module de recherche en ressources locales, puis je moissonne mon propre
entrepôt d'où les ressources se retrouvent sous le nom de l'entrepôt. Il n'y
a pas de doublon au sens propre du terme, ce n'est que le résultat des 2
actions réalisées : import puis moissonnage.
CQFD.

Merci.

Karine Lauro
 

--
Ce message a �t� v�rifi� par
pour des virus ou des polluriels et rien de
suspect n'a �t� trouv�.

--
Ce message a �t� v�rifi� par
pour des virus ou des polluriels et rien de
suspect n'a �t� trouv�.

--
Ce message a �t� v�rifi� par
pour des virus ou des polluriels et rien de
suspect n'a �t� trouv�.

Bonjour,

je suis d'accord avec la suggestion de Julien Cros.
je ne suis pas sure d'avoir tout compris du processus de moissonnage.
corrigez sinon !

NB : je prends "indexer une ressource" au sens de "renseigner la fiche de métadonnées LOM" décrivant la ressource

-dans un monde idéal, cela suppose en préalable que chaque entité (ex université) soit l'unique créateur des fiches de métadonnées décrivant les ressources qu'elle a produites, pour éviter de se retrouver avec deux fiches (renseignées différemment en plus) correspondant à la même ressource.
ie les cours de mon université sont indexés par mon université et par personne d'autre.
mais ce n'est déjà pas évident, avec les UNTs qui ont indexé des ressources venant d'autres entités, ou les ressources produites de façon collaborative. je n'ai pas de solution à la question "qui doit les indexer ?"

-Dans le LOM on indique l'entrepôt des fiches de métadonnées : dans l'exemple de julien ce pourrait être "ORI-entrepot B" et "ORI-entrepot C".

1ere solution
lorsque l'entrepôt B expose toutes les fiches qu'il contient (les siennes et celles collectées ailleurs), il pourrait mettre un filtre restreignant la moisson à ses propres fiches : celles qui comportent "ORI-entrepot B".
cela éviterait à ORI-A  (qui moissonne B et C) de se retrouver avec des doublons des fiches venant de C.

en revanche, si D ne moissonne que B, il n'aura jamais les fiches de C. dommage ?


2e solution
c'est dans le paramétrage, chez A, du moissonnage de B, que A demanderait auprès de B uniquement les fiches contenant la valeur "ORI-entrepot B" ?

ça me parait mieux pour contenter et A et D : chacun paramètre à sa guise.

3e solution
le moissonneur OAI de A, moissonnerait tout mais trierait les résultats des moissons en faisant du dédoublonnage ?
pour conserver une base de fiches avec un seul exemplaire de chaque fiche


merci de vos lumières,

bien cordialement,

Julien Cros a écrit :

Bonsoir,

    Je poursuis ce fil car ma question me semble assez proche..
    J'essaie de déterminer si une chose est normale relativement aux moissons.
    Considérons A ma plateformer ORI-OAI, B et C 2 plateformes distantes.
    Je paramètre une moisson de B et de C sur mon moissonneur, or je sais que B moissonne aussi C. Est-ce normal que je retrouve les fiches de l'entrepôt C en moissonnant l'entrepôt B ?
    Ne devrais pas plutôt moissonner seulement les ressources locales respectives de chaque entrepôt et pas celles que chacun d'entre eux moissonnent aussi ?

    Il est à savoir que j'utilise la version de démo 1.1.1 pour A et B, cela fait-il éventuellement partie de mon problème, du fait que je n'ai pas paramétré certains réglages ?

Merci d'avance,
Julien Cros
Mission TICE - Université de la Méditerranée
04.91.39.66.70


Yohan Colmant a écrit :

Oui Jacques c'est ça.
Mais ce comportement sera aussi corrigé dans la future version. En effet, on empêchera l'apparition d'un doublon provenant d'une moisson si la fiche d'origine vient de mon entrepôt.

Bonne journée
Yohan

Jacques Brassart a écrit :

Bonjour Karine,

Il n'y a pas de doublons pour la ressource en elle-même.

Par contre, si on peut dire, il y a doublon pour la fiche de métadonnées associée à ta ressource.

1 fiche correspondant à ta ressource locale, suite à son indexation "demandée" par le module workflow.
Et 1 fiche moissonnée, suite à son indexation "demandée" par le module harvester.
D'où 2 fiches dans le système !!

Yohan, Vincent, c'est bien cela ?

Jacques


karine.lauro@univ-rennes1.fr a écrit :

Je n'ai plus de question car je comprends à présent ce qui se passe : j'importe mes ressources locales par le workflow et elles se retrouvent dans le
module de recherche en ressources locales, puis je moissonne mon propre
entrepôt d'où les ressources se retrouvent sous le nom de l'entrepôt. Il n'y
a pas de doublon au sens propre du terme, ce n'est que le résultat des 2
actions réalisées : import puis moissonnage.
CQFD.

Merci.

Karine Lauro
 

-- 
Ce message a ?t? v?rifi? par
pour des virus ou des polluriels et rien de
suspect n'a ?t? trouv?.

Pour résumer: chaque entité a la possibilité d'exposer en OAI ce qu'il produit et/ou ce qu'il a moissonné. Charge à celui qui met en place de configurer ce point;

Aussi, dans le cas où tout le monde expose ce qu'il produit et ce qu'il a moissonné, on se retrouve avec une même fiche proposée par X entrepôts. Dans ce cas, il y a effectivement un dédoublonage dans ORI-OAI pour que chaque fiche n'apparaisse qu'une fois. Même si j'ai moissonné A, B et C qui elles-mêmes proposaient la même fiche. Tout ceci se fait grâce aux identifiants uniques des fiches.

Yohan

Isabelle Ramade a écrit :

Bonjour,

je suis d'accord avec la suggestion de Julien Cros.
je ne suis pas sure d'avoir tout compris du processus de moissonnage.
corrigez sinon !

NB : je prends "indexer une ressource" au sens de "renseigner la fiche de métadonnées LOM" décrivant la ressource

-dans un monde idéal, cela suppose en préalable que chaque entité (ex université) soit l'unique créateur des fiches de métadonnées décrivant les ressources qu'elle a produites, pour éviter de se retrouver avec deux fiches (renseignées différemment en plus) correspondant à la même ressource.
ie les cours de mon université sont indexés par mon université et par personne d'autre.
mais ce n'est déjà pas évident, avec les UNTs qui ont indexé des ressources venant d'autres entités, ou les ressources produites de façon collaborative. je n'ai pas de solution à la question "qui doit les indexer ?"

-Dans le LOM on indique l'entrepôt des fiches de métadonnées : dans l'exemple de julien ce pourrait être "ORI-entrepot B" et "ORI-entrepot C".

1ere solution
lorsque l'entrepôt B expose toutes les fiches qu'il contient (les siennes et celles collectées ailleurs), il pourrait mettre un filtre restreignant la moisson à ses propres fiches : celles qui comportent "ORI-entrepot B".
cela éviterait à ORI-A  (qui moissonne B et C) de se retrouver avec des doublons des fiches venant de C.

en revanche, si D ne moissonne que B, il n'aura jamais les fiches de C. dommage ?


2e solution
c'est dans le paramétrage, chez A, du moissonnage de B, que A demanderait auprès de B uniquement les fiches contenant la valeur "ORI-entrepot B" ?

ça me parait mieux pour contenter et A et D : chacun paramètre à sa guise.

3e solution
le moissonneur OAI de A, moissonnerait tout mais trierait les résultats des moissons en faisant du dédoublonnage ?
pour conserver une base de fiches avec un seul exemplaire de chaque fiche


merci de vos lumières,

bien cordialement,

Julien Cros a écrit :

Bonsoir,

    Je poursuis ce fil car ma question me semble assez proche..
    J'essaie de déterminer si une chose est normale relativement aux moissons.
    Considérons A ma plateformer ORI-OAI, B et C 2 plateformes distantes.
    Je paramètre une moisson de B et de C sur mon moissonneur, or je sais que B moissonne aussi C. Est-ce normal que je retrouve les fiches de l'entrepôt C en moissonnant l'entrepôt B ?
    Ne devrais pas plutôt moissonner seulement les ressources locales respectives de chaque entrepôt et pas celles que chacun d'entre eux moissonnent aussi ?

    Il est à savoir que j'utilise la version de démo 1.1.1 pour A et B, cela fait-il éventuellement partie de mon problème, du fait que je n'ai pas paramétré certains réglages ?

Merci d'avance,
Julien Cros
Mission TICE - Université de la Méditerranée
04.91.39.66.70


Yohan Colmant a écrit :

Oui Jacques c'est ça.
Mais ce comportement sera aussi corrigé dans la future version. En effet, on empêchera l'apparition d'un doublon provenant d'une moisson si la fiche d'origine vient de mon entrepôt.

Bonne journée
Yohan

Jacques Brassart a écrit :

Bonjour Karine,

Il n'y a pas de doublons pour la ressource en elle-même.

Par contre, si on peut dire, il y a doublon pour la fiche de métadonnées associée à ta ressource.

1 fiche correspondant à ta ressource locale, suite à son indexation "demandée" par le module workflow.
Et 1 fiche moissonnée, suite à son indexation "demandée" par le module harvester.
D'où 2 fiches dans le système !!

Yohan, Vincent, c'est bien cela ?

Jacques


karine.lauro@univ-rennes1.fr a écrit :

Je n'ai plus de question car je comprends à présent ce qui se passe : j'importe mes ressources locales par le workflow et elles se retrouvent dans le
module de recherche en ressources locales, puis je moissonne mon propre
entrepôt d'où les ressources se retrouvent sous le nom de l'entrepôt. Il n'y
a pas de doublon au sens propre du terme, ce n'est que le résultat des 2
actions réalisées : import puis moissonnage.
CQFD.

Merci.

Karine Lauro
 

-- 
Ce message a ?t? v?rifi? par
pour des virus ou des polluriels et rien de
suspect n'a ?t? trouv?.

--
Ce message a été vérifié par
pour des virus ou des polluriels et rien de
suspect n'a été trouvé.

Bonsoir,

Ceci est paramétrable dans ORI-OAI: on choisit d'exposer ce qui est produit en local et/ou ce qui a été moissonner.
Mais à voir quelle est la configuration par défaut dans la démo 1.1.1, peut-être une erreur si on ré-expose effectivement tout.

Vous pouvez vérifier et changer ce paramètre le cas échéant dans le fichier C:\OriOaiDemo\webapps\ori-oai-repository\WEB-INF\classes\properties\repository-domain.xml

Le bloc suivant ne dois pas être commenté. Il permet de filtrer ce qui est exposé en OAI en ne montrant que les fiches locales.

        <property name="exposedRepositories">
            <list>
                <value>ori-oai-workflow</value>
            </list>
        </property>

S'il est commenté, décommentez-le et redémarrer la plate-forme. Supprimez vos moissons et relancez le tout.

Cordialement,


Julien Cros a écrit :

Bonsoir,

    Je poursuis ce fil car ma question me semble assez proche..
    J'essaie de déterminer si une chose est normale relativement aux moissons.
    Considérons A ma plateformer ORI-OAI, B et C 2 plateformes distantes.
    Je paramètre une moisson de B et de C sur mon moissonneur, or je sais que B moissonne aussi C. Est-ce normal que je retrouve les fiches de l'entrepôt C en moissonnant l'entrepôt B ?
    Ne devrais pas plutôt moissonner seulement les ressources locales respectives de chaque entrepôt et pas celles que chacun d'entre eux moissonnent aussi ?

    Il est à savoir que j'utilise la version de démo 1.1.1 pour A et B, cela fait-il éventuellement partie de mon problème, du fait que je n'ai pas paramétré certains réglages ?

Merci d'avance,

Julien Cros
Mission TICE - Université de la Méditerranée
04.91.39.66.70

Yohan Colmant a écrit :

Oui Jacques c'est ça.
Mais ce comportement sera aussi corrigé dans la future version. En effet, on empêchera l'apparition d'un doublon provenant d'une moisson si la fiche d'origine vient de mon entrepôt.

Bonne journée
Yohan

Jacques Brassart a écrit :

Bonjour Karine,

Il n'y a pas de doublons pour la ressource en elle-même.

Par contre, si on peut dire, il y a doublon pour la fiche de métadonnées associée à ta ressource.

1 fiche correspondant à ta ressource locale, suite à son indexation "demandée" par le module workflow.
Et 1 fiche moissonnée, suite à son indexation "demandée" par le module harvester.
D'où 2 fiches dans le système !!

Yohan, Vincent, c'est bien cela ?

Jacques


karine.lauro@univ-rennes1.fr a écrit :

Je n'ai plus de question car je comprends à présent ce qui se passe : j'importe mes ressources locales par le workflow et elles se retrouvent dans le
module de recherche en ressources locales, puis je moissonne mon propre
entrepôt d'où les ressources se retrouvent sous le nom de l'entrepôt. Il n'y
a pas de doublon au sens propre du terme, ce n'est que le résultat des 2
actions réalisées : import puis moissonnage.
CQFD.

Merci.

Karine Lauro
 

--
Ce message a �t� v�rifi� par
pour des virus ou des polluriels et rien de
suspect n'a �t� trouv�.

--
Ce message a �t� v�rifi� par
pour des virus ou des polluriels et rien de
suspect n'a �t� trouv�.

--
Ce message a �t� v�rifi� par
pour des virus ou des polluriels et rien de
suspect n'a �t� trouv�.

Bonjour,

Julien Cros a écrit :

Bonjour,

    Effectivement en décommentant je n'expose que ce qui est local, en laissant commenté tout est exposé, merci pour l'info; en revanche quelqu'un peut-il me confirmer ou infirmer que c'est ainsi que doit être modifié le bloc:
        <property name="exposedRepositories">
            <list>
                <value>ori-oai-workflow</value>
                <value>Repository1</value>
                <value>Repository2</value>
            </list>
        </property>

Oui, c'est bien ainsi que se déclare une liste de valeur, à charge de mettre la bonne valeur, c'est à dire le nom de repository.

    Par ailleurs, que doit être la valeur: le repositoryName, repositoryIdentifier, l'identifiant donné lors de la définition du moissonneur,...?

Le repositoryName.

Cordialement,