classer les ressources en

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:7193e72f48024ec9277b7e9ff8335514' 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,\nActuellement, le serveur de test est accessible sous différents liens \ncomme : <a href=\"http://pcbu-testori.univ-lille1.fr:8185/ori-oai-workflow/\" title=\"http://pcbu-testori.univ-lille1.fr:8185/ori-oai-workflow/\">http://pcbu-testori.univ-lille1.fr:8185/ori-oai-workflow/</a>\nComment faire pour alléger ces URL sous cette forme : \n<a href=\"http://pcbu-testori.univ-lille1.fr/workflow/\" title=\"http://pcbu-testori.univ-lille1.fr/workflow/\">http://pcbu-testori.univ-lille1.fr/workflow/</a> ?\nJe me suis penché sur le mod_jk, mais je ne sais guère comment procéder.\n</div>\n', created = 1507748671, expire = 1507835071, headers = '', serialized = 0 WHERE cid = '4:7193e72f48024ec9277b7e9ff8335514' 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:7193e72f48024ec9277b7e9ff8335514' 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,\nActuellement, le serveur de test est accessible sous différents liens \ncomme : <a href=\"http://pcbu-testori.univ-lille1.fr:8185/ori-oai-workflow/\" title=\"http://pcbu-testori.univ-lille1.fr:8185/ori-oai-workflow/\">http://pcbu-testori.univ-lille1.fr:8185/ori-oai-workflow/</a>\nComment faire pour alléger ces URL sous cette forme : \n<a href=\"http://pcbu-testori.univ-lille1.fr/workflow/\" title=\"http://pcbu-testori.univ-lille1.fr/workflow/\">http://pcbu-testori.univ-lille1.fr/workflow/</a> ?\nJe me suis penché sur le mod_jk, mais je ne sais guère comment procéder.\n</div>\n', created = 1507748671, expire = 1507835071, headers = '', serialized = 0 WHERE cid = '4:7193e72f48024ec9277b7e9ff8335514' 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:ad408c0d2d1853962eeceee41770f521' 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,\nJe teste actuellement mon workflow jusqu\'à la publication des ressources \npédagogiques pour les faire apparaître dans le module search.\nLa recherche par établissement, par auteurs fonctionnent. \nPar contre, les recherches par thématique et thématique UNIT ne \nfonctionnent pas.\nJ\'ai eu beau vider les caches, reconstruire les index, rien n\'y fait.\nPar exemple, j\'ai une ressource ayant comme classification Dewey 100 : \n005.13 | Informatique.\nPourquoi n\'apparait elle pas ? \nLes thématiques se basent pourtant sur la Dewey pour les classer \ncorrectement, non ?\nSi vous pouviez m\'éclairer.\nBonne journée.\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 = 1507748674, expire = 1507835074, headers = '', serialized = 0 WHERE cid = '4:ad408c0d2d1853962eeceee41770f521' 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:52632283e0430da107999518c1e94185' 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,\nJ\'ai le même problème que François... \nBonne journée.\nChristophe\n2/2009 11:06, françois lefebvre a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> Je teste actuellement mon workflow jusqu\'à la publication des \n> ressources pédagogiques pour les faire apparaître dans le module search. \n> \n> La recherche par établissement, par auteurs fonctionnent. \n> Par contre, les recherches par thématique et thématique UNIT ne \n> fonctionnent pas. \n> \n> J\'ai eu beau vider les caches, reconstruire les index, rien n\'y fait. \n> \n> \n> Par exemple, j\'ai une ressource ayant comme classification Dewey 100 : \n> 005.13 | Informatique. \n> \n> Pourquoi n\'apparait elle pas ? \n> Les thématiques se basent pourtant sur la Dewey pour les classer \n> correctement, non ? \n> \n> \n> Si vous pouviez m\'éclairer. \n> \n> Bonne journée. \n></div>\n</blockquote>\n-- \nChristophe PONS \nMission TICE \nUniversité de la Méditerranée (Pharo) \nTel : 04 91 39 66 70\n</div>\n', created = 1507748675, expire = 1507835075, headers = '', serialized = 0 WHERE cid = '4:52632283e0430da107999518c1e94185' 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:ad61d2d05278a3cb2d54b47be4a53839' 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,\nLe problème peut venir de la façon dont ce code Dewey est généré dans \nles fiches, en fonction de la configuration du workflow utilisé. \nJ\'étais tombé sur un cas où ce code était généré avec la valeur \nlom:string=\'Classification 100 Dewey\', et donc pour pallier j\'ai du \najouté dans le fichier config.xml, une quatrième forme possible du \ntaxon dans la balise \n<thematic_search>, en plus des trois proposés par \ndéfaut :\n<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string=\'dewey\']/lom:taxon/lom:id</metadata> \n<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string=\'Classification \n100 Dewey\']/lom:taxon/lom:id</metadata>\n<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,\'fr\')],\'CDD\')]/lom:taxon/lom:id</metadata>\n<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,\'en\')],\'DDC\')]/lom:taxon/lom:id</metadata>\nPour savoir pourquoi la forme de ce taxon ne correspond pas au \nparamètrage par défaut du module search, Il faut vérifier la cohérence \nde plusieurs points :\n1. comment est écrit ce taxon dans la fiche template du workflow / celle \nde md-editor en standalone \n2. comment il est eventuellement transformé par une pre ou post-fonction \nde transition d\'état par une feuille xsl \n3. comment il est finalement indexé lors de la publication\nCe troisième point peut se vérifier par l\'interface du module \nd\'indexation \"visualisation d\'une fiche\"\nFrançois\nChristophe PONS wrote: \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> J\'ai le même problème que François... \n> Bonne journée. \n> \n> Christophe \n> \n> \n> 2/2009 11:06, françois lefebvre a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour, \n>> \n>> Je teste actuellement mon workflow jusqu\'à la publication des \n>> ressources pédagogiques pour les faire apparaître dans le module search. \n>> \n>> La recherche par établissement, par auteurs fonctionnent. \n>> Par contre, les recherches par thématique et thématique UNIT ne \n>> fonctionnent pas. \n>> \n>> J\'ai eu beau vider les caches, reconstruire les index, rien n\'y fait. \n>> \n>> \n>> Par exemple, j\'ai une ressource ayant comme classification Dewey 100 \n>> : 005.13 | Informatique. \n>> \n>> Pourquoi n\'apparait elle pas ? \n>> Les thématiques se basent pourtant sur la Dewey pour les classer \n>> correctement, non ? \n>> \n>> \n>> Si vous pouviez m\'éclairer. \n>> \n>> Bonne journée. \n>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">> \n></div>\n</blockquote>\n</div>\n', created = 1507748675, expire = 1507835075, headers = '', serialized = 0 WHERE cid = '4:ad61d2d05278a3cb2d54b47be4a53839' 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:cb28ca8be7f116a138c91d7fa458f970' 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\">\nFrançois (Lefebvre), \n \nTu peux nous envoyer une fiche XML pour exemple stp pour voir si le\nsoucis est bien celui décrit ici ? \n \nAttention à la solution que propose François (Jannin) car ça permet de\nrésoudre le problème simplement en local mais ça va vite poser des\nsoucis lorsque l\'on moissonnera ces fiches. \nEn effet, la taxonomie \'Classification 100 Dewey\' est utilisée\nuniquement en interne entre les étapes du workflow pour permettre à\nl\'indexeur de saisir un code dewey plus fin en étape finale, et ce dans\nla bonne taxonomie \'CDD 22e ed.\' comme recommandé dans le SupLOMFR.\nC\'est la taxonomie \'CDD ....\' qui est utilisée normalement dans la\nrecherche et si je moissonne tes fiches qui sont en \'Classification 100\nDewey\', je ne trouverai rien comme toi aujourd\'hui. \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 \nFrancois Jannin a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Bonjour,\n \n \nLe problème peut venir de la façon dont ce code Dewey est généré dans\nles fiches, en fonction de la configuration du workflow utilisé.\n \nJ\'étais tombé sur un cas où ce code était généré avec la valeur\nlom:string=\'Classification 100 Dewey\', et donc pour pallier j\'ai du\najouté dans le fichier config.xml, une quatrième forme possible du \ntaxon dans la balise <thematic_search>, en plus des trois\nproposés par défaut :\n \n \n<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string=\'dewey\']/lom:taxon/lom:id</metadata>\n \n<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string=\'Classification\n100 Dewey\']/lom:taxon/lom:id</metadata>\n \n                                      \n<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,\'fr\')],\'CDD\')]/lom:taxon/lom:id</metadata>\n \n                                      \n<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,\'en\')],\'DDC\')]/lom:taxon/lom:id</metadata>\n \n \nPour savoir pourquoi la forme de ce taxon ne correspond pas au\nparamètrage par défaut du module search, Il faut vérifier la cohérence\nde plusieurs points :\n \n \n1. comment est écrit ce taxon dans la fiche template du workflow /\ncelle de md-editor en standalone\n \n2. comment il est eventuellement transformé par une pre ou\npost-fonction de transition d\'état par une feuille xsl\n \n3. comment il est finalement indexé lors de la publication\n \n \nCe troisième point peut se vérifier par l\'interface du module\nd\'indexation \"visualisation d\'une fiche\"\n \n \n \nFrançois\n \n \nChristophe PONS wrote:\n \n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Bonjour,\n \n \nJ\'ai le même problème que François...\n \nBonne journée.\n \n \nChristophe\n \n \n \n2/2009 11:06, françois lefebvre a écrit :\n \n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Bonjour,\n \n \nJe teste actuellement mon workflow jusqu\'à la publication des\nressources pédagogiques pour les faire apparaître dans le module\nsearch.\n \n \nLa recherche par établissement, par auteurs fonctionnent.\n \nPar contre, les recherches par thématique et thématique UNIT ne\nfonctionnent pas.\n \n \nJ\'ai eu beau vider les caches, reconstruire les index, rien n\'y fait.\n \n \n \nPar exemple, j\'ai une ressource ayant comme classification Dewey 100 :\n005.13 | Informatique.\n \n \nPourquoi n\'apparait elle pas ?\n \nLes thématiques se basent pourtant sur la Dewey pour les classer\ncorrectement, non ?\n \n \n \nSi vous pouviez m\'éclairer.\n \n \nBonne journée.\n \n \n </blockquote></div>\n \n \n </blockquote></div>\n \n \n \n \n \n</blockquote></div></div>\n</body>\n</html>\n</div>', created = 1507748675, expire = 1507835075, headers = '', serialized = 0 WHERE cid = '4:cb28ca8be7f116a138c91d7fa458f970' 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:c9ad8efac0b493a04eff8ae2fdefe3c2' 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\">\nBonjour, \n \nYohan Colmant wrote:\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 François (Lefebvre), \n \nTu peux nous envoyer une fiche XML pour exemple stp pour voir si le\nsoucis est bien celui décrit ici ? \n \nAttention à la solution que propose François (Jannin) car ça permet de\nrésoudre le problème simplement en local mais ça va vite poser des\nsoucis lorsque l\'on moissonnera ces fiches. \n </blockquote></div></div>\nBien sûr, il faut avant tout harmoniser ces codes au niveau des conf\ndes différents modules... \nJe décrivais le cas uniquement pour pointer une cause probable du\nproblème. \n \nA+ \nFrançois \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote><font\n size=\"-1\">En effet, la taxonomie \'Classification\n100 Dewey\' est utilisée\nuniquement en interne entre les étapes du workflow pour permettre à\nl\'indexeur de saisir un code dewey plus fin en étape finale, et ce dans\nla bonne taxonomie \'CDD 22e ed.\' comme recommandé dans le SupLOMFR.\nC\'est la taxonomie \'CDD ....\' qui est utilisée normalement dans la\nrecherche et si je moissonne tes fiches qui sont en \'Classification 100\nDewey\', je ne trouverai rien comme toi aujourd\'hui. \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 \nFrancois Jannin a écrit :\n <div class=\"emailFilter_Author_1\"><blockquote>Bonjour,\n \n \nLe problème peut venir de la façon dont ce code Dewey est généré dans\nles fiches, en fonction de la configuration du workflow utilisé. \nJ\'étais tombé sur un cas où ce code était généré avec la valeur\nlom:string=\'Classification 100 Dewey\', et donc pour pallier j\'ai du\najouté dans le fichier config.xml, une quatrième forme possible du \ntaxon dans la balise <thematic_search>, en plus des trois\nproposés par défaut : \n \n<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string=\'dewey\']/lom:taxon/lom:id</metadata>\n \n<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string=\'Classification\n100 Dewey\']/lom:taxon/lom:id</metadata> \n                                      \n<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,\'fr\')],\'CDD\')]/lom:taxon/lom:id</metadata>\n \n                                      \n<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,\'en\')],\'DDC\')]/lom:taxon/lom:id</metadata>\n \n \nPour savoir pourquoi la forme de ce taxon ne correspond pas au\nparamètrage par défaut du module search, Il faut vérifier la cohérence\nde plusieurs points : \n \n1. comment est écrit ce taxon dans la fiche template du workflow /\ncelle de md-editor en standalone \n2. comment il est eventuellement transformé par une pre ou\npost-fonction de transition d\'état par une feuille xsl \n3. comment il est finalement indexé lors de la publication \n \nCe troisième point peut se vérifier par l\'interface du module\nd\'indexation \"visualisation d\'une fiche\" \n \n \nFrançois \n \nChristophe PONS wrote: \n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Bonjour, \n \nJ\'ai le même problème que François... \nBonne journée. \n \nChristophe \n \n \n2/2009 11:06, françois lefebvre a écrit : \n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Bonjour, \n \nJe teste actuellement mon workflow jusqu\'à la publication des\nressources pédagogiques pour les faire apparaître dans le module\nsearch. \n \nLa recherche par établissement, par auteurs fonctionnent. \nPar contre, les recherches par thématique et thématique UNIT ne\nfonctionnent pas. \n \nJ\'ai eu beau vider les caches, reconstruire les index, rien n\'y fait. \n \n \nPar exemple, j\'ai une ressource ayant comme classification Dewey 100 :\n005.13 | Informatique. \n \nPourquoi n\'apparait elle pas ? \nLes thématiques se basent pourtant sur la Dewey pour les classer\ncorrectement, non ? \n \n \nSi vous pouviez m\'éclairer. \n \nBonne journée. \n \n </blockquote></div>\n \n \n </blockquote></div>\n \n \n \n \n \n </blockquote></div>\n</blockquote></div></div>\n \n</body>\n</html>\n</div>', created = 1507748675, expire = 1507835075, headers = '', serialized = 0 WHERE cid = '4:c9ad8efac0b493a04eff8ae2fdefe3c2' 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:ba125c0777d44a1353ba601cf22b05c5' 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\">\nBonjour \n \nMerci pour les infos. \nDonc il faut que je rende obligatoire le CDD 2 pour le moissonage. Je\nne savais pas, je corrige ca de suite. \n \nCi joint, ma fiche XML, ce qui m\'embête, c\'est qu\'il n\'y a plus de\nretour à la ligne dans ma fiche, ca fait pas beau, il faut que je\ntrouve le problème... \nBon courage pour lire ma fiche :/ \n \nDonc si je comprends bien, n\'ayant pas de CDD2 dans ma fiche, le module\nsearch ne peut pas les classer dans les rubriques thématiques ? \n \n \nBonne journée. \n \n \n \nFrancois Jannin 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\">\nBonjour, \n \nYohan Colmant wrote:\n <div class=\"emailFilter_Author_1\"><blockquote>\n <meta content=\"text/html;charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n François (Lefebvre), \n \nTu peux nous envoyer une fiche XML pour exemple stp pour voir si le\nsoucis est bien celui décrit ici ? \n \nAttention à la solution que propose François (Jannin) car ça permet de\nrésoudre le problème simplement en local mais ça va vite poser des\nsoucis lorsque l\'on moissonnera ces fiches. \n </blockquote></div>\nBien sûr, il faut avant tout harmoniser ces codes au niveau des conf\ndes différents modules... \nJe décrivais le cas uniquement pour pointer une cause probable du\nproblème. \n \nA+ \nFrançois \n <div class=\"emailFilter_Author_1\"><blockquote>En effet, la\ntaxonomie \'Classification\n100 Dewey\' est utilisée\nuniquement en interne entre les étapes du workflow pour permettre à\nl\'indexeur de saisir un code dewey plus fin en étape finale, et ce dans\nla bonne taxonomie \'CDD 22e ed.\' comme recommandé dans le SupLOMFR.\nC\'est la taxonomie \'CDD ....\' qui est utilisée normalement dans la\nrecherche et si je moissonne tes fiches qui sont en \'Classification 100\nDewey\', je ne trouverai rien comme toi aujourd\'hui. \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> </div>\n </div>\n \n \nFrancois Jannin a écrit :\n <div class=\"emailFilter_Author_2\"><blockquote>Bonjour,\n \n \nLe problème peut venir de la façon dont ce code Dewey est généré dans\nles fiches, en fonction de la configuration du workflow utilisé. \nJ\'étais tombé sur un cas où ce code était généré avec la valeur\nlom:string=\'Classification 100 Dewey\', et donc pour pallier j\'ai du\najouté dans le fichier config.xml, une quatrième forme possible du \ntaxon dans la balise <thematic_search>, en plus des trois\nproposés par défaut : \n \n<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string=\'dewey\']/lom:taxon/lom:id</metadata>\n \n<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string=\'Classification\n100 Dewey\']/lom:taxon/lom:id</metadata> \n                                      \n<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,\'fr\')],\'CDD\')]/lom:taxon/lom:id</metadata>\n \n                                      \n<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,\'en\')],\'DDC\')]/lom:taxon/lom:id</metadata>\n \n \nPour savoir pourquoi la forme de ce taxon ne correspond pas au\nparamètrage par défaut du module search, Il faut vérifier la cohérence\nde plusieurs points : \n \n1. comment est écrit ce taxon dans la fiche template du workflow /\ncelle de md-editor en standalone \n2. comment il est eventuellement transformé par une pre ou\npost-fonction de transition d\'état par une feuille xsl \n3. comment il est finalement indexé lors de la publication \n \nCe troisième point peut se vérifier par l\'interface du module\nd\'indexation \"visualisation d\'une fiche\" \n \n \nFrançois \n \nChristophe PONS wrote: \n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Bonjour, \n \nJ\'ai le même problème que François... \nBonne journée. \n \nChristophe \n \n \n2/2009 11:06, françois lefebvre a écrit : \n <div class=\"emailFilter_Author_4\"><blockquote type=\"cite\">Bonjour, \n \nJe teste actuellement mon workflow jusqu\'à la publication des\nressources pédagogiques pour les faire apparaître dans le module\nsearch. \n \nLa recherche par établissement, par auteurs fonctionnent. \nPar contre, les recherches par thématique et thématique UNIT ne\nfonctionnent pas. \n \nJ\'ai eu beau vider les caches, reconstruire les index, rien n\'y fait. \n \n \nPar exemple, j\'ai une ressource ayant comme classification Dewey 100 :\n005.13 | Informatique. \n \nPourquoi n\'apparait elle pas ? \nLes thématiques se basent pourtant sur la Dewey pour les classer\ncorrectement, non ? \n \n \nSi vous pouviez m\'éclairer. \n \nBonne journée. \n \n </blockquote></div>\n \n \n </blockquote></div>\n \n \n \n \n \n </blockquote></div>\n </blockquote></div>\n \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 = 1507748675, expire = 1507835075, headers = '', serialized = 0 WHERE cid = '4:ba125c0777d44a1353ba601cf22b05c5' 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:d870b22f340f4185e32177600b11cb0f' 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\">\nFrançois, \n \nLe soucis est bien là ! \n \nEn interne, et lors des moissons, c\'est sur le dewey mis dans \'CDD 22\n...\' que la recherche thématique se fait. \nLe code dewey mis ici est un pivot pour toutes les classifications\nthématiques. Ainsi, tu vas mettre un code dewey assez fin dans cette\nclassification, et tu pourras interpréter ce code dans une macro\nclassification d\'établissement, d\'UNR, d\'UNT, etc. \n \nPas besoin de saisir une classification pour les UNT, l\'établissement\nou l\'UNR dans cette fiche. C\'est un mapping entre les thématiques\ndéfinies au niveau de l\'UNT, UNR, etc. et la dewey qui fera que tu\nverras ta fiche dans telle ou telle catégorie. \n \nTu vois le principe ? \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>\n <meta content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\">\nBonjour \n \nMerci pour les infos. \nDonc il faut que je rende obligatoire le CDD 2 pour le moissonage. Je\nne savais pas, je corrige ca de suite. \n \nCi joint, ma fiche XML, ce qui m\'embête, c\'est qu\'il n\'y a plus de\nretour à la ligne dans ma fiche, ca fait pas beau, il faut que je\ntrouve le problème... \nBon courage pour lire ma fiche :/ \n \nDonc si je comprends bien, n\'ayant pas de CDD2 dans ma fiche, le module\nsearch ne peut pas les classer dans les rubriques thématiques ? \n \n \nBonne journée. \n \n \n \nFrancois Jannin a écrit :\n <div class=\"emailFilter_Author_1\"><blockquote>\n <meta content=\"text/html;charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\nBonjour, \n \nYohan Colmant wrote:\n <div class=\"emailFilter_Author_2\"><blockquote>\n <meta content=\"text/html;charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n François (Lefebvre), \n \nTu peux nous envoyer une fiche XML pour exemple stp pour voir si le\nsoucis est bien celui décrit ici ? \n \nAttention à la solution que propose François (Jannin) car ça permet de\nrésoudre le problème simplement en local mais ça va vite poser des\nsoucis lorsque l\'on moissonnera ces fiches. \n </blockquote></div>\nBien sûr, il faut avant tout harmoniser ces codes au niveau des conf\ndes différents modules... \nJe décrivais le cas uniquement pour pointer une cause probable du\nproblème. \n \nA+ \nFrançois \n <div class=\"emailFilter_Author_2\"><blockquote>En effet, la\ntaxonomie \'Classification\n100 Dewey\' est utilisée\nuniquement en interne entre les étapes du workflow pour permettre à\nl\'indexeur de saisir un code dewey plus fin en étape finale, et ce dans\nla bonne taxonomie \'CDD 22e ed.\' comme recommandé dans le SupLOMFR.\nC\'est la taxonomie \'CDD ....\' qui est utilisée normalement dans la\nrecherche et si je moissonne tes fiches qui sont en \'Classification 100\nDewey\', je ne trouverai rien comme toi aujourd\'hui. \n \nA+ \n \n <div class=\"moz-signature\">\n <div class=\"moz-signature\">Yohan\nCOLMANT \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> </div>\n </div>\n \n \nFrancois Jannin a écrit :\n <div class=\"emailFilter_Author_3\"><blockquote>Bonjour,\n \n \nLe problème peut venir de la façon dont ce code Dewey est généré dans\nles fiches, en fonction de la configuration du workflow utilisé. \nJ\'étais tombé sur un cas où ce code était généré avec la valeur\nlom:string=\'Classification 100 Dewey\', et donc pour pallier j\'ai du\najouté dans le fichier config.xml, une quatrième forme possible du \ntaxon dans la balise <thematic_search>, en plus des trois\nproposés par défaut : \n \n<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string=\'dewey\']/lom:taxon/lom:id</metadata>\n \n<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string=\'Classification\n100 Dewey\']/lom:taxon/lom:id</metadata> \n                                      \n<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,\'fr\')],\'CDD\')]/lom:taxon/lom:id</metadata>\n \n                                      \n<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,\'en\')],\'DDC\')]/lom:taxon/lom:id</metadata>\n \n \nPour savoir pourquoi la forme de ce taxon ne correspond pas au\nparamètrage par défaut du module search, Il faut vérifier la cohérence\nde plusieurs points : \n \n1. comment est écrit ce taxon dans la fiche template du workflow /\ncelle de md-editor en standalone \n2. comment il est eventuellement transformé par une pre ou\npost-fonction de transition d\'état par une feuille xsl \n3. comment il est finalement indexé lors de la publication \n \nCe troisième point peut se vérifier par l\'interface du module\nd\'indexation \"visualisation d\'une fiche\" \n \n \nFrançois \n \nChristophe PONS wrote: \n <div class=\"emailFilter_Author_4\"><blockquote type=\"cite\">Bonjour, \n \nJ\'ai le même problème que François... \nBonne journée. \n \nChristophe \n \n \n2/2009 11:06, françois lefebvre a écrit : \n <div class=\"emailFilter_Author_5\"><blockquote type=\"cite\">Bonjour, \n \nJe teste actuellement mon workflow jusqu\'à la publication des\nressources pédagogiques pour les faire apparaître dans le module\nsearch. \n \nLa recherche par établissement, par auteurs fonctionnent. \nPar contre, les recherches par thématique et thématique UNIT ne\nfonctionnent pas. \n \nJ\'ai eu beau vider les caches, reconstruire les index, rien n\'y fait. \n \n \nPar exemple, j\'ai une ressource ayant comme classification Dewey 100 :\n005.13 | Informatique. \n \nPourquoi n\'apparait elle pas ? \nLes thématiques se basent pourtant sur la Dewey pour les classer\ncorrectement, non ? \n \n \nSi vous pouviez m\'éclairer. \n \nBonne journée. \n \n </blockquote></div>\n \n \n </blockquote></div>\n \n \n \n \n \n </blockquote></div>\n </blockquote></div>\n \n </blockquote></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</blockquote></div></div>\n</body>\n</html>\n</div>', created = 1507748675, expire = 1507835075, headers = '', serialized = 0 WHERE cid = '4:d870b22f340f4185e32177600b11cb0f' 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:6349a48d08af65209298451568464afe' 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\">\nBonjour Yohan, \n \nOk ! J\'ai tout compris !  *ca me surprend* \n:-) \n \nJe modifie donc pour que le workflow demande obligatoirement la CDD22\nalors. \n \nA tout hasard, pour le soucis de retour à la ligne, cela vient de mon\nprototype.xml qui est mal foutu ? \n \n \nMerci beaucoup. \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 François, \n \nLe soucis est bien là ! \n \nEn interne, et lors des moissons, c\'est sur le dewey mis dans \'CDD 22\n...\' que la recherche thématique se fait. \nLe code dewey mis ici est un pivot pour toutes les classifications\nthématiques. Ainsi, tu vas mettre un code dewey assez fin dans cette\nclassification, et tu pourras interpréter ce code dans une macro\nclassification d\'établissement, d\'UNR, d\'UNT, etc. \n \nPas besoin de saisir une classification pour les UNT, l\'établissement\nou l\'UNR dans cette fiche. C\'est un mapping entre les thématiques\ndéfinies au niveau de l\'UNT, UNR, etc. et la dewey qui fera que tu\nverras ta fiche dans telle ou telle catégorie. \n \nTu vois le principe ? \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>\n <meta content=\"text/html;charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\nBonjour \n \nMerci pour les infos. \nDonc il faut que je rende obligatoire le CDD 2 pour le moissonage. Je\nne savais pas, je corrige ca de suite. \n \nCi joint, ma fiche XML, ce qui m\'embête, c\'est qu\'il n\'y a plus de\nretour à la ligne dans ma fiche, ca fait pas beau, il faut que je\ntrouve le problème... \nBon courage pour lire ma fiche :/ \n \nDonc si je comprends bien, n\'ayant pas de CDD2 dans ma fiche, le module\nsearch ne peut pas les classer dans les rubriques thématiques ? \n \n \nBonne journée. \n \n \n \nFrancois Jannin a écrit :\n <div class=\"emailFilter_Author_2\"><blockquote>\n <meta content=\"text/html;charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\nBonjour, \n \nYohan Colmant wrote:\n <div class=\"emailFilter_Author_3\"><blockquote>\n <meta content=\"text/html;charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n François (Lefebvre), \n \nTu peux nous envoyer une fiche XML pour exemple stp pour voir si le\nsoucis est bien celui décrit ici ? \n \nAttention à la solution que propose François (Jannin) car ça permet de\nrésoudre le problème simplement en local mais ça va vite poser des\nsoucis lorsque l\'on moissonnera ces fiches. \n </blockquote></div>\nBien sûr, il faut avant tout harmoniser ces codes au niveau des conf\ndes différents modules... \nJe décrivais le cas uniquement pour pointer une cause probable du\nproblème. \n \nA+ \nFrançois \n <div class=\"emailFilter_Author_3\"><blockquote>En effet, la\ntaxonomie \'Classification\n100 Dewey\' est utilisée\nuniquement en interne entre les étapes du workflow pour permettre à\nl\'indexeur de saisir un code dewey plus fin en étape finale, et ce dans\nla bonne taxonomie \'CDD 22e ed.\' comme recommandé dans le SupLOMFR.\nC\'est la taxonomie \'CDD ....\' qui est utilisée normalement dans la\nrecherche et si je moissonne tes fiches qui sont en \'Classification 100\nDewey\', je ne trouverai rien comme toi aujourd\'hui. \n \nA+ \n \n <div class=\"moz-signature\">\n <div class=\"moz-signature\">Yohan\nCOLMANT \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> </div>\n </div>\n \n \nFrancois Jannin a écrit :\n <div class=\"emailFilter_Author_4\"><blockquote>Bonjour,\n \n \nLe problème peut venir de la façon dont ce code Dewey est généré dans\nles fiches, en fonction de la configuration du workflow utilisé. \nJ\'étais tombé sur un cas où ce code était généré avec la valeur\nlom:string=\'Classification 100 Dewey\', et donc pour pallier j\'ai du\najouté dans le fichier config.xml, une quatrième forme possible du \ntaxon dans la balise <thematic_search>, en plus des trois\nproposés par défaut : \n \n<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string=\'dewey\']/lom:taxon/lom:id</metadata>\n \n<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string=\'Classification\n100 Dewey\']/lom:taxon/lom:id</metadata> \n                                      \n<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,\'fr\')],\'CDD\')]/lom:taxon/lom:id</metadata>\n \n                                      \n<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,\'en\')],\'DDC\')]/lom:taxon/lom:id</metadata>\n \n \nPour savoir pourquoi la forme de ce taxon ne correspond pas au\nparamètrage par défaut du module search, Il faut vérifier la cohérence\nde plusieurs points : \n \n1. comment est écrit ce taxon dans la fiche template du workflow /\ncelle de md-editor en standalone \n2. comment il est eventuellement transformé par une pre ou\npost-fonction de transition d\'état par une feuille xsl \n3. comment il est finalement indexé lors de la publication \n \nCe troisième point peut se vérifier par l\'interface du module\nd\'indexation \"visualisation d\'une fiche\" \n \n \nFrançois \n \nChristophe PONS wrote: \n <div class=\"emailFilter_Author_5\"><blockquote type=\"cite\">Bonjour, \n \nJ\'ai le même problème que François... \nBonne journée. \n \nChristophe \n \n \n2/2009 11:06, françois lefebvre a écrit : \n <div class=\"emailFilter_Author_6\"><blockquote type=\"cite\">Bonjour, \n \nJe teste actuellement mon workflow jusqu\'à la publication des\nressources pédagogiques pour les faire apparaître dans le module\nsearch. \n \nLa recherche par établissement, par auteurs fonctionnent. \nPar contre, les recherches par thématique et thématique UNIT ne\nfonctionnent pas. \n \nJ\'ai eu beau vider les caches, reconstruire les index, rien n\'y fait. \n \n \nPar exemple, j\'ai une ressource ayant comme classification Dewey 100 :\n005.13 | Informatique. \n \nPourquoi n\'apparait elle pas ? \nLes thématiques se basent pourtant sur la Dewey pour les classer\ncorrectement, non ? \n \n \nSi vous pouviez m\'éclairer. \n \nBonne journée. \n \n </blockquote></div>\n \n \n </blockquote></div>\n \n \n \n \n \n </blockquote></div>\n </blockquote></div>\n \n </blockquote></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 </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 = 1507748675, expire = 1507835075, headers = '', serialized = 0 WHERE cid = '4:6349a48d08af65209298451568464afe' 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:b526005362626a2d599298970b96e196' 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\">\nJe viens de rendre obligatoire la \"CDD 22e éd.\" \nDu coup, ma recherche thématique est bien remplie. \n \nSi j\'ai bien compris, tous les moissonneurs se basent donc dessus pour\nensuite trier par matières ( comme ils l\'auront décidé ). \nDonc, cela est aussi vrai pour la recherche UNIT. \nCe que je ne comprends pas, c\'est qu\'elle reste toujours vide chez moi,\nmalgré le fait d\'avoir spécifier une classification UNIT ( en plus de\nla CDD 22 ). \nCette recherche thématique UNIT n\'est utile que dans le cas ou l\'on\nmoissonne ?? \n \nQuelle est l\'utilité d\'avoir la possibilité de choisir : Classification\nUNIT, CDD22e éd, Classification 100 dewey etc...  ? \nCela nous ouvre la possibilité de choisir directement par clic la bonne\nrubrique, mais si seule la CDD2e compte, pourquoi proposer les autres ? \nOn pourrait proposer celle de UNIT pour la \"facilité du clic\", mais\nderrière, cela renseigne le CDD 22e éd. \nEt si l\'utilisateur préfère saisir manuellement la dewey, on lui laisse\nle champs CDD 22e d\'accessible non ? \n \n \nCordialement. \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 François, \n \nLe soucis est bien là ! \n \nEn interne, et lors des moissons, c\'est sur le dewey mis dans \'CDD 22\n...\' que la recherche thématique se fait. \nLe code dewey mis ici est un pivot pour toutes les classifications\nthématiques. Ainsi, tu vas mettre un code dewey assez fin dans cette\nclassification, et tu pourras interpréter ce code dans une macro\nclassification d\'établissement, d\'UNR, d\'UNT, etc. \n \nPas besoin de saisir une classification pour les UNT, l\'établissement\nou l\'UNR dans cette fiche. C\'est un mapping entre les thématiques\ndéfinies au niveau de l\'UNT, UNR, etc. et la dewey qui fera que tu\nverras ta fiche dans telle ou telle catégorie. \n \nTu vois le principe ? \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>\n <meta content=\"text/html;charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\nBonjour \n \nMerci pour les infos. \nDonc il faut que je rende obligatoire le CDD 2 pour le moissonage. Je\nne savais pas, je corrige ca de suite. \n \nCi joint, ma fiche XML, ce qui m\'embête, c\'est qu\'il n\'y a plus de\nretour à la ligne dans ma fiche, ca fait pas beau, il faut que je\ntrouve le problème... \nBon courage pour lire ma fiche :/ \n \nDonc si je comprends bien, n\'ayant pas de CDD2 dans ma fiche, le module\nsearch ne peut pas les classer dans les rubriques thématiques ? \n \n \nBonne journée. \n \n \n \nFrancois Jannin a écrit :\n <div class=\"emailFilter_Author_2\"><blockquote>\n <meta content=\"text/html;charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\nBonjour, \n \nYohan Colmant wrote:\n <div class=\"emailFilter_Author_3\"><blockquote>\n <meta content=\"text/html;charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n François (Lefebvre), \n \nTu peux nous envoyer une fiche XML pour exemple stp pour voir si le\nsoucis est bien celui décrit ici ? \n \nAttention à la solution que propose François (Jannin) car ça permet de\nrésoudre le problème simplement en local mais ça va vite poser des\nsoucis lorsque l\'on moissonnera ces fiches. \n </blockquote></div>\nBien sûr, il faut avant tout harmoniser ces codes au niveau des conf\ndes différents modules... \nJe décrivais le cas uniquement pour pointer une cause probable du\nproblème. \n \nA+ \nFrançois \n <div class=\"emailFilter_Author_3\"><blockquote>En effet, la\ntaxonomie \'Classification\n100 Dewey\' est utilisée\nuniquement en interne entre les étapes du workflow pour permettre à\nl\'indexeur de saisir un code dewey plus fin en étape finale, et ce dans\nla bonne taxonomie \'CDD 22e ed.\' comme recommandé dans le SupLOMFR.\nC\'est la taxonomie \'CDD ....\' qui est utilisée normalement dans la\nrecherche et si je moissonne tes fiches qui sont en \'Classification 100\nDewey\', je ne trouverai rien comme toi aujourd\'hui. \n \nA+ \n \n <div class=\"moz-signature\">\n <div class=\"moz-signature\">Yohan\nCOLMANT \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> </div>\n </div>\n \n \nFrancois Jannin a écrit :\n <div class=\"emailFilter_Author_4\"><blockquote>Bonjour,\n \n \nLe problème peut venir de la façon dont ce code Dewey est généré dans\nles fiches, en fonction de la configuration du workflow utilisé. \nJ\'étais tombé sur un cas où ce code était généré avec la valeur\nlom:string=\'Classification 100 Dewey\', et donc pour pallier j\'ai du\najouté dans le fichier config.xml, une quatrième forme possible du \ntaxon dans la balise <thematic_search>, en plus des trois\nproposés par défaut : \n \n<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string=\'dewey\']/lom:taxon/lom:id</metadata>\n \n<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string=\'Classification\n100 Dewey\']/lom:taxon/lom:id</metadata> \n                                      \n<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,\'fr\')],\'CDD\')]/lom:taxon/lom:id</metadata>\n \n                                      \n<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,\'en\')],\'DDC\')]/lom:taxon/lom:id</metadata>\n \n \nPour savoir pourquoi la forme de ce taxon ne correspond pas au\nparamètrage par défaut du module search, Il faut vérifier la cohérence\nde plusieurs points : \n \n1. comment est écrit ce taxon dans la fiche template du workflow /\ncelle de md-editor en standalone \n2. comment il est eventuellement transformé par une pre ou\npost-fonction de transition d\'état par une feuille xsl \n3. comment il est finalement indexé lors de la publication \n \nCe troisième point peut se vérifier par l\'interface du module\nd\'indexation \"visualisation d\'une fiche\" \n \n \nFrançois \n \nChristophe PONS wrote: \n <div class=\"emailFilter_Author_5\"><blockquote type=\"cite\">Bonjour, \n \nJ\'ai le même problème que François... \nBonne journée. \n \nChristophe \n \n \n2/2009 11:06, françois lefebvre a écrit : \n <div class=\"emailFilter_Author_6\"><blockquote type=\"cite\">Bonjour, \n \nJe teste actuellement mon workflow jusqu\'à la publication des\nressources pédagogiques pour les faire apparaître dans le module\nsearch. \n \nLa recherche par établissement, par auteurs fonctionnent. \nPar contre, les recherches par thématique et thématique UNIT ne\nfonctionnent pas. \n \nJ\'ai eu beau vider les caches, reconstruire les index, rien n\'y fait. \n \n \nPar exemple, j\'ai une ressource ayant comme classification Dewey 100 :\n005.13 | Informatique. \n \nPourquoi n\'apparait elle pas ? \nLes thématiques se basent pourtant sur la Dewey pour les classer\ncorrectement, non ? \n \n \nSi vous pouviez m\'éclairer. \n \nBonne journée. \n \n </blockquote></div>\n \n \n </blockquote></div>\n \n \n \n \n \n </blockquote></div>\n </blockquote></div>\n \n </blockquote></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 </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 = 1507748675, expire = 1507835075, headers = '', serialized = 0 WHERE cid = '4:b526005362626a2d599298970b96e196' 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:23adaf9769b9556ce4e77c86df84e0f4' 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\">François,\nPour dissiper les malentendus sur les recherches thématiques selon une \nclassification.\nCes recherches proposent à l\'usager des ressources rangées selon un \n\"plan de classement\" : \n- construit sur des domaines plus ou moins larges ; \n- potentiellement arborescent ; \n- exemple : Classification UNIT <http://www.unit.eu/ori-oai-search> ; \n\"Classification 100 Dewey\" basée sur à peu près les 100 premiers indices \nde la CDD (Dewey) ; classification locale (celle utilisée à Valenciennes \npar ex., inspirée de l\'arborescence qui existe dans Moodle à \nValenciennes) ; etc ... ).\nA) Sur quel critère ? \nLa valeur du champ \"9.2.2.1 - Id\" du LOM (ou LOMFR, ou SupLOMFR \n<http://www.sup.lomfr.fr/index.php?title=9_Classification>), lorsque : \n- le champ \"9.1 - Objectif\" a pour valeur \"discipline\" ; \n- le champ \"9.2.1 - Source\" a pour valeur \"CDD 22e éd.\". \nAutrement dit, sur la base du (ou des) indices Dewey saisis dans la \nfiche de MD lors du référencement en LOM (ou LOMFR, ou SupLOMFR).\nB) Quelles fiches ? \n- Fiches locales (référencées dans le workflow ORI-OAI) ; \n- Fiches moissonnées (si elles sont en LOM, LOMFR, ou SupLOMFR). \nPeu importe, il faut juste que le critère précédent soit respecté et la \nMD indexée.\nC) Comment ? \nSur la base d\'un tableau de correspondance entre les domaines de la \nclassification proposée à l\'usager et des indices Dewey. \n(on parle de la Dewey comme classification pivot : voir doc en attaché) \nCette correspondance est formalisée dans un vocabulaire (géré/à créer \ndans le module vocabulary) : voir illustration en attaché. \nLa valeur de la MD \"9.2.2.1 - Id\" de la fiche est comparée à ce \nvocabulaire de référence, et la fiche \"ranger\" dans le(s) domaine(s) \ncorrespondant(s).\n(j\'ai aussi indenté la 1ère branche dans le fichier de vocabulaire en \nattaché, pour que la structure XML soit plus visible)\nD) Quelle saisie d\'information permet l\'affichage dans la recherche \nthématique en question ? \n1) formulaire auteur \nLe bloc \"Classification ... \" NE PERMET PAS de saisir un indice Dewey. \nDONC NE PERMET PAS l\'affichage de la fiche dans la recherche thématique \nen question !!! \nL\'idée est de permettre à l\'auteur de la ressource de guider les \npersonnes chargées de l\'indexation (au sens documentaire, ici) \nde la ressource (en général les professionnels de la documentation : \nbibliothécaires, documentalistes, etc). \nL\'auteur indique ainsi dans quelle(s) catégorie(s) de la classification \n(qui lui est présentée) il souhaite voir apparaitre sa ressource. \nCette information, en complément des mots-clés et de la ressource \nelle-même, va permettre l\'indexation documentaire. \n2) formulaire complet \nL\'onglet \"Classification\" permet, aux professionnels de la \ndocumentation, de saisir au moins 1 indice Dewey, \nsur la base des différentes infos mentionnées ci-dessus ... \net du tableau de correspondance entre la classification utilisée et la \nCDD (Dewey). \nC\'est donc à cette étape que les indices Dewey sont renseignés dans la \nfiche de MD, par les bibliothécaires, les documentalistes. \nC\'est cette information qui permet l\'affichage dans la recherche thématique.\nLa mise en place d\'une recherche thématique selon une classification \ndépendra des besoins côté exploitant. \nLa classification UNIT est présente dans les config par défaut car \nhistoriquement c\'est la première classification opérationnelle qui est \napparue dans ORI-OAI. \nElle n\'est là qu\'à titre d\'exemple. \nIl n\'y a aucune obligation de l\'utiliser, surtout si l\'exploitant a un \nbesoin propre, auquel cas il peut mettre en place une classification locale \n(ce que nous avons fait à Valenciennes ; ce qui a été fait au niveau de \nnotre UNR).\nA+,\nJacques\nfrançois lefebvre a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Je viens de rendre obligatoire la \"CDD 22e éd.\" \n> Du coup, ma recherche thématique est bien remplie. \n> \n> Si j\'ai bien compris, tous les moissonneurs se basent donc dessus pour \n> ensuite trier par matières ( comme ils l\'auront décidé ). \n> Donc, cela est aussi vrai pour la recherche UNIT. \n> Ce que je ne comprends pas, c\'est qu\'elle reste toujours vide chez \n> moi, malgré le fait d\'avoir spécifier une classification UNIT ( en \n> plus de la CDD 22 ). \n> Cette recherche thématique UNIT n\'est utile que dans le cas ou l\'on \n> moissonne ?? \n> \n> Quelle est l\'utilité d\'avoir la possibilité de choisir : \n> Classification UNIT, CDD22e éd, Classification 100 dewey etc... ? \n> Cela nous ouvre la possibilité de choisir directement par clic la \n> bonne rubrique, mais si seule la CDD2e compte, pourquoi proposer les \n> autres ? \n> On pourrait proposer celle de UNIT pour la \"facilité du clic\", mais \n> derrière, cela renseigne le CDD 22e éd. \n> Et si l\'utilisateur préfère saisir manuellement la dewey, on lui \n> laisse le champs CDD 22e d\'accessible non ? \n> \n> \n> Cordialement. \n> \n></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 = 1507748675, expire = 1507835075, headers = '', serialized = 0 WHERE cid = '4:23adaf9769b9556ce4e77c86df84e0f4' 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:0b6371ae7ddde6c41312238db124f97d' 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 Jacques,\nMerci pour la réponse extrêmement complète.\nJe répète en plus simple pour voir si j\'ai compris :-) :\n- Il faut donc obligatoirement entrer la dewey 22 pour chaque ressource, \n- Cette dewey sera ensuite \"étudiée\" par chaque université qui me \nmoissonne pour rentrer dans la classification thématique par défaut de \nORI ou dans une qu\'ils auront pris soin de mettre en place pour répondre \nmieux à leurs besoins, ( ex : UNR, UNIT )\nExemple :\nJ\'ai mis une ressource avec une classification Dewey 22 : \"300 / \nsociologie\", je la vois dans la classification UNIT : \"sc humaine et \nsociale pour l\'ingé - ressource humaine\", et dans la classif thématique \n: \"sciences sociales - généralités\".\nOr, mon formulaire SCD peut renseigner la classification UNIT avec la \npetite fenêtre d\'arborescence sympa. Cela ne me sert pas dans ce cas. La \ndewey suffit pour classer chez moi ou il faut, et fera de même chez ceux \nqui me moissonne non ? \nDans ce cas, pourquoi le proposer ? \nSeul la dewey 22 est obligatoire ?\nSecond point :\nA lille 1, même si ce sont des bibliothécaires qui entrent cette dewey à \nla main, par soucis de facilité, nous voudrions pouvoir entrer la dewey \n22 via une arborescence. \nJ\'ai l\'impression que, quand j\'utilise la classif UNIT, comme la dewey \nn\'est pas renseignée, ma ressource n\'est pas classer toute seule. ( cela \nsemble cohérent avec ce que je comprends ). \nPuis je me baser cependant sur cette dernière pour tester ( avant \nd\'avoir notre propre classification ) et mettre en \"9.2.1 - Source\" : \n\"CDD 22e éd\" à la place de \"Classification UNIT\" ?\nCela devrait marcher non ?\nBonne soirée.\nJacques Brassart a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> François, \n> \n> Pour dissiper les malentendus sur les recherches thématiques selon une \n> classification. \n> \n> Ces recherches proposent à l\'usager des ressources rangées selon un \n> \"plan de classement\" : \n> - construit sur des domaines plus ou moins larges ; \n> - potentiellement arborescent ; \n> - exemple : Classification UNIT <http://www.unit.eu/ori-oai-search> ; \n> \"Classification 100 Dewey\" basée sur à peu près les 100 premiers \n> indices de la CDD (Dewey) ; classification locale (celle utilisée à \n> Valenciennes par ex., inspirée de l\'arborescence qui existe dans \n> Moodle à Valenciennes) ; etc ... ). \n> \n> A) Sur quel critère ? \n> La valeur du champ \"9.2.2.1 - Id\" du LOM (ou LOMFR, ou SupLOMFR \n> <http://www.sup.lomfr.fr/index.php?title=9_Classification>), lorsque : \n> - le champ \"9.1 - Objectif\" a pour valeur \"discipline\" ; \n> - le champ \"9.2.1 - Source\" a pour valeur \"CDD 22e éd.\". \n> Autrement dit, sur la base du (ou des) indices Dewey saisis dans la \n> fiche de MD lors du référencement en LOM (ou LOMFR, ou SupLOMFR). \n> \n> B) Quelles fiches ? \n> - Fiches locales (référencées dans le workflow ORI-OAI) ; \n> - Fiches moissonnées (si elles sont en LOM, LOMFR, ou SupLOMFR). \n> Peu importe, il faut juste que le critère précédent soit respecté et \n> la MD indexée. \n> \n> C) Comment ? \n> Sur la base d\'un tableau de correspondance entre les domaines de la \n> classification proposée à l\'usager et des indices Dewey. \n> (on parle de la Dewey comme classification pivot : voir doc en attaché) \n> Cette correspondance est formalisée dans un vocabulaire (géré/à créer \n> dans le module vocabulary) : voir illustration en attaché. \n> La valeur de la MD \"9.2.2.1 - Id\" de la fiche est comparée à ce \n> vocabulaire de référence, et la fiche \"ranger\" dans le(s) domaine(s) \n> correspondant(s). \n> \n> (j\'ai aussi indenté la 1ère branche dans le fichier de vocabulaire en \n> attaché, pour que la structure XML soit plus visible) \n> \n> D) Quelle saisie d\'information permet l\'affichage dans la recherche \n> thématique en question ? \n> 1) formulaire auteur \n> Le bloc \"Classification ... \" NE PERMET PAS de saisir un indice Dewey. \n> DONC NE PERMET PAS l\'affichage de la fiche dans la recherche \n> thématique en question !!! \n> L\'idée est de permettre à l\'auteur de la ressource de guider les \n> personnes chargées de l\'indexation (au sens documentaire, ici) \n> de la ressource (en général les professionnels de la documentation : \n> bibliothécaires, documentalistes, etc). \n> L\'auteur indique ainsi dans quelle(s) catégorie(s) de la \n> classification (qui lui est présentée) il souhaite voir apparaitre sa \n> ressource. \n> Cette information, en complément des mots-clés et de la ressource \n> elle-même, va permettre l\'indexation documentaire. \n> 2) formulaire complet \n> L\'onglet \"Classification\" permet, aux professionnels de la \n> documentation, de saisir au moins 1 indice Dewey, \n> sur la base des différentes infos mentionnées ci-dessus ... \n> et du tableau de correspondance entre la classification utilisée et la \n> CDD (Dewey). \n> C\'est donc à cette étape que les indices Dewey sont renseignés dans la \n> fiche de MD, par les bibliothécaires, les documentalistes. \n> C\'est cette information qui permet l\'affichage dans la recherche \n> thématique. \n> \n> \n> \n> La mise en place d\'une recherche thématique selon une classification \n> dépendra des besoins côté exploitant. \n> La classification UNIT est présente dans les config par défaut car \n> historiquement c\'est la première classification opérationnelle qui est \n> apparue dans ORI-OAI. \n> Elle n\'est là qu\'à titre d\'exemple. \n> Il n\'y a aucune obligation de l\'utiliser, surtout si l\'exploitant a un \n> besoin propre, auquel cas il peut mettre en place une classification \n> locale \n> (ce que nous avons fait à Valenciennes ; ce qui a été fait au niveau \n> de notre UNR). \n> \n> A+, \n> \n> Jacques \n> \n> \n> \n> \n> françois lefebvre a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Je viens de rendre obligatoire la \"CDD 22e éd.\" \n>> Du coup, ma recherche thématique est bien remplie. \n>> \n>> Si j\'ai bien compris, tous les moissonneurs se basent donc dessus \n>> pour ensuite trier par matières ( comme ils l\'auront décidé ). \n>> Donc, cela est aussi vrai pour la recherche UNIT. \n>> Ce que je ne comprends pas, c\'est qu\'elle reste toujours vide chez \n>> moi, malgré le fait d\'avoir spécifier une classification UNIT ( en \n>> plus de la CDD 22 ). \n>> Cette recherche thématique UNIT n\'est utile que dans le cas ou l\'on \n>> moissonne ?? \n>> \n>> Quelle est l\'utilité d\'avoir la possibilité de choisir : \n>> Classification UNIT, CDD22e éd, Classification 100 dewey etc... ? \n>> Cela nous ouvre la possibilité de choisir directement par clic la \n>> bonne rubrique, mais si seule la CDD2e compte, pourquoi proposer les \n>> autres ? \n>> On pourrait proposer celle de UNIT pour la \"facilité du clic\", mais \n>> derrière, cela renseigne le CDD 22e éd. \n>> Et si l\'utilisateur préfère saisir manuellement la dewey, on lui \n>> laisse le champs CDD 22e d\'accessible non ? \n>> \n>> \n>> Cordialement. \n>> \n>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">></div>\n</blockquote>\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 = 1507748675, expire = 1507835075, headers = '', serialized = 0 WHERE cid = '4:0b6371ae7ddde6c41312238db124f97d' 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:1ae8608e0c602f4c4c02264d3fa6b4b4' 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\">François,\nL\'idée centrale est : interopérabilité des fiches de MD.\nAu moins une instance d\'un indice Dewey (CDD : Classif. Décimale Dewey) \nest obligatoire dans la fiche de MD dans le LOMFR, et par extension dans \nle SupLOMFR. \n(c\'est pas moi qui le dis : je renvoie à nouveau vers le wiki SupLOMFR, \npage <a href=\"http://www.sup.lomfr.fr/index.php?title=9_Classification\" title=\"http://www.sup.lomfr.fr/index.php?title=9_Classification\">http://www.sup.lomfr.fr/index.php?title=9_Classification</a>) \nCar la CDD est une classification reconnue au niveau internationale dans \nle domaine de la documentation.\nUne univ. A vous moissonne. \nImaginons que dans le lot, il y ait une fiche avec : \n- le champ \"9.1 - Objectif\" a pour valeur \"discipline\" ; \n- le champ \"9.2.1 - Source\" a pour valeur \"CDD 22e éd.\" ; \n- le champ \"9.2.2.1 - Id\" a été renseigné avec \"547\" par exemple (Chimie \norganique).\nSi univ. A n\'utilise pas ORI-OAI : tout dépend de l\'exploitation que \nfait leur outil des fiches de MD moissonnées.\nSi univ. A utilise ORI-OAI et propose une recherche thématique selon une \nclassification donnée : 2 cas de figures au moins ! \n- la classification en question ne prend pas en compte l\'indice Dewey \n\"547\" : votre fiche n\'y sera pas présente. \n- la classification en question prend en compte l\'indice Dewey \"547\" : \nvotre fiche sera présente dans un ou plusieurs domaines de ce mode de \nrecherche proposé par l\'univ. A.\nPourquoi proposer par défaut 3 classifications dans le formulaire \ncomplet LOM, LOMFR ou SupLOMFR ? \n(voir doc en attaché) \n- CDD 22e éd. : parce qu\'il y a obligation dans le LOMFR et SupLOMFR \nd\'au moins 1 indice Dewey dans la fiche de MD ; \n- classification UNIT et 100 Dewey : pour illustrer les possibilités du \nformulaire ; mais aucune obligation de les utiliser !! \n(si tu veux avoir une liste différente ou seulement \"CDD 22e éd\" : \nsurcharge le vocabulaire qui va bien et éventuellement modifie le \nformulaire concerné).\nAide à la saisie pour la CDD 22e éd. ? \nA l\'heure actuelle, il n\'est pas possible d\'intégrer la Dewey complète \ndans le package ORI-OAI (pb de droit).\nPar contre, si tu veux le faire avec une \"Dewey restreinte à la Lille1\" \n(excuse l\'expression), sur l\'exemple de ce qui est fait pour UNIT, \nà mon avis c\'est faisable, mais je ne sais pas si cela est souhaitable. \nJe verrais qch comme : \n- construire le vocabulaire pour l\'éditeur ; \n- prendre exemple sur ce qui a été fait pour le pop-up UNIT (je ne sais \npas quels fichiers sont concernés !).\nAttention, si tu fais cela : \n- tu perds la possibilité d\'affiner l\'indexation (liste finie de valeur) ; \n- la construction du fichier de vocabulaire peut vite se révéler \ncompliqué, à mon avis ; \n(une balise <vdex:term> par indice Dewey proposé, tout en jonglant avec \nles niveaux : c\'est pas aussi évident que pour UNIT qui est clairement à \n2 niveaux) ; \n- tu risques d\'avoir un affichage encombrant si tu as trop de [indices \nDewey/niveaux] à proposer.\nJacques\nfrançois lefebvre a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour Jacques, \n> \n> Merci pour la réponse extrêmement complète. \n> \n> Je répète en plus simple pour voir si j\'ai compris :-) : \n> \n> - Il faut donc obligatoirement entrer la dewey 22 pour chaque ressource, \n> - Cette dewey sera ensuite \"étudiée\" par chaque université qui me \n> moissonne pour rentrer dans la classification thématique par défaut de \n> ORI ou dans une qu\'ils auront pris soin de mettre en place pour \n> répondre mieux à leurs besoins, ( ex : UNR, UNIT ) \n> \n> Exemple : \n> \n> J\'ai mis une ressource avec une classification Dewey 22 : \"300 / \n> sociologie\", je la vois dans la classification UNIT : \"sc humaine et \n> sociale pour l\'ingé - ressource humaine\", et dans la classif \n> thématique : \"sciences sociales - généralités\". \n> \n> \n> Or, mon formulaire SCD peut renseigner la classification UNIT avec la \n> petite fenêtre d\'arborescence sympa. Cela ne me sert pas dans ce cas. \n> La dewey suffit pour classer chez moi ou il faut, et fera de même chez \n> ceux qui me moissonne non ? \n> Dans ce cas, pourquoi le proposer ? \n> Seul la dewey 22 est obligatoire ? \n> \n> \n> Second point : \n> \n> A lille 1, même si ce sont des bibliothécaires qui entrent cette dewey \n> à la main, par soucis de facilité, nous voudrions pouvoir entrer la \n> dewey 22 via une arborescence. \n> J\'ai l\'impression que, quand j\'utilise la classif UNIT, comme la dewey \n> n\'est pas renseignée, ma ressource n\'est pas classer toute seule. ( \n> cela semble cohérent avec ce que je comprends ). \n> Puis je me baser cependant sur cette dernière pour tester ( avant \n> d\'avoir notre propre classification ) et mettre en \"9.2.1 - Source\" : \n> \"CDD 22e éd\" à la place de \"Classification UNIT\" ? \n> \n> Cela devrait marcher non ? \n> \n> Bonne soirée.</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 = 1507748675, expire = 1507835075, headers = '', serialized = 0 WHERE cid = '4:1ae8608e0c602f4c4c02264d3fa6b4b4' 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:c05c057b09c0a0fbb79f7a27c69a6d31' 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 Jacques,\nMerci beaucoup pour tout ca.\nJe vais expliquer tes arguments contre la simplification de la Dewey en \nfenêtre avant de me lancer dans un truc tordu.\nBonne journée.\nJacques Brassart a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> François, \n> \n> L\'idée centrale est : interopérabilité des fiches de MD. \n> \n> Au moins une instance d\'un indice Dewey (CDD : Classif. Décimale \n> Dewey) est obligatoire dans la fiche de MD dans le LOMFR, et par \n> extension dans le SupLOMFR. \n> (c\'est pas moi qui le dis : je renvoie à nouveau vers le wiki \n> SupLOMFR, page <a href=\"http://www.sup.lomfr.fr/index.php?title=9_Classification\" title=\"http://www.sup.lomfr.fr/index.php?title=9_Classification\">http://www.sup.lomfr.fr/index.php?title=9_Classification</a>) \n> Car la CDD est une classification reconnue au niveau internationale \n> dans le domaine de la documentation. \n> \n> Une univ. A vous moissonne. \n> Imaginons que dans le lot, il y ait une fiche avec : \n> - le champ \"9.1 - Objectif\" a pour valeur \"discipline\" ; \n> - le champ \"9.2.1 - Source\" a pour valeur \"CDD 22e éd.\" ; \n> - le champ \"9.2.2.1 - Id\" a été renseigné avec \"547\" par exemple \n> (Chimie organique). \n> \n> Si univ. A n\'utilise pas ORI-OAI : tout dépend de l\'exploitation que \n> fait leur outil des fiches de MD moissonnées. \n> \n> Si univ. A utilise ORI-OAI et propose une recherche thématique selon \n> une classification donnée : 2 cas de figures au moins ! \n> - la classification en question ne prend pas en compte l\'indice Dewey \n> \"547\" : votre fiche n\'y sera pas présente. \n> - la classification en question prend en compte l\'indice Dewey \"547\" : \n> votre fiche sera présente dans un ou plusieurs domaines de ce mode de \n> recherche proposé par l\'univ. A. \n> \n> \n> Pourquoi proposer par défaut 3 classifications dans le formulaire \n> complet LOM, LOMFR ou SupLOMFR ? \n> (voir doc en attaché) \n> - CDD 22e éd. : parce qu\'il y a obligation dans le LOMFR et SupLOMFR \n> d\'au moins 1 indice Dewey dans la fiche de MD ; \n> - classification UNIT et 100 Dewey : pour illustrer les possibilités \n> du formulaire ; mais aucune obligation de les utiliser !! \n> (si tu veux avoir une liste différente ou seulement \"CDD 22e éd\" : \n> surcharge le vocabulaire qui va bien et éventuellement modifie le \n> formulaire concerné). \n> \n> Aide à la saisie pour la CDD 22e éd. ? \n> A l\'heure actuelle, il n\'est pas possible d\'intégrer la Dewey complète \n> dans le package ORI-OAI (pb de droit). \n> \n> Par contre, si tu veux le faire avec une \"Dewey restreinte à la \n> Lille1\" (excuse l\'expression), sur l\'exemple de ce qui est fait pour \n> UNIT, \n> à mon avis c\'est faisable, mais je ne sais pas si cela est souhaitable. \n> Je verrais qch comme : \n> - construire le vocabulaire pour l\'éditeur ; \n> - prendre exemple sur ce qui a été fait pour le pop-up UNIT (je ne \n> sais pas quels fichiers sont concernés !). \n> \n> Attention, si tu fais cela : \n> - tu perds la possibilité d\'affiner l\'indexation (liste finie de \n> valeur) ; \n> - la construction du fichier de vocabulaire peut vite se révéler \n> compliqué, à mon avis ; \n> (une balise <vdex:term> par indice Dewey proposé, tout en jonglant \n> avec les niveaux : c\'est pas aussi évident que pour UNIT qui est \n> clairement à 2 niveaux) ; \n> - tu risques d\'avoir un affichage encombrant si tu as trop de [indices \n> Dewey/niveaux] à proposer. \n> \n> Jacques \n> \n> \n> \n> françois lefebvre a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour Jacques, \n>> \n>> Merci pour la réponse extrêmement complète. \n>> \n>> Je répète en plus simple pour voir si j\'ai compris :-) : \n>> \n>> - Il faut donc obligatoirement entrer la dewey 22 pour chaque ressource, \n>> - Cette dewey sera ensuite \"étudiée\" par chaque université qui me \n>> moissonne pour rentrer dans la classification thématique par défaut \n>> de ORI ou dans une qu\'ils auront pris soin de mettre en place pour \n>> répondre mieux à leurs besoins, ( ex : UNR, UNIT ) \n>> \n>> Exemple : \n>> \n>> J\'ai mis une ressource avec une classification Dewey 22 : \"300 / \n>> sociologie\", je la vois dans la classification UNIT : \"sc humaine et \n>> sociale pour l\'ingé - ressource humaine\", et dans la classif \n>> thématique : \"sciences sociales - généralités\". \n>> \n>> \n>> Or, mon formulaire SCD peut renseigner la classification UNIT avec la \n>> petite fenêtre d\'arborescence sympa. Cela ne me sert pas dans ce cas. \n>> La dewey suffit pour classer chez moi ou il faut, et fera de même \n>> chez ceux qui me moissonne non ? \n>> Dans ce cas, pourquoi le proposer ? \n>> Seul la dewey 22 est obligatoire ? \n>> \n>> \n>> Second point : \n>> \n>> A lille 1, même si ce sont des bibliothécaires qui entrent cette \n>> dewey à la main, par soucis de facilité, nous voudrions pouvoir \n>> entrer la dewey 22 via une arborescence. \n>> J\'ai l\'impression que, quand j\'utilise la classif UNIT, comme la \n>> dewey n\'est pas renseignée, ma ressource n\'est pas classer toute \n>> seule. ( cela semble cohérent avec ce que je comprends ). \n>> Puis je me baser cependant sur cette dernière pour tester ( avant \n>> d\'avoir notre propre classification ) et mettre en \"9.2.1 - Source\" : \n>> \"CDD 22e éd\" à la place de \"Classification UNIT\" ? \n>> \n>> Cela devrait marcher non ? \n>> \n>> Bonne soirée.</div>\n</blockquote>\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 = 1507748675, expire = 1507835075, headers = '', serialized = 0 WHERE cid = '4:c05c057b09c0a0fbb79f7a27c69a6d31' 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:46f64caf776e5bf2bad3588cde1292c6' 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\">\nBonjour, \n \nL\'arborescence du formulaire auteur permet à l\'enseignant de renseigner\nune classification qui lui parle. \nAinsi, l\'indexeur a déjà une idée de la (ou les) branche(s) de la dewey\nà renseigner plus finement. \n \nTu vois ? \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\nJacques,\n \n \nMerci beaucoup pour tout ca.\n \n \nJe vais expliquer tes arguments contre la simplification de la Dewey en\nfenêtre avant de me lancer dans un truc tordu.\n \n \nBonne journée.\n \n \n \n \nJacques Brassart a écrit :\n \n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">François,\n \n \nL\'idée centrale est : interopérabilité des fiches de MD.\n \n \nAu moins une instance d\'un indice Dewey (CDD : Classif. Décimale Dewey)\nest obligatoire dans la fiche de MD dans le LOMFR, et par extension\ndans le SupLOMFR.\n \n(c\'est pas moi qui le dis : je renvoie à nouveau vers le wiki SupLOMFR,\npage <a class=\"moz-txt-link-freetext\" href=\"http://www.sup.lomfr.fr/index.php?title=9_Classification\">http://www.sup.lomfr.fr/index.php?title=9_Classification</a>)\n \nCar la CDD est une classification reconnue au niveau internationale\ndans le domaine de la documentation.\n \n \nUne univ. A vous moissonne.\n \nImaginons que dans le lot, il y ait une fiche avec :\n \n- le champ \"9.1 - Objectif\" a pour valeur \"discipline\" ;\n \n- le champ \"9.2.1 - Source\" a pour valeur \"CDD 22e éd.\" ;\n \n- le champ \"9.2.2.1 - Id\" a été renseigné avec \"547\" par exemple\n(Chimie organique).\n \n \nSi univ. A n\'utilise pas ORI-OAI : tout dépend de l\'exploitation que\nfait leur outil des fiches de MD moissonnées.\n \n \nSi univ. A utilise ORI-OAI et propose une recherche thématique selon\nune classification donnée : 2 cas de figures au moins !\n \n- la classification en question ne prend pas en compte l\'indice Dewey\n\"547\" : votre fiche n\'y sera pas présente.\n \n- la classification en question prend en compte l\'indice Dewey \"547\" :\nvotre fiche sera présente dans un ou plusieurs domaines de ce mode de\nrecherche proposé par l\'univ. A.\n \n \n \nPourquoi proposer par défaut 3 classifications dans le formulaire\ncomplet LOM, LOMFR ou SupLOMFR ?\n \n(voir doc en attaché)\n \n- CDD 22e éd. : parce qu\'il y a obligation dans le LOMFR et SupLOMFR\nd\'au moins 1 indice Dewey dans la fiche de MD ;\n \n- classification UNIT et 100 Dewey : pour illustrer les possibilités du\nformulaire ; mais aucune obligation de les utiliser !!\n \n(si tu veux avoir une liste différente ou seulement \"CDD 22e éd\" :\nsurcharge le vocabulaire qui va bien et éventuellement modifie le\nformulaire concerné).\n \n \nAide à la saisie pour la CDD 22e éd. ?\n \nA l\'heure actuelle, il n\'est pas possible d\'intégrer la Dewey complète\ndans le package ORI-OAI (pb de droit).\n \n \nPar contre, si tu veux le faire avec une \"Dewey restreinte à la Lille1\"\n(excuse l\'expression), sur l\'exemple de ce qui est fait pour UNIT,\n \nà mon avis c\'est faisable, mais je ne sais pas si cela est souhaitable.\n \nJe verrais qch comme :\n \n- construire le vocabulaire pour l\'éditeur ;\n \n- prendre exemple sur ce qui a été fait pour le pop-up UNIT (je ne sais\npas quels fichiers sont concernés !).\n \n \nAttention, si tu fais cela :\n \n- tu perds la possibilité d\'affiner l\'indexation (liste finie de\nvaleur) ;\n \n- la construction du fichier de vocabulaire peut vite se révéler\ncompliqué, à mon avis ;\n \n(une balise <vdex:term> par indice Dewey proposé, tout en\njonglant avec les niveaux : c\'est pas aussi évident que pour UNIT qui\nest clairement à 2 niveaux) ;\n \n- tu risques d\'avoir un affichage encombrant si tu as trop de [indices\nDewey/niveaux] à proposer.\n \n \nJacques\n \n \n \n \nfrançois lefebvre a écrit :\n \n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Bonjour Jacques,\n \n \nMerci pour la réponse extrêmement complète.\n \n \nJe répète en plus simple pour voir si j\'ai compris :-)  :\n \n \n- Il faut donc obligatoirement entrer la dewey 22 pour chaque\nressource,\n \n- Cette dewey sera ensuite \"étudiée\" par chaque université qui me\nmoissonne pour rentrer dans la classification thématique par défaut de\nORI ou dans une qu\'ils auront pris soin de mettre en place pour\nrépondre mieux à leurs besoins, ( ex : UNR, UNIT )\n \n \nExemple :\n \n \nJ\'ai mis une ressource avec une classification Dewey 22 : \"300 /\nsociologie\", je la vois dans la classification UNIT : \"sc humaine et\nsociale pour l\'ingé - ressource humaine\", et dans la classif thématique\n: \"sciences sociales - généralités\".\n \n \n \nOr, mon formulaire SCD peut renseigner la classification UNIT avec la\npetite fenêtre d\'arborescence sympa. Cela ne me sert pas dans ce cas.\nLa dewey suffit pour classer chez moi ou il faut, et fera de même chez\nceux qui me moissonne non ?\n \nDans ce cas, pourquoi le proposer ?\n \nSeul la dewey 22 est obligatoire ?\n \n \n \nSecond point :\n \n \nA lille 1, même si ce sont des bibliothécaires qui entrent cette dewey\nà la main, par soucis de facilité, nous voudrions pouvoir entrer la\ndewey 22 via une arborescence.\n \nJ\'ai l\'impression que, quand j\'utilise la classif UNIT, comme la dewey\nn\'est pas renseignée, ma ressource n\'est pas classer toute seule. (\ncela semble cohérent avec ce que je comprends ).\n \nPuis je me baser cependant sur cette dernière pour tester ( avant\nd\'avoir notre propre classification ) et mettre en \"9.2.1 - Source\" :\n\"CDD 22e éd\" à la place de \"Classification UNIT\" ?\n \n \nCela devrait marcher non ?\n \n \nBonne soirée.\n \n </blockquote></div>\n </blockquote></div>\n \n</blockquote></div></div>\n</body>\n</html>\n</div>', created = 1507748675, expire = 1507835075, headers = '', serialized = 0 WHERE cid = '4:46f64caf776e5bf2bad3588cde1292c6' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

14 messages / 0 nouveaux

Sujet clos

Dernière contribution

10 décembre 2009 - 11:06am

francoislefebvre

classer les ressources en

Bonjour,

Je teste actuellement mon workflow jusqu'à la publication des ressources
pédagogiques pour les faire apparaître dans le module search.

La recherche par établissement, par auteurs fonctionnent.
Par contre, les recherches par thématique et thématique UNIT ne
fonctionnent pas.

J'ai eu beau vider les caches, reconstruire les index, rien n'y fait.

Par exemple, j'ai une ressource ayant comme classification Dewey 100 :
005.13 | Informatique.

Pourquoi n'apparait elle pas ?
Les thématiques se basent pourtant sur la Dewey pour les classer
correctement, non ?

Si vous pouviez m'éclairer.

Bonne journée.

--
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

10 décembre 2009 - 11:09am

christophepons

Bonjour,

J'ai le même problème que François...
Bonne journée.

Christophe

2/2009 11:06, françois lefebvre a écrit :

> Bonjour,
>
> Je teste actuellement mon workflow jusqu'à la publication des
> ressources pédagogiques pour les faire apparaître dans le module search.
>
> La recherche par établissement, par auteurs fonctionnent.
> Par contre, les recherches par thématique et thématique UNIT ne
> fonctionnent pas.
>
> J'ai eu beau vider les caches, reconstruire les index, rien n'y fait.
>
>
> Par exemple, j'ai une ressource ayant comme classification Dewey 100 :
> 005.13 | Informatique.
>
> Pourquoi n'apparait elle pas ?
> Les thématiques se basent pourtant sur la Dewey pour les classer
> correctement, non ?
>
>
> Si vous pouviez m'éclairer.
>
> Bonne journée.
>

Christophe PONS
Mission TICE
Université de la Méditerranée (Pharo)
Tel : 04 91 39 66 70

10 décembre 2009 - 1:25pm

(Répondre à #2) #3

francoisjannin

Bonjour,

Le problème peut venir de la façon dont ce code Dewey est généré dans
les fiches, en fonction de la configuration du workflow utilisé.
J'étais tombé sur un cas où ce code était généré avec la valeur
lom:string='Classification 100 Dewey', et donc pour pallier j'ai du
ajouté dans le fichier config.xml, une quatrième forme possible du
taxon dans la balise
, en plus des trois proposés par
défaut :

//lom:classification/lom:taxonPath[lom:source/lom:string='dewey']/lom:taxon/lom:id
//lom:classification/lom:taxonPath[lom:source/lom:string='Classification
100 Dewey']/lom:taxon/lom:id

//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,'fr')],'CDD')]/lom:taxon/lom:id

//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,'en')],'DDC')]/lom:taxon/lom:id

Pour savoir pourquoi la forme de ce taxon ne correspond pas au
paramètrage par défaut du module search, Il faut vérifier la cohérence
de plusieurs points :

1. comment est écrit ce taxon dans la fiche template du workflow / celle
de md-editor en standalone
2. comment il est eventuellement transformé par une pre ou post-fonction
de transition d'état par une feuille xsl
3. comment il est finalement indexé lors de la publication

Ce troisième point peut se vérifier par l'interface du module
d'indexation "visualisation d'une fiche"

François

Christophe PONS wrote:

> Bonjour,
>
> J'ai le même problème que François...
> Bonne journée.
>
> Christophe
>
>
> 2/2009 11:06, françois lefebvre a écrit :

>> Bonjour,
>>
>> Je teste actuellement mon workflow jusqu'à la publication des
>> ressources pédagogiques pour les faire apparaître dans le module search.
>>
>> La recherche par établissement, par auteurs fonctionnent.
>> Par contre, les recherches par thématique et thématique UNIT ne
>> fonctionnent pas.
>>
>> J'ai eu beau vider les caches, reconstruire les index, rien n'y fait.
>>
>>
>> Par exemple, j'ai une ressource ayant comme classification Dewey 100
>> : 005.13 | Informatique.
>>
>> Pourquoi n'apparait elle pas ?
>> Les thématiques se basent pourtant sur la Dewey pour les classer
>> correctement, non ?
>>
>>
>> Si vous pouviez m'éclairer.
>>
>> Bonne journée.
>>

>
>

14 décembre 2009 - 8:52am

(Répondre à #3) #4

Yohan Colmant

François (Lefebvre),

Tu peux nous envoyer une fiche XML pour exemple stp pour voir si le soucis est bien celui décrit ici ?

Attention à la solution que propose François (Jannin) car ça permet de résoudre le problème simplement en local mais ça va vite poser des soucis lorsque l'on moissonnera ces fiches.
En effet, la taxonomie 'Classification 100 Dewey' est utilisée uniquement en interne entre les étapes du workflow pour permettre à l'indexeur de saisir un code dewey plus fin en étape finale, et ce dans la bonne taxonomie 'CDD 22e ed.' comme recommandé dans le SupLOMFR. C'est la taxonomie 'CDD ....' qui est utilisée normalement dans la recherche et si je moissonne tes fiches qui sont en 'Classification 100 Dewey', je ne trouverai rien comme toi aujourd'hui.

A+

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

Francois Jannin a écrit :

Bonjour,

Le problème peut venir de la façon dont ce code Dewey est généré dans les fiches, en fonction de la configuration du workflow utilisé.
J'étais tombé sur un cas où ce code était généré avec la valeur lom:string='Classification 100 Dewey', et donc pour pallier j'ai du ajouté dans le fichier config.xml, une quatrième forme possible du taxon dans la balise <thematic_search>, en plus des trois proposés par défaut :

<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string='dewey']/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string='Classification 100 Dewey']/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,'fr')],'CDD')]/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,'en')],'DDC')]/lom:taxon/lom:id</metadata>

Pour savoir pourquoi la forme de ce taxon ne correspond pas au paramètrage par défaut du module search, Il faut vérifier la cohérence de plusieurs points :

1. comment est écrit ce taxon dans la fiche template du workflow / celle de md-editor en standalone
2. comment il est eventuellement transformé par une pre ou post-fonction de transition d'état par une feuille xsl
3. comment il est finalement indexé lors de la publication

Ce troisième point peut se vérifier par l'interface du module d'indexation "visualisation d'une fiche"

François

Christophe PONS wrote:

Bonjour,

J'ai le même problème que François...
Bonne journée.

Christophe

2/2009 11:06, françois lefebvre a écrit :

Bonjour,

Je teste actuellement mon workflow jusqu'à la publication des ressources pédagogiques pour les faire apparaître dans le module search.

La recherche par établissement, par auteurs fonctionnent.
Par contre, les recherches par thématique et thématique UNIT ne fonctionnent pas.

J'ai eu beau vider les caches, reconstruire les index, rien n'y fait.

Par exemple, j'ai une ressource ayant comme classification Dewey 100 : 005.13 | Informatique.

Pourquoi n'apparait elle pas ?
Les thématiques se basent pourtant sur la Dewey pour les classer correctement, non ?

Si vous pouviez m'éclairer.

Bonne journée.

14 décembre 2009 - 9:33am

(Répondre à #4) #5

francoisjannin

Bonjour,

Yohan Colmant wrote:

François (Lefebvre),

Tu peux nous envoyer une fiche XML pour exemple stp pour voir si le soucis est bien celui décrit ici ?

Attention à la solution que propose François (Jannin) car ça permet de résoudre le problème simplement en local mais ça va vite poser des soucis lorsque l'on moissonnera ces fiches.

Bien sûr, il faut avant tout harmoniser ces codes au niveau des conf des différents modules...
Je décrivais le cas uniquement pour pointer une cause probable du problème.

A+
François

En effet, la taxonomie 'Classification 100 Dewey' est utilisée uniquement en interne entre les étapes du workflow pour permettre à l'indexeur de saisir un code dewey plus fin en étape finale, et ce dans la bonne taxonomie 'CDD 22e ed.' comme recommandé dans le SupLOMFR. C'est la taxonomie 'CDD ....' qui est utilisée normalement dans la recherche et si je moissonne tes fiches qui sont en 'Classification 100 Dewey', je ne trouverai rien comme toi aujourd'hui.

A+

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

Francois Jannin a écrit :
Bonjour,

Le problème peut venir de la façon dont ce code Dewey est généré dans les fiches, en fonction de la configuration du workflow utilisé.
J'étais tombé sur un cas où ce code était généré avec la valeur lom:string='Classification 100 Dewey', et donc pour pallier j'ai du ajouté dans le fichier config.xml, une quatrième forme possible du taxon dans la balise <thematic_search>, en plus des trois proposés par défaut :

<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string='dewey']/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string='Classification 100 Dewey']/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,'fr')],'CDD')]/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,'en')],'DDC')]/lom:taxon/lom:id</metadata>

Pour savoir pourquoi la forme de ce taxon ne correspond pas au paramètrage par défaut du module search, Il faut vérifier la cohérence de plusieurs points :

1. comment est écrit ce taxon dans la fiche template du workflow / celle de md-editor en standalone
2. comment il est eventuellement transformé par une pre ou post-fonction de transition d'état par une feuille xsl
3. comment il est finalement indexé lors de la publication

Ce troisième point peut se vérifier par l'interface du module d'indexation "visualisation d'une fiche"

François

Christophe PONS wrote:

Bonjour,

J'ai le même problème que François...
Bonne journée.

Christophe

2/2009 11:06, françois lefebvre a écrit :

Bonjour,

Je teste actuellement mon workflow jusqu'à la publication des ressources pédagogiques pour les faire apparaître dans le module search.

La recherche par établissement, par auteurs fonctionnent.
Par contre, les recherches par thématique et thématique UNIT ne fonctionnent pas.

J'ai eu beau vider les caches, reconstruire les index, rien n'y fait.

Par exemple, j'ai une ressource ayant comme classification Dewey 100 : 005.13 | Informatique.

Pourquoi n'apparait elle pas ?
Les thématiques se basent pourtant sur la Dewey pour les classer correctement, non ?

Si vous pouviez m'éclairer.

Bonne journée.

14 décembre 2009 - 11:01am

(Répondre à #5) #6

francoislefebvre

Bonjour

Merci pour les infos.
Donc il faut que je rende obligatoire le CDD 2 pour le moissonage. Je ne savais pas, je corrige ca de suite.

Ci joint, ma fiche XML, ce qui m'embête, c'est qu'il n'y a plus de retour à la ligne dans ma fiche, ca fait pas beau, il faut que je trouve le problème...
Bon courage pour lire ma fiche :/

Donc si je comprends bien, n'ayant pas de CDD2 dans ma fiche, le module search ne peut pas les classer dans les rubriques thématiques ?

Bonne journée.

Francois Jannin a écrit :

Bonjour,

Yohan Colmant wrote:
François (Lefebvre),

Tu peux nous envoyer une fiche XML pour exemple stp pour voir si le soucis est bien celui décrit ici ?

Attention à la solution que propose François (Jannin) car ça permet de résoudre le problème simplement en local mais ça va vite poser des soucis lorsque l'on moissonnera ces fiches.

Bien sûr, il faut avant tout harmoniser ces codes au niveau des conf des différents modules...
Je décrivais le cas uniquement pour pointer une cause probable du problème.

A+
François

En effet, la taxonomie 'Classification 100 Dewey' est utilisée uniquement en interne entre les étapes du workflow pour permettre à l'indexeur de saisir un code dewey plus fin en étape finale, et ce dans la bonne taxonomie 'CDD 22e ed.' comme recommandé dans le SupLOMFR. C'est la taxonomie 'CDD ....' qui est utilisée normalement dans la recherche et si je moissonne tes fiches qui sont en 'Classification 100 Dewey', je ne trouverai rien comme toi aujourd'hui.

A+

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

Francois Jannin a écrit :
Bonjour,

Le problème peut venir de la façon dont ce code Dewey est généré dans les fiches, en fonction de la configuration du workflow utilisé.
J'étais tombé sur un cas où ce code était généré avec la valeur lom:string='Classification 100 Dewey', et donc pour pallier j'ai du ajouté dans le fichier config.xml, une quatrième forme possible du taxon dans la balise <thematic_search>, en plus des trois proposés par défaut :

<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string='dewey']/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string='Classification 100 Dewey']/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,'fr')],'CDD')]/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,'en')],'DDC')]/lom:taxon/lom:id</metadata>

Pour savoir pourquoi la forme de ce taxon ne correspond pas au paramètrage par défaut du module search, Il faut vérifier la cohérence de plusieurs points :

1. comment est écrit ce taxon dans la fiche template du workflow / celle de md-editor en standalone
2. comment il est eventuellement transformé par une pre ou post-fonction de transition d'état par une feuille xsl
3. comment il est finalement indexé lors de la publication

Ce troisième point peut se vérifier par l'interface du module d'indexation "visualisation d'une fiche"

François

Christophe PONS wrote:

Bonjour,

J'ai le même problème que François...
Bonne journée.

Christophe

2/2009 11:06, françois lefebvre a écrit :

Bonjour,

Je teste actuellement mon workflow jusqu'à la publication des ressources pédagogiques pour les faire apparaître dans le module search.

La recherche par établissement, par auteurs fonctionnent.
Par contre, les recherches par thématique et thématique UNIT ne fonctionnent pas.

J'ai eu beau vider les caches, reconstruire les index, rien n'y fait.

Par exemple, j'ai une ressource ayant comme classification Dewey 100 : 005.13 | Informatique.

Pourquoi n'apparait elle pas ?
Les thématiques se basent pourtant sur la Dewey pour les classer correctement, non ?

Si vous pouviez m'éclairer.

Bonne journée.

-- 
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

14 décembre 2009 - 11:07am

(Répondre à #6) #7

Yohan Colmant

François,

Le soucis est bien là !

En interne, et lors des moissons, c'est sur le dewey mis dans 'CDD 22 ...' que la recherche thématique se fait.
Le code dewey mis ici est un pivot pour toutes les classifications thématiques. Ainsi, tu vas mettre un code dewey assez fin dans cette classification, et tu pourras interpréter ce code dans une macro classification d'établissement, d'UNR, d'UNT, etc.

Pas besoin de saisir une classification pour les UNT, l'établissement ou l'UNR dans cette fiche. C'est un mapping entre les thématiques définies au niveau de l'UNT, UNR, etc. et la dewey qui fera que tu verras ta fiche dans telle ou telle catégorie.

Tu vois le principe ?

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

Merci pour les infos.
Donc il faut que je rende obligatoire le CDD 2 pour le moissonage. Je ne savais pas, je corrige ca de suite.

Ci joint, ma fiche XML, ce qui m'embête, c'est qu'il n'y a plus de retour à la ligne dans ma fiche, ca fait pas beau, il faut que je trouve le problème...
Bon courage pour lire ma fiche :/

Donc si je comprends bien, n'ayant pas de CDD2 dans ma fiche, le module search ne peut pas les classer dans les rubriques thématiques ?

Bonne journée.

Francois Jannin a écrit :
Bonjour,

Yohan Colmant wrote:
François (Lefebvre),

Tu peux nous envoyer une fiche XML pour exemple stp pour voir si le soucis est bien celui décrit ici ?

Attention à la solution que propose François (Jannin) car ça permet de résoudre le problème simplement en local mais ça va vite poser des soucis lorsque l'on moissonnera ces fiches.

Bien sûr, il faut avant tout harmoniser ces codes au niveau des conf des différents modules...
Je décrivais le cas uniquement pour pointer une cause probable du problème.

A+
François

En effet, la taxonomie 'Classification 100 Dewey' est utilisée uniquement en interne entre les étapes du workflow pour permettre à l'indexeur de saisir un code dewey plus fin en étape finale, et ce dans la bonne taxonomie 'CDD 22e ed.' comme recommandé dans le SupLOMFR. C'est la taxonomie 'CDD ....' qui est utilisée normalement dans la recherche et si je moissonne tes fiches qui sont en 'Classification 100 Dewey', je ne trouverai rien comme toi aujourd'hui.

A+

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

Francois Jannin a écrit :
Bonjour,

Le problème peut venir de la façon dont ce code Dewey est généré dans les fiches, en fonction de la configuration du workflow utilisé.
J'étais tombé sur un cas où ce code était généré avec la valeur lom:string='Classification 100 Dewey', et donc pour pallier j'ai du ajouté dans le fichier config.xml, une quatrième forme possible du taxon dans la balise <thematic_search>, en plus des trois proposés par défaut :

<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string='dewey']/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string='Classification 100 Dewey']/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,'fr')],'CDD')]/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,'en')],'DDC')]/lom:taxon/lom:id</metadata>

Pour savoir pourquoi la forme de ce taxon ne correspond pas au paramètrage par défaut du module search, Il faut vérifier la cohérence de plusieurs points :

1. comment est écrit ce taxon dans la fiche template du workflow / celle de md-editor en standalone
2. comment il est eventuellement transformé par une pre ou post-fonction de transition d'état par une feuille xsl
3. comment il est finalement indexé lors de la publication

Ce troisième point peut se vérifier par l'interface du module d'indexation "visualisation d'une fiche"

François

Christophe PONS wrote:

Bonjour,

J'ai le même problème que François...
Bonne journée.

Christophe

2/2009 11:06, françois lefebvre a écrit :

Bonjour,

Je teste actuellement mon workflow jusqu'à la publication des ressources pédagogiques pour les faire apparaître dans le module search.

La recherche par établissement, par auteurs fonctionnent.
Par contre, les recherches par thématique et thématique UNIT ne fonctionnent pas.

J'ai eu beau vider les caches, reconstruire les index, rien n'y fait.

Par exemple, j'ai une ressource ayant comme classification Dewey 100 : 005.13 | Informatique.

Pourquoi n'apparait elle pas ?
Les thématiques se basent pourtant sur la Dewey pour les classer correctement, non ?

Si vous pouviez m'éclairer.

Bonne journée.
-- 
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

14 décembre 2009 - 1:19pm

(Répondre à #7) #8

francoislefebvre

Bonjour Yohan,

Ok ! J'ai tout compris ! *ca me surprend* :-)

Je modifie donc pour que le workflow demande obligatoirement la CDD22 alors.

A tout hasard, pour le soucis de retour à la ligne, cela vient de mon prototype.xml qui est mal foutu ?

Merci beaucoup.

Yohan Colmant a écrit :

François,

Le soucis est bien là !

En interne, et lors des moissons, c'est sur le dewey mis dans 'CDD 22 ...' que la recherche thématique se fait.
Le code dewey mis ici est un pivot pour toutes les classifications thématiques. Ainsi, tu vas mettre un code dewey assez fin dans cette classification, et tu pourras interpréter ce code dans une macro classification d'établissement, d'UNR, d'UNT, etc.

Pas besoin de saisir une classification pour les UNT, l'établissement ou l'UNR dans cette fiche. C'est un mapping entre les thématiques définies au niveau de l'UNT, UNR, etc. et la dewey qui fera que tu verras ta fiche dans telle ou telle catégorie.

Tu vois le principe ?

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

Merci pour les infos.
Donc il faut que je rende obligatoire le CDD 2 pour le moissonage. Je ne savais pas, je corrige ca de suite.

Ci joint, ma fiche XML, ce qui m'embête, c'est qu'il n'y a plus de retour à la ligne dans ma fiche, ca fait pas beau, il faut que je trouve le problème...
Bon courage pour lire ma fiche :/

Donc si je comprends bien, n'ayant pas de CDD2 dans ma fiche, le module search ne peut pas les classer dans les rubriques thématiques ?

Bonne journée.

Francois Jannin a écrit :
Bonjour,

Yohan Colmant wrote:
François (Lefebvre),

Tu peux nous envoyer une fiche XML pour exemple stp pour voir si le soucis est bien celui décrit ici ?

Attention à la solution que propose François (Jannin) car ça permet de résoudre le problème simplement en local mais ça va vite poser des soucis lorsque l'on moissonnera ces fiches.

Bien sûr, il faut avant tout harmoniser ces codes au niveau des conf des différents modules...
Je décrivais le cas uniquement pour pointer une cause probable du problème.

A+
François

En effet, la taxonomie 'Classification 100 Dewey' est utilisée uniquement en interne entre les étapes du workflow pour permettre à l'indexeur de saisir un code dewey plus fin en étape finale, et ce dans la bonne taxonomie 'CDD 22e ed.' comme recommandé dans le SupLOMFR. C'est la taxonomie 'CDD ....' qui est utilisée normalement dans la recherche et si je moissonne tes fiches qui sont en 'Classification 100 Dewey', je ne trouverai rien comme toi aujourd'hui.

A+

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

Francois Jannin a écrit :
Bonjour,

Le problème peut venir de la façon dont ce code Dewey est généré dans les fiches, en fonction de la configuration du workflow utilisé.
J'étais tombé sur un cas où ce code était généré avec la valeur lom:string='Classification 100 Dewey', et donc pour pallier j'ai du ajouté dans le fichier config.xml, une quatrième forme possible du taxon dans la balise <thematic_search>, en plus des trois proposés par défaut :

<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string='dewey']/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string='Classification 100 Dewey']/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,'fr')],'CDD')]/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,'en')],'DDC')]/lom:taxon/lom:id</metadata>

Pour savoir pourquoi la forme de ce taxon ne correspond pas au paramètrage par défaut du module search, Il faut vérifier la cohérence de plusieurs points :

1. comment est écrit ce taxon dans la fiche template du workflow / celle de md-editor en standalone
2. comment il est eventuellement transformé par une pre ou post-fonction de transition d'état par une feuille xsl
3. comment il est finalement indexé lors de la publication

Ce troisième point peut se vérifier par l'interface du module d'indexation "visualisation d'une fiche"

François

Christophe PONS wrote:

Bonjour,

J'ai le même problème que François...
Bonne journée.

Christophe

2/2009 11:06, françois lefebvre a écrit :

Bonjour,

Je teste actuellement mon workflow jusqu'à la publication des ressources pédagogiques pour les faire apparaître dans le module search.

La recherche par établissement, par auteurs fonctionnent.
Par contre, les recherches par thématique et thématique UNIT ne fonctionnent pas.

J'ai eu beau vider les caches, reconstruire les index, rien n'y fait.

Par exemple, j'ai une ressource ayant comme classification Dewey 100 : 005.13 | Informatique.

Pourquoi n'apparait elle pas ?
Les thématiques se basent pourtant sur la Dewey pour les classer correctement, non ?

Si vous pouviez m'éclairer.

Bonne journée.
-- 
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

-- 
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

14 décembre 2009 - 3:21pm

(Répondre à #7) #9

francoislefebvre

Je viens de rendre obligatoire la "CDD 22e éd."
Du coup, ma recherche thématique est bien remplie.

Si j'ai bien compris, tous les moissonneurs se basent donc dessus pour ensuite trier par matières ( comme ils l'auront décidé ).
Donc, cela est aussi vrai pour la recherche UNIT.
Ce que je ne comprends pas, c'est qu'elle reste toujours vide chez moi, malgré le fait d'avoir spécifier une classification UNIT ( en plus de la CDD 22 ).
Cette recherche thématique UNIT n'est utile que dans le cas ou l'on moissonne ??

Quelle est l'utilité d'avoir la possibilité de choisir : Classification UNIT, CDD22e éd, Classification 100 dewey etc... ?
Cela nous ouvre la possibilité de choisir directement par clic la bonne rubrique, mais si seule la CDD2e compte, pourquoi proposer les autres ?
On pourrait proposer celle de UNIT pour la "facilité du clic", mais derrière, cela renseigne le CDD 22e éd.
Et si l'utilisateur préfère saisir manuellement la dewey, on lui laisse le champs CDD 22e d'accessible non ?

Cordialement.

Yohan Colmant a écrit :

François,

Le soucis est bien là !

En interne, et lors des moissons, c'est sur le dewey mis dans 'CDD 22 ...' que la recherche thématique se fait.
Le code dewey mis ici est un pivot pour toutes les classifications thématiques. Ainsi, tu vas mettre un code dewey assez fin dans cette classification, et tu pourras interpréter ce code dans une macro classification d'établissement, d'UNR, d'UNT, etc.

Pas besoin de saisir une classification pour les UNT, l'établissement ou l'UNR dans cette fiche. C'est un mapping entre les thématiques définies au niveau de l'UNT, UNR, etc. et la dewey qui fera que tu verras ta fiche dans telle ou telle catégorie.

Tu vois le principe ?

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

Merci pour les infos.
Donc il faut que je rende obligatoire le CDD 2 pour le moissonage. Je ne savais pas, je corrige ca de suite.

Ci joint, ma fiche XML, ce qui m'embête, c'est qu'il n'y a plus de retour à la ligne dans ma fiche, ca fait pas beau, il faut que je trouve le problème...
Bon courage pour lire ma fiche :/

Donc si je comprends bien, n'ayant pas de CDD2 dans ma fiche, le module search ne peut pas les classer dans les rubriques thématiques ?

Bonne journée.

Francois Jannin a écrit :
Bonjour,

Yohan Colmant wrote:
François (Lefebvre),

Tu peux nous envoyer une fiche XML pour exemple stp pour voir si le soucis est bien celui décrit ici ?

Attention à la solution que propose François (Jannin) car ça permet de résoudre le problème simplement en local mais ça va vite poser des soucis lorsque l'on moissonnera ces fiches.

Bien sûr, il faut avant tout harmoniser ces codes au niveau des conf des différents modules...
Je décrivais le cas uniquement pour pointer une cause probable du problème.

A+
François

En effet, la taxonomie 'Classification 100 Dewey' est utilisée uniquement en interne entre les étapes du workflow pour permettre à l'indexeur de saisir un code dewey plus fin en étape finale, et ce dans la bonne taxonomie 'CDD 22e ed.' comme recommandé dans le SupLOMFR. C'est la taxonomie 'CDD ....' qui est utilisée normalement dans la recherche et si je moissonne tes fiches qui sont en 'Classification 100 Dewey', je ne trouverai rien comme toi aujourd'hui.

A+

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

Francois Jannin a écrit :
Bonjour,

Le problème peut venir de la façon dont ce code Dewey est généré dans les fiches, en fonction de la configuration du workflow utilisé.
J'étais tombé sur un cas où ce code était généré avec la valeur lom:string='Classification 100 Dewey', et donc pour pallier j'ai du ajouté dans le fichier config.xml, une quatrième forme possible du taxon dans la balise <thematic_search>, en plus des trois proposés par défaut :

<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string='dewey']/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[lom:source/lom:string='Classification 100 Dewey']/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,'fr')],'CDD')]/lom:taxon/lom:id</metadata>
<metadata>//lom:classification/lom:taxonPath[starts-with(lom:source/lom:string[starts-with(@language,'en')],'DDC')]/lom:taxon/lom:id</metadata>

Pour savoir pourquoi la forme de ce taxon ne correspond pas au paramètrage par défaut du module search, Il faut vérifier la cohérence de plusieurs points :

1. comment est écrit ce taxon dans la fiche template du workflow / celle de md-editor en standalone
2. comment il est eventuellement transformé par une pre ou post-fonction de transition d'état par une feuille xsl
3. comment il est finalement indexé lors de la publication

Ce troisième point peut se vérifier par l'interface du module d'indexation "visualisation d'une fiche"

François

Christophe PONS wrote:

Bonjour,

J'ai le même problème que François...
Bonne journée.

Christophe

2/2009 11:06, françois lefebvre a écrit :

Bonjour,

Je teste actuellement mon workflow jusqu'à la publication des ressources pédagogiques pour les faire apparaître dans le module search.

La recherche par établissement, par auteurs fonctionnent.
Par contre, les recherches par thématique et thématique UNIT ne fonctionnent pas.

J'ai eu beau vider les caches, reconstruire les index, rien n'y fait.

Par exemple, j'ai une ressource ayant comme classification Dewey 100 : 005.13 | Informatique.

Pourquoi n'apparait elle pas ?
Les thématiques se basent pourtant sur la Dewey pour les classer correctement, non ?

Si vous pouviez m'éclairer.

Bonne journée.
-- 
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

-- 
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

16 décembre 2009 - 4:08pm

(Répondre à #9) #10

jbrassar

François,

Pour dissiper les malentendus sur les recherches thématiques selon une
classification.

Ces recherches proposent à l'usager des ressources rangées selon un
"plan de classement" :
- construit sur des domaines plus ou moins larges ;
- potentiellement arborescent ;
- exemple : Classification UNIT ;
"Classification 100 Dewey" basée sur à peu près les 100 premiers indices
de la CDD (Dewey) ; classification locale (celle utilisée à Valenciennes
par ex., inspirée de l'arborescence qui existe dans Moodle à
Valenciennes) ; etc ... ).

A) Sur quel critère ?
La valeur du champ "9.2.2.1 - Id" du LOM (ou LOMFR, ou SupLOMFR
), lorsque :
- le champ "9.1 - Objectif" a pour valeur "discipline" ;
- le champ "9.2.1 - Source" a pour valeur "CDD 22e éd.".
Autrement dit, sur la base du (ou des) indices Dewey saisis dans la
fiche de MD lors du référencement en LOM (ou LOMFR, ou SupLOMFR).

B) Quelles fiches ?
- Fiches locales (référencées dans le workflow ORI-OAI) ;
- Fiches moissonnées (si elles sont en LOM, LOMFR, ou SupLOMFR).
Peu importe, il faut juste que le critère précédent soit respecté et la
MD indexée.

C) Comment ?
Sur la base d'un tableau de correspondance entre les domaines de la
classification proposée à l'usager et des indices Dewey.
(on parle de la Dewey comme classification pivot : voir doc en attaché)
Cette correspondance est formalisée dans un vocabulaire (géré/à créer
dans le module vocabulary) : voir illustration en attaché.
La valeur de la MD "9.2.2.1 - Id" de la fiche est comparée à ce
vocabulaire de référence, et la fiche "ranger" dans le(s) domaine(s)
correspondant(s).

(j'ai aussi indenté la 1ère branche dans le fichier de vocabulaire en
attaché, pour que la structure XML soit plus visible)

D) Quelle saisie d'information permet l'affichage dans la recherche
thématique en question ?
1) formulaire auteur
Le bloc "Classification ... " NE PERMET PAS de saisir un indice Dewey.
DONC NE PERMET PAS l'affichage de la fiche dans la recherche thématique
en question !!!
L'idée est de permettre à l'auteur de la ressource de guider les
personnes chargées de l'indexation (au sens documentaire, ici)
de la ressource (en général les professionnels de la documentation :
bibliothécaires, documentalistes, etc).
L'auteur indique ainsi dans quelle(s) catégorie(s) de la classification
(qui lui est présentée) il souhaite voir apparaitre sa ressource.
Cette information, en complément des mots-clés et de la ressource
elle-même, va permettre l'indexation documentaire.
2) formulaire complet
L'onglet "Classification" permet, aux professionnels de la
documentation, de saisir au moins 1 indice Dewey,
sur la base des différentes infos mentionnées ci-dessus ...
et du tableau de correspondance entre la classification utilisée et la
CDD (Dewey).
C'est donc à cette étape que les indices Dewey sont renseignés dans la
fiche de MD, par les bibliothécaires, les documentalistes.
C'est cette information qui permet l'affichage dans la recherche thématique.

La mise en place d'une recherche thématique selon une classification
dépendra des besoins côté exploitant.
La classification UNIT est présente dans les config par défaut car
historiquement c'est la première classification opérationnelle qui est
apparue dans ORI-OAI.
Elle n'est là qu'à titre d'exemple.
Il n'y a aucune obligation de l'utiliser, surtout si l'exploitant a un
besoin propre, auquel cas il peut mettre en place une classification locale
(ce que nous avons fait à Valenciennes ; ce qui a été fait au niveau de
notre UNR).

A+,

Jacques

françois lefebvre a écrit :

> Je viens de rendre obligatoire la "CDD 22e éd."
> Du coup, ma recherche thématique est bien remplie.
>
> Si j'ai bien compris, tous les moissonneurs se basent donc dessus pour
> ensuite trier par matières ( comme ils l'auront décidé ).
> Donc, cela est aussi vrai pour la recherche UNIT.
> Ce que je ne comprends pas, c'est qu'elle reste toujours vide chez
> moi, malgré le fait d'avoir spécifier une classification UNIT ( en
> plus de la CDD 22 ).
> Cette recherche thématique UNIT n'est utile que dans le cas ou l'on
> moissonne ??
>
> Quelle est l'utilité d'avoir la possibilité de choisir :
> Classification UNIT, CDD22e éd, Classification 100 dewey etc... ?
> Cela nous ouvre la possibilité de choisir directement par clic la
> bonne rubrique, mais si seule la CDD2e compte, pourquoi proposer les
> autres ?
> On pourrait proposer celle de UNIT pour la "facilité du clic", mais
> derrière, cela renseigne le CDD 22e éd.
> Et si l'utilisateur préfère saisir manuellement la dewey, on lui
> laisse le champs CDD 22e d'accessible non ?
>
>
> Cordialement.
>
>

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

16 décembre 2009 - 5:47pm

(Répondre à #10) #11

francoislefebvre

Bonjour Jacques,

Merci pour la réponse extrêmement complète.

Je répète en plus simple pour voir si j'ai compris :-) :

- Il faut donc obligatoirement entrer la dewey 22 pour chaque ressource,
- Cette dewey sera ensuite "étudiée" par chaque université qui me
moissonne pour rentrer dans la classification thématique par défaut de
ORI ou dans une qu'ils auront pris soin de mettre en place pour répondre
mieux à leurs besoins, ( ex : UNR, UNIT )

Exemple :

J'ai mis une ressource avec une classification Dewey 22 : "300 /
sociologie", je la vois dans la classification UNIT : "sc humaine et
sociale pour l'ingé - ressource humaine", et dans la classif thématique
: "sciences sociales - généralités".

Or, mon formulaire SCD peut renseigner la classification UNIT avec la
petite fenêtre d'arborescence sympa. Cela ne me sert pas dans ce cas. La
dewey suffit pour classer chez moi ou il faut, et fera de même chez ceux
qui me moissonne non ?
Dans ce cas, pourquoi le proposer ?
Seul la dewey 22 est obligatoire ?

Second point :

A lille 1, même si ce sont des bibliothécaires qui entrent cette dewey à
la main, par soucis de facilité, nous voudrions pouvoir entrer la dewey
22 via une arborescence.
J'ai l'impression que, quand j'utilise la classif UNIT, comme la dewey
n'est pas renseignée, ma ressource n'est pas classer toute seule. ( cela
semble cohérent avec ce que je comprends ).
Puis je me baser cependant sur cette dernière pour tester ( avant
d'avoir notre propre classification ) et mettre en "9.2.1 - Source" :
"CDD 22e éd" à la place de "Classification UNIT" ?

Cela devrait marcher non ?

Bonne soirée.

Jacques Brassart a écrit :

> François,
>
> Pour dissiper les malentendus sur les recherches thématiques selon une
> classification.
>
> Ces recherches proposent à l'usager des ressources rangées selon un
> "plan de classement" :
> - construit sur des domaines plus ou moins larges ;
> - potentiellement arborescent ;
> - exemple : Classification UNIT ;
> "Classification 100 Dewey" basée sur à peu près les 100 premiers
> indices de la CDD (Dewey) ; classification locale (celle utilisée à
> Valenciennes par ex., inspirée de l'arborescence qui existe dans
> Moodle à Valenciennes) ; etc ... ).
>
> A) Sur quel critère ?
> La valeur du champ "9.2.2.1 - Id" du LOM (ou LOMFR, ou SupLOMFR
> ), lorsque :
> - le champ "9.1 - Objectif" a pour valeur "discipline" ;
> - le champ "9.2.1 - Source" a pour valeur "CDD 22e éd.".
> Autrement dit, sur la base du (ou des) indices Dewey saisis dans la
> fiche de MD lors du référencement en LOM (ou LOMFR, ou SupLOMFR).
>
> B) Quelles fiches ?
> - Fiches locales (référencées dans le workflow ORI-OAI) ;
> - Fiches moissonnées (si elles sont en LOM, LOMFR, ou SupLOMFR).
> Peu importe, il faut juste que le critère précédent soit respecté et
> la MD indexée.
>
> C) Comment ?
> Sur la base d'un tableau de correspondance entre les domaines de la
> classification proposée à l'usager et des indices Dewey.
> (on parle de la Dewey comme classification pivot : voir doc en attaché)
> Cette correspondance est formalisée dans un vocabulaire (géré/à créer
> dans le module vocabulary) : voir illustration en attaché.
> La valeur de la MD "9.2.2.1 - Id" de la fiche est comparée à ce
> vocabulaire de référence, et la fiche "ranger" dans le(s) domaine(s)
> correspondant(s).
>
> (j'ai aussi indenté la 1ère branche dans le fichier de vocabulaire en
> attaché, pour que la structure XML soit plus visible)
>
> D) Quelle saisie d'information permet l'affichage dans la recherche
> thématique en question ?
> 1) formulaire auteur
> Le bloc "Classification ... " NE PERMET PAS de saisir un indice Dewey.
> DONC NE PERMET PAS l'affichage de la fiche dans la recherche
> thématique en question !!!
> L'idée est de permettre à l'auteur de la ressource de guider les
> personnes chargées de l'indexation (au sens documentaire, ici)
> de la ressource (en général les professionnels de la documentation :
> bibliothécaires, documentalistes, etc).
> L'auteur indique ainsi dans quelle(s) catégorie(s) de la
> classification (qui lui est présentée) il souhaite voir apparaitre sa
> ressource.
> Cette information, en complément des mots-clés et de la ressource
> elle-même, va permettre l'indexation documentaire.
> 2) formulaire complet
> L'onglet "Classification" permet, aux professionnels de la
> documentation, de saisir au moins 1 indice Dewey,
> sur la base des différentes infos mentionnées ci-dessus ...
> et du tableau de correspondance entre la classification utilisée et la
> CDD (Dewey).
> C'est donc à cette étape que les indices Dewey sont renseignés dans la
> fiche de MD, par les bibliothécaires, les documentalistes.
> C'est cette information qui permet l'affichage dans la recherche
> thématique.
>
>
>
> La mise en place d'une recherche thématique selon une classification
> dépendra des besoins côté exploitant.
> La classification UNIT est présente dans les config par défaut car
> historiquement c'est la première classification opérationnelle qui est
> apparue dans ORI-OAI.
> Elle n'est là qu'à titre d'exemple.
> Il n'y a aucune obligation de l'utiliser, surtout si l'exploitant a un
> besoin propre, auquel cas il peut mettre en place une classification
> locale
> (ce que nous avons fait à Valenciennes ; ce qui a été fait au niveau
> de notre UNR).
>
> A+,
>
> Jacques
>
>
>
>
> françois lefebvre a écrit :

>> Je viens de rendre obligatoire la "CDD 22e éd."
>> Du coup, ma recherche thématique est bien remplie.
>>
>> Si j'ai bien compris, tous les moissonneurs se basent donc dessus
>> pour ensuite trier par matières ( comme ils l'auront décidé ).
>> Donc, cela est aussi vrai pour la recherche UNIT.
>> Ce que je ne comprends pas, c'est qu'elle reste toujours vide chez
>> moi, malgré le fait d'avoir spécifier une classification UNIT ( en
>> plus de la CDD 22 ).
>> Cette recherche thématique UNIT n'est utile que dans le cas ou l'on
>> moissonne ??
>>
>> Quelle est l'utilité d'avoir la possibilité de choisir :
>> Classification UNIT, CDD22e éd, Classification 100 dewey etc... ?
>> Cela nous ouvre la possibilité de choisir directement par clic la
>> bonne rubrique, mais si seule la CDD2e compte, pourquoi proposer les
>> autres ?
>> On pourrait proposer celle de UNIT pour la "facilité du clic", mais
>> derrière, cela renseigne le CDD 22e éd.
>> Et si l'utilisateur préfère saisir manuellement la dewey, on lui
>> laisse le champs CDD 22e d'accessible non ?
>>
>>
>> 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

17 décembre 2009 - 11:52am

(Répondre à #11) #12

jbrassar

François,

L'idée centrale est : interopérabilité des fiches de MD.

Au moins une instance d'un indice Dewey (CDD : Classif. Décimale Dewey)
est obligatoire dans la fiche de MD dans le LOMFR, et par extension dans
le SupLOMFR.
(c'est pas moi qui le dis : je renvoie à nouveau vers le wiki SupLOMFR,
page http://www.sup.lomfr.fr/index.php?title=9_Classification)
Car la CDD est une classification reconnue au niveau internationale dans
le domaine de la documentation.

Une univ. A vous moissonne.
Imaginons que dans le lot, il y ait une fiche avec :
- le champ "9.1 - Objectif" a pour valeur "discipline" ;
- le champ "9.2.1 - Source" a pour valeur "CDD 22e éd." ;
- le champ "9.2.2.1 - Id" a été renseigné avec "547" par exemple (Chimie
organique).

Si univ. A n'utilise pas ORI-OAI : tout dépend de l'exploitation que
fait leur outil des fiches de MD moissonnées.

Si univ. A utilise ORI-OAI et propose une recherche thématique selon une
classification donnée : 2 cas de figures au moins !
- la classification en question ne prend pas en compte l'indice Dewey
"547" : votre fiche n'y sera pas présente.
- la classification en question prend en compte l'indice Dewey "547" :
votre fiche sera présente dans un ou plusieurs domaines de ce mode de
recherche proposé par l'univ. A.

Pourquoi proposer par défaut 3 classifications dans le formulaire
complet LOM, LOMFR ou SupLOMFR ?
(voir doc en attaché)
- CDD 22e éd. : parce qu'il y a obligation dans le LOMFR et SupLOMFR
d'au moins 1 indice Dewey dans la fiche de MD ;
- classification UNIT et 100 Dewey : pour illustrer les possibilités du
formulaire ; mais aucune obligation de les utiliser !!
(si tu veux avoir une liste différente ou seulement "CDD 22e éd" :
surcharge le vocabulaire qui va bien et éventuellement modifie le
formulaire concerné).

Aide à la saisie pour la CDD 22e éd. ?
A l'heure actuelle, il n'est pas possible d'intégrer la Dewey complète
dans le package ORI-OAI (pb de droit).

Par contre, si tu veux le faire avec une "Dewey restreinte à la Lille1"
(excuse l'expression), sur l'exemple de ce qui est fait pour UNIT,
à mon avis c'est faisable, mais je ne sais pas si cela est souhaitable.
Je verrais qch comme :
- construire le vocabulaire pour l'éditeur ;
- prendre exemple sur ce qui a été fait pour le pop-up UNIT (je ne sais
pas quels fichiers sont concernés !).

Attention, si tu fais cela :
- tu perds la possibilité d'affiner l'indexation (liste finie de valeur) ;
- la construction du fichier de vocabulaire peut vite se révéler
compliqué, à mon avis ;
(une balise par indice Dewey proposé, tout en jonglant avec
les niveaux : c'est pas aussi évident que pour UNIT qui est clairement à
2 niveaux) ;
- tu risques d'avoir un affichage encombrant si tu as trop de [indices
Dewey/niveaux] à proposer.

Jacques

françois lefebvre a écrit :

> Bonjour Jacques,
>
> Merci pour la réponse extrêmement complète.
>
> Je répète en plus simple pour voir si j'ai compris :-) :
>
> - Il faut donc obligatoirement entrer la dewey 22 pour chaque ressource,
> - Cette dewey sera ensuite "étudiée" par chaque université qui me
> moissonne pour rentrer dans la classification thématique par défaut de
> ORI ou dans une qu'ils auront pris soin de mettre en place pour
> répondre mieux à leurs besoins, ( ex : UNR, UNIT )
>
> Exemple :
>
> J'ai mis une ressource avec une classification Dewey 22 : "300 /
> sociologie", je la vois dans la classification UNIT : "sc humaine et
> sociale pour l'ingé - ressource humaine", et dans la classif
> thématique : "sciences sociales - généralités".
>
>
> Or, mon formulaire SCD peut renseigner la classification UNIT avec la
> petite fenêtre d'arborescence sympa. Cela ne me sert pas dans ce cas.
> La dewey suffit pour classer chez moi ou il faut, et fera de même chez
> ceux qui me moissonne non ?
> Dans ce cas, pourquoi le proposer ?
> Seul la dewey 22 est obligatoire ?
>
>
> Second point :
>
> A lille 1, même si ce sont des bibliothécaires qui entrent cette dewey
> à la main, par soucis de facilité, nous voudrions pouvoir entrer la
> dewey 22 via une arborescence.
> J'ai l'impression que, quand j'utilise la classif UNIT, comme la dewey
> n'est pas renseignée, ma ressource n'est pas classer toute seule. (
> cela semble cohérent avec ce que je comprends ).
> Puis je me baser cependant sur cette dernière pour tester ( avant
> d'avoir notre propre classification ) et mettre en "9.2.1 - Source" :
> "CDD 22e éd" à la place de "Classification UNIT" ?
>
> Cela devrait marcher non ?
>
> Bonne soirée.

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

17 décembre 2009 - 1:48pm

(Répondre à #12) #13

francoislefebvre

Bonjour Jacques,

Merci beaucoup pour tout ca.

Je vais expliquer tes arguments contre la simplification de la Dewey en
fenêtre avant de me lancer dans un truc tordu.

Bonne journée.

Jacques Brassart a écrit :

> François,
>
> L'idée centrale est : interopérabilité des fiches de MD.
>
> Au moins une instance d'un indice Dewey (CDD : Classif. Décimale
> Dewey) est obligatoire dans la fiche de MD dans le LOMFR, et par
> extension dans le SupLOMFR.
> (c'est pas moi qui le dis : je renvoie à nouveau vers le wiki
> SupLOMFR, page http://www.sup.lomfr.fr/index.php?title=9_Classification)
> Car la CDD est une classification reconnue au niveau internationale
> dans le domaine de la documentation.
>
> Une univ. A vous moissonne.
> Imaginons que dans le lot, il y ait une fiche avec :
> - le champ "9.1 - Objectif" a pour valeur "discipline" ;
> - le champ "9.2.1 - Source" a pour valeur "CDD 22e éd." ;
> - le champ "9.2.2.1 - Id" a été renseigné avec "547" par exemple
> (Chimie organique).
>
> Si univ. A n'utilise pas ORI-OAI : tout dépend de l'exploitation que
> fait leur outil des fiches de MD moissonnées.
>
> Si univ. A utilise ORI-OAI et propose une recherche thématique selon
> une classification donnée : 2 cas de figures au moins !
> - la classification en question ne prend pas en compte l'indice Dewey
> "547" : votre fiche n'y sera pas présente.
> - la classification en question prend en compte l'indice Dewey "547" :
> votre fiche sera présente dans un ou plusieurs domaines de ce mode de
> recherche proposé par l'univ. A.
>
>
> Pourquoi proposer par défaut 3 classifications dans le formulaire
> complet LOM, LOMFR ou SupLOMFR ?
> (voir doc en attaché)
> - CDD 22e éd. : parce qu'il y a obligation dans le LOMFR et SupLOMFR
> d'au moins 1 indice Dewey dans la fiche de MD ;
> - classification UNIT et 100 Dewey : pour illustrer les possibilités
> du formulaire ; mais aucune obligation de les utiliser !!
> (si tu veux avoir une liste différente ou seulement "CDD 22e éd" :
> surcharge le vocabulaire qui va bien et éventuellement modifie le
> formulaire concerné).
>
> Aide à la saisie pour la CDD 22e éd. ?
> A l'heure actuelle, il n'est pas possible d'intégrer la Dewey complète
> dans le package ORI-OAI (pb de droit).
>
> Par contre, si tu veux le faire avec une "Dewey restreinte à la
> Lille1" (excuse l'expression), sur l'exemple de ce qui est fait pour
> UNIT,
> à mon avis c'est faisable, mais je ne sais pas si cela est souhaitable.
> Je verrais qch comme :
> - construire le vocabulaire pour l'éditeur ;
> - prendre exemple sur ce qui a été fait pour le pop-up UNIT (je ne
> sais pas quels fichiers sont concernés !).
>
> Attention, si tu fais cela :
> - tu perds la possibilité d'affiner l'indexation (liste finie de
> valeur) ;
> - la construction du fichier de vocabulaire peut vite se révéler
> compliqué, à mon avis ;
> (une balise par indice Dewey proposé, tout en jonglant
> avec les niveaux : c'est pas aussi évident que pour UNIT qui est
> clairement à 2 niveaux) ;
> - tu risques d'avoir un affichage encombrant si tu as trop de [indices
> Dewey/niveaux] à proposer.
>
> Jacques
>
>
>
> françois lefebvre a écrit :

>> Bonjour Jacques,
>>
>> Merci pour la réponse extrêmement complète.
>>
>> Je répète en plus simple pour voir si j'ai compris :-) :
>>
>> - Il faut donc obligatoirement entrer la dewey 22 pour chaque ressource,
>> - Cette dewey sera ensuite "étudiée" par chaque université qui me
>> moissonne pour rentrer dans la classification thématique par défaut
>> de ORI ou dans une qu'ils auront pris soin de mettre en place pour
>> répondre mieux à leurs besoins, ( ex : UNR, UNIT )
>>
>> Exemple :
>>
>> J'ai mis une ressource avec une classification Dewey 22 : "300 /
>> sociologie", je la vois dans la classification UNIT : "sc humaine et
>> sociale pour l'ingé - ressource humaine", et dans la classif
>> thématique : "sciences sociales - généralités".
>>
>>
>> Or, mon formulaire SCD peut renseigner la classification UNIT avec la
>> petite fenêtre d'arborescence sympa. Cela ne me sert pas dans ce cas.
>> La dewey suffit pour classer chez moi ou il faut, et fera de même
>> chez ceux qui me moissonne non ?
>> Dans ce cas, pourquoi le proposer ?
>> Seul la dewey 22 est obligatoire ?
>>
>>
>> Second point :
>>
>> A lille 1, même si ce sont des bibliothécaires qui entrent cette
>> dewey à la main, par soucis de facilité, nous voudrions pouvoir
>> entrer la dewey 22 via une arborescence.
>> J'ai l'impression que, quand j'utilise la classif UNIT, comme la
>> dewey n'est pas renseignée, ma ressource n'est pas classer toute
>> seule. ( cela semble cohérent avec ce que je comprends ).
>> Puis je me baser cependant sur cette dernière pour tester ( avant
>> d'avoir notre propre classification ) et mettre en "9.2.1 - Source" :
>> "CDD 22e éd" à la place de "Classification UNIT" ?
>>
>> Cela devrait marcher non ?
>>
>> Bonne soirée.

--
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

21 décembre 2009 - 8:51am

(Répondre à #13) #14

Yohan Colmant

Bonjour,

L'arborescence du formulaire auteur permet à l'enseignant de renseigner une classification qui lui parle.
Ainsi, l'indexeur a déjà une idée de la (ou les) branche(s) de la dewey à renseigner plus finement.

Tu vois ?

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 Jacques,

Merci beaucoup pour tout ca.

Je vais expliquer tes arguments contre la simplification de la Dewey en fenêtre avant de me lancer dans un truc tordu.

Bonne journée.

Jacques Brassart a écrit :

François,

L'idée centrale est : interopérabilité des fiches de MD.

Au moins une instance d'un indice Dewey (CDD : Classif. Décimale Dewey) est obligatoire dans la fiche de MD dans le LOMFR, et par extension dans le SupLOMFR.
(c'est pas moi qui le dis : je renvoie à nouveau vers le wiki SupLOMFR, page http://www.sup.lomfr.fr/index.php?title=9_Classification)
Car la CDD est une classification reconnue au niveau internationale dans le domaine de la documentation.

Une univ. A vous moissonne.
Imaginons que dans le lot, il y ait une fiche avec :
- le champ "9.1 - Objectif" a pour valeur "discipline" ;
- le champ "9.2.1 - Source" a pour valeur "CDD 22e éd." ;
- le champ "9.2.2.1 - Id" a été renseigné avec "547" par exemple (Chimie organique).

Si univ. A n'utilise pas ORI-OAI : tout dépend de l'exploitation que fait leur outil des fiches de MD moissonnées.

Si univ. A utilise ORI-OAI et propose une recherche thématique selon une classification donnée : 2 cas de figures au moins !
- la classification en question ne prend pas en compte l'indice Dewey "547" : votre fiche n'y sera pas présente.
- la classification en question prend en compte l'indice Dewey "547" : votre fiche sera présente dans un ou plusieurs domaines de ce mode de recherche proposé par l'univ. A.

Pourquoi proposer par défaut 3 classifications dans le formulaire complet LOM, LOMFR ou SupLOMFR ?
(voir doc en attaché)
- CDD 22e éd. : parce qu'il y a obligation dans le LOMFR et SupLOMFR d'au moins 1 indice Dewey dans la fiche de MD ;
- classification UNIT et 100 Dewey : pour illustrer les possibilités du formulaire ; mais aucune obligation de les utiliser !!
(si tu veux avoir une liste différente ou seulement "CDD 22e éd" : surcharge le vocabulaire qui va bien et éventuellement modifie le formulaire concerné).

Aide à la saisie pour la CDD 22e éd. ?
A l'heure actuelle, il n'est pas possible d'intégrer la Dewey complète dans le package ORI-OAI (pb de droit).

Par contre, si tu veux le faire avec une "Dewey restreinte à la Lille1" (excuse l'expression), sur l'exemple de ce qui est fait pour UNIT,
à mon avis c'est faisable, mais je ne sais pas si cela est souhaitable.
Je verrais qch comme :
- construire le vocabulaire pour l'éditeur ;
- prendre exemple sur ce qui a été fait pour le pop-up UNIT (je ne sais pas quels fichiers sont concernés !).

Attention, si tu fais cela :
- tu perds la possibilité d'affiner l'indexation (liste finie de valeur) ;
- la construction du fichier de vocabulaire peut vite se révéler compliqué, à mon avis ;
(une balise <vdex:term> par indice Dewey proposé, tout en jonglant avec les niveaux : c'est pas aussi évident que pour UNIT qui est clairement à 2 niveaux) ;
- tu risques d'avoir un affichage encombrant si tu as trop de [indices Dewey/niveaux] à proposer.

Jacques

françois lefebvre a écrit :

Bonjour Jacques,

Merci pour la réponse extrêmement complète.

Je répète en plus simple pour voir si j'ai compris :-) :

- Il faut donc obligatoirement entrer la dewey 22 pour chaque ressource,
- Cette dewey sera ensuite "étudiée" par chaque université qui me moissonne pour rentrer dans la classification thématique par défaut de ORI ou dans une qu'ils auront pris soin de mettre en place pour répondre mieux à leurs besoins, ( ex : UNR, UNIT )

Exemple :

J'ai mis une ressource avec une classification Dewey 22 : "300 / sociologie", je la vois dans la classification UNIT : "sc humaine et sociale pour l'ingé - ressource humaine", et dans la classif thématique : "sciences sociales - généralités".

Or, mon formulaire SCD peut renseigner la classification UNIT avec la petite fenêtre d'arborescence sympa. Cela ne me sert pas dans ce cas. La dewey suffit pour classer chez moi ou il faut, et fera de même chez ceux qui me moissonne non ?
Dans ce cas, pourquoi le proposer ?
Seul la dewey 22 est obligatoire ?

Second point :

A lille 1, même si ce sont des bibliothécaires qui entrent cette dewey à la main, par soucis de facilité, nous voudrions pouvoir entrer la dewey 22 via une arborescence.
J'ai l'impression que, quand j'utilise la classif UNIT, comme la dewey n'est pas renseignée, ma ressource n'est pas classer toute seule. ( cela semble cohérent avec ce que je comprends ).
Puis je me baser cependant sur cette dernière pour tester ( avant d'avoir notre propre classification ) et mettre en "9.2.1 - Source" : "CDD 22e éd" à la place de "Classification UNIT" ?

Cela devrait marcher non ?

Bonne soirée.

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