vocabulaire différent entre Search et workflow

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:e0bb9ccbb13700d3cd9c7eea7d1133d2' 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 \nA ma connaissance non. \n \nCdt</div>', created = 1507750541, expire = 1507836941, headers = '', serialized = 0 WHERE cid = '4:e0bb9ccbb13700d3cd9c7eea7d1133d2' 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:e0bb9ccbb13700d3cd9c7eea7d1133d2' 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 \nA ma connaissance non. \n \nCdt</div>', created = 1507750541, expire = 1507836941, headers = '', serialized = 0 WHERE cid = '4:e0bb9ccbb13700d3cd9c7eea7d1133d2' 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:8f34eb4e2e121856ff35037be22ace28' 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 <title></title>\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nBonjour Amélie, \n \nC\'est en effet un choix fonctionnel de ne pas présenter les mêmes\nlistes entre les deux modules. Dans l\'idée de publics et de besoins\ndifférents entre les deux interfaces. \nPour les trois vocabulaires que tu soulèves, \n- pour le type ou la nature pédagogique, l\'éditeur propose la liste\nordonnée alphabétiquement et pas le moteur de recherche ; \n- pour les langues, l\'éditeur doit proposer toutes les langues qui\npeuvent être saisies dans l\'interface, alors que le moteur de recherche\npeut faire une sélection des langues utilisées réellement dans les\nfiches pour ne pas proposer de langues qui n\'aboutiront à aucun\nrésultat ; \n- pour le niveau du public cible, le moteur de recherche permet de\nproposer un menu avec plus de relation entre les éléments, alors que\nl\'éditeur ne le permet pas pour l\'instant. Nous avons choisi d\'utiliser\ncette possibilité, même si elle n\'était pas équivalente entre les deux\ninterfaces. \n \nDans tous les cas, ces vocabulaires sont gérés à l\'aide du module\nvocabulaire et les libellés ou la liste des éléments présents peuvent y\nêtre modifiés. Pour certains ce sont des vocabulaires statiques,\nprésents dans le répertoire conf\\properties\\ori_vocabularies\\official,\npour d\'autres des vocabulaires \"dynamiques\" qui sont définis dans les\nfichiers du répertoire conf\\properties\\domain. <font\n size=\"-1\">Pour plus d\'informations sur le\nfonctionnement du module vocabulary,\ntu peux consulter la documentation en ligne et en particulier la\npartie \"Aspects pratiques\" à cette adresse :\n<a class=\"moz-txt-link-freetext\" href=\"http://www.ori-oai.org/display/ORIOAIvocabulary/Aspects+pratiques\">http://www.ori-oai.org/display/ORIOAIvocabulary/Aspects+pratiques</a>. \n \nLes vocabulaires\nutilisés dans le module éditeur sont principalement préfixés avec\n\"common_\" et le nom du schéma qui les a défini. Quand il a été\nnécessaire d\'en créer de spécifiques, les vocabulaires propres au\nmodule de recherche sont principalement préfixés en \"search_\". \nConcrètement, pour ton cas, les vocabulaires actuellement utilisés sont\n: \n- pour le type ou la nature pédagogique de la ressource, \n        - dans l\'éditeur, il s\'agit de trois vocabulaires statiques,\npuisque le vocabulaire initialement LOM a été complété par le LOMFR et\nle SupLOMFR : common_lom_educ_learningResourceType.xml,\ncommon_lomfr_educ_learningResourceType.xml et\ncommon_suplomfr_educ_learningResourceType.xml ; \n       - dans le search, il s\'agit d\'un vocabulaire \"dynamique\" qui\nregroupe ces trois vocabulaires statiques, il est défini dans le\nfichier domain\\mergingVocabulary.xml avec l\'identifiant\nsearch_lom_educ_learningResourceType. \n \n- pour les langues, \n       - dans l\'éditeur, il s\'agit du vocabulaire statique\nlanguages_3lettres.xml pour lequel certaines langues sont ressorties\nplus particulièrement pour être présentées en début de liste, ceci\nétant fait dans le formulaire même ; \n       - dans le search, il s\'agit du vocabulaire statique\nsearch_languages.xml. \nRemarque, ce sont également ces vocabulaires qui sont utilisés pour la\nsaisie de la langue du document. \n \n- pour le niveau, \n       - dans l\'éditeur, il s\'agit <font\n face=\"Arial\">également <font\n face=\"Arial\">de trois vocabulaires statiques :\ncommon_lom_educ_context.xml, common_lomfr_educ_context.xml et\ncommon_suplomfr_educ_context.xml, séparés par des caractères \'---\' dans\nle formulaire même ; \n       - dans le search, il s\'agit d\'un seul vocabulaire statique\nsearch_lom_educ_context.xml. \n \nDans la version actuelle d\'ORI-OAI, pour modifier les vocabulaires\nstatiques, il faut copier le vocabulaire choisi, du répertoire official\ndans le répertoire override et apporter les modifications souhaitées à\ncette copie. \n \nJ\'espère que ces informations pourront t\'aider. \nAmicalement \nNolwen \n \nAmélie Perret a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Bonjour\nà tous,\n \n \nNous avons noté des incohérences de terme et de vocabulaire sur les\nchamps type/nature de ressource pédagogique, langue et niveau. Vous\ntrouverez ci-joint un récapitulatif avec les écrans correspondants du\nSEARCH et de WORKFLOW\n \nEst-ce un défaut connu?\n \nComment cela peut-il être modifié?\n \nMerci de votre aide\n \nAmélie\n \n \n</blockquote></div></div>\n \n<pre class=\"moz-signature\" cols=\"72\">-- \nNolwen CLEMENT-HUET\nCoordinateur Fonctionnel du projet ORI-OAI\nDoc\'INSA - INSA de Lyon\nMèl : <a class=\"moz-txt-link-abbreviated\" href=\"mailto:nolwen.huet@insa-lyon.fr\">nolwen.huet@insa-lyon.fr</a>\nTel : 04 72 43 70 32\nWeb : <a class=\"moz-txt-link-freetext\" href=\"http://docinsa.insa-lyon.fr\">http://docinsa.insa-lyon.fr</a> </pre>\n</body>\n</html>\n</div>', created = 1507750541, expire = 1507836941, headers = '', serialized = 0 WHERE cid = '4:8f34eb4e2e121856ff35037be22ace28' 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:f8b62fa73282c8d7ca1253f1e51e9e91' 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 Amélie,\nTes captures d\'écran indiquent un workflow configuré pour utiliser les \nformulaires LOMFR. \nDonc un référencement basé sur le schéma de MD LOMFR. \nLa différence vient de là !\nLe search, comme l\'a indiqué Nolwen, utilise quant à lui les valeurs du \nSupLOMFR (pour \"Type de la ress.\" et \"Langue apprenant\").\nDonc, si c\'est le SupLOMFR que vous choisissez comme schéma de MD des \nressources pédagogiques, normalement tu n\'as pas besoin de modifier les \nvocabulaires. \nIl te suffit de configurer le workflow pour qu\'il fasse appel aux \nformulaires appropriés : ceux du SupLOMFR.\nPour cela : \n- éditer le fichier de conf central du quick-install \n(commons-parameters.properties) ; \n- modifier les paramètres \nWORKFLOW_PEDAGO_FORM_AUTHOR \nWORKFLOW_PEDAGO_FORM_FULL \nWORKFLOW_PEDAGO_XML_PROTOTYPE \n- faire un ant-init-build-workflow (pour moi par ex., ce sera depuis \nori-oai-commons-quick-install-svn) \n- faire un ant all-workflow depuis les sources du quick-install.\nJacques\nPS : tu peux voir tous les formulaires disponibles si tu vas sur l\'IHM \nde l\'éditeur\nNolwen Huet a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour Amélie, \n> \n> C\'est en effet un choix fonctionnel de ne pas présenter les mêmes \n> listes entre les deux modules. Dans l\'idée de publics et de besoins \n> différents entre les deux interfaces. \n> Pour les trois vocabulaires que tu soulèves, \n> - pour le type ou la nature pédagogique, l\'éditeur propose la liste \n> ordonnée alphabétiquement et pas le moteur de recherche ; \n> - pour les langues, l\'éditeur doit proposer toutes les langues qui \n> peuvent être saisies dans l\'interface, alors que le moteur de \n> recherche peut faire une sélection des langues utilisées réellement \n> dans les fiches pour ne pas proposer de langues qui n\'aboutiront à \n> aucun résultat ; \n> - pour le niveau du public cible, le moteur de recherche permet de \n> proposer un menu avec plus de relation entre les éléments, alors que \n> l\'éditeur ne le permet pas pour l\'instant. Nous avons choisi \n> d\'utiliser cette possibilité, même si elle n\'était pas équivalente \n> entre les deux interfaces. \n> \n> Dans tous les cas, ces vocabulaires sont gérés à l\'aide du module \n> vocabulaire et les libellés ou la liste des éléments présents peuvent \n> y être modifiés. Pour certains ce sont des vocabulaires statiques, \n> présents dans le répertoire conf\\properties\\ori_vocabularies\\official, \n> pour d\'autres des vocabulaires \"dynamiques\" qui sont définis dans les \n> fichiers du répertoire conf\\properties\\domain. Pour plus \n> d\'informations sur le fonctionnement du module vocabulary, tu peux \n> consulter la documentation en ligne et en particulier la partie \n> \"Aspects pratiques\" à cette adresse : \n> <a href=\"http://www.ori-oai.org/display/ORIOAIvocabulary/Aspects+pratiques\" title=\"http://www.ori-oai.org/display/ORIOAIvocabulary/Aspects+pratiques\">http://www.ori-oai.org/display/ORIOAIvocabulary/Aspects+pratiques</a>. \n> \n> Les vocabulaires utilisés dans le module éditeur sont principalement \n> préfixés avec \"common_\" et le nom du schéma qui les a défini. Quand il \n> a été nécessaire d\'en créer de spécifiques, les vocabulaires propres \n> au module de recherche sont principalement préfixés en \"search_\". \n> Concrètement, pour ton cas, les vocabulaires actuellement utilisés sont : \n> - pour le type ou la nature pédagogique de la ressource, \n> - dans l\'éditeur, il s\'agit de trois vocabulaires statiques, \n> puisque le vocabulaire initialement LOM a été complété par le LOMFR et \n> le SupLOMFR : common_lom_educ_learningResourceType.xml, \n> common_lomfr_educ_learningResourceType.xml et \n> common_suplomfr_educ_learningResourceType.xml ; \n> - dans le search, il s\'agit d\'un vocabulaire \"dynamique\" qui \n> regroupe ces trois vocabulaires statiques, il est défini dans le \n> fichier domain\\mergingVocabulary.xml avec l\'identifiant \n> search_lom_educ_learningResourceType. \n> \n> - pour les langues, \n> - dans l\'éditeur, il s\'agit du vocabulaire statique \n> languages_3lettres.xml pour lequel certaines langues sont ressorties \n> plus particulièrement pour être présentées en début de liste, ceci \n> étant fait dans le formulaire même ; \n> - dans le search, il s\'agit du vocabulaire statique \n> search_languages.xml. \n> Remarque, ce sont également ces vocabulaires qui sont utilisés pour la \n> saisie de la langue du document. \n> \n> - pour le niveau, \n> - dans l\'éditeur, il s\'agit également de trois vocabulaires \n> statiques : common_lom_educ_context.xml, common_lomfr_educ_context.xml \n> et common_suplomfr_educ_context.xml, séparés par des caractères \'---\' \n> dans le formulaire même ; \n> - dans le search, il s\'agit d\'un seul vocabulaire statique \n> search_lom_educ_context.xml. \n> \n> Dans la version actuelle d\'ORI-OAI, pour modifier les vocabulaires \n> statiques, il faut copier le vocabulaire choisi, du répertoire \n> official dans le répertoire override et apporter les modifications \n> souhaitées à cette copie. \n> \n> J\'espère que ces informations pourront t\'aider. \n> Amicalement \n> Nolwen \n> \n> Amélie Perret a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour à tous, \n>> \n>> Nous avons noté des incohérences de terme et de vocabulaire sur les \n>> champs type/nature de ressource pédagogique, langue et niveau. Vous \n>> trouverez ci-joint un récapitulatif avec les écrans correspondants du \n>> SEARCH et de WORKFLOW \n>> Est-ce un défaut connu? \n>> Comment cela peut-il être modifié? \n>> Merci de votre aide \n>> Amélie \n>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">> \n> -- \n> Nolwen CLEMENT-HUET \n> Coordinateur Fonctionnel du projet ORI-OAI \n> Doc\'INSA - INSA de Lyon \n> Mèl : <a href=\"mailto:nolwen.huet@insa-lyon.fr\">nolwen.huet@insa-lyon.fr</a> \n> Tel : 04 72 43 70 32 \n> Web : <a href=\"http://docinsa.insa-lyon.fr\" title=\"http://docinsa.insa-lyon.fr\">http://docinsa.insa-lyon.fr</a> </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 = 1507750543, expire = 1507836943, headers = '', serialized = 0 WHERE cid = '4:f8b62fa73282c8d7ca1253f1e51e9e91' 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:f322ad0165e49898dabf881f230fb9eb' 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 à tous,\nNous avons noté des incohérences de terme et de vocabulaire sur les \nchamps type/nature de ressource pédagogique, langue et niveau. Vous \ntrouverez ci-joint un récapitulatif avec les écrans correspondants du \nSEARCH et de WORKFLOW \nEst-ce un défaut connu? \nComment cela peut-il être modifié? \nMerci de votre aide \nAmélie\n-- \nAmélie Perret, CRED-IUT Université Bordeaux 1 \nDirectrice du CRED \ntel: 05 56 84 58 10 - fax: 05 56 84 58 09 \n<a href=\"mailto:amelie.perret@iut.u-bordeaux1.fr\">amelie.perret@iut.u-bordeaux1.fr</a> - <a href=\"http://www-cred.iut.u-bordeaux1.fr\" title=\"http://www-cred.iut.u-bordeaux1.fr\">http://www-cred.iut.u-bordeaux1.fr</a>\n</div>\n', created = 1507750543, expire = 1507836943, headers = '', serialized = 0 WHERE cid = '4:f322ad0165e49898dabf881f230fb9eb' 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:9c6d27d0fa2a64a9ea0552d90a36f37a' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,\nUne erreur de ma part. Il faut lire : \n\"... Le search, comme l\'a indiqué Nolwen, utilise quant à lui les \nvaleurs du SupLOMFR (pour \"Type de la ress.\" et \"Niveau\"). ...\"\nDésolé,\nJacques\nJacques Brassart a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour Amélie, \n> \n> Tes captures d\'écran indiquent un workflow configuré pour utiliser les \n> formulaires LOMFR. \n> Donc un référencement basé sur le schéma de MD LOMFR. \n> La différence vient de là ! \n> \n> Le search, comme l\'a indiqué Nolwen, utilise quant à lui les valeurs \n> du SupLOMFR (pour \"Type de la ress.\" et \"Langue apprenant\"). \n> \n> Donc, si c\'est le SupLOMFR que vous choisissez comme schéma de MD des \n> ressources pédagogiques, normalement tu n\'as pas besoin de modifier \n> les vocabulaires. \n> Il te suffit de configurer le workflow pour qu\'il fasse appel aux \n> formulaires appropriés : ceux du SupLOMFR. \n> \n> Pour cela : \n> - éditer le fichier de conf central du quick-install \n> (commons-parameters.properties) ; \n> - modifier les paramètres \n> WORKFLOW_PEDAGO_FORM_AUTHOR \n> WORKFLOW_PEDAGO_FORM_FULL \n> WORKFLOW_PEDAGO_XML_PROTOTYPE \n> - faire un ant-init-build-workflow (pour moi par ex., ce sera depuis \n> ori-oai-commons-quick-install-svn) \n> - faire un ant all-workflow depuis les sources du quick-install. \n> \n> Jacques \n> \n> PS : tu peux voir tous les formulaires disponibles si tu vas sur l\'IHM \n> de l\'éditeur \n> \n> \n> \n> \n> Nolwen Huet a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour Amélie, \n>> \n>> C\'est en effet un choix fonctionnel de ne pas présenter les mêmes \n>> listes entre les deux modules. Dans l\'idée de publics et de besoins \n>> différents entre les deux interfaces. \n>> Pour les trois vocabulaires que tu soulèves, \n>> - pour le type ou la nature pédagogique, l\'éditeur propose la liste \n>> ordonnée alphabétiquement et pas le moteur de recherche ; \n>> - pour les langues, l\'éditeur doit proposer toutes les langues qui \n>> peuvent être saisies dans l\'interface, alors que le moteur de \n>> recherche peut faire une sélection des langues utilisées réellement \n>> dans les fiches pour ne pas proposer de langues qui n\'aboutiront à \n>> aucun résultat ; \n>> - pour le niveau du public cible, le moteur de recherche permet de \n>> proposer un menu avec plus de relation entre les éléments, alors que \n>> l\'éditeur ne le permet pas pour l\'instant. Nous avons choisi \n>> d\'utiliser cette possibilité, même si elle n\'était pas équivalente \n>> entre les deux interfaces. \n>> \n>> Dans tous les cas, ces vocabulaires sont gérés à l\'aide du module \n>> vocabulaire et les libellés ou la liste des éléments présents peuvent \n>> y être modifiés. Pour certains ce sont des vocabulaires statiques, \n>> présents dans le répertoire \n>> conf\\properties\\ori_vocabularies\\official, pour d\'autres des \n>> vocabulaires \"dynamiques\" qui sont définis dans les fichiers du \n>> répertoire conf\\properties\\domain. Pour plus d\'informations sur le \n>> fonctionnement du module vocabulary, tu peux consulter la \n>> documentation en ligne et en particulier la partie \"Aspects \n>> pratiques\" à cette adresse : \n>> <a href=\"http://www.ori-oai.org/display/ORIOAIvocabulary/Aspects+pratiques\" title=\"http://www.ori-oai.org/display/ORIOAIvocabulary/Aspects+pratiques\">http://www.ori-oai.org/display/ORIOAIvocabulary/Aspects+pratiques</a>. \n>> \n>> Les vocabulaires utilisés dans le module éditeur sont principalement \n>> préfixés avec \"common_\" et le nom du schéma qui les a défini. Quand \n>> il a été nécessaire d\'en créer de spécifiques, les vocabulaires \n>> propres au module de recherche sont principalement préfixés en \n>> \"search_\". \n>> Concrètement, pour ton cas, les vocabulaires actuellement utilisés \n>> sont : \n>> - pour le type ou la nature pédagogique de la ressource, \n>> - dans l\'éditeur, il s\'agit de trois vocabulaires statiques, \n>> puisque le vocabulaire initialement LOM a été complété par le LOMFR \n>> et le SupLOMFR : common_lom_educ_learningResourceType.xml, \n>> common_lomfr_educ_learningResourceType.xml et \n>> common_suplomfr_educ_learningResourceType.xml ; \n>> - dans le search, il s\'agit d\'un vocabulaire \"dynamique\" qui \n>> regroupe ces trois vocabulaires statiques, il est défini dans le \n>> fichier domain\\mergingVocabulary.xml avec l\'identifiant \n>> search_lom_educ_learningResourceType. \n>> \n>> - pour les langues, \n>> - dans l\'éditeur, il s\'agit du vocabulaire statique \n>> languages_3lettres.xml pour lequel certaines langues sont ressorties \n>> plus particulièrement pour être présentées en début de liste, ceci \n>> étant fait dans le formulaire même ; \n>> - dans le search, il s\'agit du vocabulaire statique \n>> search_languages.xml. \n>> Remarque, ce sont également ces vocabulaires qui sont utilisés pour \n>> la saisie de la langue du document. \n>> \n>> - pour le niveau, \n>> - dans l\'éditeur, il s\'agit également de trois vocabulaires \n>> statiques : common_lom_educ_context.xml, \n>> common_lomfr_educ_context.xml et common_suplomfr_educ_context.xml, \n>> séparés par des caractères \'---\' dans le formulaire même ; \n>> - dans le search, il s\'agit d\'un seul vocabulaire statique \n>> search_lom_educ_context.xml. \n>> \n>> Dans la version actuelle d\'ORI-OAI, pour modifier les vocabulaires \n>> statiques, il faut copier le vocabulaire choisi, du répertoire \n>> official dans le répertoire override et apporter les modifications \n>> souhaitées à cette copie. \n>> \n>> J\'espère que ces informations pourront t\'aider. \n>> Amicalement \n>> Nolwen \n>> \n>> Amélie Perret a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Bonjour à tous, \n>>> \n>>> Nous avons noté des incohérences de terme et de vocabulaire sur les \n>>> champs type/nature de ressource pédagogique, langue et niveau. Vous \n>>> trouverez ci-joint un récapitulatif avec les écrans correspondants \n>>> du SEARCH et de WORKFLOW \n>>> Est-ce un défaut connu? \n>>> Comment cela peut-il être modifié? \n>>> Merci de votre aide \n>>> Amélie \n>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> \n>> -- \n>> Nolwen CLEMENT-HUET \n>> Coordinateur Fonctionnel du projet ORI-OAI \n>> Doc\'INSA - INSA de Lyon \n>> Mèl : <a href=\"mailto:nolwen.huet@insa-lyon.fr\">nolwen.huet@insa-lyon.fr</a> \n>> Tel : 04 72 43 70 32 \n>> Web : <a href=\"http://docinsa.insa-lyon.fr\" title=\"http://docinsa.insa-lyon.fr\">http://docinsa.insa-lyon.fr</a> </blockquote>\n<blockquote class=\"emailFilter_Author_0\">></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 = 1507750543, expire = 1507836943, headers = '', serialized = 0 WHERE cid = '4:9c6d27d0fa2a64a9ea0552d90a36f37a' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

4 messages / 0 nouveaux

Sujet clos

13 octobre 2009 - 9:27am

Nolwen Huet

vocabulaire différent entre Search et workflow

Bonjour Amélie,

C'est en effet un choix fonctionnel de ne pas présenter les mêmes listes entre les deux modules. Dans l'idée de publics et de besoins différents entre les deux interfaces.
Pour les trois vocabulaires que tu soulèves,
- pour le type ou la nature pédagogique, l'éditeur propose la liste ordonnée alphabétiquement et pas le moteur de recherche ;
- pour les langues, l'éditeur doit proposer toutes les langues qui peuvent être saisies dans l'interface, alors que le moteur de recherche peut faire une sélection des langues utilisées réellement dans les fiches pour ne pas proposer de langues qui n'aboutiront à aucun résultat ;
- pour le niveau du public cible, le moteur de recherche permet de proposer un menu avec plus de relation entre les éléments, alors que l'éditeur ne le permet pas pour l'instant. Nous avons choisi d'utiliser cette possibilité, même si elle n'était pas équivalente entre les deux interfaces.

Dans tous les cas, ces vocabulaires sont gérés à l'aide du module vocabulaire et les libellés ou la liste des éléments présents peuvent y être modifiés. Pour certains ce sont des vocabulaires statiques, présents dans le répertoire conf\properties\ori_vocabularies\official, pour d'autres des vocabulaires "dynamiques" qui sont définis dans les fichiers du répertoire conf\properties\domain. Pour plus d'informations sur le fonctionnement du module vocabulary, tu peux consulter la documentation en ligne et en particulier la partie "Aspects pratiques" à cette adresse : http://www.ori-oai.org/display/ORIOAIvocabulary/Aspects+pratiques.

Les vocabulaires utilisés dans le module éditeur sont principalement préfixés avec "common_" et le nom du schéma qui les a défini. Quand il a été nécessaire d'en créer de spécifiques, les vocabulaires propres au module de recherche sont principalement préfixés en "search_".
Concrètement, pour ton cas, les vocabulaires actuellement utilisés sont :
- pour le type ou la nature pédagogique de la ressource,
        - dans l'éditeur, il s'agit de trois vocabulaires statiques, puisque le vocabulaire initialement LOM a été complété par le LOMFR et le SupLOMFR : common_lom_educ_learningResourceType.xml, common_lomfr_educ_learningResourceType.xml et common_suplomfr_educ_learningResourceType.xml ;
       - dans le search, il s'agit d'un vocabulaire "dynamique" qui regroupe ces trois vocabulaires statiques, il est défini dans le fichier domain\mergingVocabulary.xml avec l'identifiant search_lom_educ_learningResourceType.

- pour les langues,
       - dans l'éditeur, il s'agit du vocabulaire statique languages_3lettres.xml pour lequel certaines langues sont ressorties plus particulièrement pour être présentées en début de liste, ceci étant fait dans le formulaire même ;
       - dans le search, il s'agit du vocabulaire statique search_languages.xml.
Remarque, ce sont également ces vocabulaires qui sont utilisés pour la saisie de la langue du document.

- pour le niveau,
       - dans l'éditeur, il s'agit également de trois vocabulaires statiques : common_lom_educ_context.xml, common_lomfr_educ_context.xml et common_suplomfr_educ_context.xml, séparés par des caractères '---' dans le formulaire même ;
       - dans le search, il s'agit d'un seul vocabulaire statique search_lom_educ_context.xml.

Dans la version actuelle d'ORI-OAI, pour modifier les vocabulaires statiques, il faut copier le vocabulaire choisi, du répertoire official dans le répertoire override et apporter les modifications souhaitées à cette copie.

J'espère que ces informations pourront t'aider.
Amicalement
Nolwen

Amélie Perret a écrit :

Bonjour à tous,

Nous avons noté des incohérences de terme et de vocabulaire sur les champs type/nature de ressource pédagogique, langue et niveau. Vous trouverez ci-joint un récapitulatif avec les écrans correspondants du SEARCH et de WORKFLOW
Est-ce un défaut connu?
Comment cela peut-il être modifié?
Merci de votre aide
Amélie

-- 
Nolwen CLEMENT-HUET
Coordinateur Fonctionnel du projet ORI-OAI
Doc'INSA - INSA de Lyon
Mèl : nolwen.huet@insa-lyon.fr
Tel : 04 72 43 70 32
Web : http://docinsa.insa-lyon.fr

13 octobre 2009 - 12:54pm

jbrassar

Bonjour Amélie,

Tes captures d'écran indiquent un workflow configuré pour utiliser les
formulaires LOMFR.
Donc un référencement basé sur le schéma de MD LOMFR.
La différence vient de là !

Le search, comme l'a indiqué Nolwen, utilise quant à lui les valeurs du
SupLOMFR (pour "Type de la ress." et "Langue apprenant").

Donc, si c'est le SupLOMFR que vous choisissez comme schéma de MD des
ressources pédagogiques, normalement tu n'as pas besoin de modifier les
vocabulaires.
Il te suffit de configurer le workflow pour qu'il fasse appel aux
formulaires appropriés : ceux du SupLOMFR.

Pour cela :
- éditer le fichier de conf central du quick-install
(commons-parameters.properties) ;
- modifier les paramètres
WORKFLOW_PEDAGO_FORM_AUTHOR
WORKFLOW_PEDAGO_FORM_FULL
WORKFLOW_PEDAGO_XML_PROTOTYPE
- faire un ant-init-build-workflow (pour moi par ex., ce sera depuis
ori-oai-commons-quick-install-svn)
- faire un ant all-workflow depuis les sources du quick-install.

Jacques

PS : tu peux voir tous les formulaires disponibles si tu vas sur l'IHM
de l'éditeur

Nolwen Huet a écrit :

> Bonjour Amélie,
>
> C'est en effet un choix fonctionnel de ne pas présenter les mêmes
> listes entre les deux modules. Dans l'idée de publics et de besoins
> différents entre les deux interfaces.
> Pour les trois vocabulaires que tu soulèves,
> - pour le type ou la nature pédagogique, l'éditeur propose la liste
> ordonnée alphabétiquement et pas le moteur de recherche ;
> - pour les langues, l'éditeur doit proposer toutes les langues qui
> peuvent être saisies dans l'interface, alors que le moteur de
> recherche peut faire une sélection des langues utilisées réellement
> dans les fiches pour ne pas proposer de langues qui n'aboutiront à
> aucun résultat ;
> - pour le niveau du public cible, le moteur de recherche permet de
> proposer un menu avec plus de relation entre les éléments, alors que
> l'éditeur ne le permet pas pour l'instant. Nous avons choisi
> d'utiliser cette possibilité, même si elle n'était pas équivalente
> entre les deux interfaces.
>
> Dans tous les cas, ces vocabulaires sont gérés à l'aide du module
> vocabulaire et les libellés ou la liste des éléments présents peuvent
> y être modifiés. Pour certains ce sont des vocabulaires statiques,
> présents dans le répertoire conf\properties\ori_vocabularies\official,
> pour d'autres des vocabulaires "dynamiques" qui sont définis dans les
> fichiers du répertoire conf\properties\domain. Pour plus
> d'informations sur le fonctionnement du module vocabulary, tu peux
> consulter la documentation en ligne et en particulier la partie
> "Aspects pratiques" à cette adresse :
> http://www.ori-oai.org/display/ORIOAIvocabulary/Aspects+pratiques.
>
> Les vocabulaires utilisés dans le module éditeur sont principalement
> préfixés avec "common_" et le nom du schéma qui les a défini. Quand il
> a été nécessaire d'en créer de spécifiques, les vocabulaires propres
> au module de recherche sont principalement préfixés en "search_".
> Concrètement, pour ton cas, les vocabulaires actuellement utilisés sont :
> - pour le type ou la nature pédagogique de la ressource,
> - dans l'éditeur, il s'agit de trois vocabulaires statiques,
> puisque le vocabulaire initialement LOM a été complété par le LOMFR et
> le SupLOMFR : common_lom_educ_learningResourceType.xml,
> common_lomfr_educ_learningResourceType.xml et
> common_suplomfr_educ_learningResourceType.xml ;
> - dans le search, il s'agit d'un vocabulaire "dynamique" qui
> regroupe ces trois vocabulaires statiques, il est défini dans le
> fichier domain\mergingVocabulary.xml avec l'identifiant
> search_lom_educ_learningResourceType.
>
> - pour les langues,
> - dans l'éditeur, il s'agit du vocabulaire statique
> languages_3lettres.xml pour lequel certaines langues sont ressorties
> plus particulièrement pour être présentées en début de liste, ceci
> étant fait dans le formulaire même ;
> - dans le search, il s'agit du vocabulaire statique
> search_languages.xml.
> Remarque, ce sont également ces vocabulaires qui sont utilisés pour la
> saisie de la langue du document.
>
> - pour le niveau,
> - dans l'éditeur, il s'agit également de trois vocabulaires
> statiques : common_lom_educ_context.xml, common_lomfr_educ_context.xml
> et common_suplomfr_educ_context.xml, séparés par des caractères '---'
> dans le formulaire même ;
> - dans le search, il s'agit d'un seul vocabulaire statique
> search_lom_educ_context.xml.
>
> Dans la version actuelle d'ORI-OAI, pour modifier les vocabulaires
> statiques, il faut copier le vocabulaire choisi, du répertoire
> official dans le répertoire override et apporter les modifications
> souhaitées à cette copie.
>
> J'espère que ces informations pourront t'aider.
> Amicalement
> Nolwen
>
> Amélie Perret a écrit :

>> Bonjour à tous,
>>
>> Nous avons noté des incohérences de terme et de vocabulaire sur les
>> champs type/nature de ressource pédagogique, langue et niveau. Vous
>> trouverez ci-joint un récapitulatif avec les écrans correspondants du
>> SEARCH et de WORKFLOW
>> Est-ce un défaut connu?
>> Comment cela peut-il être modifié?
>> Merci de votre aide
>> Amélie
>>

>
> --
> Nolwen CLEMENT-HUET
> Coordinateur Fonctionnel du projet ORI-OAI
> Doc'INSA - INSA de Lyon
> Mèl : nolwen.huet@insa-lyon.fr
> Tel : 04 72 43 70 32
> Web : http://docinsa.insa-lyon.fr

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

12 octobre 2009 - 4:54pm

(Répondre à #2) #3

amelieperret

Bonjour à tous,

Nous avons noté des incohérences de terme et de vocabulaire sur les
champs type/nature de ressource pédagogique, langue et niveau. Vous
trouverez ci-joint un récapitulatif avec les écrans correspondants du
SEARCH et de WORKFLOW
Est-ce un défaut connu?
Comment cela peut-il être modifié?
Merci de votre aide
Amélie

--
Amélie Perret, CRED-IUT Université Bordeaux 1
Directrice du CRED
tel: 05 56 84 58 10 - fax: 05 56 84 58 09
amelie.perret@iut.u-bordeaux1.fr - http://www-cred.iut.u-bordeaux1.fr

14 octobre 2009 - 9:26am

(Répondre à #2) #4

jbrassar

Bonjour,

Une erreur de ma part. Il faut lire :
"... Le search, comme l'a indiqué Nolwen, utilise quant à lui les
valeurs du SupLOMFR (pour "Type de la ress." et "Niveau"). ..."

Désolé,

Jacques

Jacques Brassart a écrit :

> Bonjour Amélie,
>
> Tes captures d'écran indiquent un workflow configuré pour utiliser les
> formulaires LOMFR.
> Donc un référencement basé sur le schéma de MD LOMFR.
> La différence vient de là !
>
> Le search, comme l'a indiqué Nolwen, utilise quant à lui les valeurs
> du SupLOMFR (pour "Type de la ress." et "Langue apprenant").
>
> Donc, si c'est le SupLOMFR que vous choisissez comme schéma de MD des
> ressources pédagogiques, normalement tu n'as pas besoin de modifier
> les vocabulaires.
> Il te suffit de configurer le workflow pour qu'il fasse appel aux
> formulaires appropriés : ceux du SupLOMFR.
>
> Pour cela :
> - éditer le fichier de conf central du quick-install
> (commons-parameters.properties) ;
> - modifier les paramètres
> WORKFLOW_PEDAGO_FORM_AUTHOR
> WORKFLOW_PEDAGO_FORM_FULL
> WORKFLOW_PEDAGO_XML_PROTOTYPE
> - faire un ant-init-build-workflow (pour moi par ex., ce sera depuis
> ori-oai-commons-quick-install-svn)
> - faire un ant all-workflow depuis les sources du quick-install.
>
> Jacques
>
> PS : tu peux voir tous les formulaires disponibles si tu vas sur l'IHM
> de l'éditeur
>
>
>
>
> Nolwen Huet a écrit :

>> Bonjour Amélie,
>>
>> C'est en effet un choix fonctionnel de ne pas présenter les mêmes
>> listes entre les deux modules. Dans l'idée de publics et de besoins
>> différents entre les deux interfaces.
>> Pour les trois vocabulaires que tu soulèves,
>> - pour le type ou la nature pédagogique, l'éditeur propose la liste
>> ordonnée alphabétiquement et pas le moteur de recherche ;
>> - pour les langues, l'éditeur doit proposer toutes les langues qui
>> peuvent être saisies dans l'interface, alors que le moteur de
>> recherche peut faire une sélection des langues utilisées réellement
>> dans les fiches pour ne pas proposer de langues qui n'aboutiront à
>> aucun résultat ;
>> - pour le niveau du public cible, le moteur de recherche permet de
>> proposer un menu avec plus de relation entre les éléments, alors que
>> l'éditeur ne le permet pas pour l'instant. Nous avons choisi
>> d'utiliser cette possibilité, même si elle n'était pas équivalente
>> entre les deux interfaces.
>>
>> Dans tous les cas, ces vocabulaires sont gérés à l'aide du module
>> vocabulaire et les libellés ou la liste des éléments présents peuvent
>> y être modifiés. Pour certains ce sont des vocabulaires statiques,
>> présents dans le répertoire
>> conf\properties\ori_vocabularies\official, pour d'autres des
>> vocabulaires "dynamiques" qui sont définis dans les fichiers du
>> répertoire conf\properties\domain. Pour plus d'informations sur le
>> fonctionnement du module vocabulary, tu peux consulter la
>> documentation en ligne et en particulier la partie "Aspects
>> pratiques" à cette adresse :
>> http://www.ori-oai.org/display/ORIOAIvocabulary/Aspects+pratiques.
>>
>> Les vocabulaires utilisés dans le module éditeur sont principalement
>> préfixés avec "common_" et le nom du schéma qui les a défini. Quand
>> il a été nécessaire d'en créer de spécifiques, les vocabulaires
>> propres au module de recherche sont principalement préfixés en
>> "search_".
>> Concrètement, pour ton cas, les vocabulaires actuellement utilisés
>> sont :
>> - pour le type ou la nature pédagogique de la ressource,
>> - dans l'éditeur, il s'agit de trois vocabulaires statiques,
>> puisque le vocabulaire initialement LOM a été complété par le LOMFR
>> et le SupLOMFR : common_lom_educ_learningResourceType.xml,
>> common_lomfr_educ_learningResourceType.xml et
>> common_suplomfr_educ_learningResourceType.xml ;
>> - dans le search, il s'agit d'un vocabulaire "dynamique" qui
>> regroupe ces trois vocabulaires statiques, il est défini dans le
>> fichier domain\mergingVocabulary.xml avec l'identifiant
>> search_lom_educ_learningResourceType.
>>
>> - pour les langues,
>> - dans l'éditeur, il s'agit du vocabulaire statique
>> languages_3lettres.xml pour lequel certaines langues sont ressorties
>> plus particulièrement pour être présentées en début de liste, ceci
>> étant fait dans le formulaire même ;
>> - dans le search, il s'agit du vocabulaire statique
>> search_languages.xml.
>> Remarque, ce sont également ces vocabulaires qui sont utilisés pour
>> la saisie de la langue du document.
>>
>> - pour le niveau,
>> - dans l'éditeur, il s'agit également de trois vocabulaires
>> statiques : common_lom_educ_context.xml,
>> common_lomfr_educ_context.xml et common_suplomfr_educ_context.xml,
>> séparés par des caractères '---' dans le formulaire même ;
>> - dans le search, il s'agit d'un seul vocabulaire statique
>> search_lom_educ_context.xml.
>>
>> Dans la version actuelle d'ORI-OAI, pour modifier les vocabulaires
>> statiques, il faut copier le vocabulaire choisi, du répertoire
>> official dans le répertoire override et apporter les modifications
>> souhaitées à cette copie.
>>
>> J'espère que ces informations pourront t'aider.
>> Amicalement
>> Nolwen
>>
>> Amélie Perret a écrit :

>>> Bonjour à tous,
>>>
>>> Nous avons noté des incohérences de terme et de vocabulaire sur les
>>> champs type/nature de ressource pédagogique, langue et niveau. Vous
>>> trouverez ci-joint un récapitulatif avec les écrans correspondants
>>> du SEARCH et de WORKFLOW
>>> Est-ce un défaut connu?
>>> Comment cela peut-il être modifié?
>>> Merci de votre aide
>>> Amélie
>>>

>>
>> --
>> Nolwen CLEMENT-HUET
>> Coordinateur Fonctionnel du projet ORI-OAI
>> Doc'INSA - INSA de Lyon
>> Mèl : nolwen.huet@insa-lyon.fr
>> Tel : 04 72 43 70 32
>> Web : http://docinsa.insa-lyon.fr

>

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

Sujet clos

Valoriser le patrimoine numérique scientifique, pédagogique et documentaire des universités et le partager par un réseau de portails communicants en OAI

Traduction auto Google

Aide

Options d'affichage des commentaires