Ajout simple de donnXes

  • 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:16835e8c185b76bc2ded5ee5bc9a4eb4' 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,</p>\n<p>Je viens de réinstaller le workflow, je ne vois plus aucune ressource.<br />\nElle sont toujours présentes puisque j\'y accède par le search, mais je<br />\nne peux plus les modérer. Je vois les nouvelles, mais pas celle<br />\nantérieur à la réinstallation.</p>\n<p>Une idée ?</p>\n<p>Merci</p>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745878, expire = 1507832278, headers = '', serialized = 0 WHERE cid = '4:16835e8c185b76bc2ded5ee5bc9a4eb4' 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:16835e8c185b76bc2ded5ee5bc9a4eb4' 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,</p>\n<p>Je viens de réinstaller le workflow, je ne vois plus aucune ressource.<br />\nElle sont toujours présentes puisque j\'y accède par le search, mais je<br />\nne peux plus les modérer. Je vois les nouvelles, mais pas celle<br />\nantérieur à la réinstallation.</p>\n<p>Une idée ?</p>\n<p>Merci</p>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745878, expire = 1507832278, headers = '', serialized = 0 WHERE cid = '4:16835e8c185b76bc2ded5ee5bc9a4eb4' 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:86eeee158f45ff499f36dc067fdeec23' 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,</p>\n<p>J\'ai ajouté des données supplémentaires dans le menu déroulant \"nature<br />\nde la ressource....\"<br />\nPour ce j\'ai ajouté les données voulues dans le fichier<br />\n../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml<br />\nJ\'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary, mais<br />\nquand je rappel la fiche LOM light, la modif n\'appartait pas :(<br />\nJ\'ai oublié quelque chose ?</p>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745878, expire = 1507832278, headers = '', serialized = 0 WHERE cid = '4:86eeee158f45ff499f36dc067fdeec23' 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:736101078b344b2709231ac3182a922d' 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 Sébastien,</p>\n<p>Excuse la longueur, mais j\'ai souhaité bien détaillé le fonctionnement<br />\ndu module Vocabulary.<br />\nJ\'indique une procédure en fin de ce message.</p>\n<p>D\'abord, attention au nom du fichier : educ_learningResourceType.xml (et<br />\npas Ressources).</p>\n<p>Ensuite, ce vocabulaire fait partie des vocabulaires maintenus par le<br />\nconsortium ORI-OAI et déclarés dans le module Vocabulary dans :<br />\n\\conf\\properties\\domain\\oriVocabulary.xml</p>\n<p>C\'est pourquoi si tu vas dans :<br />\n\\conf\\properties\\domain\\domain.xml<br />\ntu verras que l\'appel à ce vocabulaire est commenté (ligne 43-44,<br />\nversion 1.0.0).<br />\nCela par souci d\'harmonisation des vocabulaires statiques entre les<br />\ndifférents utilisateurs (ex. : le vocabulaire de la classification UNIT).</p>\n<p>En fait, quand le module Vocabulary reçoit une demande de vocab, il<br />\nparcourt les sources de vocab indiquées dans :<br />\n\\conf\\properties\\domain\\domain.xml<br />\ndans l\'ordre dans lequel elles sont indiquées.<br />\nDonc d\'abord les caches ( via <bean id=\"vocabularyServiceNoCache\"... ),<br />\nensuite les sources \"locales\" ( via les <import resource=\"...)<br />\nenfin les vocabulaires gérés à distance ( <bean<br />\nid=\"remoteVocabularyService... ).</p>\n<p>Dans ton cas, il regarde les caches. Si il trouve il s\'arrête là.<br />\nSinon, il continue à chercher dans la liste des sources jusqu\'à ce qu\'il<br />\ntrouve le vocab qui lui est demandé.<br />\nComme l\'appel à oriVocabulary.xml est commenté, il ne considère pas le<br />\nvocabulaire que tu as effectivement en local dans ton module Vocabulary<br />\net qui est déclaré dans ce fichier.<br />\nN\'ayant aucun vocabulaire sous la main, le module Vocabulary va donc<br />\nchercher dans les sources distantes.</p>\n<p>Donc, dans ton cas, soit il appelle les valeurs du vocab concerné dans<br />\nle cache (qui est plus ou moins persistent), soit il appelle les valeurs<br />\nqui sont stockées à distance.</p>\n<p>Si tu veux adapter localement l\'un de ces vocabulaires (par exemple,<br />\najouter une valeur dans une liste déroulante):</p>\n<p>1) Arrête les tomcat concernés (dans ton exemple vocab et edteur).</p>\n<p>2) copie/colle et renomme le fichier<br />\n\\conf\\properties\\domain\\oriVocabulary.xml<br />\ndans<br />\n\\conf\\properties\\domain\\<br />\n(renomme le en oriVocabulary_EEA.xml par exemple).</p>\n<p>3) tu modifies oriVocabulary_EEA.xml en conséquence en t\'inspirant du<br />\nfichier oriVocabulary.xml<br />\n(voir le fichier en attaché que j\'ai adapté à ton exemple)</p>\n<p>4) ajoute la ligne<br />\n<import resource=\"oriVocabulary_EEA.xml\" /></p>\n<p>5) redéploie le module Vocabulary.</p>\n<p>6) Attention aux pb de cache : supprimer le cache de Vocabulary, c-a-d<br />\nles fichiers dans tomcat-vocabulary\\temp<br />\nde même pour les autres tomcat concernés (fichiers dans temp, s\'il y en a)</p>\n<p>7) relance tes tomcats</p>\n<p>8) ouvre ton éditeur</p>\n<p>Peux-tu confirmer que c\'est OK ?</p>\n<p>Merci et bon courage !</p>\n<p>Jacques Brassart</p>\n<p>Sébastien Corniere a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> J\'ai ajouté des données supplémentaires dans le menu déroulant \"nature<br />\n> de la ressource....\"<br />\n> Pour ce j\'ai ajouté les données voulues dans le fichier<br />\n> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml<br />\n><br />\n> J\'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary, mais<br />\n> quand je rappel la fiche LOM light, la modif n\'appartait pas :(<br />\n> J\'ai oublié quelque chose ?<br />\n><br />\n><br />\n></div>\n</blockquote>\n<p>--<br />\nJacques Brassart<br />\nUNR Nord-Pas de Calais<br />\nUniversité de Valenciennes et du Hainaut-Cambrésis<br />\nTél : 03 27 51 17 61</p>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745880, expire = 1507832280, headers = '', serialized = 0 WHERE cid = '4:736101078b344b2709231ac3182a922d' 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:4bd66de99f2d23ce298318b7203ba202' 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\">Ne marche pas..... :(<br />\nAlors :<br />\nJ\'ai créé un fichier educ_learningResourceType2.xml<br />\nDans lequel je n\'ai mis que 4 choix possible.<br />\nJ\'ai ensuite cérer un fichier oriVocabulary_eea.xml, puis j\'ai ajouter<br />\n<import resource=\"oriVocabulary_eea.xml\" /> dans domain.xml</p>\n<p>J\'\'ai supprimé les fichiers du tomcat-vocabulary\\temp puis j\'ai<br />\nredemarré les tomcat vocabulary et editeur que j\'avais arrêté avant les<br />\nmanips...</p>\n<p>Et ne marche pas... :(</p>\n<p>Jacques Brassart a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour Sébastien,<br />\n><br />\n> Excuse la longueur, mais j\'ai souhaité bien détaillé le fonctionnement<br />\n> du module Vocabulary.<br />\n> J\'indique une procédure en fin de ce message.<br />\n><br />\n> D\'abord, attention au nom du fichier : educ_learningResourceType.xml<br />\n> (et pas Ressources).<br />\n><br />\n> Ensuite, ce vocabulaire fait partie des vocabulaires maintenus par le<br />\n> consortium ORI-OAI et déclarés dans le module Vocabulary dans :<br />\n> \\conf\\properties\\domain\\oriVocabulary.xml<br />\n><br />\n> C\'est pourquoi si tu vas dans :<br />\n> \\conf\\properties\\domain\\domain.xml<br />\n> tu verras que l\'appel à ce vocabulaire est commenté (ligne 43-44,<br />\n> version 1.0.0).<br />\n> Cela par souci d\'harmonisation des vocabulaires statiques entre les<br />\n> différents utilisateurs (ex. : le vocabulaire de la classification UNIT).<br />\n><br />\n> En fait, quand le module Vocabulary reçoit une demande de vocab, il<br />\n> parcourt les sources de vocab indiquées dans :<br />\n> \\conf\\properties\\domain\\domain.xml<br />\n> dans l\'ordre dans lequel elles sont indiquées.<br />\n> Donc d\'abord les caches ( via <bean id=\"vocabularyServiceNoCache\"... ),<br />\n> ensuite les sources \"locales\" ( via les <import resource=\"...)<br />\n> enfin les vocabulaires gérés à distance ( <bean<br />\n> id=\"remoteVocabularyService... ).<br />\n><br />\n> Dans ton cas, il regarde les caches. Si il trouve il s\'arrête là.<br />\n> Sinon, il continue à chercher dans la liste des sources jusqu\'à ce<br />\n> qu\'il trouve le vocab qui lui est demandé.<br />\n> Comme l\'appel à oriVocabulary.xml est commenté, il ne considère pas le<br />\n> vocabulaire que tu as effectivement en local dans ton module<br />\n> Vocabulary et qui est déclaré dans ce fichier.<br />\n> N\'ayant aucun vocabulaire sous la main, le module Vocabulary va donc<br />\n> chercher dans les sources distantes.<br />\n><br />\n> Donc, dans ton cas, soit il appelle les valeurs du vocab concerné dans<br />\n> le cache (qui est plus ou moins persistent), soit il appelle les<br />\n> valeurs qui sont stockées à distance.<br />\n><br />\n><br />\n> Si tu veux adapter localement l\'un de ces vocabulaires (par exemple,<br />\n> ajouter une valeur dans une liste déroulante):<br />\n><br />\n> 1) Arrête les tomcat concernés (dans ton exemple vocab et edteur).<br />\n><br />\n> 2) copie/colle et renomme le fichier<br />\n> \\conf\\properties\\domain\\oriVocabulary.xml<br />\n> dans<br />\n> \\conf\\properties\\domain\\<br />\n> (renomme le en oriVocabulary_EEA.xml par exemple).<br />\n><br />\n> 3) tu modifies oriVocabulary_EEA.xml en conséquence en t\'inspirant du<br />\n> fichier oriVocabulary.xml<br />\n> (voir le fichier en attaché que j\'ai adapté à ton exemple)<br />\n><br />\n> 4) ajoute la ligne<br />\n> <import resource=\"oriVocabulary_EEA.xml\" /><br />\n><br />\n> 5) redéploie le module Vocabulary.<br />\n><br />\n> 6) Attention aux pb de cache : supprimer le cache de Vocabulary, c-a-d<br />\n> les fichiers dans tomcat-vocabulary\\temp<br />\n> de même pour les autres tomcat concernés (fichiers dans temp, s\'il y<br />\n> en a)<br />\n><br />\n> 7) relance tes tomcats<br />\n><br />\n> 8) ouvre ton éditeur<br />\n><br />\n><br />\n> Peux-tu confirmer que c\'est OK ?<br />\n><br />\n> Merci et bon courage !<br />\n><br />\n><br />\n> Jacques Brassart<br />\n><br />\n><br />\n><br />\n><br />\n> Sébastien Corniere a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour,<br />\n>><br />\n>> J\'ai ajouté des données supplémentaires dans le menu déroulant<br />\n>> \"nature de la ressource....\"<br />\n>> Pour ce j\'ai ajouté les données voulues dans le fichier<br />\n>> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml<br />\n>><br />\n>> J\'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary, mais<br />\n>> quand je rappel la fiche LOM light, la modif n\'appartait pas :(<br />\n>> J\'ai oublié quelque chose ?<br />\n>><br />\n>><br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745880, expire = 1507832280, headers = '', serialized = 0 WHERE cid = '4:4bd66de99f2d23ce298318b7203ba202' 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:ad891f25f10a99be31cec12e46e629d3' 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\">As-tu supprimé les caches ?</p>\n<p>Jacques</p>\n<p>Sébastien Corniere a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Ne marche pas..... :(<br />\n> Alors :<br />\n> J\'ai créé un fichier educ_learningResourceType2.xml<br />\n> Dans lequel je n\'ai mis que 4 choix possible.<br />\n> J\'ai ensuite cérer un fichier oriVocabulary_eea.xml, puis j\'ai ajouter<br />\n> <import resource=\"oriVocabulary_eea.xml\" /> dans domain.xml<br />\n><br />\n> J\'\'ai supprimé les fichiers du tomcat-vocabulary\\temp puis j\'ai<br />\n> redemarré les tomcat vocabulary et editeur que j\'avais arrêté avant<br />\n> les manips...<br />\n><br />\n> Et ne marche pas... :(<br />\n><br />\n> Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour Sébastien,<br />\n>><br />\n>> Excuse la longueur, mais j\'ai souhaité bien détaillé le<br />\n>> fonctionnement du module Vocabulary.<br />\n>> J\'indique une procédure en fin de ce message.<br />\n>><br />\n>> D\'abord, attention au nom du fichier : educ_learningResourceType.xml<br />\n>> (et pas Ressources).<br />\n>><br />\n>> Ensuite, ce vocabulaire fait partie des vocabulaires maintenus par le<br />\n>> consortium ORI-OAI et déclarés dans le module Vocabulary dans :<br />\n>> \\conf\\properties\\domain\\oriVocabulary.xml<br />\n>><br />\n>> C\'est pourquoi si tu vas dans :<br />\n>> \\conf\\properties\\domain\\domain.xml<br />\n>> tu verras que l\'appel à ce vocabulaire est commenté (ligne 43-44,<br />\n>> version 1.0.0).<br />\n>> Cela par souci d\'harmonisation des vocabulaires statiques entre les<br />\n>> différents utilisateurs (ex. : le vocabulaire de la classification<br />\n>> UNIT).<br />\n>><br />\n>> En fait, quand le module Vocabulary reçoit une demande de vocab, il<br />\n>> parcourt les sources de vocab indiquées dans :<br />\n>> \\conf\\properties\\domain\\domain.xml<br />\n>> dans l\'ordre dans lequel elles sont indiquées.<br />\n>> Donc d\'abord les caches ( via <bean id=\"vocabularyServiceNoCache\"... ),<br />\n>> ensuite les sources \"locales\" ( via les <import resource=\"...)<br />\n>> enfin les vocabulaires gérés à distance ( <bean<br />\n>> id=\"remoteVocabularyService... ).<br />\n>><br />\n>> Dans ton cas, il regarde les caches. Si il trouve il s\'arrête là.<br />\n>> Sinon, il continue à chercher dans la liste des sources jusqu\'à ce<br />\n>> qu\'il trouve le vocab qui lui est demandé.<br />\n>> Comme l\'appel à oriVocabulary.xml est commenté, il ne considère pas<br />\n>> le vocabulaire que tu as effectivement en local dans ton module<br />\n>> Vocabulary et qui est déclaré dans ce fichier.<br />\n>> N\'ayant aucun vocabulaire sous la main, le module Vocabulary va donc<br />\n>> chercher dans les sources distantes.<br />\n>><br />\n>> Donc, dans ton cas, soit il appelle les valeurs du vocab concerné<br />\n>> dans le cache (qui est plus ou moins persistent), soit il appelle les<br />\n>> valeurs qui sont stockées à distance.<br />\n>><br />\n>><br />\n>> Si tu veux adapter localement l\'un de ces vocabulaires (par exemple,<br />\n>> ajouter une valeur dans une liste déroulante):<br />\n>><br />\n>> 1) Arrête les tomcat concernés (dans ton exemple vocab et edteur).<br />\n>><br />\n>> 2) copie/colle et renomme le fichier<br />\n>> \\conf\\properties\\domain\\oriVocabulary.xml<br />\n>> dans<br />\n>> \\conf\\properties\\domain\\<br />\n>> (renomme le en oriVocabulary_EEA.xml par exemple).<br />\n>><br />\n>> 3) tu modifies oriVocabulary_EEA.xml en conséquence en t\'inspirant du<br />\n>> fichier oriVocabulary.xml<br />\n>> (voir le fichier en attaché que j\'ai adapté à ton exemple)<br />\n>><br />\n>> 4) ajoute la ligne<br />\n>> <import resource=\"oriVocabulary_EEA.xml\" /><br />\n>><br />\n>> 5) redéploie le module Vocabulary.<br />\n>><br />\n>> 6) Attention aux pb de cache : supprimer le cache de Vocabulary,<br />\n>> c-a-d les fichiers dans tomcat-vocabulary\\temp<br />\n>> de même pour les autres tomcat concernés (fichiers dans temp, s\'il y<br />\n>> en a)<br />\n>><br />\n>> 7) relance tes tomcats<br />\n>><br />\n>> 8) ouvre ton éditeur<br />\n>><br />\n>><br />\n>> Peux-tu confirmer que c\'est OK ?<br />\n>><br />\n>> Merci et bon courage !<br />\n>><br />\n>><br />\n>> Jacques Brassart<br />\n>><br />\n>><br />\n>><br />\n>><br />\n>> Sébastien Corniere a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour,<br />\n>>><br />\n>>> J\'ai ajouté des données supplémentaires dans le menu déroulant<br />\n>>> \"nature de la ressource....\"<br />\n>>> Pour ce j\'ai ajouté les données voulues dans le fichier<br />\n>>> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml<br />\n>>><br />\n>>> J\'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary,<br />\n>>> mais quand je rappel la fiche LOM light, la modif n\'appartait pas :(<br />\n>>> J\'ai oublié quelque chose ?<br />\n>>><br />\n>>><br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>><br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n><br />\n><br />\n></div>\n</blockquote>\n<p>--<br />\nJacques Brassart<br />\nUNR Nord-Pas de Calais<br />\nUniversité de Valenciennes et du Hainaut-Cambrésis<br />\nTél : 03 27 51 17 61</p>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745880, expire = 1507832280, headers = '', serialized = 0 WHERE cid = '4:ad891f25f10a99be31cec12e46e629d3' 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:abf70fbc47bad53f80cb4b5dad7cf21c' 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\">Oui.....<br />\nAs-tu déjà essayé ce type de manip ?<br />\nPour info, quand je regarde le résulta, c\'est directement en affichant<br />\nmd-editeur sans passer par le workflow...<br />\nJacques Brassart a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> As-tu supprimé les caches ?<br />\n><br />\n> Jacques<br />\n><br />\n><br />\n> Sébastien Corniere a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Ne marche pas..... :(<br />\n>> Alors :<br />\n>> J\'ai créé un fichier educ_learningResourceType2.xml<br />\n>> Dans lequel je n\'ai mis que 4 choix possible.<br />\n>> J\'ai ensuite cérer un fichier oriVocabulary_eea.xml, puis j\'ai<br />\n>> ajouter <import resource=\"oriVocabulary_eea.xml\" /> dans domain.xml<br />\n>><br />\n>> J\'\'ai supprimé les fichiers du tomcat-vocabulary\\temp puis j\'ai<br />\n>> redemarré les tomcat vocabulary et editeur que j\'avais arrêté avant<br />\n>> les manips...<br />\n>><br />\n>> Et ne marche pas... :(<br />\n>><br />\n>> Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour Sébastien,<br />\n>>><br />\n>>> Excuse la longueur, mais j\'ai souhaité bien détaillé le<br />\n>>> fonctionnement du module Vocabulary.<br />\n>>> J\'indique une procédure en fin de ce message.<br />\n>>><br />\n>>> D\'abord, attention au nom du fichier : educ_learningResourceType.xml<br />\n>>> (et pas Ressources).<br />\n>>><br />\n>>> Ensuite, ce vocabulaire fait partie des vocabulaires maintenus par<br />\n>>> le consortium ORI-OAI et déclarés dans le module Vocabulary dans :<br />\n>>> \\conf\\properties\\domain\\oriVocabulary.xml<br />\n>>><br />\n>>> C\'est pourquoi si tu vas dans :<br />\n>>> \\conf\\properties\\domain\\domain.xml<br />\n>>> tu verras que l\'appel à ce vocabulaire est commenté (ligne 43-44,<br />\n>>> version 1.0.0).<br />\n>>> Cela par souci d\'harmonisation des vocabulaires statiques entre les<br />\n>>> différents utilisateurs (ex. : le vocabulaire de la classification<br />\n>>> UNIT).<br />\n>>><br />\n>>> En fait, quand le module Vocabulary reçoit une demande de vocab, il<br />\n>>> parcourt les sources de vocab indiquées dans :<br />\n>>> \\conf\\properties\\domain\\domain.xml<br />\n>>> dans l\'ordre dans lequel elles sont indiquées.<br />\n>>> Donc d\'abord les caches ( via <bean id=\"vocabularyServiceNoCache\"... ),<br />\n>>> ensuite les sources \"locales\" ( via les <import resource=\"...)<br />\n>>> enfin les vocabulaires gérés à distance ( <bean<br />\n>>> id=\"remoteVocabularyService... ).<br />\n>>><br />\n>>> Dans ton cas, il regarde les caches. Si il trouve il s\'arrête là.<br />\n>>> Sinon, il continue à chercher dans la liste des sources jusqu\'à ce<br />\n>>> qu\'il trouve le vocab qui lui est demandé.<br />\n>>> Comme l\'appel à oriVocabulary.xml est commenté, il ne considère pas<br />\n>>> le vocabulaire que tu as effectivement en local dans ton module<br />\n>>> Vocabulary et qui est déclaré dans ce fichier.<br />\n>>> N\'ayant aucun vocabulaire sous la main, le module Vocabulary va donc<br />\n>>> chercher dans les sources distantes.<br />\n>>><br />\n>>> Donc, dans ton cas, soit il appelle les valeurs du vocab concerné<br />\n>>> dans le cache (qui est plus ou moins persistent), soit il appelle<br />\n>>> les valeurs qui sont stockées à distance.<br />\n>>><br />\n>>><br />\n>>> Si tu veux adapter localement l\'un de ces vocabulaires (par exemple,<br />\n>>> ajouter une valeur dans une liste déroulante):<br />\n>>><br />\n>>> 1) Arrête les tomcat concernés (dans ton exemple vocab et edteur).<br />\n>>><br />\n>>> 2) copie/colle et renomme le fichier<br />\n>>> \\conf\\properties\\domain\\oriVocabulary.xml<br />\n>>> dans<br />\n>>> \\conf\\properties\\domain\\<br />\n>>> (renomme le en oriVocabulary_EEA.xml par exemple).<br />\n>>><br />\n>>> 3) tu modifies oriVocabulary_EEA.xml en conséquence en t\'inspirant<br />\n>>> du fichier oriVocabulary.xml<br />\n>>> (voir le fichier en attaché que j\'ai adapté à ton exemple)<br />\n>>><br />\n>>> 4) ajoute la ligne<br />\n>>> <import resource=\"oriVocabulary_EEA.xml\" /><br />\n>>><br />\n>>> 5) redéploie le module Vocabulary.<br />\n>>><br />\n>>> 6) Attention aux pb de cache : supprimer le cache de Vocabulary,<br />\n>>> c-a-d les fichiers dans tomcat-vocabulary\\temp<br />\n>>> de même pour les autres tomcat concernés (fichiers dans temp, s\'il y<br />\n>>> en a)<br />\n>>><br />\n>>> 7) relance tes tomcats<br />\n>>><br />\n>>> 8) ouvre ton éditeur<br />\n>>><br />\n>>><br />\n>>> Peux-tu confirmer que c\'est OK ?<br />\n>>><br />\n>>> Merci et bon courage !<br />\n>>><br />\n>>><br />\n>>> Jacques Brassart<br />\n>>><br />\n>>><br />\n>>><br />\n>>><br />\n>>> Sébastien Corniere a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Bonjour,<br />\n>>>><br />\n>>>> J\'ai ajouté des données supplémentaires dans le menu déroulant<br />\n>>>> \"nature de la ressource....\"<br />\n>>>> Pour ce j\'ai ajouté les données voulues dans le fichier<br />\n>>>> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml<br />\n>>>><br />\n>>>> J\'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary,<br />\n>>>> mais quand je rappel la fiche LOM light, la modif n\'appartait pas :(<br />\n>>>> J\'ai oublié quelque chose ?<br />\n>>>><br />\n>>>><br />\n>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>><br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>><br />\n>><br />\n>><br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745880, expire = 1507832280, headers = '', serialized = 0 WHERE cid = '4:abf70fbc47bad53f80cb4b5dad7cf21c' 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:29456c5ab1dc87febade74451af09649' 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\">Non je n\'ai pas encore eu le temps de l\'essayer !</p>\n<p>Help, Y a qqn qui sait ?</p>\n<p>Jacques</p>\n<p>Sébastien Corniere a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Oui.....<br />\n> As-tu déjà essayé ce type de manip ?<br />\n> Pour info, quand je regarde le résulta, c\'est directement en affichant<br />\n> md-editeur sans passer par le workflow...<br />\n> Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> As-tu supprimé les caches ?<br />\n>><br />\n>> Jacques<br />\n>><br />\n>><br />\n>> Sébastien Corniere a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Ne marche pas..... :(<br />\n>>> Alors :<br />\n>>> J\'ai créé un fichier educ_learningResourceType2.xml<br />\n>>> Dans lequel je n\'ai mis que 4 choix possible.<br />\n>>> J\'ai ensuite cérer un fichier oriVocabulary_eea.xml, puis j\'ai<br />\n>>> ajouter <import resource=\"oriVocabulary_eea.xml\" /> dans domain.xml<br />\n>>><br />\n>>> J\'\'ai supprimé les fichiers du tomcat-vocabulary\\temp puis j\'ai<br />\n>>> redemarré les tomcat vocabulary et editeur que j\'avais arrêté avant<br />\n>>> les manips...<br />\n>>><br />\n>>> Et ne marche pas... :(<br />\n>>><br />\n>>> Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Bonjour Sébastien,<br />\n>>>><br />\n>>>> Excuse la longueur, mais j\'ai souhaité bien détaillé le<br />\n>>>> fonctionnement du module Vocabulary.<br />\n>>>> J\'indique une procédure en fin de ce message.<br />\n>>>><br />\n>>>> D\'abord, attention au nom du fichier :<br />\n>>>> educ_learningResourceType.xml (et pas Ressources).<br />\n>>>><br />\n>>>> Ensuite, ce vocabulaire fait partie des vocabulaires maintenus par<br />\n>>>> le consortium ORI-OAI et déclarés dans le module Vocabulary dans :<br />\n>>>> \\conf\\properties\\domain\\oriVocabulary.xml<br />\n>>>><br />\n>>>> C\'est pourquoi si tu vas dans :<br />\n>>>> \\conf\\properties\\domain\\domain.xml<br />\n>>>> tu verras que l\'appel à ce vocabulaire est commenté (ligne 43-44,<br />\n>>>> version 1.0.0).<br />\n>>>> Cela par souci d\'harmonisation des vocabulaires statiques entre les<br />\n>>>> différents utilisateurs (ex. : le vocabulaire de la classification<br />\n>>>> UNIT).<br />\n>>>><br />\n>>>> En fait, quand le module Vocabulary reçoit une demande de vocab, il<br />\n>>>> parcourt les sources de vocab indiquées dans :<br />\n>>>> \\conf\\properties\\domain\\domain.xml<br />\n>>>> dans l\'ordre dans lequel elles sont indiquées.<br />\n>>>> Donc d\'abord les caches ( via <bean<br />\n>>>> id=\"vocabularyServiceNoCache\"... ),<br />\n>>>> ensuite les sources \"locales\" ( via les <import resource=\"...)<br />\n>>>> enfin les vocabulaires gérés à distance ( <bean<br />\n>>>> id=\"remoteVocabularyService... ).<br />\n>>>><br />\n>>>> Dans ton cas, il regarde les caches. Si il trouve il s\'arrête là.<br />\n>>>> Sinon, il continue à chercher dans la liste des sources jusqu\'à ce<br />\n>>>> qu\'il trouve le vocab qui lui est demandé.<br />\n>>>> Comme l\'appel à oriVocabulary.xml est commenté, il ne considère pas<br />\n>>>> le vocabulaire que tu as effectivement en local dans ton module<br />\n>>>> Vocabulary et qui est déclaré dans ce fichier.<br />\n>>>> N\'ayant aucun vocabulaire sous la main, le module Vocabulary va<br />\n>>>> donc chercher dans les sources distantes.<br />\n>>>><br />\n>>>> Donc, dans ton cas, soit il appelle les valeurs du vocab concerné<br />\n>>>> dans le cache (qui est plus ou moins persistent), soit il appelle<br />\n>>>> les valeurs qui sont stockées à distance.<br />\n>>>><br />\n>>>><br />\n>>>> Si tu veux adapter localement l\'un de ces vocabulaires (par<br />\n>>>> exemple, ajouter une valeur dans une liste déroulante):<br />\n>>>><br />\n>>>> 1) Arrête les tomcat concernés (dans ton exemple vocab et edteur).<br />\n>>>><br />\n>>>> 2) copie/colle et renomme le fichier<br />\n>>>> \\conf\\properties\\domain\\oriVocabulary.xml<br />\n>>>> dans<br />\n>>>> \\conf\\properties\\domain\\<br />\n>>>> (renomme le en oriVocabulary_EEA.xml par exemple).<br />\n>>>><br />\n>>>> 3) tu modifies oriVocabulary_EEA.xml en conséquence en t\'inspirant<br />\n>>>> du fichier oriVocabulary.xml<br />\n>>>> (voir le fichier en attaché que j\'ai adapté à ton exemple)<br />\n>>>><br />\n>>>> 4) ajoute la ligne<br />\n>>>> <import resource=\"oriVocabulary_EEA.xml\" /><br />\n>>>><br />\n>>>> 5) redéploie le module Vocabulary.<br />\n>>>><br />\n>>>> 6) Attention aux pb de cache : supprimer le cache de Vocabulary,<br />\n>>>> c-a-d les fichiers dans tomcat-vocabulary\\temp<br />\n>>>> de même pour les autres tomcat concernés (fichiers dans temp, s\'il<br />\n>>>> y en a)<br />\n>>>><br />\n>>>> 7) relance tes tomcats<br />\n>>>><br />\n>>>> 8) ouvre ton éditeur<br />\n>>>><br />\n>>>><br />\n>>>> Peux-tu confirmer que c\'est OK ?<br />\n>>>><br />\n>>>> Merci et bon courage !<br />\n>>>><br />\n>>>><br />\n>>>> Jacques Brassart<br />\n>>>><br />\n>>>><br />\n>>>><br />\n>>>><br />\n>>>> Sébastien Corniere a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> Bonjour,<br />\n>>>>><br />\n>>>>> J\'ai ajouté des données supplémentaires dans le menu déroulant<br />\n>>>>> \"nature de la ressource....\"<br />\n>>>>> Pour ce j\'ai ajouté les données voulues dans le fichier<br />\n>>>>> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml<br />\n>>>>><br />\n>>>>> J\'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary,<br />\n>>>>> mais quand je rappel la fiche LOM light, la modif n\'appartait pas :(<br />\n>>>>> J\'ai oublié quelque chose ?<br />\n>>>>><br />\n>>>>><br />\n>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>><br />\n>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>><br />\n>>><br />\n>>><br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>><br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n><br />\n><br />\n></div>\n</blockquote>\n<p>--<br />\nJacques Brassart<br />\nUNR Nord-Pas de Calais<br />\nUniversité de Valenciennes et du Hainaut-Cambrésis<br />\nTél : 03 27 51 17 61</p>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745880, expire = 1507832280, headers = '', serialized = 0 WHERE cid = '4:29456c5ab1dc87febade74451af09649' 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:b794d3320219e230dcedb58773b9db0e' 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,</p>\n<p>Chaque vocabulaire est associé à un nom, ici le nom est définit dans<br />\noriVocabulary.xml :</p>\n<p>common_lom_educ_learningResourceType</p>\n<p>Quand on veut surcharger un vocabulaire définit dans oriVocabulary.xml,<br />\nil faut donc bien utiliser le même nom que l\'original, car les modules<br />\ns\'y réfère par ce nom.</p>\n<p>La démarche décrite par Jacques devrait pouvoir fonctionner, mais le<br />\nplus simple est bien de juste décommenter l\'import de oriVocabulary.xml,<br />\net de s\'assurer que le dynamicProvider est bien placé avant les remote<br />\n(qui ont leur propre jeu de vocabulaires oriVocabulary.xml).</p>\n<p>François</p>\n<p>Jacques Brassart wrote:</p>\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Non je n\'ai pas encore eu le temps de l\'essayer !<br />\n><br />\n> Help, Y a qqn qui sait ?<br />\n><br />\n> Jacques<br />\n><br />\n><br />\n> Sébastien Corniere a écrit :<br />\n></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Oui.....<br />\n>> As-tu déjà essayé ce type de manip ?<br />\n>> Pour info, quand je regarde le résulta, c\'est directement en<br />\n>> affichant md-editeur sans passer par le workflow...<br />\n>> Jacques Brassart a écrit :<br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> As-tu supprimé les caches ?<br />\n>>><br />\n>>> Jacques<br />\n>>><br />\n>>><br />\n>>> Sébastien Corniere a écrit :<br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Ne marche pas..... :(<br />\n>>>> Alors :<br />\n>>>> J\'ai créé un fichier educ_learningResourceType2.xml<br />\n>>>> Dans lequel je n\'ai mis que 4 choix possible.<br />\n>>>> J\'ai ensuite cérer un fichier oriVocabulary_eea.xml, puis j\'ai<br />\n>>>> ajouter <import resource=\"oriVocabulary_eea.xml\" /> dans domain.xml<br />\n>>>><br />\n>>>> J\'\'ai supprimé les fichiers du tomcat-vocabulary\\temp puis j\'ai<br />\n>>>> redemarré les tomcat vocabulary et editeur que j\'avais arrêté avant<br />\n>>>> les manips...<br />\n>>>><br />\n>>>> Et ne marche pas... :(<br />\n>>>><br />\n>>>> Jacques Brassart a écrit :<br />\n>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> Bonjour Sébastien,<br />\n>>>>><br />\n>>>>> Excuse la longueur, mais j\'ai souhaité bien détaillé le<br />\n>>>>> fonctionnement du module Vocabulary.<br />\n>>>>> J\'indique une procédure en fin de ce message.<br />\n>>>>><br />\n>>>>> D\'abord, attention au nom du fichier :<br />\n>>>>> educ_learningResourceType.xml (et pas Ressources).<br />\n>>>>><br />\n>>>>> Ensuite, ce vocabulaire fait partie des vocabulaires maintenus par<br />\n>>>>> le consortium ORI-OAI et déclarés dans le module Vocabulary dans :<br />\n>>>>> \\conf\\properties\\domain\\oriVocabulary.xml<br />\n>>>>><br />\n>>>>> C\'est pourquoi si tu vas dans :<br />\n>>>>> \\conf\\properties\\domain\\domain.xml<br />\n>>>>> tu verras que l\'appel à ce vocabulaire est commenté (ligne 43-44,<br />\n>>>>> version 1.0.0).<br />\n>>>>> Cela par souci d\'harmonisation des vocabulaires statiques entre<br />\n>>>>> les différents utilisateurs (ex. : le vocabulaire de la<br />\n>>>>> classification UNIT).<br />\n>>>>><br />\n>>>>> En fait, quand le module Vocabulary reçoit une demande de vocab,<br />\n>>>>> il parcourt les sources de vocab indiquées dans :<br />\n>>>>> \\conf\\properties\\domain\\domain.xml<br />\n>>>>> dans l\'ordre dans lequel elles sont indiquées.<br />\n>>>>> Donc d\'abord les caches ( via <bean<br />\n>>>>> id=\"vocabularyServiceNoCache\"... ),<br />\n>>>>> ensuite les sources \"locales\" ( via les <import resource=\"...)<br />\n>>>>> enfin les vocabulaires gérés à distance ( <bean<br />\n>>>>> id=\"remoteVocabularyService... ).<br />\n>>>>><br />\n>>>>> Dans ton cas, il regarde les caches. Si il trouve il s\'arrête là.<br />\n>>>>> Sinon, il continue à chercher dans la liste des sources jusqu\'à ce<br />\n>>>>> qu\'il trouve le vocab qui lui est demandé.<br />\n>>>>> Comme l\'appel à oriVocabulary.xml est commenté, il ne considère<br />\n>>>>> pas le vocabulaire que tu as effectivement en local dans ton<br />\n>>>>> module Vocabulary et qui est déclaré dans ce fichier.<br />\n>>>>> N\'ayant aucun vocabulaire sous la main, le module Vocabulary va<br />\n>>>>> donc chercher dans les sources distantes.<br />\n>>>>><br />\n>>>>> Donc, dans ton cas, soit il appelle les valeurs du vocab concerné<br />\n>>>>> dans le cache (qui est plus ou moins persistent), soit il appelle<br />\n>>>>> les valeurs qui sont stockées à distance.<br />\n>>>>><br />\n>>>>><br />\n>>>>> Si tu veux adapter localement l\'un de ces vocabulaires (par<br />\n>>>>> exemple, ajouter une valeur dans une liste déroulante):<br />\n>>>>><br />\n>>>>> 1) Arrête les tomcat concernés (dans ton exemple vocab et edteur).<br />\n>>>>><br />\n>>>>> 2) copie/colle et renomme le fichier<br />\n>>>>> \\conf\\properties\\domain\\oriVocabulary.xml<br />\n>>>>> dans<br />\n>>>>> \\conf\\properties\\domain\\<br />\n>>>>> (renomme le en oriVocabulary_EEA.xml par exemple).<br />\n>>>>><br />\n>>>>> 3) tu modifies oriVocabulary_EEA.xml en conséquence en t\'inspirant<br />\n>>>>> du fichier oriVocabulary.xml<br />\n>>>>> (voir le fichier en attaché que j\'ai adapté à ton exemple)<br />\n>>>>><br />\n>>>>> 4) ajoute la ligne<br />\n>>>>> <import resource=\"oriVocabulary_EEA.xml\" /><br />\n>>>>><br />\n>>>>> 5) redéploie le module Vocabulary.<br />\n>>>>><br />\n>>>>> 6) Attention aux pb de cache : supprimer le cache de Vocabulary,<br />\n>>>>> c-a-d les fichiers dans tomcat-vocabulary\\temp<br />\n>>>>> de même pour les autres tomcat concernés (fichiers dans temp, s\'il<br />\n>>>>> y en a)<br />\n>>>>><br />\n>>>>> 7) relance tes tomcats<br />\n>>>>><br />\n>>>>> 8) ouvre ton éditeur<br />\n>>>>><br />\n>>>>><br />\n>>>>> Peux-tu confirmer que c\'est OK ?<br />\n>>>>><br />\n>>>>> Merci et bon courage !<br />\n>>>>><br />\n>>>>><br />\n>>>>> Jacques Brassart<br />\n>>>>><br />\n>>>>><br />\n>>>>><br />\n>>>>><br />\n>>>>> Sébastien Corniere a écrit :<br />\n>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>>>>>>> Bonjour,<br />\n>>>>>><br />\n>>>>>> J\'ai ajouté des données supplémentaires dans le menu déroulant<br />\n>>>>>> \"nature de la ressource....\"<br />\n>>>>>> Pour ce j\'ai ajouté les données voulues dans le fichier<br />\n>>>>>> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml<br />\n>>>>>><br />\n>>>>>> J\'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary,<br />\n>>>>>> mais quand je rappel la fiche LOM light, la modif n\'appartait pas :(<br />\n>>>>>> J\'ai oublié quelque chose ?<br />\n>>>>>><br />\n>>>>>><br />\n>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>><br />\n>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>><br />\n>>>><br />\n>>>><br />\n>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>><br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>><br />\n>><br />\n>><br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745880, expire = 1507832280, headers = '', serialized = 0 WHERE cid = '4:b794d3320219e230dcedb58773b9db0e' 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:298efcacc13186f55fd7e9c4fd99fd56' 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 Sébastien,<br />\nJacques a répondu de manière détaillée pour la faisabilité technique.<br />\nJe me permets maintenant de rappeler une chose fondamentale dans le cas<br />\nd\'usage que je crois comprendre ici ...<br />\nLa remarque générale non spécifique à ORI-OAI ni même véritablement au<br />\nLOM en fait est que l\'on ne peut pas se permettre de concevoir et<br />\npartager des XMLs ne respectant pas les contrats donnés par les formats<br />\nde métadonnées<br />\nDonc même si techniquement on peut modifier les formulaires pour<br />\nproposer une liste de vocabulaires plus large que celle proposée par le<br />\nLOM dans un champ donné, il faut faire attention à rester conforme au<br />\nLOM : on ne peut pas mettre en value d\'un vocabulaire avec un source à<br />\nLOMv1.0 quelque chose qui ne serait pas LOM. Si on veut étendre le<br />\nvocabulaire dans un champ donné, il faut alors spécifier une source à<br />\nautre chose que LOMv1.0 (pour les vocabulaires issus du LOMFR ce sera<br />\nLOMFRv1.0 par exemple).<br />\nIci tu pourrais mettre peut-être EEA par exemple ... mais attention, il<br />\nfaut bien comprendre que les vocabulaires spécifiques/personnels ne<br />\nseront pas ou peu exploitables et exploités par les autres entités avec<br />\nlesquels on souhaite partager de l\'information.<br />\nAussi pour schématiser voir caricaturer cela, le LOM est le tronc commun<br />\n(potentiellement échangeable et compris au niveau international), ce qui<br />\nest spécifique LOMFR sera partageable entre français, le SupLOMFR pour<br />\nl\'enseignement supérieur ... et ce qui est spécifique EEA pourra être<br />\n\"partagé\" au niveau de EEA simplement (je caricature un peu car rien ne<br />\nnous empêche d\'un point de vue technique et notamment pour les<br />\nvocabulaires de prendre en compte dynamiquement des vocabulaires non<br />\nprévus).<br />\nA bientôt,<br />\nVincent.</p>\n<p>Sébastien Corniere wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> J\'ai ajouté des données supplémentaires dans le menu déroulant \"nature<br />\n> de la ressource....\"<br />\n> Pour ce j\'ai ajouté les données voulues dans le fichier<br />\n> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml<br />\n><br />\n> J\'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary, mais<br />\n> quand je rappel la fiche LOM light, la modif n\'appartait pas :(<br />\n> J\'ai oublié quelque chose ?<br />\n><br />\n></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745880, expire = 1507832280, headers = '', serialized = 0 WHERE cid = '4:298efcacc13186f55fd7e9c4fd99fd56' 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:c6d685d6e21c65a8fc8db0e4c08be3d9' 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 vincent,</p>\n<p>Je pense avoir bien compris ta réponse :<br />\nEn gros tu veux dire que si le contenu de mon vocabulaire est trop<br />\nexotique, mes ressources ne pourront pas être partagés.</p>\n<p>Question à 1€ (j\'suis pas riche...) :<br />\nEn utilisant le vocabulaire existant, comment je rentre des ressources<br />\nqui sont des cours, des td, et des tp ?</p>\n<p>Vincent Bonamy a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour Sébastien,<br />\n> Jacques a répondu de manière détaillée pour la faisabilité technique.<br />\n> Je me permets maintenant de rappeler une chose fondamentale dans le<br />\n> cas d\'usage que je crois comprendre ici ...<br />\n> La remarque générale non spécifique à ORI-OAI ni même véritablement au<br />\n> LOM en fait est que l\'on ne peut pas se permettre de concevoir et<br />\n> partager des XMLs ne respectant pas les contrats donnés par les<br />\n> formats de métadonnées<br />\n> Donc même si techniquement on peut modifier les formulaires pour<br />\n> proposer une liste de vocabulaires plus large que celle proposée par<br />\n> le LOM dans un champ donné, il faut faire attention à rester conforme<br />\n> au LOM : on ne peut pas mettre en value d\'un vocabulaire avec un<br />\n> source à LOMv1.0 quelque chose qui ne serait pas LOM. Si on veut<br />\n> étendre le vocabulaire dans un champ donné, il faut alors spécifier<br />\n> une source à autre chose que LOMv1.0 (pour les vocabulaires issus du<br />\n> LOMFR ce sera LOMFRv1.0 par exemple).<br />\n> Ici tu pourrais mettre peut-être EEA par exemple ... mais attention,<br />\n> il faut bien comprendre que les vocabulaires spécifiques/personnels ne<br />\n> seront pas ou peu exploitables et exploités par les autres entités<br />\n> avec lesquels on souhaite partager de l\'information.<br />\n> Aussi pour schématiser voir caricaturer cela, le LOM est le tronc<br />\n> commun (potentiellement échangeable et compris au niveau<br />\n> international), ce qui est spécifique LOMFR sera partageable entre<br />\n> français, le SupLOMFR pour l\'enseignement supérieur ... et ce qui est<br />\n> spécifique EEA pourra être \"partagé\" au niveau de EEA simplement (je<br />\n> caricature un peu car rien ne nous empêche d\'un point de vue technique<br />\n> et notamment pour les vocabulaires de prendre en compte dynamiquement<br />\n> des vocabulaires non prévus).<br />\n> A bientôt,<br />\n> Vincent.<br />\n><br />\n><br />\n><br />\n> Sébastien Corniere wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour,<br />\n>><br />\n>> J\'ai ajouté des données supplémentaires dans le menu déroulant<br />\n>> \"nature de la ressource....\"<br />\n>> Pour ce j\'ai ajouté les données voulues dans le fichier<br />\n>> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml<br />\n>><br />\n>> J\'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary, mais<br />\n>> quand je rappel la fiche LOM light, la modif n\'appartait pas :(<br />\n>> J\'ai oublié quelque chose ?<br />\n>><br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745880, expire = 1507832280, headers = '', serialized = 0 WHERE cid = '4:c6d685d6e21c65a8fc8db0e4c08be3d9' 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:cb8d281c177ebd4e92434338eb6d8d30' 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\">Rebonjour Sébastien,</p>\n<p>En fait très concrètement, je veux plutôt dire que tu n\'as pas à changer<br />\nle vocabulaire du LOM a priori : pour les besoins spécifiques français<br />\nou enseignement supérieur, le LOMFR / SupLOMFR devraient (quand<br />\nl\'ensemble sera disponible) convenir : spécifier des nouveaux<br />\nvocabulaires (et donc un nouveau schéma) localement ne devrait se faire<br />\nque pour des besoins internes (de gestion ou autres), dans le cas<br />\ncontraire et si le besoin d\'une modification/extension est réel, le<br />\nbesoin doit être remonté au SupLOMFR / LOMFR pour prise en compte directe.<br />\nEt c\'est bien ce genre de question<br />\n\"En utilisant le vocabulaire existant, comment je rentre des ressources<br />\nqui sont des cours, des td, et des tp ? \"<br />\nqu\'il faut directement poser. Et comme dit ci-avant, cette question<br />\nn\'est pas spécifique à ORI-OAI.<br />\nDonc le mieux est de la poser directement sur le site LOMFR :<br />\n<a href=\"http://www.lom-fr.fr/\" title=\"http://www.lom-fr.fr/\">http://www.lom-fr.fr/</a></p>\n<p>A ton niveau sinon, (et dans un cas général) je suggère que tu regardes<br />\net t\'inspires de ce qui se fait sur UNIT par exemple : sur la première<br />\npage <a href=\"http://www.unit.eu\" title=\"http://www.unit.eu\">http://www.unit.eu</a>, tu as les liens suivants :</p>\n<p> Cours<br />\n <http://www.unit.eu/ori-oai-search/advanced-search.html?search=true&amp;menuKey=unt&amp;submenuKey=advanced&amp;userChoices%5Bpeda_learningResourceType%5D.simpleValue=lecture>,<br />\n exercices<br />\n <http://www.unit.eu/ori-oai-search/advanced-search.html?search=true&amp;menuKey=unt&amp;submenuKey=advanced&amp;userChoices%5Bpeda_learningResourceType%5D.simpleValue=exercise>,<br />\n TP<br />\n <http://www.unit.eu/ori-oai-search/advanced-search.html?search=true&amp;menuKey=unt&amp;submenuKey=advanced&amp;userChoices%5Bpeda_learningResourceType%5D.simpleValue=experiment></p>\n<p>Si tu les joues, tu as finalement la correspondance que l\'on a utilisé<br />\n(Sylvie Magadur pourra compléter, corriger cela ... notamennt par<br />\nrapport au LOMFr ?) :<br />\n* Type de la ressource pédagogique=lecture / présentation => Cours<br />\n* Type de la ressource pédagogique=exercice = > TD<br />\n* Type de la ressource pédagogique=expérience => TP</p>\n<p>A bientôt,<br />\nVincent.</p>\n<p>Sébastien Corniere wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour vincent,<br />\n><br />\n> Je pense avoir bien compris ta réponse :<br />\n> En gros tu veux dire que si le contenu de mon vocabulaire est trop<br />\n> exotique, mes ressources ne pourront pas être partagés.<br />\n><br />\n> Question à 1€ (j\'suis pas riche...) :<br />\n> En utilisant le vocabulaire existant, comment je rentre des ressources<br />\n> qui sont des cours, des td, et des tp ?<br />\n><br />\n> Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour Sébastien,<br />\n>> Jacques a répondu de manière détaillée pour la faisabilité technique.<br />\n>> Je me permets maintenant de rappeler une chose fondamentale dans le<br />\n>> cas d\'usage que je crois comprendre ici ...<br />\n>> La remarque générale non spécifique à ORI-OAI ni même véritablement<br />\n>> au LOM en fait est que l\'on ne peut pas se permettre de concevoir et<br />\n>> partager des XMLs ne respectant pas les contrats donnés par les<br />\n>> formats de métadonnées<br />\n>> Donc même si techniquement on peut modifier les formulaires pour<br />\n>> proposer une liste de vocabulaires plus large que celle proposée par<br />\n>> le LOM dans un champ donné, il faut faire attention à rester conforme<br />\n>> au LOM : on ne peut pas mettre en value d\'un vocabulaire avec un<br />\n>> source à LOMv1.0 quelque chose qui ne serait pas LOM. Si on veut<br />\n>> étendre le vocabulaire dans un champ donné, il faut alors spécifier<br />\n>> une source à autre chose que LOMv1.0 (pour les vocabulaires issus du<br />\n>> LOMFR ce sera LOMFRv1.0 par exemple).<br />\n>> Ici tu pourrais mettre peut-être EEA par exemple ... mais attention,<br />\n>> il faut bien comprendre que les vocabulaires spécifiques/personnels<br />\n>> ne seront pas ou peu exploitables et exploités par les autres entités<br />\n>> avec lesquels on souhaite partager de l\'information.<br />\n>> Aussi pour schématiser voir caricaturer cela, le LOM est le tronc<br />\n>> commun (potentiellement échangeable et compris au niveau<br />\n>> international), ce qui est spécifique LOMFR sera partageable entre<br />\n>> français, le SupLOMFR pour l\'enseignement supérieur ... et ce qui est<br />\n>> spécifique EEA pourra être \"partagé\" au niveau de EEA simplement (je<br />\n>> caricature un peu car rien ne nous empêche d\'un point de vue<br />\n>> technique et notamment pour les vocabulaires de prendre en compte<br />\n>> dynamiquement des vocabulaires non prévus).<br />\n>> A bientôt,<br />\n>> Vincent.<br />\n>><br />\n>><br />\n>><br />\n>> Sébastien Corniere wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour,<br />\n>>><br />\n>>> J\'ai ajouté des données supplémentaires dans le menu déroulant<br />\n>>> \"nature de la ressource....\"<br />\n>>> Pour ce j\'ai ajouté les données voulues dans le fichier<br />\n>>> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml<br />\n>>><br />\n>>> J\'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary,<br />\n>>> mais quand je rappel la fiche LOM light, la modif n\'appartait pas :(<br />\n>>> J\'ai oublié quelque chose ?<br />\n>>><br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>><br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n><br />\n></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745880, expire = 1507832280, headers = '', serialized = 0 WHERE cid = '4:cb8d281c177ebd4e92434338eb6d8d30' 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:61dcce7f69c02df3f0cbed1355da80dd' 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=windows-1252\"\n http-equiv=\"Content-Type\">\n <title></title>\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\n<font size=\"-1\"><font face=\"Arial\">Bonjour,<br>\n<br>\nPour compléter la réponse de Vincent, le groupe de travail SupLOMFR est\nen train de rédiger un guide d\'usage du SupLOMFR sous la forme d\'un\nwiki disponible à cette adresse :\n<a class=\"moz-txt-link-freetext\" href=\"https://suplomfr.supelec.fr/mediawiki/index.php/SupLOMFR\">https://suplomfr.supelec.fr/mediawiki/index.php/SupLOMFR</a>. Si ce guide\ninclut les ajouts et modifications proposés dans le cadre du SupLOMFR,\nil traite également de tous les champs qui sont communs avec le LOM et\nle LOMFR et vous permettra par exemple de répondre à la question :\nquelle valeur choisir dans le champ Type de la ressource pédagogique\npour indiquer que ma ressource est un cours, un TD ou un TP ?<br>\nLe groupe est en attente de retour d\'expérience, donc n\'hésitez pas à\nposer vos questions et à faire des propositions sur le forum du site\nlom-fr que vous a indiqué Vincent.<br>\n<br>\nCordialement<br>\nNolwen<br>\n<br>\n<br>\n</font></font><br>\nVincent Bonamy a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Rebonjour\nSébastien,\n <br>\n <br>\nEn fait très concrètement, je veux plutôt dire que tu n\'as pas à\nchanger le vocabulaire du LOM a priori : pour les besoins spécifiques\nfrançais ou enseignement supérieur, le LOMFR / SupLOMFR devraient\n(quand l\'ensemble sera disponible) convenir : spécifier des nouveaux\nvocabulaires (et donc un nouveau schéma) localement ne devrait se faire\nque pour des besoins internes (de gestion ou autres), dans le cas\ncontraire et si le besoin d\'une modification/extension est réel, le\nbesoin doit être remonté au SupLOMFR / LOMFR pour prise en compte\ndirecte.\n <br>\nEt c\'est bien ce genre de question\n <br>\n\"En utilisant le vocabulaire existant, comment je rentre des ressources\nqui sont des cours, des td, et des tp ? \"\n <br>\nqu\'il faut directement poser. Et comme dit ci-avant, cette question\nn\'est pas spécifique à ORI-OAI.\n <br>\nDonc le mieux est de la poser directement sur le site LOMFR :\n <br>\n<a class=\"moz-txt-link-freetext\" href=\"http://www.lom-fr.fr/\">http://www.lom-fr.fr/</a>\n <br>\n <br>\nA ton niveau sinon, (et dans un cas général) je suggère que tu regardes\net t\'inspires de ce qui se fait sur UNIT par exemple : sur la première\npage <a class=\"moz-txt-link-freetext\" href=\"http://www.unit.eu\">http://www.unit.eu</a>, tu as les liens suivants :\n <br>\n <br>\n <br>\n     Cours\n <br>\n    \n<a class=\"moz-txt-link-rfc2396E\" href=\"http://www.unit.eu/ori-oai-search/advanced-search.html?search=true&menuKey=unt&submenuKey=advanced&userChoices%5Bpeda_learningResourceType%5D.simpleValue=lecture\">&lt;http://www.unit.eu/ori-oai-search/advanced-search.html?search=true&amp;menuKey=unt&amp;submenuKey=advanced&amp;userChoices%5Bpeda_learningResourceType%5D.simpleValue=lecture&gt;</a>,\n <br>\n     exercices\n <br>\n    \n<a class=\"moz-txt-link-rfc2396E\" href=\"http://www.unit.eu/ori-oai-search/advanced-search.html?search=true&menuKey=unt&submenuKey=advanced&userChoices%5Bpeda_learningResourceType%5D.simpleValue=exercise\">&lt;http://www.unit.eu/ori-oai-search/advanced-search.html?search=true&amp;menuKey=unt&amp;submenuKey=advanced&amp;userChoices%5Bpeda_learningResourceType%5D.simpleValue=exercise&gt;</a>,\n <br>\n     TP\n <br>\n    \n<a class=\"moz-txt-link-rfc2396E\" href=\"http://www.unit.eu/ori-oai-search/advanced-search.html?search=true&menuKey=unt&submenuKey=advanced&userChoices%5Bpeda_learningResourceType%5D.simpleValue=experiment\">&lt;http://www.unit.eu/ori-oai-search/advanced-search.html?search=true&amp;menuKey=unt&amp;submenuKey=advanced&amp;userChoices%5Bpeda_learningResourceType%5D.simpleValue=experiment&gt;</a>\n <br>\n <br>\nSi tu les joues, tu as finalement la correspondance que l\'on a utilisé\n(Sylvie Magadur pourra compléter, corriger cela ... notamennt par\nrapport au LOMFr ?) :\n <br>\n* Type de la ressource pédagogique=lecture / présentation  =&gt; Cours\n <br>\n* Type de la ressource pédagogique=exercice = &gt; TD\n <br>\n* Type de la ressource pédagogique=expérience =&gt; TP\n <br>\n <br>\nA bientôt,\n <br>\nVincent.\n <br>\n <br>\n <br>\n <br>\nSébastien Corniere wrote:\n <br>\n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Bonjour vincent,\n <br>\n <br>\nJe pense avoir bien compris ta réponse :\n <br>\nEn gros tu veux dire que si le contenu de mon vocabulaire est trop\nexotique, mes ressources ne pourront pas être partagés.\n <br>\n <br>\nQuestion à 1€ (j\'suis pas riche...) :\n <br>\nEn utilisant le vocabulaire existant, comment je rentre des ressources\nqui sont des cours, des td, et des tp ?\n <br>\n <br>\nVincent Bonamy a écrit :\n <br>\n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Bonjour Sébastien,\n <br>\nJacques a répondu de manière détaillée pour la faisabilité technique.\n <br>\nJe me permets maintenant de rappeler une chose fondamentale dans le cas\nd\'usage que je crois comprendre ici ...\n <br>\nLa remarque générale non spécifique à ORI-OAI ni même véritablement au\nLOM en fait est que l\'on ne peut pas se permettre de concevoir et\npartager des XMLs ne respectant pas les contrats donnés par les formats\nde métadonnées\n <br>\nDonc même si techniquement on peut modifier les formulaires pour\nproposer une liste de vocabulaires plus large que celle proposée par le\nLOM dans un champ donné, il faut faire attention à rester conforme au\nLOM : on ne peut pas mettre en value d\'un vocabulaire avec un source à\nLOMv1.0 quelque chose qui ne serait pas LOM. Si on veut étendre le\nvocabulaire dans un champ donné, il faut alors spécifier une source à\nautre chose que LOMv1.0 (pour les vocabulaires issus du LOMFR ce sera\nLOMFRv1.0 par exemple).\n <br>\nIci tu pourrais mettre peut-être EEA par exemple ... mais attention, il\nfaut bien comprendre que les vocabulaires spécifiques/personnels ne\nseront pas ou peu exploitables et exploités par les autres entités avec\nlesquels on souhaite partager de l\'information.\n <br>\nAussi pour schématiser voir caricaturer cela, le LOM est le tronc\ncommun (potentiellement échangeable et compris au niveau\ninternational), ce qui est spécifique LOMFR sera partageable entre\nfrançais, le SupLOMFR pour l\'enseignement supérieur ... et ce qui est\nspécifique EEA pourra être \"partagé\" au niveau de EEA simplement (je\ncaricature un peu car rien ne nous empêche d\'un point de vue technique\net notamment pour les vocabulaires de prendre en compte dynamiquement\ndes vocabulaires non prévus).\n <br>\nA bientôt,\n <br>\nVincent.\n <br>\n <br>\n <br>\n <br>\nSébastien Corniere wrote:\n <br>\n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Bonjour,\n <br>\n <br>\nJ\'ai ajouté des données supplémentaires dans le menu déroulant \"nature\nde la ressource....\"\n <br>\nPour ce j\'ai ajouté les données voulues dans le fichier\n../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml\n <br>\nJ\'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary, mais\nquand je rappel la fiche LOM light, la modif n\'appartait pas :(\n <br>\nJ\'ai oublié quelque chose ?\n <br>\n <br>\n <br>\n </blockquote></div>\n <br>\n <br>\n </blockquote></div>\n <br>\n <br>\n <br>\n </blockquote></div>\n <br>\n <br>\n</blockquote></div></div>\n<br>\n<pre class=\"moz-signature\" cols=\"72\">-- \nNolwen HUET\nCoordinateur Fonctionnel du projet ORI-OAI\nDoc\'INSA - INSA de Lyon\nMèl : <a class=\"moz-txt-link-abbreviated\" href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;&#110;&#111;&#108;&#119;&#101;&#110;&#46;&#104;&#117;&#101;&#116;&#64;&#105;&#110;&#115;&#97;&#45;&#108;&#121;&#111;&#110;&#46;&#102;&#114;\">&#110;&#111;&#108;&#119;&#101;&#110;&#46;&#104;&#117;&#101;&#116;&#64;&#105;&#110;&#115;&#97;&#45;&#108;&#121;&#111;&#110;&#46;&#102;&#114;</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<br />-- \n<br />Ce message a été vérifié par\n<br />pour des virus ou des polluriels et rien de\n<br />suspect n\'a été trouvé.\n</html>\n</div>', created = 1507745880, expire = 1507832280, headers = '', serialized = 0 WHERE cid = '4:61dcce7f69c02df3f0cbed1355da80dd' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
11 messages / 0 nouveaux
Sujet clos
Dernière contribution
11 avril 2008 - 10:24am
#1
sebastiencorniere
Ajout simple de donnXes
Bonjour,

J'ai ajouté des données supplémentaires dans le menu déroulant "nature
de la ressource...."
Pour ce j'ai ajouté les données voulues dans le fichier
../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml
J'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary, mais
quand je rappel la fiche LOM light, la modif n'appartait pas :(
J'ai oublié quelque chose ?

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

Haut
Étiquettes:
11 avril 2008 - 11:19am
#2
jbrassar
Bonjour Sébastien,

Excuse la longueur, mais j'ai souhaité bien détaillé le fonctionnement
du module Vocabulary.
J'indique une procédure en fin de ce message.

D'abord, attention au nom du fichier : educ_learningResourceType.xml (et
pas Ressources).

Ensuite, ce vocabulaire fait partie des vocabulaires maintenus par le
consortium ORI-OAI et déclarés dans le module Vocabulary dans :
\conf\properties\domain\oriVocabulary.xml

C'est pourquoi si tu vas dans :
\conf\properties\domain\domain.xml
tu verras que l'appel à ce vocabulaire est commenté (ligne 43-44,
version 1.0.0).
Cela par souci d'harmonisation des vocabulaires statiques entre les
différents utilisateurs (ex. : le vocabulaire de la classification UNIT).

En fait, quand le module Vocabulary reçoit une demande de vocab, il
parcourt les sources de vocab indiquées dans :
\conf\properties\domain\domain.xml
dans l'ordre dans lequel elles sont indiquées.
Donc d'abord les caches ( via ensuite les sources "locales" ( via les

Dans ton cas, il regarde les caches. Si il trouve il s'arrête là.
Sinon, il continue à chercher dans la liste des sources jusqu'à ce qu'il
trouve le vocab qui lui est demandé.
Comme l'appel à oriVocabulary.xml est commenté, il ne considère pas le
vocabulaire que tu as effectivement en local dans ton module Vocabulary
et qui est déclaré dans ce fichier.
N'ayant aucun vocabulaire sous la main, le module Vocabulary va donc
chercher dans les sources distantes.

Donc, dans ton cas, soit il appelle les valeurs du vocab concerné dans
le cache (qui est plus ou moins persistent), soit il appelle les valeurs
qui sont stockées à distance.

Si tu veux adapter localement l'un de ces vocabulaires (par exemple,
ajouter une valeur dans une liste déroulante):

1) Arrête les tomcat concernés (dans ton exemple vocab et edteur).

2) copie/colle et renomme le fichier
\conf\properties\domain\oriVocabulary.xml
dans
\conf\properties\domain\
(renomme le en oriVocabulary_EEA.xml par exemple).

3) tu modifies oriVocabulary_EEA.xml en conséquence en t'inspirant du
fichier oriVocabulary.xml
(voir le fichier en attaché que j'ai adapté à ton exemple)

4) ajoute la ligne

5) redéploie le module Vocabulary.

6) Attention aux pb de cache : supprimer le cache de Vocabulary, c-a-d
les fichiers dans tomcat-vocabulary\temp
de même pour les autres tomcat concernés (fichiers dans temp, s'il y en a)

7) relance tes tomcats

8) ouvre ton éditeur

Peux-tu confirmer que c'est OK ?

Merci et bon courage !

Jacques Brassart

Sébastien Corniere a écrit :

> Bonjour,
>
> J'ai ajouté des données supplémentaires dans le menu déroulant "nature
> de la ressource...."
> Pour ce j'ai ajouté les données voulues dans le fichier
> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml
>
> J'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary, mais
> quand je rappel la fiche LOM light, la modif n'appartait pas :(
> J'ai oublié quelque chose ?
>
>
>

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

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

Haut
11 avril 2008 - 4:31pm
(Répondre à #2) #3
sebastiencorniere
Ne marche pas..... :(
Alors :
J'ai créé un fichier educ_learningResourceType2.xml
Dans lequel je n'ai mis que 4 choix possible.
J'ai ensuite cérer un fichier oriVocabulary_eea.xml, puis j'ai ajouter
dans domain.xml

J''ai supprimé les fichiers du tomcat-vocabulary\temp puis j'ai
redemarré les tomcat vocabulary et editeur que j'avais arrêté avant les
manips...

Et ne marche pas... :(

Jacques Brassart a écrit :

> Bonjour Sébastien,
>
> Excuse la longueur, mais j'ai souhaité bien détaillé le fonctionnement
> du module Vocabulary.
> J'indique une procédure en fin de ce message.
>
> D'abord, attention au nom du fichier : educ_learningResourceType.xml
> (et pas Ressources).
>
> Ensuite, ce vocabulaire fait partie des vocabulaires maintenus par le
> consortium ORI-OAI et déclarés dans le module Vocabulary dans :
> \conf\properties\domain\oriVocabulary.xml
>
> C'est pourquoi si tu vas dans :
> \conf\properties\domain\domain.xml
> tu verras que l'appel à ce vocabulaire est commenté (ligne 43-44,
> version 1.0.0).
> Cela par souci d'harmonisation des vocabulaires statiques entre les
> différents utilisateurs (ex. : le vocabulaire de la classification UNIT).
>
> En fait, quand le module Vocabulary reçoit une demande de vocab, il
> parcourt les sources de vocab indiquées dans :
> \conf\properties\domain\domain.xml
> dans l'ordre dans lequel elles sont indiquées.
> Donc d'abord les caches ( via > ensuite les sources "locales" ( via les >
> Dans ton cas, il regarde les caches. Si il trouve il s'arrête là.
> Sinon, il continue à chercher dans la liste des sources jusqu'à ce
> qu'il trouve le vocab qui lui est demandé.
> Comme l'appel à oriVocabulary.xml est commenté, il ne considère pas le
> vocabulaire que tu as effectivement en local dans ton module
> Vocabulary et qui est déclaré dans ce fichier.
> N'ayant aucun vocabulaire sous la main, le module Vocabulary va donc
> chercher dans les sources distantes.
>
> Donc, dans ton cas, soit il appelle les valeurs du vocab concerné dans
> le cache (qui est plus ou moins persistent), soit il appelle les
> valeurs qui sont stockées à distance.
>
>
> Si tu veux adapter localement l'un de ces vocabulaires (par exemple,
> ajouter une valeur dans une liste déroulante):
>
> 1) Arrête les tomcat concernés (dans ton exemple vocab et edteur).
>
> 2) copie/colle et renomme le fichier
> \conf\properties\domain\oriVocabulary.xml
> dans
> \conf\properties\domain\
> (renomme le en oriVocabulary_EEA.xml par exemple).
>
> 3) tu modifies oriVocabulary_EEA.xml en conséquence en t'inspirant du
> fichier oriVocabulary.xml
> (voir le fichier en attaché que j'ai adapté à ton exemple)
>
> 4) ajoute la ligne
>
>
> 5) redéploie le module Vocabulary.
>
> 6) Attention aux pb de cache : supprimer le cache de Vocabulary, c-a-d
> les fichiers dans tomcat-vocabulary\temp
> de même pour les autres tomcat concernés (fichiers dans temp, s'il y
> en a)
>
> 7) relance tes tomcats
>
> 8) ouvre ton éditeur
>
>
> Peux-tu confirmer que c'est OK ?
>
> Merci et bon courage !
>
>
> Jacques Brassart
>
>
>
>
> Sébastien Corniere a écrit :

>> Bonjour,
>>
>> J'ai ajouté des données supplémentaires dans le menu déroulant
>> "nature de la ressource...."
>> Pour ce j'ai ajouté les données voulues dans le fichier
>> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml
>>
>> J'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary, mais
>> quand je rappel la fiche LOM light, la modif n'appartait pas :(
>> J'ai oublié quelque chose ?
>>
>>
>>

>
>

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

Haut
11 avril 2008 - 4:37pm
(Répondre à #3) #4
jbrassar
As-tu supprimé les caches ?

Jacques

Sébastien Corniere a écrit :

> Ne marche pas..... :(
> Alors :
> J'ai créé un fichier educ_learningResourceType2.xml
> Dans lequel je n'ai mis que 4 choix possible.
> J'ai ensuite cérer un fichier oriVocabulary_eea.xml, puis j'ai ajouter
> dans domain.xml
>
> J''ai supprimé les fichiers du tomcat-vocabulary\temp puis j'ai
> redemarré les tomcat vocabulary et editeur que j'avais arrêté avant
> les manips...
>
> Et ne marche pas... :(
>
> Jacques Brassart a écrit :

>> Bonjour Sébastien,
>>
>> Excuse la longueur, mais j'ai souhaité bien détaillé le
>> fonctionnement du module Vocabulary.
>> J'indique une procédure en fin de ce message.
>>
>> D'abord, attention au nom du fichier : educ_learningResourceType.xml
>> (et pas Ressources).
>>
>> Ensuite, ce vocabulaire fait partie des vocabulaires maintenus par le
>> consortium ORI-OAI et déclarés dans le module Vocabulary dans :
>> \conf\properties\domain\oriVocabulary.xml
>>
>> C'est pourquoi si tu vas dans :
>> \conf\properties\domain\domain.xml
>> tu verras que l'appel à ce vocabulaire est commenté (ligne 43-44,
>> version 1.0.0).
>> Cela par souci d'harmonisation des vocabulaires statiques entre les
>> différents utilisateurs (ex. : le vocabulaire de la classification
>> UNIT).
>>
>> En fait, quand le module Vocabulary reçoit une demande de vocab, il
>> parcourt les sources de vocab indiquées dans :
>> \conf\properties\domain\domain.xml
>> dans l'ordre dans lequel elles sont indiquées.
>> Donc d'abord les caches ( via >> ensuite les sources "locales" ( via les >>
>> Dans ton cas, il regarde les caches. Si il trouve il s'arrête là.
>> Sinon, il continue à chercher dans la liste des sources jusqu'à ce
>> qu'il trouve le vocab qui lui est demandé.
>> Comme l'appel à oriVocabulary.xml est commenté, il ne considère pas
>> le vocabulaire que tu as effectivement en local dans ton module
>> Vocabulary et qui est déclaré dans ce fichier.
>> N'ayant aucun vocabulaire sous la main, le module Vocabulary va donc
>> chercher dans les sources distantes.
>>
>> Donc, dans ton cas, soit il appelle les valeurs du vocab concerné
>> dans le cache (qui est plus ou moins persistent), soit il appelle les
>> valeurs qui sont stockées à distance.
>>
>>
>> Si tu veux adapter localement l'un de ces vocabulaires (par exemple,
>> ajouter une valeur dans une liste déroulante):
>>
>> 1) Arrête les tomcat concernés (dans ton exemple vocab et edteur).
>>
>> 2) copie/colle et renomme le fichier
>> \conf\properties\domain\oriVocabulary.xml
>> dans
>> \conf\properties\domain\
>> (renomme le en oriVocabulary_EEA.xml par exemple).
>>
>> 3) tu modifies oriVocabulary_EEA.xml en conséquence en t'inspirant du
>> fichier oriVocabulary.xml
>> (voir le fichier en attaché que j'ai adapté à ton exemple)
>>
>> 4) ajoute la ligne
>>
>>
>> 5) redéploie le module Vocabulary.
>>
>> 6) Attention aux pb de cache : supprimer le cache de Vocabulary,
>> c-a-d les fichiers dans tomcat-vocabulary\temp
>> de même pour les autres tomcat concernés (fichiers dans temp, s'il y
>> en a)
>>
>> 7) relance tes tomcats
>>
>> 8) ouvre ton éditeur
>>
>>
>> Peux-tu confirmer que c'est OK ?
>>
>> Merci et bon courage !
>>
>>
>> Jacques Brassart
>>
>>
>>
>>
>> Sébastien Corniere a écrit :

>>> Bonjour,
>>>
>>> J'ai ajouté des données supplémentaires dans le menu déroulant
>>> "nature de la ressource...."
>>> Pour ce j'ai ajouté les données voulues dans le fichier
>>> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml
>>>
>>> J'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary,
>>> mais quand je rappel la fiche LOM light, la modif n'appartait pas :(
>>> J'ai oublié quelque chose ?
>>>
>>>
>>>

>>
>>

>
>
>
>

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

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

Haut
11 avril 2008 - 4:38pm
(Répondre à #4) #5
sebastiencorniere
Oui.....
As-tu déjà essayé ce type de manip ?
Pour info, quand je regarde le résulta, c'est directement en affichant
md-editeur sans passer par le workflow...
Jacques Brassart a écrit :

> As-tu supprimé les caches ?
>
> Jacques
>
>
> Sébastien Corniere a écrit :

>> Ne marche pas..... :(
>> Alors :
>> J'ai créé un fichier educ_learningResourceType2.xml
>> Dans lequel je n'ai mis que 4 choix possible.
>> J'ai ensuite cérer un fichier oriVocabulary_eea.xml, puis j'ai
>> ajouter dans domain.xml
>>
>> J''ai supprimé les fichiers du tomcat-vocabulary\temp puis j'ai
>> redemarré les tomcat vocabulary et editeur que j'avais arrêté avant
>> les manips...
>>
>> Et ne marche pas... :(
>>
>> Jacques Brassart a écrit :

>>> Bonjour Sébastien,
>>>
>>> Excuse la longueur, mais j'ai souhaité bien détaillé le
>>> fonctionnement du module Vocabulary.
>>> J'indique une procédure en fin de ce message.
>>>
>>> D'abord, attention au nom du fichier : educ_learningResourceType.xml
>>> (et pas Ressources).
>>>
>>> Ensuite, ce vocabulaire fait partie des vocabulaires maintenus par
>>> le consortium ORI-OAI et déclarés dans le module Vocabulary dans :
>>> \conf\properties\domain\oriVocabulary.xml
>>>
>>> C'est pourquoi si tu vas dans :
>>> \conf\properties\domain\domain.xml
>>> tu verras que l'appel à ce vocabulaire est commenté (ligne 43-44,
>>> version 1.0.0).
>>> Cela par souci d'harmonisation des vocabulaires statiques entre les
>>> différents utilisateurs (ex. : le vocabulaire de la classification
>>> UNIT).
>>>
>>> En fait, quand le module Vocabulary reçoit une demande de vocab, il
>>> parcourt les sources de vocab indiquées dans :
>>> \conf\properties\domain\domain.xml
>>> dans l'ordre dans lequel elles sont indiquées.
>>> Donc d'abord les caches ( via >>> ensuite les sources "locales" ( via les >>>
>>> Dans ton cas, il regarde les caches. Si il trouve il s'arrête là.
>>> Sinon, il continue à chercher dans la liste des sources jusqu'à ce
>>> qu'il trouve le vocab qui lui est demandé.
>>> Comme l'appel à oriVocabulary.xml est commenté, il ne considère pas
>>> le vocabulaire que tu as effectivement en local dans ton module
>>> Vocabulary et qui est déclaré dans ce fichier.
>>> N'ayant aucun vocabulaire sous la main, le module Vocabulary va donc
>>> chercher dans les sources distantes.
>>>
>>> Donc, dans ton cas, soit il appelle les valeurs du vocab concerné
>>> dans le cache (qui est plus ou moins persistent), soit il appelle
>>> les valeurs qui sont stockées à distance.
>>>
>>>
>>> Si tu veux adapter localement l'un de ces vocabulaires (par exemple,
>>> ajouter une valeur dans une liste déroulante):
>>>
>>> 1) Arrête les tomcat concernés (dans ton exemple vocab et edteur).
>>>
>>> 2) copie/colle et renomme le fichier
>>> \conf\properties\domain\oriVocabulary.xml
>>> dans
>>> \conf\properties\domain\
>>> (renomme le en oriVocabulary_EEA.xml par exemple).
>>>
>>> 3) tu modifies oriVocabulary_EEA.xml en conséquence en t'inspirant
>>> du fichier oriVocabulary.xml
>>> (voir le fichier en attaché que j'ai adapté à ton exemple)
>>>
>>> 4) ajoute la ligne
>>>
>>>
>>> 5) redéploie le module Vocabulary.
>>>
>>> 6) Attention aux pb de cache : supprimer le cache de Vocabulary,
>>> c-a-d les fichiers dans tomcat-vocabulary\temp
>>> de même pour les autres tomcat concernés (fichiers dans temp, s'il y
>>> en a)
>>>
>>> 7) relance tes tomcats
>>>
>>> 8) ouvre ton éditeur
>>>
>>>
>>> Peux-tu confirmer que c'est OK ?
>>>
>>> Merci et bon courage !
>>>
>>>
>>> Jacques Brassart
>>>
>>>
>>>
>>>
>>> Sébastien Corniere a écrit :

>>>> Bonjour,
>>>>
>>>> J'ai ajouté des données supplémentaires dans le menu déroulant
>>>> "nature de la ressource...."
>>>> Pour ce j'ai ajouté les données voulues dans le fichier
>>>> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml
>>>>
>>>> J'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary,
>>>> mais quand je rappel la fiche LOM light, la modif n'appartait pas :(
>>>> J'ai oublié quelque chose ?
>>>>
>>>>
>>>>

>>>
>>>

>>
>>
>>
>>

>
>

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

Haut
11 avril 2008 - 4:42pm
(Répondre à #5) #6
jbrassar
Non je n'ai pas encore eu le temps de l'essayer !

Help, Y a qqn qui sait ?

Jacques

Sébastien Corniere a écrit :

> Oui.....
> As-tu déjà essayé ce type de manip ?
> Pour info, quand je regarde le résulta, c'est directement en affichant
> md-editeur sans passer par le workflow...
> Jacques Brassart a écrit :

>> As-tu supprimé les caches ?
>>
>> Jacques
>>
>>
>> Sébastien Corniere a écrit :

>>> Ne marche pas..... :(
>>> Alors :
>>> J'ai créé un fichier educ_learningResourceType2.xml
>>> Dans lequel je n'ai mis que 4 choix possible.
>>> J'ai ensuite cérer un fichier oriVocabulary_eea.xml, puis j'ai
>>> ajouter dans domain.xml
>>>
>>> J''ai supprimé les fichiers du tomcat-vocabulary\temp puis j'ai
>>> redemarré les tomcat vocabulary et editeur que j'avais arrêté avant
>>> les manips...
>>>
>>> Et ne marche pas... :(
>>>
>>> Jacques Brassart a écrit :

>>>> Bonjour Sébastien,
>>>>
>>>> Excuse la longueur, mais j'ai souhaité bien détaillé le
>>>> fonctionnement du module Vocabulary.
>>>> J'indique une procédure en fin de ce message.
>>>>
>>>> D'abord, attention au nom du fichier :
>>>> educ_learningResourceType.xml (et pas Ressources).
>>>>
>>>> Ensuite, ce vocabulaire fait partie des vocabulaires maintenus par
>>>> le consortium ORI-OAI et déclarés dans le module Vocabulary dans :
>>>> \conf\properties\domain\oriVocabulary.xml
>>>>
>>>> C'est pourquoi si tu vas dans :
>>>> \conf\properties\domain\domain.xml
>>>> tu verras que l'appel à ce vocabulaire est commenté (ligne 43-44,
>>>> version 1.0.0).
>>>> Cela par souci d'harmonisation des vocabulaires statiques entre les
>>>> différents utilisateurs (ex. : le vocabulaire de la classification
>>>> UNIT).
>>>>
>>>> En fait, quand le module Vocabulary reçoit une demande de vocab, il
>>>> parcourt les sources de vocab indiquées dans :
>>>> \conf\properties\domain\domain.xml
>>>> dans l'ordre dans lequel elles sont indiquées.
>>>> Donc d'abord les caches ( via >>>> id="vocabularyServiceNoCache"... ),
>>>> ensuite les sources "locales" ( via les >>>>
>>>> Dans ton cas, il regarde les caches. Si il trouve il s'arrête là.
>>>> Sinon, il continue à chercher dans la liste des sources jusqu'à ce
>>>> qu'il trouve le vocab qui lui est demandé.
>>>> Comme l'appel à oriVocabulary.xml est commenté, il ne considère pas
>>>> le vocabulaire que tu as effectivement en local dans ton module
>>>> Vocabulary et qui est déclaré dans ce fichier.
>>>> N'ayant aucun vocabulaire sous la main, le module Vocabulary va
>>>> donc chercher dans les sources distantes.
>>>>
>>>> Donc, dans ton cas, soit il appelle les valeurs du vocab concerné
>>>> dans le cache (qui est plus ou moins persistent), soit il appelle
>>>> les valeurs qui sont stockées à distance.
>>>>
>>>>
>>>> Si tu veux adapter localement l'un de ces vocabulaires (par
>>>> exemple, ajouter une valeur dans une liste déroulante):
>>>>
>>>> 1) Arrête les tomcat concernés (dans ton exemple vocab et edteur).
>>>>
>>>> 2) copie/colle et renomme le fichier
>>>> \conf\properties\domain\oriVocabulary.xml
>>>> dans
>>>> \conf\properties\domain\
>>>> (renomme le en oriVocabulary_EEA.xml par exemple).
>>>>
>>>> 3) tu modifies oriVocabulary_EEA.xml en conséquence en t'inspirant
>>>> du fichier oriVocabulary.xml
>>>> (voir le fichier en attaché que j'ai adapté à ton exemple)
>>>>
>>>> 4) ajoute la ligne
>>>>
>>>>
>>>> 5) redéploie le module Vocabulary.
>>>>
>>>> 6) Attention aux pb de cache : supprimer le cache de Vocabulary,
>>>> c-a-d les fichiers dans tomcat-vocabulary\temp
>>>> de même pour les autres tomcat concernés (fichiers dans temp, s'il
>>>> y en a)
>>>>
>>>> 7) relance tes tomcats
>>>>
>>>> 8) ouvre ton éditeur
>>>>
>>>>
>>>> Peux-tu confirmer que c'est OK ?
>>>>
>>>> Merci et bon courage !
>>>>
>>>>
>>>> Jacques Brassart
>>>>
>>>>
>>>>
>>>>
>>>> Sébastien Corniere a écrit :

>>>>> Bonjour,
>>>>>
>>>>> J'ai ajouté des données supplémentaires dans le menu déroulant
>>>>> "nature de la ressource...."
>>>>> Pour ce j'ai ajouté les données voulues dans le fichier
>>>>> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml
>>>>>
>>>>> J'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary,
>>>>> mais quand je rappel la fiche LOM light, la modif n'appartait pas :(
>>>>> J'ai oublié quelque chose ?
>>>>>
>>>>>
>>>>>

>>>>
>>>>

>>>
>>>
>>>
>>>

>>
>>

>
>
>
>

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

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

Haut
14 avril 2008 - 11:10am
(Répondre à #6) #7
francoisjannin
Bonjour,

Chaque vocabulaire est associé à un nom, ici le nom est définit dans
oriVocabulary.xml :

common_lom_educ_learningResourceType

Quand on veut surcharger un vocabulaire définit dans oriVocabulary.xml,
il faut donc bien utiliser le même nom que l'original, car les modules
s'y réfère par ce nom.

La démarche décrite par Jacques devrait pouvoir fonctionner, mais le
plus simple est bien de juste décommenter l'import de oriVocabulary.xml,
et de s'assurer que le dynamicProvider est bien placé avant les remote
(qui ont leur propre jeu de vocabulaires oriVocabulary.xml).

François

Jacques Brassart wrote:

> Non je n'ai pas encore eu le temps de l'essayer !
>
> Help, Y a qqn qui sait ?
>
> Jacques
>
>
> Sébastien Corniere a écrit :
>

>> Oui.....
>> As-tu déjà essayé ce type de manip ?
>> Pour info, quand je regarde le résulta, c'est directement en
>> affichant md-editeur sans passer par le workflow...
>> Jacques Brassart a écrit :
>>

>>> As-tu supprimé les caches ?
>>>
>>> Jacques
>>>
>>>
>>> Sébastien Corniere a écrit :
>>>

>>>> Ne marche pas..... :(
>>>> Alors :
>>>> J'ai créé un fichier educ_learningResourceType2.xml
>>>> Dans lequel je n'ai mis que 4 choix possible.
>>>> J'ai ensuite cérer un fichier oriVocabulary_eea.xml, puis j'ai
>>>> ajouter dans domain.xml
>>>>
>>>> J''ai supprimé les fichiers du tomcat-vocabulary\temp puis j'ai
>>>> redemarré les tomcat vocabulary et editeur que j'avais arrêté avant
>>>> les manips...
>>>>
>>>> Et ne marche pas... :(
>>>>
>>>> Jacques Brassart a écrit :
>>>>

>>>>> Bonjour Sébastien,
>>>>>
>>>>> Excuse la longueur, mais j'ai souhaité bien détaillé le
>>>>> fonctionnement du module Vocabulary.
>>>>> J'indique une procédure en fin de ce message.
>>>>>
>>>>> D'abord, attention au nom du fichier :
>>>>> educ_learningResourceType.xml (et pas Ressources).
>>>>>
>>>>> Ensuite, ce vocabulaire fait partie des vocabulaires maintenus par
>>>>> le consortium ORI-OAI et déclarés dans le module Vocabulary dans :
>>>>> \conf\properties\domain\oriVocabulary.xml
>>>>>
>>>>> C'est pourquoi si tu vas dans :
>>>>> \conf\properties\domain\domain.xml
>>>>> tu verras que l'appel à ce vocabulaire est commenté (ligne 43-44,
>>>>> version 1.0.0).
>>>>> Cela par souci d'harmonisation des vocabulaires statiques entre
>>>>> les différents utilisateurs (ex. : le vocabulaire de la
>>>>> classification UNIT).
>>>>>
>>>>> En fait, quand le module Vocabulary reçoit une demande de vocab,
>>>>> il parcourt les sources de vocab indiquées dans :
>>>>> \conf\properties\domain\domain.xml
>>>>> dans l'ordre dans lequel elles sont indiquées.
>>>>> Donc d'abord les caches ( via >>>>> id="vocabularyServiceNoCache"... ),
>>>>> ensuite les sources "locales" ( via les >>>>>
>>>>> Dans ton cas, il regarde les caches. Si il trouve il s'arrête là.
>>>>> Sinon, il continue à chercher dans la liste des sources jusqu'à ce
>>>>> qu'il trouve le vocab qui lui est demandé.
>>>>> Comme l'appel à oriVocabulary.xml est commenté, il ne considère
>>>>> pas le vocabulaire que tu as effectivement en local dans ton
>>>>> module Vocabulary et qui est déclaré dans ce fichier.
>>>>> N'ayant aucun vocabulaire sous la main, le module Vocabulary va
>>>>> donc chercher dans les sources distantes.
>>>>>
>>>>> Donc, dans ton cas, soit il appelle les valeurs du vocab concerné
>>>>> dans le cache (qui est plus ou moins persistent), soit il appelle
>>>>> les valeurs qui sont stockées à distance.
>>>>>
>>>>>
>>>>> Si tu veux adapter localement l'un de ces vocabulaires (par
>>>>> exemple, ajouter une valeur dans une liste déroulante):
>>>>>
>>>>> 1) Arrête les tomcat concernés (dans ton exemple vocab et edteur).
>>>>>
>>>>> 2) copie/colle et renomme le fichier
>>>>> \conf\properties\domain\oriVocabulary.xml
>>>>> dans
>>>>> \conf\properties\domain\
>>>>> (renomme le en oriVocabulary_EEA.xml par exemple).
>>>>>
>>>>> 3) tu modifies oriVocabulary_EEA.xml en conséquence en t'inspirant
>>>>> du fichier oriVocabulary.xml
>>>>> (voir le fichier en attaché que j'ai adapté à ton exemple)
>>>>>
>>>>> 4) ajoute la ligne
>>>>>
>>>>>
>>>>> 5) redéploie le module Vocabulary.
>>>>>
>>>>> 6) Attention aux pb de cache : supprimer le cache de Vocabulary,
>>>>> c-a-d les fichiers dans tomcat-vocabulary\temp
>>>>> de même pour les autres tomcat concernés (fichiers dans temp, s'il
>>>>> y en a)
>>>>>
>>>>> 7) relance tes tomcats
>>>>>
>>>>> 8) ouvre ton éditeur
>>>>>
>>>>>
>>>>> Peux-tu confirmer que c'est OK ?
>>>>>
>>>>> Merci et bon courage !
>>>>>
>>>>>
>>>>> Jacques Brassart
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Sébastien Corniere a écrit :
>>>>>

>>>>>> Bonjour,
>>>>>>
>>>>>> J'ai ajouté des données supplémentaires dans le menu déroulant
>>>>>> "nature de la ressource...."
>>>>>> Pour ce j'ai ajouté les données voulues dans le fichier
>>>>>> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml
>>>>>>
>>>>>> J'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary,
>>>>>> mais quand je rappel la fiche LOM light, la modif n'appartait pas :(
>>>>>> J'ai oublié quelque chose ?
>>>>>>
>>>>>>
>>>>>>

>>>>>
>>>>>

>>>>
>>>>
>>>>
>>>>

>>>
>>>

>>
>>
>>
>>

>
>

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

Haut
14 avril 2008 - 11:44am
#8
vincentbonamy
Bonjour Sébastien,
Jacques a répondu de manière détaillée pour la faisabilité technique.
Je me permets maintenant de rappeler une chose fondamentale dans le cas
d'usage que je crois comprendre ici ...
La remarque générale non spécifique à ORI-OAI ni même véritablement au
LOM en fait est que l'on ne peut pas se permettre de concevoir et
partager des XMLs ne respectant pas les contrats donnés par les formats
de métadonnées
Donc même si techniquement on peut modifier les formulaires pour
proposer une liste de vocabulaires plus large que celle proposée par le
LOM dans un champ donné, il faut faire attention à rester conforme au
LOM : on ne peut pas mettre en value d'un vocabulaire avec un source à
LOMv1.0 quelque chose qui ne serait pas LOM. Si on veut étendre le
vocabulaire dans un champ donné, il faut alors spécifier une source à
autre chose que LOMv1.0 (pour les vocabulaires issus du LOMFR ce sera
LOMFRv1.0 par exemple).
Ici tu pourrais mettre peut-être EEA par exemple ... mais attention, il
faut bien comprendre que les vocabulaires spécifiques/personnels ne
seront pas ou peu exploitables et exploités par les autres entités avec
lesquels on souhaite partager de l'information.
Aussi pour schématiser voir caricaturer cela, le LOM est le tronc commun
(potentiellement échangeable et compris au niveau international), ce qui
est spécifique LOMFR sera partageable entre français, le SupLOMFR pour
l'enseignement supérieur ... et ce qui est spécifique EEA pourra être
"partagé" au niveau de EEA simplement (je caricature un peu car rien ne
nous empêche d'un point de vue technique et notamment pour les
vocabulaires de prendre en compte dynamiquement des vocabulaires non
prévus).
A bientôt,
Vincent.

Sébastien Corniere wrote:

> Bonjour,
>
> J'ai ajouté des données supplémentaires dans le menu déroulant "nature
> de la ressource...."
> Pour ce j'ai ajouté les données voulues dans le fichier
> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml
>
> J'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary, mais
> quand je rappel la fiche LOM light, la modif n'appartait pas :(
> J'ai oublié quelque chose ?
>
>

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

Haut
14 avril 2008 - 11:50am
(Répondre à #8) #9
sebastiencorniere
Bonjour vincent,

Je pense avoir bien compris ta réponse :
En gros tu veux dire que si le contenu de mon vocabulaire est trop
exotique, mes ressources ne pourront pas être partagés.

Question à 1€ (j'suis pas riche...) :
En utilisant le vocabulaire existant, comment je rentre des ressources
qui sont des cours, des td, et des tp ?

Vincent Bonamy a écrit :

> Bonjour Sébastien,
> Jacques a répondu de manière détaillée pour la faisabilité technique.
> Je me permets maintenant de rappeler une chose fondamentale dans le
> cas d'usage que je crois comprendre ici ...
> La remarque générale non spécifique à ORI-OAI ni même véritablement au
> LOM en fait est que l'on ne peut pas se permettre de concevoir et
> partager des XMLs ne respectant pas les contrats donnés par les
> formats de métadonnées
> Donc même si techniquement on peut modifier les formulaires pour
> proposer une liste de vocabulaires plus large que celle proposée par
> le LOM dans un champ donné, il faut faire attention à rester conforme
> au LOM : on ne peut pas mettre en value d'un vocabulaire avec un
> source à LOMv1.0 quelque chose qui ne serait pas LOM. Si on veut
> étendre le vocabulaire dans un champ donné, il faut alors spécifier
> une source à autre chose que LOMv1.0 (pour les vocabulaires issus du
> LOMFR ce sera LOMFRv1.0 par exemple).
> Ici tu pourrais mettre peut-être EEA par exemple ... mais attention,
> il faut bien comprendre que les vocabulaires spécifiques/personnels ne
> seront pas ou peu exploitables et exploités par les autres entités
> avec lesquels on souhaite partager de l'information.
> Aussi pour schématiser voir caricaturer cela, le LOM est le tronc
> commun (potentiellement échangeable et compris au niveau
> international), ce qui est spécifique LOMFR sera partageable entre
> français, le SupLOMFR pour l'enseignement supérieur ... et ce qui est
> spécifique EEA pourra être "partagé" au niveau de EEA simplement (je
> caricature un peu car rien ne nous empêche d'un point de vue technique
> et notamment pour les vocabulaires de prendre en compte dynamiquement
> des vocabulaires non prévus).
> A bientôt,
> Vincent.
>
>
>
> Sébastien Corniere wrote:

>> Bonjour,
>>
>> J'ai ajouté des données supplémentaires dans le menu déroulant
>> "nature de la ressource...."
>> Pour ce j'ai ajouté les données voulues dans le fichier
>> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml
>>
>> J'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary, mais
>> quand je rappel la fiche LOM light, la modif n'appartait pas :(
>> J'ai oublié quelque chose ?
>>
>>

>
>

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

Haut
14 avril 2008 - 12:18pm
(Répondre à #9) #10
vincentbonamy
Rebonjour Sébastien,

En fait très concrètement, je veux plutôt dire que tu n'as pas à changer
le vocabulaire du LOM a priori : pour les besoins spécifiques français
ou enseignement supérieur, le LOMFR / SupLOMFR devraient (quand
l'ensemble sera disponible) convenir : spécifier des nouveaux
vocabulaires (et donc un nouveau schéma) localement ne devrait se faire
que pour des besoins internes (de gestion ou autres), dans le cas
contraire et si le besoin d'une modification/extension est réel, le
besoin doit être remonté au SupLOMFR / LOMFR pour prise en compte directe.
Et c'est bien ce genre de question
"En utilisant le vocabulaire existant, comment je rentre des ressources
qui sont des cours, des td, et des tp ? "
qu'il faut directement poser. Et comme dit ci-avant, cette question
n'est pas spécifique à ORI-OAI.
Donc le mieux est de la poser directement sur le site LOMFR :
http://www.lom-fr.fr/

A ton niveau sinon, (et dans un cas général) je suggère que tu regardes
et t'inspires de ce qui se fait sur UNIT par exemple : sur la première
page http://www.unit.eu, tu as les liens suivants :

Cours
,
exercices
,
TP

Si tu les joues, tu as finalement la correspondance que l'on a utilisé
(Sylvie Magadur pourra compléter, corriger cela ... notamennt par
rapport au LOMFr ?) :
* Type de la ressource pédagogique=lecture / présentation => Cours
* Type de la ressource pédagogique=exercice = > TD
* Type de la ressource pédagogique=expérience => TP

A bientôt,
Vincent.

Sébastien Corniere wrote:

> Bonjour vincent,
>
> Je pense avoir bien compris ta réponse :
> En gros tu veux dire que si le contenu de mon vocabulaire est trop
> exotique, mes ressources ne pourront pas être partagés.
>
> Question à 1€ (j'suis pas riche...) :
> En utilisant le vocabulaire existant, comment je rentre des ressources
> qui sont des cours, des td, et des tp ?
>
> Vincent Bonamy a écrit :

>> Bonjour Sébastien,
>> Jacques a répondu de manière détaillée pour la faisabilité technique.
>> Je me permets maintenant de rappeler une chose fondamentale dans le
>> cas d'usage que je crois comprendre ici ...
>> La remarque générale non spécifique à ORI-OAI ni même véritablement
>> au LOM en fait est que l'on ne peut pas se permettre de concevoir et
>> partager des XMLs ne respectant pas les contrats donnés par les
>> formats de métadonnées
>> Donc même si techniquement on peut modifier les formulaires pour
>> proposer une liste de vocabulaires plus large que celle proposée par
>> le LOM dans un champ donné, il faut faire attention à rester conforme
>> au LOM : on ne peut pas mettre en value d'un vocabulaire avec un
>> source à LOMv1.0 quelque chose qui ne serait pas LOM. Si on veut
>> étendre le vocabulaire dans un champ donné, il faut alors spécifier
>> une source à autre chose que LOMv1.0 (pour les vocabulaires issus du
>> LOMFR ce sera LOMFRv1.0 par exemple).
>> Ici tu pourrais mettre peut-être EEA par exemple ... mais attention,
>> il faut bien comprendre que les vocabulaires spécifiques/personnels
>> ne seront pas ou peu exploitables et exploités par les autres entités
>> avec lesquels on souhaite partager de l'information.
>> Aussi pour schématiser voir caricaturer cela, le LOM est le tronc
>> commun (potentiellement échangeable et compris au niveau
>> international), ce qui est spécifique LOMFR sera partageable entre
>> français, le SupLOMFR pour l'enseignement supérieur ... et ce qui est
>> spécifique EEA pourra être "partagé" au niveau de EEA simplement (je
>> caricature un peu car rien ne nous empêche d'un point de vue
>> technique et notamment pour les vocabulaires de prendre en compte
>> dynamiquement des vocabulaires non prévus).
>> A bientôt,
>> Vincent.
>>
>>
>>
>> Sébastien Corniere wrote:

>>> Bonjour,
>>>
>>> J'ai ajouté des données supplémentaires dans le menu déroulant
>>> "nature de la ressource...."
>>> Pour ce j'ai ajouté les données voulues dans le fichier
>>> ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml
>>>
>>> J'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary,
>>> mais quand je rappel la fiche LOM light, la modif n'appartait pas :(
>>> J'ai oublié quelque chose ?
>>>
>>>

>>
>>

>
>
>

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

Haut
21 avril 2008 - 10:35am
(Répondre à #10) #11
Nolwen Huet
Bonjour,

Pour compléter la réponse de Vincent, le groupe de travail SupLOMFR est en train de rédiger un guide d'usage du SupLOMFR sous la forme d'un wiki disponible à cette adresse : https://suplomfr.supelec.fr/mediawiki/index.php/SupLOMFR. Si ce guide inclut les ajouts et modifications proposés dans le cadre du SupLOMFR, il traite également de tous les champs qui sont communs avec le LOM et le LOMFR et vous permettra par exemple de répondre à la question : quelle valeur choisir dans le champ Type de la ressource pédagogique pour indiquer que ma ressource est un cours, un TD ou un TP ?
Le groupe est en attente de retour d'expérience, donc n'hésitez pas à poser vos questions et à faire des propositions sur le forum du site lom-fr que vous a indiqué Vincent.

Cordialement
Nolwen



Vincent Bonamy a écrit :
Rebonjour Sébastien,

En fait très concrètement, je veux plutôt dire que tu n'as pas à changer le vocabulaire du LOM a priori : pour les besoins spécifiques français ou enseignement supérieur, le LOMFR / SupLOMFR devraient (quand l'ensemble sera disponible) convenir : spécifier des nouveaux vocabulaires (et donc un nouveau schéma) localement ne devrait se faire que pour des besoins internes (de gestion ou autres), dans le cas contraire et si le besoin d'une modification/extension est réel, le besoin doit être remonté au SupLOMFR / LOMFR pour prise en compte directe.
Et c'est bien ce genre de question
"En utilisant le vocabulaire existant, comment je rentre des ressources qui sont des cours, des td, et des tp ? "
qu'il faut directement poser. Et comme dit ci-avant, cette question n'est pas spécifique à ORI-OAI.
Donc le mieux est de la poser directement sur le site LOMFR :
http://www.lom-fr.fr/

A ton niveau sinon, (et dans un cas général) je suggère que tu regardes et t'inspires de ce qui se fait sur UNIT par exemple : sur la première page http://www.unit.eu, tu as les liens suivants :


     Cours
     <http://www.unit.eu/ori-oai-search/advanced-search.html?search=true&menuKey=unt&submenuKey=advanced&userChoices%5Bpeda_learningResourceType%5D.simpleValue=lecture>,
     exercices
     <http://www.unit.eu/ori-oai-search/advanced-search.html?search=true&menuKey=unt&submenuKey=advanced&userChoices%5Bpeda_learningResourceType%5D.simpleValue=exercise>,
     TP
     <http://www.unit.eu/ori-oai-search/advanced-search.html?search=true&menuKey=unt&submenuKey=advanced&userChoices%5Bpeda_learningResourceType%5D.simpleValue=experiment>

Si tu les joues, tu as finalement la correspondance que l'on a utilisé (Sylvie Magadur pourra compléter, corriger cela ... notamennt par rapport au LOMFr ?) :
* Type de la ressource pédagogique=lecture / présentation  => Cours
* Type de la ressource pédagogique=exercice = > TD
* Type de la ressource pédagogique=expérience => TP

A bientôt,
Vincent.



Sébastien Corniere wrote:
Bonjour vincent,

Je pense avoir bien compris ta réponse :
En gros tu veux dire que si le contenu de mon vocabulaire est trop exotique, mes ressources ne pourront pas être partagés.

Question à 1€ (j'suis pas riche...) :
En utilisant le vocabulaire existant, comment je rentre des ressources qui sont des cours, des td, et des tp ?

Vincent Bonamy a écrit :
Bonjour Sébastien,
Jacques a répondu de manière détaillée pour la faisabilité technique.
Je me permets maintenant de rappeler une chose fondamentale dans le cas d'usage que je crois comprendre ici ...
La remarque générale non spécifique à ORI-OAI ni même véritablement au LOM en fait est que l'on ne peut pas se permettre de concevoir et partager des XMLs ne respectant pas les contrats donnés par les formats de métadonnées
Donc même si techniquement on peut modifier les formulaires pour proposer une liste de vocabulaires plus large que celle proposée par le LOM dans un champ donné, il faut faire attention à rester conforme au LOM : on ne peut pas mettre en value d'un vocabulaire avec un source à LOMv1.0 quelque chose qui ne serait pas LOM. Si on veut étendre le vocabulaire dans un champ donné, il faut alors spécifier une source à autre chose que LOMv1.0 (pour les vocabulaires issus du LOMFR ce sera LOMFRv1.0 par exemple).
Ici tu pourrais mettre peut-être EEA par exemple ... mais attention, il faut bien comprendre que les vocabulaires spécifiques/personnels ne seront pas ou peu exploitables et exploités par les autres entités avec lesquels on souhaite partager de l'information.
Aussi pour schématiser voir caricaturer cela, le LOM est le tronc commun (potentiellement échangeable et compris au niveau international), ce qui est spécifique LOMFR sera partageable entre français, le SupLOMFR pour l'enseignement supérieur ... et ce qui est spécifique EEA pourra être "partagé" au niveau de EEA simplement (je caricature un peu car rien ne nous empêche d'un point de vue technique et notamment pour les vocabulaires de prendre en compte dynamiquement des vocabulaires non prévus).
A bientôt,
Vincent.



Sébastien Corniere wrote:
Bonjour,

J'ai ajouté des données supplémentaires dans le menu déroulant "nature de la ressource...."
Pour ce j'ai ajouté les données voulues dans le fichier ../conf/properties/ori_vocabulary/common/lom/educ_learningRessourcesType.xml
J'ai ensuite fait un ant deploy, redemarré le tomcat vocabulary, mais quand je rappel la fiche LOM light, la modif n'appartait pas :(
J'ai oublié quelque chose ? 










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

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

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur « Enregistrer les paramètres » pour activer vos changements.
Sujet clos
‹ Sujet précédent : moissonage d'un entrepot de fiches ORI par portail extérieur (UNISCIEL) Sujet suivant : imports de fichier xml avec la version 1.1 du workflow ›