ORI-OAI - Modules partageables

  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:c82cc2de749fcab9dc677915a31e473c' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">\nBonjour à tous,</p>\n<p>Pour ceux qui n\'auraient pas pu nous rejoindre à Paris ce jour, sachez<br />\nque la journée peut être suivie en direct à l\'adresse :<br />\n<a href=\"http://vod.parisdescartes.fr\" title=\"http://vod.parisdescartes.fr\">http://vod.parisdescartes.fr</a></p>\n<p>Le lecteur REAL est nécessaire.</p>\n<p>Bonne journée à tous,<br />\nLa coordination ORI-OAI</p>\n<p>----------------------------------------------------------------<br />\nThis message was sent using IMP, the Internet Messaging Program\n</div>\n', created = 1507746809, expire = 1507833209, headers = '', serialized = 0 WHERE cid = '4:c82cc2de749fcab9dc677915a31e473c' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:c82cc2de749fcab9dc677915a31e473c' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">\nBonjour à tous,</p>\n<p>Pour ceux qui n\'auraient pas pu nous rejoindre à Paris ce jour, sachez<br />\nque la journée peut être suivie en direct à l\'adresse :<br />\n<a href=\"http://vod.parisdescartes.fr\" title=\"http://vod.parisdescartes.fr\">http://vod.parisdescartes.fr</a></p>\n<p>Le lecteur REAL est nécessaire.</p>\n<p>Bonne journée à tous,<br />\nLa coordination ORI-OAI</p>\n<p>----------------------------------------------------------------<br />\nThis message was sent using IMP, the Internet Messaging Program\n</div>\n', created = 1507746809, expire = 1507833209, headers = '', serialized = 0 WHERE cid = '4:c82cc2de749fcab9dc677915a31e473c' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:794c1442ef82c5b9d5aca710cd4dd1f0' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour Julien,</p>\n<p>Pour répondre à tes questions :</p>\n<p>1) Exposition des fiches de MD<br />\nQuand on expose des fiches de MD, elles sont moissonnables par tout<br />\nmoissonneur qui le souhaitent et qui connaît l\'URL OAI de ton entrepôt.<br />\nLe protocole OAI-PMH, à ma connaissance, ne permet pas mettre en place<br />\ndes filtres du type<br />\n\"je veux que mes fiches soit uniquement moissonnable par tel ou tel<br />\nentrepôt\".</p>\n<p>Par contre, tu peux filtrer l\'exposition au niveau du module<br />\nrepository, pour n\'exposer que tel ou tel type de fiches.<br />\nVoir la page :<br />\n<a href=\"http://www.ori-oai.org/pages/viewpage.action?pageId=12091594\" title=\"http://www.ori-oai.org/pages/viewpage.action?pageId=12091594\">http://www.ori-oai.org/pages/viewpage.action?pageId=12091594</a></p>\n<p>2) Cloisonnement des différents types de documents<br />\nPar défaut il est possible de gérer différents types de document dans<br />\nORI-OAI :<br />\n- soit on utilise un schéma de MD pour référencer un type de document<br />\n(par ex., les thèses en TEF, les RPN* en SupLOMFR et les documents<br />\nadministratifs en Dublin Core ;<br />\ncela veut dire que tu n\'utilises ici le Dublin Core que pour les doc<br />\nadministratifs par ex.) ;<br />\n- soit on les différencie en s\'appuyant sur la valeur d\'un champ dans un<br />\nschéma de MD<br />\n(par ex., les documents administratifs et les mémoires d\'étudiants /<br />\nchamp dc:type du Dublin Core ;<br />\non pourrait fixer que dc:type=document administratif pour les premiers<br />\net dc:type=mémoire pour les seconds ;<br />\nautre exemple, les RPN en sciences et technique et les RPN en<br />\ndroit-économie-gestion / champ du SupLOMFR à définir ;<br />\ncela peut être un champ existant dans le SupLOMFR, ou un champ ajouté<br />\npour des besoins de gestion interne, on parle dans ce dernier cas<br />\nd\'extension du schéma de MD) ;<br />\non peut pré-remplir ces champs dans les workflows concernés, voire ne<br />\npas les afficher dans les formulaires de saisie pour que la valeur ne<br />\nsoit pas modifiée.</p>\n<p>A partir de là, la question du cloisonnement ne se pose que pour<br />\ncertains modules :<br />\nrepository , workflow, search notamment.</p>\n<p>Pour le repository, tu as la réponse en 1).<br />\nUne seule instance suffit donc !</p>\n<p>Pour le workflow, le cloisonnement se fera en fonction des permissions<br />\nque tu accordes à tel ou tel groupe.<br />\nTu peux par ex. mettre en place 2 workflows pour les RPN et te baser sur<br />\ndes groupes du LDAP de l\'établissement pour en définir l\'accès :<br />\nune personne authentifiée aura alors accès à l\'un, à l\'autre, aux 2 ou à<br />\naucun en fonction des permissions qui auront été configurées dans le<br />\nworkflow.<br />\nUne seule instance suffit donc !</p>\n<p>Pour le search, tout dépend de l\'utilisation !<br />\nEn mode portlet, tu peux profiler l\'accès aux IHMs (dans l\'ENT de<br />\nl\'UVHC, il existe un accès spécifique pour les techniciens<br />\ninformatiques, pour leurs doc de travail ;<br />\nces documents ne sont pas visibles autrement que par l\'authentification<br />\nde personnes appartenant aux groupe des techniciens ; je ne fais pas<br />\npartie de ce groupe, je n\'ai pas accès à l\'interface en question).<br />\nUne seule instance suffit !<br />\nEn mode servlet, tu auras certainement à utiliser plusieurs instances du<br />\nsearch, mais elles peuvent requêter auprès du même indexing et du même<br />\nvocabulary (c\'est même recommandé pour avoir un référentiel unique).</p>\n<p>Pour conclure, seul le module search peut demander plusieurs instances<br />\nen fonction de l\'utilisation.</p>\n<p>Jacques</p>\n<p>* : RPN = ress. pédagogique numérique</p>\n<p>Julien Cros a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> Tout d\'abord, j\'espère que tu vas bien et que vos projets avec ta<br />\n> compagne se déroulent bien.<br />\n> J\'avais une question au sujet d\'ori-oai sur laquelle nous ne<br />\n> sommes pas sûrs de la réponse. En fait, nous souhaiterions utiliser<br />\n> ori-oai pour différents types de documents: administratifs (à usage<br />\n> interne donc), pédagogiques, thèses, etc...Mais souhaitant cloisonner<br />\n> ces différents types de documents, nous nous demandions s\'il nous<br />\n> fallait avoir autant de fois les 7 modules ou si certains étaient<br />\n> partageables..? Nous savons qu\'existent les ensembles, mais y\'a t\'il<br />\n> moyen de les rendre hermétiques entre eux (ie par exemple ne pas<br />\n> permettre de moissonner les docs administratifs ou thèses à tout le<br />\n> monde) ?<br />\n><br />\n> Merci d\'avance et bonne soirée,<br />\n> Julien<br />\n> --<br />\n> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=<br />\n> *Julien Cros*<br />\n> Mission TICE - Université de la Méditerranée<br />\n> <i>t</i> : 04.91.39.66.70<br />\n> <i>e</i> : <span id=\"919301b5c518c9ff00d1a59ebc883be5\"></span>\n <script type=\"text/javascript\" > <!--\n document.getElementById(\'919301b5c518c9ff00d1a59ebc883be5\')\n .innerHTML = \'<a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;\'+\'&#74;&#117;&#108;&#105;&#101;&#110;&#46;&#67;&#114;&#111;&#115;&#64;&#117;&#110;&#105;&#118;&#109;&#101;&#100;&#46;&#102;&#114;\'+\'\">\'+\'&#74;&#117;&#108;&#105;&#101;&#110;&#46;&#67;&#114;&#111;&#115;&#64;&#117;&#110;&#105;&#118;&#109;&#101;&#100;&#46;&#102;&#114;\' + \'</a>\';\n // --> </script></div>\n</blockquote>\n<p>--<br />\nJacques Brassart<br />\nUNR Nord-Pas de Calais<br />\nUniversité de Valenciennes et du Hainaut-Cambrésis<br />\nTél : 03 27 51 17 70</p>\n</div>\n', created = 1507746809, expire = 1507833209, headers = '', serialized = 0 WHERE cid = '4:794c1442ef82c5b9d5aca710cd4dd1f0' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
1 message / 0 nouveaux
Dernière contribution
jbrassar
ORI-OAI - Modules partageables
Bonjour Julien,

Pour répondre à tes questions :

1) Exposition des fiches de MD
Quand on expose des fiches de MD, elles sont moissonnables par tout
moissonneur qui le souhaitent et qui connaît l'URL OAI de ton entrepôt.
Le protocole OAI-PMH, à ma connaissance, ne permet pas mettre en place
des filtres du type
"je veux que mes fiches soit uniquement moissonnable par tel ou tel
entrepôt".

Par contre, tu peux filtrer l'exposition au niveau du module
repository, pour n'exposer que tel ou tel type de fiches.
Voir la page :
http://www.ori-oai.org/pages/viewpage.action?pageId=12091594

2) Cloisonnement des différents types de documents
Par défaut il est possible de gérer différents types de document dans
ORI-OAI :
- soit on utilise un schéma de MD pour référencer un type de document
(par ex., les thèses en TEF, les RPN* en SupLOMFR et les documents
administratifs en Dublin Core ;
cela veut dire que tu n'utilises ici le Dublin Core que pour les doc
administratifs par ex.) ;
- soit on les différencie en s'appuyant sur la valeur d'un champ dans un
schéma de MD
(par ex., les documents administratifs et les mémoires d'étudiants /
champ dc:type du Dublin Core ;
on pourrait fixer que dc:type=document administratif pour les premiers
et dc:type=mémoire pour les seconds ;
autre exemple, les RPN en sciences et technique et les RPN en
droit-économie-gestion / champ du SupLOMFR à définir ;
cela peut être un champ existant dans le SupLOMFR, ou un champ ajouté
pour des besoins de gestion interne, on parle dans ce dernier cas
d'extension du schéma de MD) ;
on peut pré-remplir ces champs dans les workflows concernés, voire ne
pas les afficher dans les formulaires de saisie pour que la valeur ne
soit pas modifiée.

A partir de là, la question du cloisonnement ne se pose que pour
certains modules :
repository , workflow, search notamment.

Pour le repository, tu as la réponse en 1).
Une seule instance suffit donc !

Pour le workflow, le cloisonnement se fera en fonction des permissions
que tu accordes à tel ou tel groupe.
Tu peux par ex. mettre en place 2 workflows pour les RPN et te baser sur
des groupes du LDAP de l'établissement pour en définir l'accès :
une personne authentifiée aura alors accès à l'un, à l'autre, aux 2 ou à
aucun en fonction des permissions qui auront été configurées dans le
workflow.
Une seule instance suffit donc !

Pour le search, tout dépend de l'utilisation !
En mode portlet, tu peux profiler l'accès aux IHMs (dans l'ENT de
l'UVHC, il existe un accès spécifique pour les techniciens
informatiques, pour leurs doc de travail ;
ces documents ne sont pas visibles autrement que par l'authentification
de personnes appartenant aux groupe des techniciens ; je ne fais pas
partie de ce groupe, je n'ai pas accès à l'interface en question).
Une seule instance suffit !
En mode servlet, tu auras certainement à utiliser plusieurs instances du
search, mais elles peuvent requêter auprès du même indexing et du même
vocabulary (c'est même recommandé pour avoir un référentiel unique).

Pour conclure, seul le module search peut demander plusieurs instances
en fonction de l'utilisation.

Jacques

* : RPN = ress. pédagogique numérique

Julien Cros a écrit :

> Bonjour,
>
> Tout d'abord, j'espère que tu vas bien et que vos projets avec ta
> compagne se déroulent bien.
> J'avais une question au sujet d'ori-oai sur laquelle nous ne
> sommes pas sûrs de la réponse. En fait, nous souhaiterions utiliser
> ori-oai pour différents types de documents: administratifs (à usage
> interne donc), pédagogiques, thèses, etc...Mais souhaitant cloisonner
> ces différents types de documents, nous nous demandions s'il nous
> fallait avoir autant de fois les 7 modules ou si certains étaient
> partageables..? Nous savons qu'existent les ensembles, mais y'a t'il
> moyen de les rendre hermétiques entre eux (ie par exemple ne pas
> permettre de moissonner les docs administratifs ou thèses à tout le
> monde) ?
>
> Merci d'avance et bonne soirée,
> Julien
> --
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> *Julien Cros*
> Mission TICE - Université de la Méditerranée
> t : 04.91.39.66.70
> e :

--
Jacques Brassart
UNR Nord-Pas de Calais
Université de Valenciennes et du Hainaut-Cambrésis
Tél : 03 27 51 17 70