UNSOF - deux entrepôts locaux, une seule installation ORI-OAI

Le cas d'utilisation : l'entrepôt ORI-OAI de l'UNSOF hébergé à Rennes1

Le Centre d'Ingénierie et de Ressources multimédia (CIRM) de l'université de Rennes1 héberge le futur site de l'Université numérique des sciences odontologiques francophones (UNSOF) qui présentera en particulier les ressources pédagogiques référencées par ORI-OAI. Pour la mise en oevure, il a été décidé de s'appuyer sur les modules ORI-OAI déjà déployés dans l'établissement. Seul un moteur de recherche spécifique sera installé.

Le site provisoire : http://unsof.univ-rennes1.fr/themes/Ressources/rechercherRessource

Pourquoi une seule installation ?

  • ça marche seulement si tous les contributeurs travaillent à Rennes1,
  • pour faciliter la vie des contributeurs (un seul workflow pour référencer les ressources de Rennes1 et de l'UNSOF),
  • moins de modules (seule le moteur de recherche est dupliqué), donc moins de ressources machines utilisées,
  • les ressources UNSOF sont directement visibles (sans moissonnage) dans le moteur de recherche de Rennes1,
  • plus simple à installer et configurer,
  • pour partager les nomenclatures communes sans avoir à les dupliquer,
  • pour réduire les taches d'exploitation : un seul index, pas de multiplication des bases de données,

L'architecture

Les modules  ORI-OAI de l'établissement + un moteur de recherche UNSOF


                                                                                                                                                                                      Un search UNSOF

                                                                                                                                                                               Un search Rennes1

L'idée de départ

Surcharger la métadonnée de l'index indiquant l'entrepôt (md-ori-oai-repository) par une autre valeur que la valeur par défaut  ("ori-oai-workflow") . 

Elle sera définie dans le workflow spécifique par la propriété  forcedRepositoryName  (cf. bas).

La mise en oeuvre

Le module vocabulaire: les vocabulaires des disciplines odondologiques ont été créés :

search_unsof_rpn_disciplines.xml : pour la recherche

mdeditor_unsof_taxonomie.xml : pour l'éditeur

Le module de recherche de l'UNSOF n'expose que ses propres ressources:

<code>
            <!-- Recherche avancée -->
            <advanced_search hide="false" key="advanced" file="advanced_unsof_rpn.xml" show_form_in_results="false">
                                <hidden_fields>
                                        <hidden_field vocabularyId="search_repositories_href:unsof">
                                                <metadata>md-ori-oai-repository(http://ltsc.ieee.org/xsd/LOM)</metadata>
                                        </hidden_field>
                                </hidden_fields>
                <result_fields id="lom_no_fulltext"/>
                <sort_fields id="tri_avancee"/>
                <rss_fields id="default"/>
            </advanced_search>
</code>

Le workflow commun permet de référencer aussi les ressources de l'UNSOF :
extrait du addonContext.xml du workflow unsof_lom_very_easy :

    <bean class="org.orioai.workflow.beans.MetadataType">
                    <description>
                        A MetadataType defines a Type of Metadata.
                        It will be displayed like a Type of Metadata (WorkflowInstance) that the end user can create.
                    </description>
                    <property name="metadataTypeId" value="ressource_unsof_very_easy"/>
                    <property name="title" value="[WORKFLOW_UNSOF_LOM-VE_TITLE]"/>                     <property name="workflowName" value="unsof_lom_very_easy"/>
                    <property name="forcedRepositoryName" value="unsof"/>
                    <property name="workflowInitialAction" value="100"/>
                    <property name="schemaNamespace" value="http://ltsc.ieee.org/xsd/LOM"/>
                    <property name="xslFile" value="properties/workflows/contrib_unsof_lom_very_easy/xsl/displayLOMResults2.xsl"/>
                    <property name="defaultXmlFile" value="properties/workflows/contrib_unsof_lom_very_easy/xml/[LOM_FORMAT]-blank.xml"/>
                    <property name="xpathTitle" value="//lom:title/lom:string"/>
                    <property name="description" value="Une ressource pédagogique"/>
                    <property name="forms">
                        <list>
                            <ref bean="unsof-lomform-ve"/>
                        </list>
                    </property>
                    <property name="initialForm" ref="unsof-lomform-ve"/>
                    <property name="templateForm" ref="unsof-lomform-ve"/>
                    <property name="deletePermissionMask" value="UNSOF_LOMVE_DELETE"/>
    </bean>

Reste à faire

  • constituer un "set" OAI-PMH des ressources de l'UNSOF

Généralisation

cas possibles:

  • un ORI-OAI mutualisé entre les différents  établissements d'une UNR ?
    • le workflow est d'ors et déjà partageable (il est "shibbolethisé"),
    • le jour où il y aura un dépôt mutualisé ( esup-ecm + shibboleth ) ,
    • un module de recherche pour chaque établissement, plus un module de recherche pour l'UNR
    • mais un seul module d'exposition OAI-PMH des ressources  de l'UNR (avec des "sets" par établissement ?)
    • plus de moissonnage entre les établissements de l'UNR
  • autres ?
  • No labels