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 à tous,
>
> Merci François pour ta réponse qui réponds bien
> à nos questions,
>
> Nous allons donc utiliser votre futur web service
> pour insérer les métadonnées des documents Typo3
> dans ORI-OAI.
>
> Cette question est peut-être triviale mais pour le
> Dublin Core, votre WS prendra en entrée des fichiers
> au format oai_dc ou bien au format simple_dc ?
> (Autant que nous générions le format adéquate dès maintenant,
> même s'ils sembles être assez similaires.)
>
> Si tu en as le temps, pourrais-tu nous envoyer un court exemple de
> fichiers
> sous ce format ?
>
> Merci d'avance et bon W.E.
>
>
> François Jannin wrote:
>

>> Bonjour,
>>
>> Je me permet de forunir quelques embryons de réponses après l'enoncé
>> des questions... A charge aux autres développeurs de compléter ou
>> corriger ce que je dis.
>>
>> Fabrice Jammes wrote:
>>

>>> Bonjour à tous,
>>>
>>> Cette question est adressée plus particulièrement aux développeurs
>>> ORI-OAI,
>>> que je tiens à féliciter pour leur excellent travail.
>>>

>> Qui ça ? Nous ? :-[ Confus, vraiment.... merci. Nous ne faisons que
>> notre devoir... ;-)
>>

>>> La société Onext développe pour l'université Paris 1 un portail sous
>>> Typo3.
>>>
>>> Dans ce portail un plugin permettra de déposer les documents Typo3 dans
>>> un répertoire de l'espace Webdav ESUP. Pour l'instant avec un
>>> montage davfs
>>> du Webdav sur le serveur Typo3.
>>>
>>> Cependant Onext souhaiterait intégrer un moteur minimaliste de
>>> saisie de métadonnées
>>> à leur outil (mots clés, titre, ...) et se pose donc quelques
>>> (bonnes ;-) ) questions,
>>> auxquels je ne peux répondre ne connaissant que peu ORI-OAI :
>>>
>>> Quel format utiliser pour ces métadonnées (Dublin Core pourrait-il
>>> suffire ? cf. http://www.ori-oai.org/normes.html)

>>
>> Dublin Core est en effet le plus approprié s'il s'agit de quelques
>> métadonnées trés genériques.
>> Le schéma oai_dc (que nous utilisons dans ORI-OAI) :
>>
>> http://www.openarchives.org/OAI/2.0/oai_dc.xsd
>>
>> est basé sur le "simple Dublin Core" :
>> http://dublincore.org/schemas/xmls/simpledc20021212.xsd
>> L'élément "dc:subject" peut-être utilisé pour les mots-clés.
>>

>>> Où insérer ces métadonnées ? Directement dans le Webdav, comme c'est
>>> le cas jusqu'ici, ou alors dans la base MD
>>> du moteur de ori-oai-workflow (pas encore installé), ou bien encore
>>> ailleurs ? Existe-t-il des formats d'échange,
>>> permettant de stocker ces métadonnées sur le serveur Typo3 en
>>> attendant la mise en production d'ORI-OAI ?
>>>

>> La solution que vous évoquez, d'injecter ces métadonnées dans le
>> serveur Webdav, est le principe qui était utilisé dans inJAC et dans
>> le canal Stockage ESUP, mais a été abandonné dans ORI-OAI. Il ne faut
>> donc pas en attendre un bénéfice énorme en terme d'intégration avec
>> ce dernier.
>>
>> Une solution qui sera bientôt disponible (dans la prochaine version
>> de ori-oai-workflow) est d'injecter les fiches Dublin Core dans le
>> workflow via Web Services, et puisque vous n'avez pas encore déployé
>> le workflow, si vous pouvez attendre la sortie de cette version, ça
>> peut être la bonne option.
>>
>> Reste une autre possibilité, c'est d'utiliser une API OAI pour
>> exposer ces fiches via le protocole OAI-PMH, et ainsi les moissonner
>> avec ori-oai-harvester, ainsi les fiches se retrouveront également
>> dans le moteur de recherche ORI-OAI.
>> Je ne connais pas Typo3, j'ai furtivement vu sur leur site qu'il
>> existe 2000 extensions, peut-être y -a-t-il dans le lot une extension
>> OAI ?
>>
>> Quelques liens d'implémentation de Data-Provider OAI (entrepôts) en
>> php :
>>
>> http://www.ibiblio.org/oaibiblio/
>> http://physnet.uni-oldenburg.de/oai/
>>
>> En Java nous utilisons OAICat :
>>
>> http://www.oclc.org/research/software/oai/cat.htm
>>
>> L'avantage de cette solution, c'est que vos métadonnées sont
>> moissonnables par tout système OAI. L'inconvénient, c'est que la
>> propagation dans ORI-OAI est asynchrone : ça dépend donc de vos besoins.
>>
>> Cordialement,
>> François
>>
>>

>>> Merci et à bientôt
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>>
>>> Subject:
>>> Info webdav
>>> From:
>>> YCerdan@sodifrance.fr
>>> Date:
>>> Tue, 1 Apr 2008 10:34:18 +0200
>>> To:
>>> Fabrice Jammes < >
>>>
>>> To:
>>> Fabrice Jammes < >
>>> CC:
>>> CVandecreme@onext.fr
>>>
>>>
>>>
>>> Bonjour,
>>>
>>> En local de notre coté, j'ai utilisé l'extension "davfs2"
>>> dont nous avons discutés ensemble. Cela fonctionne très bien et du
>>> coup en backend, l'utilisateur lambda ne sait pas qu'il est
>>> directement connecté au backend (la synchronisation s'effectue bien
>>> dans les deux sens).
>>>
>>> Cependant, il faut que l'on puisse modifier les metadonnées
>>> associées à un fichier du webdav. Pour cela, dans typo3 nous
>>> utilisons une extension qui stocke un tas de données relatives à
>>> n'importe quel fichier. Une synchronisation de ces données doit
>>> s'effectuer avec le webdav de paris1 mais aucun champs défini dans
>>> les champs du webdav ne permet de renseigner des informations telles
>>> que le titre,mots clés etc...
>>> Ces informations sont utiles pour la génération de vos flux
>>> OAI. A ce sujet, vos flux sont-ils générés à partir de la base de
>>> données typo3 (auquel cas vous pouvez interroger notre base), d'une
>>> autre base de données (auquel cas il faudrait fusionner les infos)
>>> ou alors directement à partir du webdav (dans ce cas la, peut-on
>>> ajouter des champs dans le webdav ?).
>>>
>>> Cordialement.
>>>
>>> ---------------------------------------------------------------------
>>> Yohann CERDAN
>>> SODIFRANCE - NANTES
>>> YCerdan@Sodifrance.fr
>>> http://www.sodifrance.fr
>>> ---------------------------------------------------------------------
>>> --
>>> Ce message a été vérifié par MailScanner
>>> * *
>>> pour des virus ou des polluriels et rien de
>>> suspect n'a été trouvé. **

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

>
>
>