Trois questions en passant...

  • 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:ecb6c7169ac65007f44842b6d99c0f20' 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 à toute l\'équipe ORI,</p>\n<p>Nous venons de commencer les tests en Lorraine et ça se passe plutôt<br />\nbien ;o) J\'aurais toutefois trois remarques ou questions à vous soumettre :</p>\n<p>- tout d\'abord, je voulais signaler (ce qui me semble être) un bug : à<br />\nl\'affichage d\'une notice saisie au format DC, l\'auteur indiqué<br />\ncorrespond à la valeur renseignée dans le champ dc:contributor lors de<br />\nla saisie et on ne retrouve nulle part dans la notice la valeur du champ<br />\ndc:creator ;</p>\n<p>- est-il possible avec la V1 d\'ORI de rapatrier \"en masse\" le contenu de<br />\nbases existantes (MySQL) pour lesquelles une correspondance a été<br />\nétablie avec le format DC ?</p>\n<p>- un peu de prospective pour finir : dans la V2, savez-vous déjà quelle<br />\nsera la nature de l\'interconnexion entre ORI et Moodle ? S\'agira-t-il de<br />\nla récupération de documents présents dans Moodle pour un complément<br />\nd\'indexation dans ORI ou bien de la visualisation dans Moodle de<br />\nfichiers et de notices des documents hébergés sur ORI ?</p>\n<p>Merci par avance pour vos réponses.<br />\nBonnes JRES et à bientôt.</p>\n<p>Jean-François Lutz<br />\nUniversité de Metz</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 = 1507744639, expire = 1507831039, headers = '', serialized = 0 WHERE cid = '4:ecb6c7169ac65007f44842b6d99c0f20' 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:056d05a9c4cf1e1fafa29715ae549f77' 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 réponds à vos 2 premières questions d\'ordre technique.</p>\n<p>Jean-François LUTZ wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour à toute l\'équipe ORI,<br />\n><br />\n> Nous venons de commencer les tests en Lorraine et ça se passe plutôt<br />\n> bien ;o) J\'aurais toutefois trois remarques ou questions à vous<br />\n> soumettre :<br />\n><br />\n> - tout d\'abord, je voulais signaler (ce qui me semble être) un bug : à<br />\n> l\'affichage d\'une notice saisie au format DC, l\'auteur indiqué<br />\n> correspond à la valeur renseignée dans le champ dc:contributor lors de<br />\n> la saisie et on ne retrouve nulle part dans la notice la valeur du<br />\n> champ dc:creator ;</div>\n</blockquote>\n<p>La configuration par défaut (le config.xml par défaut dans le répertoire<br />\nproperties) utilise dc2.xsl qui est la feuille de transformation<br />\noai_dc->html la plus élaborée normalement.<br />\nCependant il manque dans le fichier dc2.xsl la prise en compte de<br />\ndc:contributor.<br />\nJe viens donc de placer un ticket à ce sujet suite à votre remarque :<br />\n<a href=\"https://sourcesup.cru.fr/tracker/index.php?func=detail&amp;aid=3529&amp;group_id=240&amp;atid=1071\" title=\"https://sourcesup.cru.fr/tracker/index.php?func=detail&amp;aid=3529&amp;group_id=240&amp;atid=1071\">https://sourcesup.cru.fr/tracker/index.php?func=detail&amp;aid=3529&amp;group_id...</a><br />\n[la feuille dc2.xsl se trouve dans le répertoire<br />\n./webapp/WEB-INF/xsl/dc2.xsl de votre module]</p>\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n> - est-il possible avec la V1 d\'ORI de rapatrier \"en masse\" le contenu<br />\n> de bases existantes (MySQL) pour lesquelles une correspondance a été<br />\n> établie avec le format DC ?</div>\n</blockquote>\n<p>*** Si le but est de faire une \"migration\" de vos (méta)données de mysql<br />\nvers ori-oai pour les gérer avec le workflow d\'ORI-OAI, le workflow<br />\nintègre une target ant d\'import de métadonnées : ant importmetadatas.<br />\nDans le build.properties, vous devez modifier les propriétés (en fin de<br />\nfichiers)<br />\n- import.zipFilePath : chemin d\'accès vers un zip contenant les fiches<br />\nxml de métadonnées<br />\n- import.metadataTypeId : avec les configurations par défaut, vous avez<br />\nle choix entre ressource_pedago (correspond à une fiche LOM) et document<br />\n(correspond à une fiche OAI_DC)<br />\n- import.defaultOwner : l\'identifiant par défaut de l\'utilisateur qui<br />\nsera le créateur (propriétaire/owner) de ces fiches</p>\n<p>Le zip peut contenir seulement les fichiers xml de métadonnées à<br />\nimporter, il peut aussi contenir d\'autres fichiers xml ayant le même nom<br />\navec le suffixe .metadata en plus. Ces fichiers *.metadata contiendront<br />\nquelque chose du type :<br />\n<?xml version=\"1.0\" encoding=\"utf-8\"?><br />\n<metadatas><br />\n <creator>vbonamy</creator><br />\n</metadatas><br />\n[où comme pour invite défini dans import.defaultOwner, vbonamy est un<br />\nutilisateur reconnu dans le LDAP utilisé).</p>\n<p>La problématique ici est d\'abord de constituer votre zip de fichiers xml<br />\noai_dc.<br />\nNous n\'avons pas d\'outil tout fait pour cela, il vous faudra<br />\ncertainement réaliser un programme vous-même récupérant les données dans<br />\nvotre base de données pour créer les différents fichiers OAI-DC<br />\ncorrespondant. Vous pouez utiliser Java, mais vous pouvez aussi utiliser<br />\ndes langages comme python ou ruby pour faire ce genre de scripts rapidement.</p>\n<p>*** Maintenant si le but n\'est pas de faire une \"migration\" des données<br />\nmais d\'intégrer votre base de données comme un \"fournisseur de données\"<br />\ndans ori-oai, le problème est plus délicat et il faudrait réfléchir à<br />\ncela un peu plus (mais le programme d\'export des données de votre base<br />\nMySql en fichiers XML OAI_DC sera de toute manière à faire je pense, par<br />\ncontre il faudra quelque chose de cohérent techniquement avec l\'ensemble<br />\nde la solution).</p>\n<p>Voilà ... en tout cas merci de ces retours.<br />\nVincent.</p>\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n> - un peu de prospective pour finir : dans la V2, savez-vous déjà<br />\n> quelle sera la nature de l\'interconnexion entre ORI et Moodle ?<br />\n> S\'agira-t-il de la récupération de documents présents dans Moodle pour<br />\n> un complément d\'indexation dans ORI ou bien de la visualisation dans<br />\n> Moodle de fichiers et de notices des documents hébergés sur ORI ?<br />\n><br />\n> Merci par avance pour vos réponses.<br />\n> Bonnes JRES et à bientôt.<br />\n><br />\n> Jean-François Lutz<br />\n> Université de Metz</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 = 1507744640, expire = 1507831040, headers = '', serialized = 0 WHERE cid = '4:056d05a9c4cf1e1fafa29715ae549f77' 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:65537d785b82778a980d5935463f889b' 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>Merci beaucoup pour vos réponses.</p>\n<p>Pour l\'import de données nous sommes dans le premier cas décrit, à<br />\nsavoir un migration de nos données vers ORI-OAI. Nous allons étudier de<br />\nplus près la fonctionnalité décrite et ne manquerons pas de faire appel<br />\nà la liste en cas de difficultés !</p>\n<p>Bien cordialement.</p>\n<p>Jean-François Lutz.</p>\n<p>Vincent Bonamy a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> Je réponds à vos 2 premières questions d\'ordre technique.<br />\n><br />\n><br />\n> Jean-François LUTZ wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour à toute l\'équipe ORI,<br />\n>><br />\n>> Nous venons de commencer les tests en Lorraine et ça se passe plutôt<br />\n>> bien ;o) J\'aurais toutefois trois remarques ou questions à vous<br />\n>> soumettre :<br />\n>><br />\n>> - tout d\'abord, je voulais signaler (ce qui me semble être) un bug :<br />\n>> à l\'affichage d\'une notice saisie au format DC, l\'auteur indiqué<br />\n>> correspond à la valeur renseignée dans le champ dc:contributor lors<br />\n>> de la saisie et on ne retrouve nulle part dans la notice la valeur du<br />\n>> champ dc:creator ;</p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>> La configuration par défaut (le config.xml par défaut dans le<br />\n> répertoire properties) utilise dc2.xsl qui est la feuille de<br />\n> transformation oai_dc->html la plus élaborée normalement.<br />\n> Cependant il manque dans le fichier dc2.xsl la prise en compte de<br />\n> dc:contributor.<br />\n> Je viens donc de placer un ticket à ce sujet suite à votre remarque :<br />\n> <a href=\"https://sourcesup.cru.fr/tracker/index.php?func=detail&amp;aid=3529&amp;group_id=240&amp;atid=1071\" title=\"https://sourcesup.cru.fr/tracker/index.php?func=detail&amp;aid=3529&amp;group_id=240&amp;atid=1071\">https://sourcesup.cru.fr/tracker/index.php?func=detail&amp;aid=3529&amp;group_id...</a><br />\n><br />\n> [la feuille dc2.xsl se trouve dans le répertoire<br />\n> ./webapp/WEB-INF/xsl/dc2.xsl de votre module]<br />\n></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>><br />\n>> - est-il possible avec la V1 d\'ORI de rapatrier \"en masse\" le contenu<br />\n>> de bases existantes (MySQL) pour lesquelles une correspondance a été<br />\n>> établie avec le format DC ?</p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n> *** Si le but est de faire une \"migration\" de vos (méta)données de<br />\n> mysql vers ori-oai pour les gérer avec le workflow d\'ORI-OAI, le<br />\n> workflow intègre une target ant d\'import de métadonnées : ant<br />\n> importmetadatas.<br />\n> Dans le build.properties, vous devez modifier les propriétés (en fin<br />\n> de fichiers)<br />\n> - import.zipFilePath : chemin d\'accès vers un zip contenant les fiches<br />\n> xml de métadonnées<br />\n> - import.metadataTypeId : avec les configurations par défaut, vous<br />\n> avez le choix entre ressource_pedago (correspond à une fiche LOM) et<br />\n> document (correspond à une fiche OAI_DC)<br />\n> - import.defaultOwner : l\'identifiant par défaut de l\'utilisateur qui<br />\n> sera le créateur (propriétaire/owner) de ces fiches<br />\n><br />\n> Le zip peut contenir seulement les fichiers xml de métadonnées à<br />\n> importer, il peut aussi contenir d\'autres fichiers xml ayant le même<br />\n> nom avec le suffixe .metadata en plus. Ces fichiers *.metadata<br />\n> contiendront quelque chose du type :<br />\n> <?xml version=\"1.0\" encoding=\"utf-8\"?><br />\n> <DEFANGED_metadatas><br />\n> <creator>vbonamy</creator><br />\n> </metadatas><br />\n> [où comme pour invite défini dans import.defaultOwner, vbonamy est un<br />\n> utilisateur reconnu dans le LDAP utilisé).<br />\n><br />\n><br />\n> La problématique ici est d\'abord de constituer votre zip de fichiers<br />\n> xml oai_dc.<br />\n> Nous n\'avons pas d\'outil tout fait pour cela, il vous faudra<br />\n> certainement réaliser un programme vous-même récupérant les données<br />\n> dans votre base de données pour créer les différents fichiers OAI-DC<br />\n> correspondant. Vous pouez utiliser Java, mais vous pouvez aussi<br />\n> utiliser des langages comme python ou ruby pour faire ce genre de<br />\n> scripts rapidement.<br />\n><br />\n><br />\n> *** Maintenant si le but n\'est pas de faire une \"migration\" des<br />\n> données mais d\'intégrer votre base de données comme un \"fournisseur de<br />\n> données\" dans ori-oai, le problème est plus délicat et il faudrait<br />\n> réfléchir à cela un peu plus (mais le programme d\'export des données<br />\n> de votre base MySql en fichiers XML OAI_DC sera de toute manière à<br />\n> faire je pense, par contre il faudra quelque chose de cohérent<br />\n> techniquement avec l\'ensemble de la solution).<br />\n><br />\n><br />\n> Voilà ... en tout cas merci de ces retours.<br />\n> Vincent.<br />\n><br />\n><br />\n></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>><br />\n>> - un peu de prospective pour finir : dans la V2, savez-vous déjà<br />\n>> quelle sera la nature de l\'interconnexion entre ORI et Moodle ?<br />\n>> S\'agira-t-il de la récupération de documents présents dans Moodle<br />\n>> pour un complément d\'indexation dans ORI ou bien de la visualisation<br />\n>> dans Moodle de fichiers et de notices des documents hébergés sur ORI ?<br />\n>><br />\n>> Merci par avance pour vos réponses.<br />\n>> Bonnes JRES et à bientôt.<br />\n>><br />\n>> Jean-François Lutz<br />\n>> Université de Metz</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 = 1507744640, expire = 1507831040, headers = '', serialized = 0 WHERE cid = '4:65537d785b82778a980d5935463f889b' 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:b0d6de6aca8ee49dff484251b120588c' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE html PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n<head>\n <meta content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\">\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\n<font size=\"-1\"><font face=\"Verdana\">Bonjour Jean-Fran&ccedil;ois,<br>\n<br>\nPour compl&eacute;ter le propos de Vincent, le contributor a bien &eacute;t&eacute; ajout&eacute;\ndans le moteur de recherche. Ceci sera disponible lors de la prochaine\nmise &agrave; jour de ce module.<br>\n<br>\nEn ce qui concerne ta question sur Moodle, nous pr&eacute;voyons dans les\nd&eacute;veloppements de la version 1.5 de ORI-OAI un connecteur en entr&eacute;e\npour toute application voulant dialoguer avec l\'entrep&ocirc;t de donn&eacute;es de\nORI-OAI. Ce connecteur n\'est pas sp&eacute;cifique &agrave; moodle, nous souhaitons\nqu\'il soit le plus g&eacute;n&eacute;rique et le plus complet possible pour que tout\nLMS ou toute cha&icirc;ne &eacute;ditoriale, par exemple, puisse s\'y connecter pour\nimporter automatiquement des donn&eacute;es dans notre entrep&ocirc;t.<br>\n<br>\nPour les d&eacute;veloppements c&ocirc;t&eacute; application ext&eacute;rieure (Moodle dans ton\ncas), ceci ne d&eacute;pend pas de ORI-OAI. Nous allons travailler avec\ndiff&eacute;rents groupes, notamment le groupe inter-UNT cha&icirc;nes &eacute;ditoriales\npour mod&eacute;liser au mieux notre connecteur, mais ce n\'est pas l\'&eacute;quipe de\nd&eacute;veloppement de ORI-OAI qui fera le d&eacute;veloppement c&ocirc;t&eacute; application\next&eacute;rieure.<br>\n<br>\nJe peux cependant te rapprocher de Brigitte Sor afin qu\'elle nous parle\ndu projet CEPIA dont un des objectifs est de mettre en relation Moodle\navec ORI-OAI.<br>\nBrigitte, peux-tu nous en dire plus sur cette liste ?<br>\n<br>\nCordialement,<br>\nYohan Colmant<br>\n</font></font><br>\nVincent Bonamy a &eacute;crit&nbsp;:\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Bonjour,\n <br>\n <br>\nJe r&eacute;ponds &agrave; vos 2 premi&egrave;res questions d\'ordre technique.\n <br>\n <br>\n <br>\nJean-Fran&ccedil;ois LUTZ wrote:\n <br>\n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Bonjour &agrave; toute l\'&eacute;quipe ORI,\n <br>\n <br>\nNous venons de commencer les tests en Lorraine et &ccedil;a se passe plut&ocirc;t\nbien ;o)&nbsp; J\'aurais toutefois trois remarques ou questions &agrave; vous\nsoumettre :\n <br>\n <br>\n- tout d\'abord, je voulais signaler (ce qui me semble &ecirc;tre) un bug : &agrave;\nl\'affichage d\'une notice saisie au format DC, l\'auteur indiqu&eacute;\ncorrespond &agrave; la valeur renseign&eacute;e dans le champ dc:contributor lors de\nla saisie et on ne retrouve nulle part dans la notice la valeur du\nchamp dc:creator ;\n <br>\n </blockquote></div>\nLa configuration par d&eacute;faut (le config.xml par d&eacute;faut dans le\nr&eacute;pertoire properties) utilise dc2.xsl qui est la feuille de\ntransformation oai_dc-&gt;html la plus &eacute;labor&eacute;e normalement.\n <br>\nCependant il manque dans le fichier dc2.xsl la prise en compte de\ndc:contributor.\n <br>\nJe viens donc de placer un ticket &agrave; ce sujet suite &agrave; votre remarque :\n <br>\n<a class=\"moz-txt-link-freetext\" href=\"https://sourcesup.cru.fr/tracker/index.php?func=detail&aid=3529&group_id=240&atid=1071\">https://sourcesup.cru.fr/tracker/index.php?func=detail&amp;aid=3529&amp;group_id=240&amp;atid=1071</a>\n <br>\n[la feuille dc2.xsl se trouve dans le r&eacute;pertoire\n./webapp/WEB-INF/xsl/dc2.xsl de votre module]\n <br>\n <br>\n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\"><br>\n- est-il possible avec la V1 d\'ORI de rapatrier \"en masse\" le contenu\nde bases existantes (MySQL) pour lesquelles une correspondance a &eacute;t&eacute;\n&eacute;tablie avec le format DC ?\n <br>\n </blockquote></div>\n <br>\n*** Si le but est de faire une \"migration\" de vos (m&eacute;ta)donn&eacute;es de\nmysql vers ori-oai pour les g&eacute;rer avec le workflow d\'ORI-OAI, le\nworkflow int&egrave;gre une target ant d\'import de m&eacute;tadonn&eacute;es : ant\nimportmetadatas.\n <br>\nDans le build.properties, vous devez modifier les propri&eacute;t&eacute;s (en fin de\nfichiers)\n <br>\n- import.zipFilePath : chemin d\'acc&egrave;s vers un zip contenant les fiches\nxml de m&eacute;tadonn&eacute;es\n <br>\n- import.metadataTypeId : avec les configurations par d&eacute;faut, vous avez\nle choix entre ressource_pedago (correspond &agrave; une fiche LOM) et\ndocument (correspond &agrave; une fiche OAI_DC)\n <br>\n- import.defaultOwner : l\'identifiant par d&eacute;faut de l\'utilisateur qui\nsera le cr&eacute;ateur (propri&eacute;taire/owner) de ces fiches\n <br>\n <br>\nLe zip peut contenir seulement les fichiers xml de m&eacute;tadonn&eacute;es &agrave;\nimporter, il peut aussi contenir d\'autres fichiers xml ayant le m&ecirc;me\nnom avec le suffixe .metadata en plus. Ces fichiers *.metadata\ncontiendront quelque chose du type :\n <br>\n&lt;?xml version=\"1.0\" encoding=\"utf-8\"?&gt;\n <br>\n&lt;metadatas&gt;\n <br>\n&nbsp;&lt;creator&gt;vbonamy&lt;/creator&gt;\n <br>\n&lt;/metadatas&gt;\n <br>\n[o&ugrave; comme pour invite d&eacute;fini dans import.defaultOwner, vbonamy est un\nutilisateur reconnu dans le LDAP utilis&eacute;).\n <br>\n <br>\n <br>\nLa probl&eacute;matique ici est d\'abord de constituer votre zip de fichiers\nxml oai_dc.\n <br>\nNous n\'avons pas d\'outil tout fait pour cela, il vous faudra\ncertainement r&eacute;aliser un programme vous-m&ecirc;me r&eacute;cup&eacute;rant les donn&eacute;es\ndans votre base de donn&eacute;es pour cr&eacute;er les diff&eacute;rents fichiers OAI-DC\ncorrespondant. Vous pouez utiliser Java, mais vous pouvez aussi\nutiliser des langages comme python ou ruby pour faire ce genre de\nscripts rapidement.\n <br>\n <br>\n <br>\n*** Maintenant si le but n\'est pas de faire une \"migration\" des donn&eacute;es\nmais d\'int&eacute;grer votre base de donn&eacute;es comme un \"fournisseur de donn&eacute;es\"\ndans ori-oai, le probl&egrave;me est plus d&eacute;licat et il faudrait r&eacute;fl&eacute;chir &agrave;\ncela un peu plus (mais le programme d\'export des donn&eacute;es de votre base\nMySql en fichiers XML OAI_DC sera de toute mani&egrave;re &agrave; faire je pense,\npar contre il faudra quelque chose de coh&eacute;rent techniquement avec\nl\'ensemble de la solution).\n <br>\n <br>\n <br>\nVoil&agrave; ... en tout cas merci de ces retours.\n <br>\nVincent.\n <br>\n <br>\n <br>\n <br>\n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\"><br>\n- un peu de prospective pour finir : dans la V2, savez-vous d&eacute;j&agrave; quelle\nsera la nature de l\'interconnexion entre ORI et Moodle ? S\'agira-t-il\nde la r&eacute;cup&eacute;ration de documents pr&eacute;sents dans Moodle pour un compl&eacute;ment\nd\'indexation dans ORI ou bien de la visualisation dans Moodle de\nfichiers et de notices des documents h&eacute;berg&eacute;s sur ORI ?\n <br>\n <br>\nMerci par avance pour vos r&eacute;ponses.\n <br>\nBonnes JRES et &agrave; bient&ocirc;t.\n <br>\n <br>\nJean-Fran&ccedil;ois Lutz\n <br>\nUniversit&eacute; de Metz\n <br>\n </blockquote></div>\n <br>\n <br>\n</blockquote></div></div>\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 = 1507744640, expire = 1507831040, headers = '', serialized = 0 WHERE cid = '4:b0d6de6aca8ee49dff484251b120588c' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
4 messages / 0 nouveaux
Sujet clos
Dernière contribution
20 novembre 2007 - 1:38pm
#1
jean-francoislutz
Trois questions en passant...
Bonjour à toute l'équipe ORI,

Nous venons de commencer les tests en Lorraine et ça se passe plutôt
bien ;o) J'aurais toutefois trois remarques ou questions à vous soumettre :

- tout d'abord, je voulais signaler (ce qui me semble être) un bug : à
l'affichage d'une notice saisie au format DC, l'auteur indiqué
correspond à la valeur renseignée dans le champ dc:contributor lors de
la saisie et on ne retrouve nulle part dans la notice la valeur du champ
dc:creator ;

- est-il possible avec la V1 d'ORI de rapatrier "en masse" le contenu de
bases existantes (MySQL) pour lesquelles une correspondance a été
établie avec le format DC ?

- un peu de prospective pour finir : dans la V2, savez-vous déjà quelle
sera la nature de l'interconnexion entre ORI et Moodle ? S'agira-t-il de
la récupération de documents présents dans Moodle pour un complément
d'indexation dans ORI ou bien de la visualisation dans Moodle de
fichiers et de notices des documents hébergés sur ORI ?

Merci par avance pour vos réponses.
Bonnes JRES et à bientôt.

Jean-François Lutz
Université de Metz

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

Haut
Étiquettes:
22 novembre 2007 - 2:04pm
#2
vincentbonamy
Bonjour,

Je réponds à vos 2 premières questions d'ordre technique.

Jean-François LUTZ wrote:

> Bonjour à toute l'équipe ORI,
>
> Nous venons de commencer les tests en Lorraine et ça se passe plutôt
> bien ;o) J'aurais toutefois trois remarques ou questions à vous
> soumettre :
>
> - tout d'abord, je voulais signaler (ce qui me semble être) un bug : à
> l'affichage d'une notice saisie au format DC, l'auteur indiqué
> correspond à la valeur renseignée dans le champ dc:contributor lors de
> la saisie et on ne retrouve nulle part dans la notice la valeur du
> champ dc:creator ;

La configuration par défaut (le config.xml par défaut dans le répertoire
properties) utilise dc2.xsl qui est la feuille de transformation
oai_dc->html la plus élaborée normalement.
Cependant il manque dans le fichier dc2.xsl la prise en compte de
dc:contributor.
Je viens donc de placer un ticket à ce sujet suite à votre remarque :
https://sourcesup.cru.fr/tracker/index.php?func=detail&aid=3529&group_id...
[la feuille dc2.xsl se trouve dans le répertoire
./webapp/WEB-INF/xsl/dc2.xsl de votre module]

>
> - est-il possible avec la V1 d'ORI de rapatrier "en masse" le contenu
> de bases existantes (MySQL) pour lesquelles une correspondance a été
> établie avec le format DC ?

*** Si le but est de faire une "migration" de vos (méta)données de mysql
vers ori-oai pour les gérer avec le workflow d'ORI-OAI, le workflow
intègre une target ant d'import de métadonnées : ant importmetadatas.
Dans le build.properties, vous devez modifier les propriétés (en fin de
fichiers)
- import.zipFilePath : chemin d'accès vers un zip contenant les fiches
xml de métadonnées
- import.metadataTypeId : avec les configurations par défaut, vous avez
le choix entre ressource_pedago (correspond à une fiche LOM) et document
(correspond à une fiche OAI_DC)
- import.defaultOwner : l'identifiant par défaut de l'utilisateur qui
sera le créateur (propriétaire/owner) de ces fiches

Le zip peut contenir seulement les fichiers xml de métadonnées à
importer, il peut aussi contenir d'autres fichiers xml ayant le même nom
avec le suffixe .metadata en plus. Ces fichiers *.metadata contiendront
quelque chose du type :


vbonamy

[où comme pour invite défini dans import.defaultOwner, vbonamy est un
utilisateur reconnu dans le LDAP utilisé).

La problématique ici est d'abord de constituer votre zip de fichiers xml
oai_dc.
Nous n'avons pas d'outil tout fait pour cela, il vous faudra
certainement réaliser un programme vous-même récupérant les données dans
votre base de données pour créer les différents fichiers OAI-DC
correspondant. Vous pouez utiliser Java, mais vous pouvez aussi utiliser
des langages comme python ou ruby pour faire ce genre de scripts rapidement.

*** Maintenant si le but n'est pas de faire une "migration" des données
mais d'intégrer votre base de données comme un "fournisseur de données"
dans ori-oai, le problème est plus délicat et il faudrait réfléchir à
cela un peu plus (mais le programme d'export des données de votre base
MySql en fichiers XML OAI_DC sera de toute manière à faire je pense, par
contre il faudra quelque chose de cohérent techniquement avec l'ensemble
de la solution).

Voilà ... en tout cas merci de ces retours.
Vincent.

>
> - un peu de prospective pour finir : dans la V2, savez-vous déjà
> quelle sera la nature de l'interconnexion entre ORI et Moodle ?
> S'agira-t-il de la récupération de documents présents dans Moodle pour
> un complément d'indexation dans ORI ou bien de la visualisation dans
> Moodle de fichiers et de notices des documents hébergés sur ORI ?
>
> Merci par avance pour vos réponses.
> Bonnes JRES et à bientôt.
>
> Jean-François Lutz
> Université de Metz

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

Haut
23 novembre 2007 - 7:40am
(Répondre à #2) #3
jean-francoislutz
Bonjour,

Merci beaucoup pour vos réponses.

Pour l'import de données nous sommes dans le premier cas décrit, à
savoir un migration de nos données vers ORI-OAI. Nous allons étudier de
plus près la fonctionnalité décrite et ne manquerons pas de faire appel
à la liste en cas de difficultés !

Bien cordialement.

Jean-François Lutz.

Vincent Bonamy a écrit :

> Bonjour,
>
> Je réponds à vos 2 premières questions d'ordre technique.
>
>
> Jean-François LUTZ wrote:

>> Bonjour à toute l'équipe ORI,
>>
>> Nous venons de commencer les tests en Lorraine et ça se passe plutôt
>> bien ;o) J'aurais toutefois trois remarques ou questions à vous
>> soumettre :
>>
>> - tout d'abord, je voulais signaler (ce qui me semble être) un bug :
>> à l'affichage d'une notice saisie au format DC, l'auteur indiqué
>> correspond à la valeur renseignée dans le champ dc:contributor lors
>> de la saisie et on ne retrouve nulle part dans la notice la valeur du
>> champ dc:creator ;

> La configuration par défaut (le config.xml par défaut dans le
> répertoire properties) utilise dc2.xsl qui est la feuille de
> transformation oai_dc->html la plus élaborée normalement.
> Cependant il manque dans le fichier dc2.xsl la prise en compte de
> dc:contributor.
> Je viens donc de placer un ticket à ce sujet suite à votre remarque :
> https://sourcesup.cru.fr/tracker/index.php?func=detail&aid=3529&group_id...
>
> [la feuille dc2.xsl se trouve dans le répertoire
> ./webapp/WEB-INF/xsl/dc2.xsl de votre module]
>

>>
>> - est-il possible avec la V1 d'ORI de rapatrier "en masse" le contenu
>> de bases existantes (MySQL) pour lesquelles une correspondance a été
>> établie avec le format DC ?

>
> *** Si le but est de faire une "migration" de vos (méta)données de
> mysql vers ori-oai pour les gérer avec le workflow d'ORI-OAI, le
> workflow intègre une target ant d'import de métadonnées : ant
> importmetadatas.
> Dans le build.properties, vous devez modifier les propriétés (en fin
> de fichiers)
> - import.zipFilePath : chemin d'accès vers un zip contenant les fiches
> xml de métadonnées
> - import.metadataTypeId : avec les configurations par défaut, vous
> avez le choix entre ressource_pedago (correspond à une fiche LOM) et
> document (correspond à une fiche OAI_DC)
> - import.defaultOwner : l'identifiant par défaut de l'utilisateur qui
> sera le créateur (propriétaire/owner) de ces fiches
>
> Le zip peut contenir seulement les fichiers xml de métadonnées à
> importer, il peut aussi contenir d'autres fichiers xml ayant le même
> nom avec le suffixe .metadata en plus. Ces fichiers *.metadata
> contiendront quelque chose du type :
>
>
> vbonamy
>
> [où comme pour invite défini dans import.defaultOwner, vbonamy est un
> utilisateur reconnu dans le LDAP utilisé).
>
>
> La problématique ici est d'abord de constituer votre zip de fichiers
> xml oai_dc.
> Nous n'avons pas d'outil tout fait pour cela, il vous faudra
> certainement réaliser un programme vous-même récupérant les données
> dans votre base de données pour créer les différents fichiers OAI-DC
> correspondant. Vous pouez utiliser Java, mais vous pouvez aussi
> utiliser des langages comme python ou ruby pour faire ce genre de
> scripts rapidement.
>
>
> *** Maintenant si le but n'est pas de faire une "migration" des
> données mais d'intégrer votre base de données comme un "fournisseur de
> données" dans ori-oai, le problème est plus délicat et il faudrait
> réfléchir à cela un peu plus (mais le programme d'export des données
> de votre base MySql en fichiers XML OAI_DC sera de toute manière à
> faire je pense, par contre il faudra quelque chose de cohérent
> techniquement avec l'ensemble de la solution).
>
>
> Voilà ... en tout cas merci de ces retours.
> Vincent.
>
>
>

>>
>> - un peu de prospective pour finir : dans la V2, savez-vous déjà
>> quelle sera la nature de l'interconnexion entre ORI et Moodle ?
>> S'agira-t-il de la récupération de documents présents dans Moodle
>> pour un complément d'indexation dans ORI ou bien de la visualisation
>> dans Moodle de fichiers et de notices des documents hébergés sur ORI ?
>>
>> Merci par avance pour vos réponses.
>> Bonnes JRES et à bientôt.
>>
>> Jean-François Lutz
>> Université de Metz

>
>

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

Haut
29 novembre 2007 - 9:55am
(Répondre à #2) #4
Yohan Colmant
Bonjour Jean-François,

Pour compléter le propos de Vincent, le contributor a bien été ajouté dans le moteur de recherche. Ceci sera disponible lors de la prochaine mise à jour de ce module.

En ce qui concerne ta question sur Moodle, nous prévoyons dans les développements de la version 1.5 de ORI-OAI un connecteur en entrée pour toute application voulant dialoguer avec l'entrepôt de données de ORI-OAI. Ce connecteur n'est pas spécifique à moodle, nous souhaitons qu'il soit le plus générique et le plus complet possible pour que tout LMS ou toute chaîne éditoriale, par exemple, puisse s'y connecter pour importer automatiquement des données dans notre entrepôt.

Pour les développements côté application extérieure (Moodle dans ton cas), ceci ne dépend pas de ORI-OAI. Nous allons travailler avec différents groupes, notamment le groupe inter-UNT chaînes éditoriales pour modéliser au mieux notre connecteur, mais ce n'est pas l'équipe de développement de ORI-OAI qui fera le développement côté application extérieure.

Je peux cependant te rapprocher de Brigitte Sor afin qu'elle nous parle du projet CEPIA dont un des objectifs est de mettre en relation Moodle avec ORI-OAI.
Brigitte, peux-tu nous en dire plus sur cette liste ?

Cordialement,
Yohan Colmant

Vincent Bonamy a écrit :
Bonjour,

Je réponds à vos 2 premières questions d'ordre technique.


Jean-François LUTZ wrote:
Bonjour à toute l'équipe ORI,

Nous venons de commencer les tests en Lorraine et ça se passe plutôt bien ;o)  J'aurais toutefois trois remarques ou questions à vous soumettre :

- tout d'abord, je voulais signaler (ce qui me semble être) un bug : à l'affichage d'une notice saisie au format DC, l'auteur indiqué correspond à la valeur renseignée dans le champ dc:contributor lors de la saisie et on ne retrouve nulle part dans la notice la valeur du champ dc:creator ;
La configuration par défaut (le config.xml par défaut dans le répertoire properties) utilise dc2.xsl qui est la feuille de transformation oai_dc->html la plus élaborée normalement.
Cependant il manque dans le fichier dc2.xsl la prise en compte de dc:contributor.
Je viens donc de placer un ticket à ce sujet suite à votre remarque :
https://sourcesup.cru.fr/tracker/index.php?func=detail&aid=3529&group_id=240&atid=1071
[la feuille dc2.xsl se trouve dans le répertoire ./webapp/WEB-INF/xsl/dc2.xsl de votre module]


- est-il possible avec la V1 d'ORI de rapatrier "en masse" le contenu de bases existantes (MySQL) pour lesquelles une correspondance a été établie avec le format DC ?

*** Si le but est de faire une "migration" de vos (méta)données de mysql vers ori-oai pour les gérer avec le workflow d'ORI-OAI, le workflow intègre une target ant d'import de métadonnées : ant importmetadatas.
Dans le build.properties, vous devez modifier les propriétés (en fin de fichiers)
- import.zipFilePath : chemin d'accès vers un zip contenant les fiches xml de métadonnées
- import.metadataTypeId : avec les configurations par défaut, vous avez le choix entre ressource_pedago (correspond à une fiche LOM) et document (correspond à une fiche OAI_DC)
- import.defaultOwner : l'identifiant par défaut de l'utilisateur qui sera le créateur (propriétaire/owner) de ces fiches

Le zip peut contenir seulement les fichiers xml de métadonnées à importer, il peut aussi contenir d'autres fichiers xml ayant le même nom avec le suffixe .metadata en plus. Ces fichiers *.metadata contiendront quelque chose du type :
<?xml version="1.0" encoding="utf-8"?>
<metadatas>
 <creator>vbonamy</creator>
</metadatas>
[où comme pour invite défini dans import.defaultOwner, vbonamy est un utilisateur reconnu dans le LDAP utilisé).


La problématique ici est d'abord de constituer votre zip de fichiers xml oai_dc.
Nous n'avons pas d'outil tout fait pour cela, il vous faudra certainement réaliser un programme vous-même récupérant les données dans votre base de données pour créer les différents fichiers OAI-DC correspondant. Vous pouez utiliser Java, mais vous pouvez aussi utiliser des langages comme python ou ruby pour faire ce genre de scripts rapidement.


*** Maintenant si le but n'est pas de faire une "migration" des données mais d'intégrer votre base de données comme un "fournisseur de données" dans ori-oai, le problème est plus délicat et il faudrait réfléchir à cela un peu plus (mais le programme d'export des données de votre base MySql en fichiers XML OAI_DC sera de toute manière à faire je pense, par contre il faudra quelque chose de cohérent techniquement avec l'ensemble de la solution).


Voilà ... en tout cas merci de ces retours.
Vincent.




- un peu de prospective pour finir : dans la V2, savez-vous déjà quelle sera la nature de l'interconnexion entre ORI et Moodle ? S'agira-t-il de la récupération de documents présents dans Moodle pour un complément d'indexation dans ORI ou bien de la visualisation dans Moodle de fichiers et de notices des documents hébergés sur ORI ?

Merci par avance pour vos réponses.
Bonnes JRES et à bientôt.

Jean-François Lutz
Université de Metz



--
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 : problemes d'install ori-oai Sujet suivant : [ori-oai-fonc] RXunion fonctionnelle ORI-OAI - ›