ajout d'une métadonnée "moissonable"

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:6033e37db88f211811d5162803b5bb21' 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\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n <head>\n <meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">\n </head>\n <body text=\"#000000\" bgcolor=\"#ffffff\">\n Re, \n \n Je ne suis pas sur le trunk, j\'ai fait les modifs que tu m\'as\n indiqué et ça marche.</div>', created = 1507750615, expire = 1507837015, headers = '', serialized = 0 WHERE cid = '4:6033e37db88f211811d5162803b5bb21' 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:6033e37db88f211811d5162803b5bb21' 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\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n <head>\n <meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">\n </head>\n <body text=\"#000000\" bgcolor=\"#ffffff\">\n Re, \n \n Je ne suis pas sur le trunk, j\'ai fait les modifs que tu m\'as\n indiqué et ça marche.</div>', created = 1507750615, expire = 1507837015, headers = '', serialized = 0 WHERE cid = '4:6033e37db88f211811d5162803b5bb21' 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:7cd4aed553437ba843ffe5974a77484a' 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,\nUne question a été soulevée en réunion concernant les ressources que \nl\'on met dans ORI OAI: \nIl se peut qu\'une ressource soit déposée, mais ne convient pas pour une \npublication vers l\'extérieur pour plusieurs raisons:\n- pour le cas ou la ressource est peu \"flatteuse\" pour l\'établissement. \nC\'est un critère très difficile à jauger, et encore plus difficile de \nrefuser cette publication surtout que ni le TICE, ni le SCD n\'ont \nréellement le pouvoir de décision.\n- ou lorsque la ressource devient dépassée et que l\'on souhaite plus la \nconserver en interne.\nEn gros, on préfère laisser cette ressource sur l\'ORI OAI de \nl\'établissement, mais que les moissonneurs ne la récupèrent pas. \nEn regardant sur le site orioai, je suis tombé sur l\'ajout d\'une \nmétadonnée dans le formulaire ( \n<a href=\"http://www.ori-oai.org/pages/viewpage.action?pageId=2327215\" title=\"http://www.ori-oai.org/pages/viewpage.action?pageId=2327215\">http://www.ori-oai.org/pages/viewpage.action?pageId=2327215</a> ). \nSeulement, il y a beaucoup de précaution à prendre, et je voudrais avoir \nvos avis sur ce sujet avant de me lancer.\nDe mon côté, cela me paraît clair : \n- ajouter un onglet Lille1, \n- y faire figurer une coche \"moissonnable\" par défaut à oui. \n- par la suite, ajouter des champs si nécessaire\nEt du côté du module harvester, on précisera - par un set - qu\'on ne \npartage que les ressources qui ont un champ \"moissonnable\" à oui.\nCela vous paraît cohérent ?\nCordialement.\n-- \nFrançois Lefebvre \nBibliothèque Universitaire de Lille 1 \nCité Scientifique - B.P. 30155 \n59653 VILLENEUVE D\'ASCQ CEDEX \nTél.: 03.20.33.60.73\n</div>\n', created = 1507750615, expire = 1507837015, headers = '', serialized = 0 WHERE cid = '4:7cd4aed553437ba843ffe5974a77484a' 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:a4bff02c5e121d3ceb48b2761e81eddc' 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\"><!DOCTYPE html PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n<head>\n <meta content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\">\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nSalut François, \n \nJe pense que c\'est la bonne marche à suivre pour ton problème. \nOu alors tu utilises le bloc 9 \'classification\' de ta fiche LOM ? \n \nA+ \n\n<div class=\"moz-signature\">\n<div class=\"moz-signature\">\nYohan COLMANT \nService Informatique \n<a href=\"http://www.univ-valenciennes.fr\">UVHC</a> - Université de\nValenciennes et du Hainaut Cambrésis \nCoordinateur Technique du projet <a href=\"http://www.ori-oai.org\">ORI-OAI</a>\n\n</div>\n</div>\n \n \nfrançois lefebvre a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Bonjour,\n \n \nUne question a été soulevée en réunion concernant les ressources que\nl\'on met dans ORI OAI:\n \nIl se peut qu\'une ressource soit déposée, mais ne convient pas pour une\npublication vers l\'extérieur pour plusieurs raisons:\n \n \n- pour le cas ou la ressource est peu \"flatteuse\" pour l\'établissement.\nC\'est un critère très difficile à jauger, et encore plus difficile de\nrefuser cette publication surtout que ni le TICE, ni le SCD n\'ont\nréellement le pouvoir de décision.\n \n \n- ou lorsque la ressource devient dépassée et que l\'on souhaite plus la\nconserver en interne.\n \n \n \nEn gros, on préfère laisser cette ressource sur l\'ORI OAI de\nl\'établissement, mais que les moissonneurs ne la récupèrent pas.\n \nEn regardant sur le site orioai, je suis tombé sur l\'ajout d\'une\nmétadonnée dans le formulaire (\n<a class=\"moz-txt-link-freetext\" href=\"http://www.ori-oai.org/pages/viewpage.action?pageId=2327215\">http://www.ori-oai.org/pages/viewpage.action?pageId=2327215</a> ).\n \nSeulement, il y a beaucoup de précaution à prendre, et je voudrais\navoir vos avis sur ce sujet avant de me lancer.\n \n \nDe mon côté, cela me paraît clair :\n \n- ajouter un onglet Lille1,\n \n- y faire figurer une coche \"moissonnable\" par défaut à oui.\n \n- par la suite, ajouter des champs si nécessaire\n \n \nEt du côté du module harvester, on précisera - par un set - qu\'on ne\npartage que les ressources qui ont un champ \"moissonnable\" à oui.\n \n \nCela vous paraît cohérent ?\n \n \n \nCordialement.\n \n \n</blockquote></div></div>\n</body>\n</html>\n</div>', created = 1507750617, expire = 1507837017, headers = '', serialized = 0 WHERE cid = '4:a4bff02c5e121d3ceb48b2761e81eddc' 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:cc86593de3165ff6594bb7e77e98e279' 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\"><!DOCTYPE html PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n<head>\n <meta content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\">\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nMerci pour l\'astuce :-) \nOn l\'avait évoquée aussi en réunion, mais a part le fait d\'utiliser le\nstandard LOM, et donc de rester compatible, je ne vois pas plus que ca\nles avantages. \nDe mon point de vue, l\'ajouter au LOM ca revient à polluer le standard.\nIl est déjà assez complexe et bien étoffé, je ne veux pas lui rajouter\ndes valeurs internes. \nEn plus, cela signifie d\'utiliser le champs de classification, et pour\nl\'utilisateur, ca risque de le perturber de mélanger de la\nclassification de bibliothécaire avec de la technique informatique qui\ndétermine que la ressource sera diffusée auprès d\'autres universités.\nIl va être bien paumé :-P \n \n \nSi la communauté ne voit pas si cela peut poser problème, je pense\nrester sur le vocabulaire interne et non classification. \nJ\'aurai juste du travail pour rajouter cette condition sur les Set OAI. \n \na+ \n \n \n \nYohan Colmant a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>\n <meta content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\">\n Salut François, \n \nJe pense que c\'est la bonne marche à suivre pour ton problème. \nOu alors tu utilises le bloc 9 \'classification\' de ta fiche LOM ? \n \nA+ \n \n <div class=\"moz-signature\">\n <div class=\"moz-signature\">Yohan COLMANT \nService Informatique \n <a moz-do-not-send=\"true\" href=\"http://www.univ-valenciennes.fr\">UVHC</a>\n- Université de\nValenciennes et du Hainaut Cambrésis \nCoordinateur Technique du projet <a moz-do-not-send=\"true\"\n href=\"http://www.ori-oai.org\">ORI-OAI</a>\n </div>\n </div>\n \n \nfrançois lefebvre a écrit :\n <div class=\"emailFilter_Author_1\"><blockquote>Bonjour,\n \n \nUne question a été soulevée en réunion concernant les ressources que\nl\'on met dans ORI OAI: \nIl se peut qu\'une ressource soit déposée, mais ne convient pas pour une\npublication vers l\'extérieur pour plusieurs raisons: \n \n- pour le cas ou la ressource est peu \"flatteuse\" pour l\'établissement.\nC\'est un critère très difficile à jauger, et encore plus difficile de\nrefuser cette publication surtout que ni le TICE, ni le SCD n\'ont\nréellement le pouvoir de décision. \n \n- ou lorsque la ressource devient dépassée et que l\'on souhaite plus la\nconserver en interne. \n \n \nEn gros, on préfère laisser cette ressource sur l\'ORI OAI de\nl\'établissement, mais que les moissonneurs ne la récupèrent pas. \nEn regardant sur le site orioai, je suis tombé sur l\'ajout d\'une\nmétadonnée dans le formulaire (\n <a moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.ori-oai.org/pages/viewpage.action?pageId=2327215\">http://www.ori-oai.org/pages/viewpage.action?pageId=2327215</a>\n). \nSeulement, il y a beaucoup de précaution à prendre, et je voudrais\navoir vos avis sur ce sujet avant de me lancer. \n \nDe mon côté, cela me paraît clair : \n- ajouter un onglet Lille1, \n- y faire figurer une coche \"moissonnable\" par défaut à oui. \n- par la suite, ajouter des champs si nécessaire \n \nEt du côté du module harvester, on précisera - par un set - qu\'on ne\npartage que les ressources qui ont un champ \"moissonnable\" à oui. \n \nCela vous paraît cohérent ? \n \n \nCordialement. \n \n </blockquote></div>\n</blockquote></div></div>\n \n<pre class=\"moz-signature\" cols=\"72\">-- \nFrançois Lefebvre\nBibliothèque Universitaire de Lille 1\nCité Scientifique - B.P. 30155\n59653 VILLENEUVE D\'ASCQ CEDEX\nTél.: 03.20.33.60.73</pre>\n</body>\n</html>\n</div>', created = 1507750617, expire = 1507837017, headers = '', serialized = 0 WHERE cid = '4:cc86593de3165ff6594bb7e77e98e279' 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:301fd282c7793eacf71f21049b860ffa' 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 François,\nA la base, l\'avantage n\'est pas négligeable, tout dépend du temps que tu \nas à consacrer au pb.\nLa catégorie 9 du LOM (Classification) prend en charge tout type de \n\"classification\", normalisée ou propre à un besoin spécifique. \nDans ORI-OAI, une classification s\'appuie sur un vocabulaire \npréalablement défini dans le vocabulary.\nPasser par cette catégorie facilite la personnalisation. \nTu utilises un formulaire qui existe déjà, avec un schéma de MD qui \nexiste aussi. \nTu as juste besoin à créer le vocabulaire qui va bien (ce que tu \nappelles le vocabulaire interne).\nRajouter un onglet revient à : \n- intervenir sur le schéma de MD (ici le LOM, LOMFR ou SupLOMFR) pour \nl\'\"étendre\" ; \n- intervenir sur le(s) formulaire(s) ; \n- créer le vocabulaire qui va bien. \nDonc une configuration plus conséquente ! Sans compter les risques d\'erreur.\nJacques\nfrançois lefebvre a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Merci pour l\'astuce :-) \n> On l\'avait évoquée aussi en réunion, mais a part le fait d\'utiliser le \n> standard LOM, et donc de rester compatible, je ne vois pas plus que ca \n> les avantages. \n> De mon point de vue, l\'ajouter au LOM ca revient à polluer le \n> standard. Il est déjà assez complexe et bien étoffé, je ne veux pas \n> lui rajouter des valeurs internes. \n> En plus, cela signifie d\'utiliser le champs de classification, et pour \n> l\'utilisateur, ca risque de le perturber de mélanger de la \n> classification de bibliothécaire avec de la technique informatique qui \n> détermine que la ressource sera diffusée auprès d\'autres universités. \n> Il va être bien paumé :-P \n> \n> \n> Si la communauté ne voit pas si cela peut poser problème, je pense \n> rester sur le vocabulaire interne et non classification. \n> J\'aurai juste du travail pour rajouter cette condition sur les Set OAI. \n> \n> a+ \n> \n> \n> \n> Yohan Colmant a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Salut François, \n>> \n>> Je pense que c\'est la bonne marche à suivre pour ton problème. \n>> Ou alors tu utilises le bloc 9 \'classification\' de ta fiche LOM ? \n>> \n>> A+ \n>> Yohan COLMANT \n>> Service Informatique \n>> UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes \n>> et du Hainaut Cambrésis \n>> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n>> \n>> \n>> françois lefebvre a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Bonjour, \n>>> \n>>> Une question a été soulevée en réunion concernant les ressources que \n>>> l\'on met dans ORI OAI: \n>>> Il se peut qu\'une ressource soit déposée, mais ne convient pas pour \n>>> une publication vers l\'extérieur pour plusieurs raisons: \n>>> \n>>> - pour le cas ou la ressource est peu \"flatteuse\" pour \n>>> l\'établissement. C\'est un critère très difficile à jauger, et encore \n>>> plus difficile de refuser cette publication surtout que ni le TICE, \n>>> ni le SCD n\'ont réellement le pouvoir de décision. \n>>> \n>>> - ou lorsque la ressource devient dépassée et que l\'on souhaite plus \n>>> la conserver en interne. \n>>> \n>>> \n>>> En gros, on préfère laisser cette ressource sur l\'ORI OAI de \n>>> l\'établissement, mais que les moissonneurs ne la récupèrent pas. \n>>> En regardant sur le site orioai, je suis tombé sur l\'ajout d\'une \n>>> métadonnée dans le formulaire ( \n>>> <a href=\"http://www.ori-oai.org/pages/viewpage.action?pageId=2327215\" title=\"http://www.ori-oai.org/pages/viewpage.action?pageId=2327215\">http://www.ori-oai.org/pages/viewpage.action?pageId=2327215</a> ). \n>>> Seulement, il y a beaucoup de précaution à prendre, et je voudrais \n>>> avoir vos avis sur ce sujet avant de me lancer. \n>>> \n>>> De mon côté, cela me paraît clair : \n>>> - ajouter un onglet Lille1, \n>>> - y faire figurer une coche \"moissonnable\" par défaut à oui. \n>>> - par la suite, ajouter des champs si nécessaire \n>>> \n>>> Et du côté du module harvester, on précisera - par un set - qu\'on ne \n>>> partage que les ressources qui ont un champ \"moissonnable\" à oui. \n>>> \n>>> Cela vous paraît cohérent ? \n>>> \n>>> \n>>> Cordialement. \n>>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">> \n> -- \n> François Lefebvre \n> Bibliothèque Universitaire de Lille 1 \n> Cité Scientifique - B.P. 30155 \n> 59653 VILLENEUVE D\'ASCQ CEDEX \n> Tél.: 03.20.33.60.73</div>\n</blockquote>\n-- \nJacques Brassart \nUNR Nord-Pas de Calais \nUniversité de Valenciennes et du Hainaut-Cambrésis \nTél : 03 27 51 17 70\n</div>\n', created = 1507750617, expire = 1507837017, headers = '', serialized = 0 WHERE cid = '4:301fd282c7793eacf71f21049b860ffa' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

4 messages / 0 nouveaux

Sujet clos

Dernière contribution

15 décembre 2009 - 10:03am

francoislefebvre

ajout d'une métadonnée "moissonable"

Bonjour,

Une question a été soulevée en réunion concernant les ressources que
l'on met dans ORI OAI:
Il se peut qu'une ressource soit déposée, mais ne convient pas pour une
publication vers l'extérieur pour plusieurs raisons:

- pour le cas ou la ressource est peu "flatteuse" pour l'établissement.
C'est un critère très difficile à jauger, et encore plus difficile de
refuser cette publication surtout que ni le TICE, ni le SCD n'ont
réellement le pouvoir de décision.

- ou lorsque la ressource devient dépassée et que l'on souhaite plus la
conserver en interne.

En gros, on préfère laisser cette ressource sur l'ORI OAI de
l'établissement, mais que les moissonneurs ne la récupèrent pas.
En regardant sur le site orioai, je suis tombé sur l'ajout d'une
métadonnée dans le formulaire (
http://www.ori-oai.org/pages/viewpage.action?pageId=2327215 ).
Seulement, il y a beaucoup de précaution à prendre, et je voudrais avoir
vos avis sur ce sujet avant de me lancer.

De mon côté, cela me paraît clair :
- ajouter un onglet Lille1,
- y faire figurer une coche "moissonnable" par défaut à oui.
- par la suite, ajouter des champs si nécessaire

Et du côté du module harvester, on précisera - par un set - qu'on ne
partage que les ressources qui ont un champ "moissonnable" à oui.

Cela vous paraît cohérent ?

Cordialement.

--
François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73

15 décembre 2009 - 10:32am

Yohan Colmant

Salut François,

Je pense que c'est la bonne marche à suivre pour ton problème.
Ou alors tu utilises le bloc 9 'classification' de ta fiche LOM ?

A+

Yohan COLMANT
Service Informatique
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI

françois lefebvre a écrit :

Bonjour,

Une question a été soulevée en réunion concernant les ressources que l'on met dans ORI OAI:
Il se peut qu'une ressource soit déposée, mais ne convient pas pour une publication vers l'extérieur pour plusieurs raisons:

- pour le cas ou la ressource est peu "flatteuse" pour l'établissement. C'est un critère très difficile à jauger, et encore plus difficile de refuser cette publication surtout que ni le TICE, ni le SCD n'ont réellement le pouvoir de décision.

- ou lorsque la ressource devient dépassée et que l'on souhaite plus la conserver en interne.

En gros, on préfère laisser cette ressource sur l'ORI OAI de l'établissement, mais que les moissonneurs ne la récupèrent pas.
En regardant sur le site orioai, je suis tombé sur l'ajout d'une métadonnée dans le formulaire ( http://www.ori-oai.org/pages/viewpage.action?pageId=2327215 ).
Seulement, il y a beaucoup de précaution à prendre, et je voudrais avoir vos avis sur ce sujet avant de me lancer.

De mon côté, cela me paraît clair :
- ajouter un onglet Lille1,
- y faire figurer une coche "moissonnable" par défaut à oui.
- par la suite, ajouter des champs si nécessaire

Et du côté du module harvester, on précisera - par un set - qu'on ne partage que les ressources qui ont un champ "moissonnable" à oui.

Cela vous paraît cohérent ?

Cordialement.

15 décembre 2009 - 11:04am

(Répondre à #2) #3

francoislefebvre

Merci pour l'astuce :-)
On l'avait évoquée aussi en réunion, mais a part le fait d'utiliser le standard LOM, et donc de rester compatible, je ne vois pas plus que ca les avantages.
De mon point de vue, l'ajouter au LOM ca revient à polluer le standard. Il est déjà assez complexe et bien étoffé, je ne veux pas lui rajouter des valeurs internes.
En plus, cela signifie d'utiliser le champs de classification, et pour l'utilisateur, ca risque de le perturber de mélanger de la classification de bibliothécaire avec de la technique informatique qui détermine que la ressource sera diffusée auprès d'autres universités. Il va être bien paumé :-P

Si la communauté ne voit pas si cela peut poser problème, je pense rester sur le vocabulaire interne et non classification.
J'aurai juste du travail pour rajouter cette condition sur les Set OAI.

a+

Yohan Colmant a écrit :

Salut François,

Je pense que c'est la bonne marche à suivre pour ton problème.
Ou alors tu utilises le bloc 9 'classification' de ta fiche LOM ?

A+

Yohan COLMANT
Service Informatique
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI

françois lefebvre a écrit :
Bonjour,

Une question a été soulevée en réunion concernant les ressources que l'on met dans ORI OAI:
Il se peut qu'une ressource soit déposée, mais ne convient pas pour une publication vers l'extérieur pour plusieurs raisons:

- pour le cas ou la ressource est peu "flatteuse" pour l'établissement. C'est un critère très difficile à jauger, et encore plus difficile de refuser cette publication surtout que ni le TICE, ni le SCD n'ont réellement le pouvoir de décision.

- ou lorsque la ressource devient dépassée et que l'on souhaite plus la conserver en interne.

En gros, on préfère laisser cette ressource sur l'ORI OAI de l'établissement, mais que les moissonneurs ne la récupèrent pas.
En regardant sur le site orioai, je suis tombé sur l'ajout d'une métadonnée dans le formulaire ( http://www.ori-oai.org/pages/viewpage.action?pageId=2327215 ).
Seulement, il y a beaucoup de précaution à prendre, et je voudrais avoir vos avis sur ce sujet avant de me lancer.

De mon côté, cela me paraît clair :
- ajouter un onglet Lille1,
- y faire figurer une coche "moissonnable" par défaut à oui.
- par la suite, ajouter des champs si nécessaire

Et du côté du module harvester, on précisera - par un set - qu'on ne partage que les ressources qui ont un champ "moissonnable" à oui.

Cela vous paraît cohérent ?

Cordialement.

-- 
François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73

15 décembre 2009 - 3:49pm

(Répondre à #3) #4

jbrassar

Bonjour François,

A la base, l'avantage n'est pas négligeable, tout dépend du temps que tu
as à consacrer au pb.

La catégorie 9 du LOM (Classification) prend en charge tout type de
"classification", normalisée ou propre à un besoin spécifique.
Dans ORI-OAI, une classification s'appuie sur un vocabulaire
préalablement défini dans le vocabulary.

Passer par cette catégorie facilite la personnalisation.
Tu utilises un formulaire qui existe déjà, avec un schéma de MD qui
existe aussi.
Tu as juste besoin à créer le vocabulaire qui va bien (ce que tu
appelles le vocabulaire interne).

Rajouter un onglet revient à :
- intervenir sur le schéma de MD (ici le LOM, LOMFR ou SupLOMFR) pour
l'"étendre" ;
- intervenir sur le(s) formulaire(s) ;
- créer le vocabulaire qui va bien.
Donc une configuration plus conséquente ! Sans compter les risques d'erreur.

Jacques

françois lefebvre a écrit :

> Merci pour l'astuce :-)
> On l'avait évoquée aussi en réunion, mais a part le fait d'utiliser le
> standard LOM, et donc de rester compatible, je ne vois pas plus que ca
> les avantages.
> De mon point de vue, l'ajouter au LOM ca revient à polluer le
> standard. Il est déjà assez complexe et bien étoffé, je ne veux pas
> lui rajouter des valeurs internes.
> En plus, cela signifie d'utiliser le champs de classification, et pour
> l'utilisateur, ca risque de le perturber de mélanger de la
> classification de bibliothécaire avec de la technique informatique qui
> détermine que la ressource sera diffusée auprès d'autres universités.
> Il va être bien paumé :-P
>
>
> Si la communauté ne voit pas si cela peut poser problème, je pense
> rester sur le vocabulaire interne et non classification.
> J'aurai juste du travail pour rajouter cette condition sur les Set OAI.
>
> a+
>
>
>
> Yohan Colmant a écrit :

>> Salut François,
>>
>> Je pense que c'est la bonne marche à suivre pour ton problème.
>> Ou alors tu utilises le bloc 9 'classification' de ta fiche LOM ?
>>
>> A+
>> Yohan COLMANT
>> Service Informatique
>> UVHC - Université de Valenciennes
>> et du Hainaut Cambrésis
>> Coordinateur Technique du projet ORI-OAI
>>
>>
>> françois lefebvre a écrit :

>>> Bonjour,
>>>
>>> Une question a été soulevée en réunion concernant les ressources que
>>> l'on met dans ORI OAI:
>>> Il se peut qu'une ressource soit déposée, mais ne convient pas pour
>>> une publication vers l'extérieur pour plusieurs raisons:
>>>
>>> - pour le cas ou la ressource est peu "flatteuse" pour
>>> l'établissement. C'est un critère très difficile à jauger, et encore
>>> plus difficile de refuser cette publication surtout que ni le TICE,
>>> ni le SCD n'ont réellement le pouvoir de décision.
>>>
>>> - ou lorsque la ressource devient dépassée et que l'on souhaite plus
>>> la conserver en interne.
>>>
>>>
>>> En gros, on préfère laisser cette ressource sur l'ORI OAI de
>>> l'établissement, mais que les moissonneurs ne la récupèrent pas.
>>> En regardant sur le site orioai, je suis tombé sur l'ajout d'une
>>> métadonnée dans le formulaire (
>>> http://www.ori-oai.org/pages/viewpage.action?pageId=2327215 ).
>>> Seulement, il y a beaucoup de précaution à prendre, et je voudrais
>>> avoir vos avis sur ce sujet avant de me lancer.
>>>
>>> De mon côté, cela me paraît clair :
>>> - ajouter un onglet Lille1,
>>> - y faire figurer une coche "moissonnable" par défaut à oui.
>>> - par la suite, ajouter des champs si nécessaire
>>>
>>> Et du côté du module harvester, on précisera - par un set - qu'on ne
>>> partage que les ressources qui ont un champ "moissonnable" à oui.
>>>
>>> Cela vous paraît cohérent ?
>>>
>>>
>>> Cordialement.
>>>

>
> --
> François Lefebvre
> Bibliothèque Universitaire de Lille 1
> Cité Scientifique - B.P. 30155
> 59653 VILLENEUVE D'ASCQ CEDEX
> Tél.: 03.20.33.60.73

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

Sujet clos

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

Traduction auto Google

Aide

Options d'affichage des commentaires